Fiscal registrars atol. Pavel Chistov Kumpletong pangkalahatang-ideya ng functionality
Buong pag-andar ng programa napatunayan, kung mayroon kang anumang mga katanungan kapag kumokonekta, magsulat Gagawin ko talaga sasagot ako, para dito hindi mo kailangang magkaroon ng teknikal na suporta.
Ang pagtatrabaho sa mga sumusunod na CCP ay suportado:
ATOL: "ATOL 11F", "ATOL 15F", ATOL 20F, "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 42FS", "ATOL 50F", "ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "ATOL 91F", ATOL WEB SERVER ;
HAT-M: "YARUS M2100F (YARUS M2100К)", "YARUS TF (YARUS TK)", "HAT -LIGHT-01F", "HATCH-M-01F", "RETAIL-01F (Retail-01K)", "HATCH-LIGHT -02F (HATCH-LIGHT-FR-K, HATCH-LIGHT-PTK, HATCH-LIGHT- 200)", "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT- M 200)", "HAT-MINI-02F (HAT-MINI-PTK)", " SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR-K)", "NCR-001F (PTK) NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR- 01F (SHTRIKH-FR-K)", "RETAIL-01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR) -04K)", "RR-03F (RR-03K)", "SHAT-COMBO-FRK ", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO -PTK", "SHTRIKH-950K"
VikiPrint: "VIKI PRINT 57 F", "VIKI PRINT 57 PLUS F", "VIKI PRINT 80 PLUS F"; Pirit (CSI): "PIRITE 2F", "PIRITE 1F (Pyrite 1K)", "PIRITE 2SF";
SPARK: "PRIM-07F", "PRIM-08F", "PRIM-88F", "PRIM-09F";
SPARK: "SPARK-115-F"; T bersyon: "AMS-100F"; Astral: "K1-F";
Serbisyo ng SPARKS: "MICRO 35G-F", "PORT-100 F" at "PORT-1000 F";
Alpha: "MSStar-TK"; AccountMash: "Felix-RMF"; ARS: "ars.evo 01 F"; StarRus: CASHIER - 57F, CASHIER - 80F, CASHIER-88F;
Mercury: "Mercury-119F"; "Mercury-MF"; Mercury-115F; Mercury-180F; Mercury-185F; InitPRO: NKR-01-F; FIT: "FIT-ONLINE-F";"FIT-NEWLINE-F"
at marami pang iba, kung hindi mo pa natagpuan ang iyong modelo, sumulat sa akin, malamang na ito ay sinusuportahan din
Makipagtulungan sa mga sumusunod na terminal ng Pagkuha ay suportado:
Rarus: Pagkuha ng terminal emulator; 1C: Pagkuha ng mga terminal Sberbank; ARCUS2:Pagkuha ng mga terminal Ingenico; iboxPro:Suportahan ang pagkuha ng mPos; mPos2can:Suporta sa 2can pagkuha; SKAM-1C: Pagkuha ng mga sistema; TRPOS:Pagkuha ng mga terminal; UCS-EFTPOS:Pagkuha ng mga terminal; GAZPROMBANK:Pagkuha ng mga terminal; INPAS:Pagkuha ng mga terminal UNIPOS; HAT-M: Terminal ng pagbabayad Yarus
Buong pangkalahatang-ideya ng functionality:
Mga tampok ng pag-andar sa pagproseso:
- Pangkalahatang pagproseso nang walang paghahati sa mga modelo ng hardware at mga bersyon ng software.
- Mga sumusuporta halos lahat kasalukuyang umiiral KKT.
- Mga sumusuporta gumana sa mga operating system Windows at linux.
- Sinusuportahan ang pag-print mula sa ilang mga lugar ng trabaho hanggang sa isang pag-checkout, ang tinatawag na " naka-print na pila».
- Mga sumusuporta VAT 20%.
- Sinusuportahan ang trabaho sa mga hindi karaniwang 1C na configuration, halimbawa Alpha Auto:Rarus, Dalion.
- Sinusuportahan, alinsunod sa mga kinakailangan ng Pederal na Batas 54, ang mga format ng palitan na may buwis: FFD 1.0, FFD 1.05 at FFD 1.1(Pagtuturo, seksyon " Suportahan ang FFD 1.05 / FFD 1.1 »)
- Binibigyang-daan kang hatiin ang isang tseke sa ilang mga fiscal registrar.(Pagtuturo, seksyon " Pamamahagi sa iba't ibang fiscal registrar »)
- Para sa mga sistema ng pagbubuwis kung saan ang mga tseke ay hindi kinakailangang i-account ng bawat item, maaari mong magtakda ng isang linya, na ipi-print, halimbawa, "Mga Produkto". (Pagproseso, parameter " Default na nomenclature»)
- Maaaring i-print "kopya" ng tseke sa karaniwan printer, o isang printer ng dokumento.
- Mga sumusuporta suriin ang preview bago mag-print, at kapag nagse-set up ng template ng dokumento. Available ang preview sa form ng mga setting ng pag-print sa pamamagitan ng pag-click sa kaukulang button.
- Ang mga sinusuportahang format at kagamitan ng palitan ay magkapareho para sa mga platform 1C 8.1, 8.2 at 8.3 (Para sa platform 8.1 suporta NATIVE mga bahagi ng hardware)
- Mga sumusuporta pagpapadala ng electronic check ibig sabihin 1C sa e-mail o numero ng telepono ng customer SMS
- Nagbibigay-daan sa iyo na isaalang-alang kaagad sa isang dokumento ilang sistema ng pagbubuwis, halimbawa, DOS, at UTII. (Pagtuturo, seksyon "Pamamahagi ng AtoN »)
- Maaari mong tukuyin ang iyong sariling template ng resibo. Display advertising, barcode, o iba pang impormasyon. (Pagtuturo, seksyon "Template ng Dokumento »)
- Isinasaalang-alang Prepaid na gastos at paunang bayad, kapwa para sa mga format ng palitan ng FFD 1.05 at FFD 1.0. (Pagtuturo, seksyon "I-print ang Form ng Pag-verify »)
- Nagbibigay-daan sa iyo na ipakita ang mga kalakal ng komisyon at data tungkol sa supplier at ahente sa resibo.
- Sinusuportahan ang ganap na pag-print ng mga tseke na may listahan ng mga item mula sa mga dokumento ng pera.
- Naglalaman ng isang pre-print na form kung saan maaari mong i-override ang paraan ng pagbabayad, at mga linya ng pagsusuri sa pananalapi.
- Sinusuportahan ang pag-print ng piskal na dokumento na "Resibo ng Pagwawasto", hindi alintana kung ang naturang dokumento ay nasa programa o wala
- Gumagamit ng sarili nitong form para ilagay ang numero ng telepono o email ng customer.
- Maaaring kumonekta emulator upang suriin ang operasyon ng CCT.
- Maaari mong itakda ang pagbubukas ng cash drawer kapag nagpi-print ng tseke
- Maaari mong suriin at download update diretso mula sa pagproseso.
- Sinusuportahan ang trabaho sa mga device na walang fiscal drive. (Pagproseso, parameter " Device na walang fiscal drive»)
- Ang pag-andar sa pagpoproseso ay maaaring baguhin ayon sa mga pangangailangan ng customer sa pamamagitan ng karagdagang konektadong library.
Paglilisensya
Pansin: ang termino para sa pagtanggap ng mga update ay walang limitasyon, ang lisensya mismo ay walang hanggan - hindi na kailangang i-renew, kung ano ang ipinahiwatig sa paglalarawan ng lisensya para sa 12 buwan ay isang paghihigpit lamang sa site, hindi na ito mai-install.
Gumagamit ang pagproseso ng 2 mode: " Demo"at" Lisensya»
« Demo» - nagbibigay-daan sa iyong gamitin ang buong pag-andar sa pagpoproseso, naiiba sa "Lisensya" na mayroong pagkaantala kapag nagpi-print gamit ang window ng impormasyon na ginagamit ang isang demo na bersyon, at mayroon ding limitasyon sa bilang ng mga operasyon para sa isang user. Libreng gamitin.
« Lisensya"- ganap na trabaho na may pagproseso nang walang artipisyal na pagkaantala at paghihigpit. Ang lisensya ay walang hanggan, hindi na kailangang i-renew o i-update ang panahon.
Para sa mode" Lisensya”, kailangan mong bumili ng lisensya para sa programa, at i-activate ito ayon sa mga tagubilin. Pakitandaan na ang 1 susi ay maaari lamang gumana sa unang lugar ng trabaho, ibig sabihin. sa isang computer, anuman ang bilang ng mga base o kagamitan na konektado dito.
Kung kailangang muling i-activate ang lisensya, dapat mo munang "I-deactivate" ang unang lisensya sa pamamagitan ng processing menu, at pagkatapos ay muling kumuha ng lisensya sa ibang lugar ng trabaho.
Mga posibleng hindi pagkakaunawaan:
- Ang 1C ay matatagpuan sa server, at ang mga gumagamit ay kumonekta dito sa pamamagitan ng 1C na naka-install sa kanilang computer, kailangan mong bumili ng kasing dami ng mga lisensya na ginagamit ng mga computer sa pagproseso.
- RemoteAPP
- Ang 1C ay matatagpuan sa server, at ang mga user ay kumonekta dito sa pamamagitan ngRDP, pagkatapos ay kailangan mong bumili lamang ng 1 lisensya bawat server
Ang sinumang dating bumili ng pagproseso ay makakabili ng lisensya na may karagdagang diskwento.
Ang pagpoproseso ay nagbibigay para sa mekanismo ng template ng dokumento, maaari kang magpakita ng karagdagang impormasyon, advertising, data ng customer, isang barcode sa isang resibo, itakda ang iyong sariling paraan ng pagpapakita ng mga linya ng pananalapi, at marami pa
Pagtatapos ng configuration
Kung sinusuportahan ng iyong configuration ang paraan ng koneksyon na "KKT", hindi mo na kailangang baguhin ito. Para sa iba pang mga pagsasaayos, upang tahasang tukuyin kung aling dokumento ang ini-print, at sa gayon ay mapabilis ang pamamaraang ito, kailangan mong gumawa ng maliit na rebisyon sa iyong programa. Kung paano gawin ito ay ipinakita sa mga tagubilin sa video. Maaari mong gawin ang rebisyon sa iyong sarili, o makipag-ugnayan sa akin (Pagtuturo, seksyon "Pag-edit ng Configuration"
Mga pagbabago sa functionality "para sa kanilang sarili". Para sa mga programmer.
Ang pag-andar sa pagproseso ay maaaring mabago sa pamamagitan ng karagdagang konektadong pagproseso, ito ay nasa archive kasama ang pangunahing isa. Ang isang halimbawa ng pagpapatupad ng mga naturang pagbabago ay inilarawan sa mga video na ito.
Pagsasama sa mga configuration ng third-party.
Maaaring ikonekta ang pagpoproseso, at para sa mga naturang programa na hindi sumusuporta sa karaniwang pag-andar para sa pagtatrabaho sa panlabas na pagproseso para sa pagpapanatili
Para sa mga naturang configuration, ang mga improvement kit na may mga halimbawa ng video ng kanilang pagsasama ay binuo.
Mga pagsasaayos ng Rarus : (halimbawa Alpha Auto).: (hal. Inn, Pamamahala ng Tindahan). Video na pagtuturo
Bilang karagdagan sa upgrade kit, binibili ang mga lisensya para sa mga configuration na ito, pati na rin para sa mga regular.
Suporta para sa trabaho sa pagkuha ng mga terminal
Sinusuportahan ng programa ang pagkuha; para dito, sa mga parameter ng pagproseso, maaari mong itakda ang kondisyon para sa paglalapat ng mga tseke sa pamamagitan ng bangko. Upang i-configure ang trabaho, kailangan mong mag-download ng karagdagan mula sa publikasyong "Mga Layout ng Windows Acquiring component" o "Layouts of the Linux Acquiring component".
Mga pagbabago sa 54 na Pederal na Batas mula 07/01/2019
Sinusuportahan ng programa ang pinakabagong mga pagbabago sa ilalim ng Pederal na Batas 54, partikular ang paglipat ng Tatanggap (tag 1227), TIN ng tatanggap (tag 1228), pag-label ng mga produktong tabako, gamot at sapatos (tag 1162), GTD number (tag 1231) , at bansang pinagmulan (tag 1231) , kung ninanais, maaari mo ring ilipat ang halaga ng excise tax (tag 1229). Kasalukuyang sinusuportahan:
- Bare-M hardware, ang mga driver ay dapat na hindi bababa sa 4.14.0.772,
- ATOL equipment, ang mga driver ay dapat na hindi bababa sa 10.5.0.0, firmware na hindi bababa sa 76xx
Teknikal na suporta
Ang pagkonsulta sa pagpapatakbo ng produkto ng software ay walang bayad sa loob ng isang buwan mula sa petsa ng pagbili ng lisensya, na isinagawa ngemail o sa pamamagitan ng site na ito.
Ang termino para sa pagkuha ng mga update para sa produktong ito ng software hindi limitado. Maaari mong makuha ang update sa pamamagitan ng pag-download nito sa site na ito, ang file ay tinatawag na:
- Pinoproseso para sa pagtatrabaho sa CCP 8.1-8.2, sa loob ng archive na ito ay magkakaroon ng update para sa iyong bersyon ng 1C.
o sa pamamagitan ng mga parameter ng pagproseso, ang command na " Tingnan kung may update" (Seksyon ng pagtuturo " Manu-manong kontrol»)
Gayundin kailangan i-download Mga layout ng bahagi, na tumutugma sa iyong operating system, at ikonekta ang mga ito ayon sa mga tagubilin para sa pagproseso (seksyon Mga Bahagi ng Pagpapanatili)
Ang karagdagang koneksyon at pagkumpleto ay binabayaran nang hiwalay
Sinusuportahan ba ng pagpoprosesong ito ang pag-print ng ulat ng X (ulat nang walang blangko)?
Oo, ginagawa nito.
Anong mga configuration ang sinusuportahan nito?
Anumang gumagana sa mga kumbensyonal na anyo at gumagana sa komersyal na kagamitan. Halimbawa, Trade Management 10.3, Integrated Automation 1, Accounting 2, Retail 1, Manufacturing Enterprise Management 1.3, Public Institution Accounting 1, mga programa sa industriya na ginawa sa kanilang batayan: Rarus: CRM, Bit: Cafe, Bit: Construction at marami pang iba.
PGagana ba ang pagproseso na ito para sa aking configuration?
Oo, kung ang iyong configuration ay wala sa isang pinamamahalaang form, kung gayon sa karamihan ng mga kaso ito ay gagana.
Paano isasaalang-alang ang ADVANCE at PARTIAL PAYMENT kapag nagbebenta?
Mayroong ilang mga opsyon para sa prepayment accounting:
1. Sinasalamin mo ang mga katawagan sa tseke, ngunit bawasan ang dami nito upang ito ay tumutugma sa halaga ng advance.
2. Sinasalamin mo ang isang linya sa tseke na may nakasulat na "Paunang pagbabayad", pagkatapos, kapag posible na gumawa ng buong pagbabayad, ibabalik mo ang resibo na "Paunang pagbabayad", at matatanggap ang buong halaga na may paglalarawan ng item na nabili .
3. Ang karaniwang paraan na ginamit para sa FFD 1.05 at 1.1, prepayment at bahagyang pagbabayad, ay binibilang sa pamamagitan ng magkahiwalay na uri ng pagbabayad na "Prepayment", "Postpayment".
Maaari ba akong magbayad sa pamamagitan ng isang legal na entity?
Oo kaya mo. Kapag naglalagay ng order, pumili ng bayad mula sa isang legal na entity at punan ang mga detalye at makakatanggap ka ng invoice para sa legal na entity na ito.
Gumagana ba ang pagproseso na ito sa mga pinamamahalaang form (Accounting 3, Retail 2, ERP, UT 11, UNF, atbp.)?
Hindi, ang mga pagsasaayos sa mga pinamamahalaang form (kahit na pinapatakbo ang mga ito sa mga regular) ay gumagamit ng BPO (Library of Connected Equipment), ito ang pamantayan para sa pagpapatakbo at koneksyon ng mga retail na kagamitan, lahat ay natahi sa configuration mismo, at kung may kailangan upang mabago, kailangan mong i-update o baguhin ito.
Kung hindi magsisimula ang iyong pagproseso, ano ang dapat kong gawin?
Kung mayroon kang anumang mga katanungan kapag kumokonekta, sumulat sa akin, maaari kitang payuhan.
Karaniwan, ang error na ito ay dahil sa ang katunayan na ang mga driver para sa kagamitan ay hindi na-install o ang bahagi ay hindi mai-install upang gumana sa kanila. Una, suriin kung na-install mo ang mga driver para sa komersyal na kagamitan. Maaaring ma-download ang mga ito nang libre mula sa publikasyong ito o mula sa website ng mga developer. Pagkatapos ay subukang patakbuhin ang 1C sa ilalim ng buong mga karapatan upang ang bahagi ay nagrerehistro, kung walang makakatulong, pagkatapos ay sumulat sa akin nang magkasama, tiyak na malalaman natin ito.
Paano magbukas at magsara ng shift ngayon, mag-print ng X-Report?
Ang pagproseso ay konektado bilang isang karaniwang piskal na registrar, at samakatuwid, upang ilunsad ang mga pamamaraang ito, ito ay katulad ng piskal. Yung. "Serbisyo" - "Kagamitan sa pangangalakal" - "Paggawa gamit ang mga cash register" - "Pagsasara ng shift ng cash register" o "Ulat ng shift ng cash register nang walang pagkansela", ang mga utos na ito ay makukuha rin mula sa Workstation ng Cashier.
Kapag nagpi-print, lilitaw ang window na "Hindi natukoy na dokumento sa pag-print. Mga posibleng error"?
Ayon sa batas, ang isang malaking halaga ng data ay kinakailangan upang mailipat sa opisina, at ang karaniwang mekanismo ng pag-print ay hindi nagpapahintulot sa iyo na makuha ang lahat ng mga detalye, kaya ang pagproseso ay gumagamit ng sarili nitong algorithm upang matukoy ang dokumento kung saan nagsimula ang pag-print sa pagkakasunud-sunod. para i-print ang resibo. Kung lumitaw ang mensaheng ito, hindi matanggap ng algorithm na ito ang dokumento, at kailangan mong gumawa ng mga pagpapabuti tulad ng sa video sa publikasyon.
Trade software
Viki Print 57 Viki Print 57 Plus Viki Print 80 Plus Pirit , FZ\54, ATOL 11F, ATOL 15F, ATOL 22F / FPrint-22PTK, ATOL 25F, ATOL 30F, ATOL 42FS, ATOL 52F, ATOL 55F7, ATOL 55F, ATOL 55F , ATOL 90F, Treasurer FA, Evotor ST2F, Atol, STROKE-FR-F, ELVES-MINI-FR-F, FELIX-RF, STROKE-FR-C, STROKE-950K, ELVES-FR-C, STROKE-MINI- FR-C, STROKE-COMBO-FR-C, STRIH-KIOSK-FR-K, STRIH-MPAY-K, NCR-001K, STRIH-MOBILE-PTK, YARUS M2100K, YARUS-TK, Retail-01K, RR-02K , RR-01K, RR-04K, RR-03K , YARUS-MD -M-FR-K, SHTRIH-LightPOS-K, SHTRIH-LIGHT-FR-K, SHTRIH-COMBO-PTK, 54 FZ, FZ 54, FZ -54, i-download, bumili, CCP, 1s, pagproseso, Pagproseso ng mga komersyal na kagamitan , driver, ATOL, HAT, HAT-M, VIKI, PIRIT, YARUS M2100F (YARUS M2100K), YARUS TF (YARUS TK), HAT-MPAY- F (HAT-MPAY-K), EL WEIGHT-MF, STROCH-ON-LINE, STROCH-LIGHT-01F, STROCH-M-01F, RETAIL-01F (Retail-01K), STROCH-LIGHT-02F (STROCH-LIGHT-FR-K, STROCH-LIGHT-PTK , HAT-LIGHT-200), HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200), HAT-MINI-02F (HAT-MINI-PTK), HAT -FR-02F (SHTRIKH-FR-PTK), SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK), ELVES-FR-F (ELVES-FR-K), NCR-001F (PTK NCR-001K), SHTRIKh- MINI-01F (SHTRIKh-MINI-FR-K), SHTRIKH-FR-01F (SHTRIKH-FR-K), RETAIL-01F (PTK RETAIL-01K), RR-02F (RR-02K), RR-01F (RR -01K) SHTRIKH-950K, MICRO 35G-F, FZ, 54-FZ, PYRITE, VIKI, VikiPrint, 57 F, 25, 22, 11, 15, 30, 42, 52, 55, 60, 72, 90 , ATOL 55F , RARUS, DALION, Refinement, AutoService, HATCH, ELVES, FELIX, YARUS, PYRITE, RETAIL, RETAIL, RETAIL, Connecting online cash registers, Connecting ATOL, Connecting Wiki print, connecting Stroke, processing for online cash desks, processing 54 fz, vat, 20%, vat 20, 20% vat, kapalit na vat, rate ng VAT, web server, web se rvis ATOL, web, web
Garantiyang Ibabalik ang Pera
Ginagarantiyahan ka ng Infostart LLC ng 100% refund kung ang programa ay hindi tumutugma sa ipinahayag na paggana mula sa paglalarawan. Maaaring ibalik nang buo ang pera kung idineklara mo ito sa loob ng 14 na araw mula sa petsa ng pagtanggap ng pera sa aming account.
Ang programa ay nasubok sa trabaho na maaari naming magbigay ng ganoong garantiya nang buong kumpiyansa. Nais naming maging masaya ang lahat ng aming mga customer sa kanilang pagbili.
Available ang demo na bersyon para sa libreng pag-download (naka-attach sa publikasyon ng isang "libre" na file na "Mga online na cash register (ayon sa 54-FZ) para sa 1C 7.7: [Demo na bersyon]")
Ang sinumang interesado sa pagbili ng programa ay maaaring mag-download ng demo na bersyon nang libre upang subukan ang mga posibilidad ng pag-unlad.Ang demo na bersyon ay may mga sumusunod na limitasyon:
1) ang isang elektronikong tseke ay ipinapadala lamang sa isang nakapirming email address
2) ang halaga ng tseke ay hindi dapat lumampas sa 300 rubles.
3) ang bilang ng mga posisyon sa resibo ay hindi dapat lumampas sa 3.
4) ang oras ng check check ay limitado ayon sa oras ng trabaho: mula 8:00 hanggang 16:59Ang panlabas na code sa pagproseso sa bersyon ng Demo ay sarado at pinoprotektahan ng KPC-2! Para sa tamang operasyon, ang precomp.dll library (kasama sa kit) ay dapat munang ilagay sa 1C database directory kung saan sinimulan ang pagproseso, o sa 1C program installation directory (karaniwan ay C:\Programm Files\1cv77\bin\ )
Sa komersyal na bersyon, ang processing code ay ganap na bukas at hindi protektado.
BAGO!!! Ang driver ng Atol DTO 10 para sa 1C 7.7 platform ay suportado.
BAGO!!! Mga sinusuportahang pagbabago mula noong 07/01/2019 (mga tag 1227-1231 at lahat ng iba pa).
BAGO!!! Sinusuportahan ang mga retail na benta ng mga produktong tabako, sapatos, gamot, atbp.
PANSIN! Module
"54-FZ: RMK GISM (Pagmamarka) para sa 1C 7.7"
nagsisilbing extension sa batayang module
"54-FZ: Mga online na cash register para sa 1C 7.7"
at ito ay isang interface para sa pagpasok ng mga barcode ng mga minarkahang produkto at ang kanilang kasunod na paglipat sa module ng pag-imprenta ng resibo ng KKM.
Hindi ito ganap na magagamit sa sarili nitong walang base module at hindi naglalaman ng mga mekanismo para sa pagpapadala ng mga tseke sa mga cash register; ang mekanismong ito ay nakapaloob sa pangunahing module - "54-FZ: Mga online na cash register para sa 1C 7.7", na maaaring bilhin nang hiwalay sa pahina ng publikasyong ito.
Video presentation na "RMK GISM (Pagmamarka) para sa 1C 7.7":
Ang pag-unlad na ito ay angkop nang walang pagbabago kapwa para sa mga karaniwang pagsasaayos at para sa mga hindi karaniwan, kung saan ang koneksyon ng isang piskal na registrar ay sinusuportahan sa pamamagitan ng pagproseso ng "Pagse-set up ng kagamitan sa pangangalakal":
Listahan ng mga sinusuportahang configuration |
Mga dokumentong sumusuporta sa FR printing |
|
1C 7.7 “Trade at bodega, ed. 9.2" |
|
|
1C 7.7 "Kumplikado, ed. 4.5" |
|
|
1C 7.7 "Accounting, ed. 4.5" |
|
|
1C 7.7 "USN, ed. 1.3" |
|
|
Anumang hindi karaniwan o hindi napapanahong configuration batay sa 1C 7.7 (kabilang ang Trade and Warehouse, rev. 8.7, RARUS configurations) |
Nangangailangan ng pagbagay, na maaari mong gawin sa iyong sarili. Tumatanggap din kami ng mga custom na order. |
Posibleng kumonekta nang hindi binabago ang configuration ng 1C (nang hindi gumagawa ng mga pagbabago sa metadata 1 c.v.7. md), at sa pagtatapos ng pagsasaayos. Sa no-configuration mode, ang ilang mga function ay hindi paganahin, na sa karamihan ng mga kaso ay maaaring ibigay (higit pa tungkol dito sa ibaba, tingnan ang *).
Posible rin itong ipatupad sa isang di-makatwirang pagsasaayos na walang sariling pag-andar para sa pagkonekta at paggamit ng mga retail na kagamitan (pagtuturo sa video sa ibaba):
Ang code ng pag-unlad ay ganap na bukas, walang mga protektado at saradong lugar. Maaaring baguhin ng mga user ang program upang umangkop sa kanilang mga pangangailangan.
Video presentation "Paano gamitin ang Online Cashier (54-FZ) module sa 1C 7.7 para sa mga kumplikadong kalkulasyon (mga advance na pagbabayad, paunang bayad, installment plan, loan) sa loob ng balangkas ng FFD 1.05 / 1.1":
Listahan ng suportadong hardware
Posibleng magtrabaho kasama ang Online Cash Register module para sa 1C 7.7 lamang sa mga cash register (KKM) ng uri ng Fiscal registrar gamit ang mga sumusunod na driver:
- Athol(FprnM1C.dll)
- Shtrikh-M(DrvFR.dll)
- Fiscal registrar emulation mode. Ginagamit ito upang subukan ang naka-print na anyo ng isang tseke, mga diskwento, VAT, mga uri ng pagbabayad. Sa kasong ito, ang data ng tseke ay ipinapakita sa screen ng monitor, ang pagkakaroon ng isang fiscal registrar ay hindi kinakailangan.
ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", " ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" at iba pa.
HATCH-M:"SHTRIKH-ON-LINE", "SHTRIKH-LIGHT-01F", "SHTRIKH-M-01F", "RETAIL-01F (Retail-01K)", "SHTRIKH-LIGHT-02F (SHTRIKH-LIGHT-FR-K, HAT-LIGHT-PTK, HAT-LIGHT-200), "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200)", "HAT-MINI-02F ( SHTRIKH-MINI-PTK)", "SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K) )", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (STRICH-FR-K)", "RETAIL - 01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR-04K)", "RR-03F (RR- 03K) )", "SHTRIKH-COMBO-FRK", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO-PTK", "SHTRIKH-950K", "ELVES - MF" at iba pa.
Mga nilalaman ng paghahatid:
- panlabas na pagpoproseso ng mga serbisyo ng mga fiscal registrar. Folder na may pagpoproseso ng data Mga Extform kailangan mong kopyahin sa direktoryo ng 1C infobase:
Ang suporta para sa mga modelo ng Atol ayon sa 54-FZ ay nasa file fr54_Atol.ert at fr54_Atol10.ert, mga modelo ng Shtrih-M - fr54_Shtrih-M.ert. Sa pagpoproseso fr54_emul.ert naglalaman ng FR print emulator na nagbibigay-daan sa iyong subukan ang operasyon bago kumonekta sa isang tunay na FR.
Upang gumana sa FR, kailangan mong mag-download ng mga driver ng kagamitan sa pagbebenta: para sa ATOL- driver ATT8 bersyon sa ibaba o driver ATT10 walang mas mababang bersyon (Bukod dito, ang sabay-sabay na pag-install sa isang PC ng parehong mga bersyon ay posible: ATT8 at ATT10, sa kurso ng trabaho, maaari mong arbitraryong ilipat ang FR mula sa pagproseso upang gumana sa alinman sa mga DTO); para sa Shtrikh-M- hindi bersyon ng driverhindi mas mababa sa 4.14.
Pagkatapos i-install ang driver Athol mga bersyon ATT8 kunin mula sa folder Program Files\ATOL\Drivers8\Bin_Free at kopyahin ang dalawang file sa direktoryo na may 1C base o 1C platform:
- FprnM1C.dll
- Dpp2_3.dll
Pagkatapos i-install ang driver Athol mga bersyon ATT10 kunin mula sa folder Program Files\ATOL\Drivers10\
KKT\
langs\
com
at kopyahin sa direktoryo ng system ng operating systemWindows\
Sistema32
file addin_fptr10_x86.dll(Ang file na ito ay maaari ding kunin mula sa DTO10 distribution kit sa folder wrappers\com
).
Pagkatapos nito, upang ikonekta ang driver bilang isang COM object, kailangan mong irehistro ang library sa system addin_fptr10_x86.dll gamit ang utos regsvr32.exe(ang file ay hindi maaaring kopyahin sa direktoryo ng systemWindows
, at irehistro ito sa orihinal nitong lokasyon).
Pagkatapos i-install ang driver Shtrikh-M kunin mula sa folder C:\Program Files\SHTRIH-M\DrvFR 4.14\bin at kopyahin ang tatlong file sa direktoryo na may 1C base o 1C platform:
- DrvFR . dll
- DrvFR . lic
- sqlite 3. dll
Ang pagkonekta sa kinakailangang pagproseso ng serbisyo ng FR (fiscal registrar) ay isinasagawa sa 1C: Enterprise mode sa pamamagitan ng menu Serbisyo - Pag-set up ng kagamitan sa tindahan sa bookmark fiscal registrar:
Ang obligatory requisite sa tseke ay ang posisyon at buong pangalan ng cashier na sumuntok sa tseke. Para sa mga layuning ito, ginagamit ang pangalan ng kasalukuyang gumagamit ng 1C. Samakatuwid, ito ay kinakailangan sa direktoryo Mga gumagamit itakda nang tama ang buong pangalan ng mga user sa kinakailangan Buong pangalan:
Sa kasong ito, maaari mo ring ipahiwatig ang posisyon ng cashier sa parehong kinakailangan.
Sa prinsipyo, ang mga pagkilos na ito ay sapat na upang ayusin ang mga tseke sa FR sa online na cash register mode. Ang data sa pagpoproseso ng pagpapanatili ay pangkalahatan. Magagamit ang mga ito sa TIS rev. 9.2 ng parehong bagong release 988, kung saan idinagdag ng 1C CJSC ang pananaw nito na suportahan ang Atol FR sa online cash register mode (sa hindi kumpletong pinutol na form), at mas lumang mga release, nang hindi gumagawa ng mga pagbabago sa mismong configuration.
Sa kasong ito, ipapakita ng pagproseso ang mga sumusunod na mandatoryong detalye sa resibo:
- Buong pangalan ng cashier (ang pangalan ng kasalukuyang user 1 ang gagamitin);
- mga diskwento sa item. Kasabay nito, ang mga diskwento ay ipapakita nang tama sa tseke, sa kabila ng katotohanan na ang 54-FZ ay hindi nagbibigay para sa pag-withdraw ng mga diskwento sa FR, ngunit inireseta ang pagkalkula ng mga diskwento na isasagawa gamit ang sistema ng accounting para sa bawat posisyon ng tseke;
- humiling ng mga detalye ng contact ng mamimili upang magpadala sa kanya ng isang elektronikong tseke;
- ipakita ang VAT ng mga kalakal sa tseke. Bilang default, isasaalang-alang ng pagproseso na ang VAT ay dapat na output lamang para sa isang tseke na nabuo mula sa isang PKO o RKO. Ang logic na ito ay madaling mabago sa pamamagitan ng paggawa ng maliliit na pagbabago sa pagproseso o sa 1C configuration (higit pa dito sa ibaba, tingnan ang **).
Ang TiS ay naglalaman ng isang algorithm para sa pagkalkula ng diskwento sa kabuuan para sa isang tseke, na, sa pangkalahatang kaso, ay hindi maaaring mailipat nang tama sa isang tseke ayon sa bagong batas nang walang mga error sa pag-ikot. Upang malutas ang problemang ito, ginamit namin ang kilalang "Rule of 1 penny" at bumuo ng algorithm na nagbibigay-daan sa iyong magpakita ng data sa isang resibo nang walang error sa pag-ikot para sa anumang paunang data. Maaaring hatiin ng panuntunang ito ang isang commodity item sa isang 1C na resibo sa dalawa sa isang CCP na resibo upang maalis ang mga pagkakaiba sa algorithm ng pagkalkula ng presyo ng 1C at CCP, at ginagarantiyahan na ang mga halaga para sa mga item ng tseke na tinukoy sa 1C ay eksaktong ililipat sa Resibo ng CCP nang hindi binabago ang mga halaga ng pagkalkula kahit para sa 1 kopeck:
*) Sa pamamagitan ng paggawa ng mga pagbabago sa configuration, mareresolba mo ang mga sumusunod na isyu kapag nag-withdraw ng resibo sa online na cash register:
- Upang magpadala ng isang elektronikong tseke (kung nais ng bumibili sa ganitong paraan), isang e-mail o numero ng telepono ng bumibili ay kinakailangan. Sa dokumentong KKM Receipt, maaari mong ayusin ang mga detalye para sa pagpasok at pag-iimbak ng impormasyon sa pakikipag-ugnayan ng mamimili. Sa mga dokumento ng PKO at RKO, maaaring kunin ang impormasyon sa pakikipag-ugnayan ng kliyente mula sa mga detalye Email direktoryo Counterparty o props Mga telepono direktoryo Mga indibidwal. Nang hindi tinatapos ang pagsasaayos, hihilingin ang data ng contact ng mamimili sa pamamagitan ng pagproseso ng serbisyo ng FR sa oras na masira ang tseke.
- **) Output ng rate ng VAT at ang halaga ng VAT sa resibo ng CCP depende sa sistema ng pagbubuwis ng nagbebenta. Dapat lang ipakita ang rate ng VAT kung pangkalahatan ang sistema ng pagbubuwis. Para sa mga espesyal na rehimen (USN, UTII, ESHN, PSN), hindi dapat ipakita ang rate ng VAT. Sa isang karaniwang pagsasaayos, walang mga detalye para sa isang hindi malabo na kahulugan ng sistema ng pagbubuwis. Samakatuwid, bilang default, ang configuration mismo ay tumatanggap ng sumusunod na panuntunan: para sa mga retail na benta (sa pamamagitan ng KKM Check) huwag ipakita ang VAT sa resibo, para sa mga wholesale na benta (sa pamamagitan ng PKO at RKO) ipakita ang VAT sa resibo (na hindi ganap na tama, dahil ang pakyawan na benta ay maaaring walang VAT, at tingian - may VAT). Samakatuwid, kung ang iyong kaso ay hindi napapailalim sa panuntunang ito, kailangan mong gumawa ng mga pagbabago sa pagsasaayos o pagpoproseso ng pagpapanatili. Sa kasong ito, ang mode ng pagbubuwis ay tinutukoy sa code ng programa sa pamamagitan ng variable NAVEL(Mga Setting ng Patakaran sa Accounting)
- Output sa resibo ng cashier ng mga pangalan, dami at presyo ng mga produkto mula sa dokumento ng PKO at RKO, kung ang mga ito ay inilagay batay sa isang invoice (para sa mga lumang paglabas ng configuration). Sa mga bagong release, ang functionality na ito ay idinagdag (kahit na may mga error) ng 1C CJSC, halimbawa, sa bersyon 988 ng 1C 7.7 configuration na “Trade and Warehouse, ed. 9.2".
Para gumawa ng mga pagbabago sa configuration (kung kailangan mo lang lutasin ang mga isyung iniharap sa itaas), sundin ang mga hakbang 2, 3 at 4 ng manual na ito. Ang mga pagbabagong ito ay inihanda sa halimbawa ng configuration 1C 7.7 “Trade and warehouse, ed. 9.2". Ang mga ito ay ganap ding angkop para sa 1C 7.7 "Complex, ed. 4.5". Ang mga pagbabago para sa iba pang mga pagsasaayos ay maaaring gawin sa pamamagitan ng pagkakatulad.
Maaaring manu-manong gawin ang mga pagbabago sa mga module ng dokumento sa pamamagitan ng pagkopya ng mga fragment ng code na minarkahan ng komento walang kabuluhan, mula sa config file TIS987_54FZ.md o sa pamamagitan ng Merge configurations mode, pagmamarka lamang ng mga dokumento kapag pinagsasama PKO, RKO, ChekKKM.
Tandaan: komento //pangangalaga 54FZ TIS988 may markang mga fragment ng code na available sa release ng TIS 988, ngunit wala sa mas lumang release ng TIS.
Para sa adaptasyon, ang pagpapalabas ng TIS 987 ay espesyal na kinuha, kung saan ang 1C CJSC ay wala pang oras upang ipakilala ang pananaw nito para sa pagkonekta sa mga online na cash register, upang maibukod mula sa code ang mga hindi kinakailangang pagpapabuti, mga error ng release na ito, sa aming opinyon, at gawing posible na gamitin din ang aming development para sa mga organisasyong iyon na gumagamit ng lumang release ng TIS na may sariling mga pagpapahusay at nahihirapang lumipat sa pinakabagong release ng configuration.
Gayunpaman, unibersal ang aming pagbabago at maaari itong gumana pareho sa release ng TIS 988 at sa mas luma, at awtomatiko nitong tinutukoy kung anong functionality ang available at ginagamit ang mga opsyon sa configuration na available dito.
Kaya, higit pa tungkol sa mga pagbabago na maaari mong gawin sa configuration:
2) Kailangan mong idagdag ang kinakailangang Address ng Mamimili sa dokumento ng CheckKKM, na ipinapakita sa dialog ng form - ay kinakailangan para sa pagpapadala ng email. tseke ng mamimili. Kailangan mong ipasok ang alinman sa numero ng telepono ng mamimili (upang magpadala ng tseke sa pamamagitan ng SMS) o email address. mail. Malalaman ng driver ng FR kung ano ang eksaktong ipinasok. Kung hindi napunan, isang tseke ng papel ang ipapakita. Kapag nag-isyu ng electronic na resibo, maaaring hindi paganahin ang pag-print ng isang papel na resibo.
3)Sa module ng form ng dokumento CheckKKM sa pamamaraanBreakCheckOnKKKM () kailangan mong gumawa ng mga pagbabago (minarkahan sa module na may vanity ng komento) - tingnan ang mga detalye sa TIS987_54FZ.md:
//[+] good 54FZ If ItemList.Number of Rows() > 0 Then ItemList.NewColumn("Data54FZ"); //infa ay nakasulat bilang isang listahan ng mga halaga sa unang hilera ng GoodsList table na GoodsList.GetStringByNumber(1); ItemList.Data54ФЗ = CreateObject("ValueList"); Data = Listahan ng mga kalakal.Data54FZ; Data.AddValue(Konteksto, "Konteksto"); //link sa kasalukuyang dokumento If headerProps("Buyer's Address", View()) = 1 Then //if the document dialog is modified to specify the buyer's address Data.AddValue(abbreviated(GetAttribute("Buyer's Address")), "Address ng Mamimili"); //kung magkokomento ka sa linyang ito, hihilingin ang BuyerAddress sa pagproseso ng serbisyo ng FR; kung magpapasa ka ng walang laman na string (""), pagkatapos ay ipapakita ang isang papel na tseke nang hindi hinihingi ang EndIf ng Address ng Mamimili; If thereAttributesHeaders("Payment by Card", View()) = 1 Then //if the document dialog is modified to specify the type of payment by cardAttributePaymentCard = GetAttribute("PaymentCard"); Data.AddValue(Katangian ng pagbabayad sa card, "Uri ng pagbabayad"); //upang hindi humiling ng uri ng pagbabayad sa isang hiwalay na dialog bago mag-print ng tseke (dahil ang uri ng pagbabayad ay ipinasok sa tseke), 1 - humiling ng uri ng pagbabayad sa isang hiwalay na dialog bago mag-print ng tseke. Para gumana ang parameter na ito, dapat mong ipasa ang parameter ng Konteksto! Kung hindi, Sign of Payment by Card = 0 EndIf; Otherwise Report("Walang mga posisyong ipapakita sa resibo ng cash register!", "!!"); Return 0 EndIf; //[-] maingat na 54FZ
Maaari mong baguhin ang code na ito sa iyong sarili upang umangkop sa iyong mga pangangailangan, ibig sabihin, muling tukuyin ang mga halaga ng mga sumusunod na parameter:
« Cashier "- ang posisyon at buong pangalan ng cashier. Bilang default, ang buong pangalan ng kasalukuyang gumagamit ng 1C ay kinuha: Cashier = pinaikling (glUser.Name). Gayunpaman, sa module ng dokumento na ChekKKM, PKO, RKO, maaari mong i-program ang paglipat bilang isang cashier ng isa pang arbitrary na halaga.
« NAVEL » - Sistema ng pagbubuwis. Kung gusto mong magpakita ng VAT ang resibo, italaga ang value na "0" sa parameter, kung hindi, mas malaki ang value kaysa sa "0". Mga wastong halaga: 0 - General SNO, 1 - STS Income, 2 - STS Income-Expenses, 3 - UTII, 4 - ESHN, 5 - PSN
« EditCHO » - ang halaga na «1» ay nangangahulugan na kailangan mong ilipat ang Taxation System (CSS) sa FR, ito ay magagamit upang ilipat ang CNS sa FR kung ang mga tseke na may iba't ibang CNS ay naka-print sa isang FR. Halaga "0" - huwag baguhin ang AtoN sa FA, sa kasong ito ang AtoN na paunang naka-install sa FA ay ginagamit.
« Address ng Mamimili » - mga detalye sa pakikipag-ugnayan ng mamimili para sa isang electronic check: e-mail o telepono.
« CheckBuyer's Address » - ang halaga «1» ay tumutukoy kung ito ay kinakailangan upang i-print ang data ng mamimili bago ibigay ang resibo upang makitang makita ang kanilang kawastuhan ng bumibili mismo. Kung hindi kinakailangan ang naturang pag-verify (halimbawa, ang bumibili, halimbawa, ay nagpasok ng data mismo sa isang espesyal na form), pagkatapos ay itakda ang halaga para sa parameter na ito sa "0".
« PrintReceipt » - isang papel na resibo kung sakaling magpadala ng isang elektronikong resibo: 0 - huwag mag-print, 1 - palaging mag-print, 2 - humiling na mag-print ng isang papel na resibo.
« ModePrintDiscounts » - discount printing mode: 0 - huwag mag-print ng mga diskwento sa isang resibo, 1 - mag-print ng kabuuang diskwento sa isang resibo, 2 - mag-print ng mga diskwento sa mga item ng produkto at isang kabuuang diskwento sa isang resibo
4) Ang mga katulad na pagbabago ay kailangang gawin sa module ng anyo ng mga dokumento para sa PKO at RKO sa pamamaraanPrintingCheck() (Ang mga pagbabago ay minarkahan sa module na may komento ng pangangalaga, tingnan ang mga detalye sa TIS987_54FZ.md)
Isang halimbawa ng isang tseke na ipinapakita sa "FR emulator":
Tulad ng nakikita mo, ang "Rule of 1 kopeck" ay nagtrabaho para sa produktong "Table Egg", dahil kung hindi, ang algorithm para sa pagkalkula ng diskwento na naka-embed sa TIS ay hindi magpapahintulot sa iyo na bawiin ang produktong ito sa online na pag-checkout nang hindi binabaluktot ang halaga. Namely:
Halaga ng diskwento = 146,61 , dami = 30 , samakatuwid, Presyo ng diskwento = 146,61 / 30 = 4,887
Ang dami at presyo ay dapat ilipat sa FR driver, na isinasaalang-alang ang lahat ng mga diskwento at surcharge. Ang presyo ay inilipat bilugan sa kopecks ( 4,887 -> 4,89 ); 30 * 4,89 = 146,70 . Naka-on ito 9 mas maraming kopecks kaysa sa nakalkula sa KKM Check na dokumento. Samakatuwid, ang "Panuntunan ng 1 kopeck" ay hinati ang posisyon sa dalawang linya, pagpili ng dami at presyo (na may diskwento) upang maalis ang error na ito, habang ang presyo ng dalawang posisyon na ito ay naiiba sa bawat isa ng hindi hihigit sa 1 kopeck :
9 * 4,48 = 43,92
21 * 4,89 = 102,69
Kabuuang dami = 30, halaga = 146.61 nang buong alinsunod sa paunang data sa 1C check.
Sa katunayan, sa pagsasagawa, ang pangangailangang i-trigger ang "Rule of 1 penny" ay hindi magiging napakadalas, ngunit palaging tumpak at walang error. ;)
5) Pinaghalong paraan ng pagbabayad sa pamamagitan ng tseke (cash, bank card). Sa karaniwang mga configuration ng 1C, hindi posibleng ilagay ang halaga para sa pagbabayad ng tseke gamit ang bank card. Gayunpaman, ang pagpoproseso ng serbisyo ng CF sa publikasyong ito ay may kasamang functionality para sa pagtukoy ng uri ng pagbabayad ( cash, bank card o halo-halong uri: bahagi sa cash at bahagi sa pamamagitan ng card). Upang ipatupad ang pinaghalong interface ng pagbabayad, iminumungkahi naming gawin ang mga sumusunod na pagbabago sa dokumento " Check ng KKM»:
1. magdagdag ng mga props sa header ng dokumento PaymentCard(uri ng Numero.1.0)
2. magdagdag ng mga elemento sa form ng dokumento upang isaad ang pagbabayad sa pamamagitan ng bank card (tingnan ang figure sa ibaba)
3. idagdag sa pamamaraan ng module ng dokumento Header ng Form() linya:
Card = ?((Kabuuan("Halaga")>Natanggap)at(PaymentbyCard=1), Kabuuan("Halaga")-Natanggap, 0); // walang kabuluhan
4. sa module ng pag-post ng dokumento, ang kundisyon ay:
Iba Kung Natanggap< НеобходимаяСумма Тогда
dapat palitan ng:
ElseIf (Natanggap< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи
Ang mga tinukoy na pagbabago ay kasama sa file TIS987_54FZ.md para sa dokumentong ChekKKM:
Ang isa pang paraan upang piliin ang uri ng pagbabayad ay inaalok ng isang kasamahan - pagpapakita ng karagdagang window kapag nasira ang isang tseke, kung saan kailangang piliin ng nagbebenta ang gustong uri ng pagbabayad:
Mga plano para sa karagdagang pag-unlad:
- magbigay para sa pag-ikot ng halaga ng tseke sa isang buong ruble o 50 kopecks para sa kaginhawahan ng mga pakikipag-ayos sa mga mamimili alinsunod sa FFD Protocol.
- pagbuo ng isang ganap na RMK para sa pagsasaayos ng TIS ed. 9.2. Maaaring matingnan ang mga sample ng interface:
- pag-uugnay ng impormasyon sa pakikipag-ugnayan sa mga kard ng diskwento ng customer upang hindi mo palaging ipasok ang parehong impormasyon sa pakikipag-ugnayan para sa mga regular na customer sa tseke.
Sa menu Serbisyo - Mga karagdagang feature lumabas ang item 54FZ (mga online na cash register) Serbisyo at mga setting", na magpapahintulot sa iyo na magsagawa ng mga function ng serbisyo sa FR, pati na rin gawin ang paunang pagsasaayos:
Pagkatapos bilhin ang module, ang impormasyon at teknikal na suporta para sa pagtanggap ng mga update sa programa na may kaugnayan sa mga pagbabago sa batas, pagpapahusay ng module, at pagpapaunlad ng functionality ay isinasagawa sa loob ng 3 buwan mula sa petsa ng pagbili nang LIBRE. Dagdag pa taunang ang suskrisyon sa mga update at (o) teknikal na suporta ay pinalawig sa kalooban at ay kalahati halaga ng pagbili ng modyul. Matapos ang pag-expire ng subscription sa mga update, kung hindi mo nais na i-renew ang subscription, ang pagganap ng programa ay nananatiling walang mga limitasyon sa oras at ang ipinatupad na pag-andar, ngunit walang kakayahang mag-install ng mga update, kung mayroon man.
Ang teknikal na suporta ay ibinibigay sa pamamagitan ng e-mail, sa pamamagitan ng Skype, mail-agent, ICQ, sa pamamagitan ng telepono ng developer. Upang makakuha ng mataas na kalidad na teknikal na suporta sa mga kumplikadong kaso, ang isang malayuang koneksyon sa computer ng gumagamit ay kinakailangan sa pamamagitan ng AmmyAdmin o teamviewer.
Ang teknikal na suporta ay ibinibigay lamang para sa produktong ito ng software at hindi kasama ang pag-troubleshoot sa operating system; mga pagkabigo sa pagpapatakbo ng programang 1C na hindi nauugnay sa pagpapatakbo ng programang ito; maling pagkilos ng mga gumagamit kapag ginagamit ang programa (sa paglabag sa itinatag na manwal ng gumagamit); pagpapayo sa mga isyung walang kaugnayan sa batas 54-FZ; pag-setup o pag-install ng mga komersyal na kagamitan, mga driver ng komersyal na kagamitan; pag-aalis ng mga problema sa pagpapatakbo ng mga komersyal na kagamitan. Gayunpaman, ang solusyon sa mga isyung ito ay posible sa isang hiwalay na batayan sa kontraktwal.
Ang paglilisensya ng programa ay isinasagawa ayon sa numero ng order ng software at TIN ng organisasyon o indibidwal na negosyante. Ang bilang ng mga lisensyang kinakailangan upang i-install ang software ay tinutukoy ng bilang ng mga indibidwal na legal na entity at indibidwal na negosyante, at hindi nakadepende sa bilang ng mga lugar ng trabaho at mga cash register na ginagamit sa bawat isang legal na entity o indibidwal na negosyante. Kaya, ang isang hiwalay na pagbili ng produktong ito ng software ay kinakailangan para sa bawat legal na entity o indibidwal na negosyante. Para sa bawat segundo at kasunod na legal na entity (o indibidwal na negosyante), ang produkto ay maaaring mabili sa kalahati ng halaga.
Pagkakasunud-sunod ng pagpapatupad ng module:
1) bumili ka ng fiscal registrar na may piskal na drive (o baguhin ang iyong umiiral na para matugunan ang mga kinakailangan ng 54-FZ) na mga modelo alinsunod sa.
2) pumasok sa isang kasunduan sa serbisyo sa OFD. Mas mainam na pumili ng OFD na nakatali sa iyong operator para sa paglilipat ng mga tax return sa Federal Tax Service (kung maaari).
3) Isagawa ang pamamaraan para sa fiscalization at pagpaparehistro ng mga cash register sa pamamagitan ng iyong personal na account sa website ng Federal Tax Service. Kinakailangan ang EDS (angkop para sa pag-uulat ng buwis)
4) I-install ang FR at ang driver nito sa computer.
5) Bilhin ang module 54-FZ: Mga online na cash register para sa 1C7.7 at i-install ito ayon sa mga tagubilin. Kung mayroon kang mga tanong o problema sa hakbang na ito, mangyaring makipag-ugnayan sa aming teknikal na suporta para sa tulong.
Kung sa hakbang 5 kailangan mo ng teknikal na suporta, pagkatapos ay bilhin ang aming module na may teknikal na suporta at makatanggap ng mga update sa loob ng 3 buwan.
Kung hindi mo kailangan ng teknikal na suporta at ikaw mismo ang gumawa ng hakbang 5, pagkatapos ay bumili ka ng isang module na may mga update sa loob ng 3 buwan, ngunit walang teknikal na suporta.
Paghahambing ng bersyon
[Bersyon 1.2] 03/31/17
1) Inayos ang mga natukoy na bug
2) Nagdagdag ng pagpoproseso ng pagpapanatili para sa FR Shtrikh-M
[Bersyon 1.3] 03.04.17
3) Inayos ang mga natukoy na bug
4) Ang output ng diskwento sa tseke ay nilinaw, ngayon ang mga pinal ay ipinapakita sa tseke: ang halagang walang diskwento at ang halaga ng diskwento sa tseke
5) Nagdagdag ng parameter ng EditCHO. ang halagang "1" ay nangangahulugan na kailangan mong ilipat ang Taxation System (CSS) sa FR, ito ay magagamit upang ilipat ang CNS sa FR kung ang mga tseke na may iba't ibang CNS ay naka-print sa isang FR. Halaga "0" - huwag baguhin ang AtoN sa FA, sa kasong ito ang AtoN na paunang naka-install sa FA ay ginagamit. Mga wastong halaga ng SNO: 0 - General SNO, 1 - STS Income, 2 - STS Income-Expenses, 3 - UTII, 4 - ESHN, 5 - PSN
[Bersyon 1.4] 07.04.17
6) Inayos ang mga natukoy na bug
7) naidagdag na ang parameter ng PrintCheque, na nagpapahintulot sa iyo na huwag paganahin ang pag-print ng isang resibo ng papel sa kaso ng paglilipat ng isang elektroniko o upang magpakita ng isang kahilingan na mag-print ng isang resibo ng papel kung ang isang elektronikong resibo ay magagamit.
8) idinagdag sa interface ng CheckKKM ng dokumento para sa pagpapatupad ng magkahalong uri ng pagbabayad sa pamamagitan ng tseke: cash, bank card.
[Bersyon 1.5] 04/12/17
9) Mga na-optimize na algorithm para sa mga driver ng Shtrikh-M
10) Idinagdag ang DiscountPrintMode parameter - discount printing mode: 2 - huwag mag-print ng mga diskwento sa isang resibo, 1 - mag-print ng kabuuang diskwento sa isang resibo, 0 - mag-print ng mga diskwento sa mga item ng produkto at isang kabuuang diskwento sa isang resibo
11) Kapag nagpi-print ng mga diskwento, ang mga halaga ng diskwento ay nakahanay sa kanan
12) Nagdagdag ng isang pagpipilian upang piliin ang uri ng pagbabayad (cash / card) mula sa isang kasamahan na si Sergey (Che) Kotsyura
[Bersyon 1.6] 04/24/17
13) Ang mga algorithm para sa paglalapat ng mga diskwento ay muling idinisenyo. Nalalapat nang tama ang mga diskwento salamat sa bagong firmware ng mga driver ng POS printer nang hindi gumagamit ng "Rule of 1 penny". Samakatuwid, ang panuntunang ito ay hindi pinagana ngayon bilang default.
14) Parameter AcceptReturn pinalawig at sinusuportahan ang mga sumusunod na uri ng mga resibo: 0 - sale, 1 - sale return, 2 - pagbili, 3 - purchase return. Ang parameter na ito ay pinalitan ng pangalan sa FR maintenance processing sa Uri ng Suriin
15) kapag nagpi-print ng tseke, ang numero ng kasalukuyang shift sa variable ay ibabalik sa programa ng pagtawag Numero ng Paglipat
16) nagdagdag ng mga inangkop na configuration file para sa Accounting 7.7, ed. 4.5 at USN 7.7, ed. 1.3
[Bersyon 1.7] 04.05.17
17) naayos ang mga bug
18) sa mga pagsasaayos sa PKO / RKO, ang pagdaragdag ng isang duplicate na column na rate ng VAT ay inalis (dahil ang VAT column ay inilipat)
19) naayos ang error sa paglilipat ng zero na halaga sa resibo
20) Idinagdag ang mga utos ng FR: report_without_cancellation, report_by_departments, open_box, deposit_money, withdrawal_money
21) idinagdag ang pagproseso ng mga setting at pagpapanatili ng FR - "Control Panel" (fr54_Settings.ert). Available ito sa menu. Serbisyo - Mga karagdagang feature - "54FZ (online cash registers) Control Panel". Sa tulong nito, maaari kang magpadala ng mga karagdagang utos sa FR
[Bersyon 1.8] 05/10/17
22) awtomatikong pag-verify ng bisa ng address ng mamimili sa pamamagitan ng mga regular na expression
23) nagdagdag ng mga utos ng FR: "Kumuha ng bersyon ng software", "Kopya ng huling resibo", "Kopya ng dokumento sa pamamagitan ng FD number"
24) idinagdag ang paglipat ng pangalan ng cashier sa mga ulat ng FR (Z-Report, X-Report, Report ng mga departamento)
25) nagdagdag ng iba pang mga function para sa pagtatrabaho sa FR, refactoring ng FR service processing code
[Bersyon 1.8.1] 05/10/17
26) naayos ang error sa pagbubukas ng shift para sa pagproseso ng Atol.
[Bersyon 1.9] 11.05.17
27) sa FR emulator, ang pangalan ng napiling sistema ng pagbubuwis ay ipinapakita sa resibo kung ang ChangeCHO parameter = 1
28) Ang mga function na "serbisyo" para sa pag-diagnose ng estado ng online cash register ay sinusuportahan sa pagproseso ng serbisyo ng FR
29) sa Control Panel (fr54_Settings.ert), ang suporta para sa mga function ng serbisyo ay ipinagpatuloy: "Validity period ng FN", "Bilang ng mga dokumentong hindi naipadala sa OFD", "Diagnostics ng koneksyon sa OFD"
[Bersyon 1.10] 05/18/17
30) nagdagdag ng mga bookmark sa Control Panel (fr54_Settings.ert)<Параметры>at<Настройки>, sa tulong kung saan maaari mong interactive (nang hindi gumagamit ng programming 1C modules) i-configure ang mga parameter para sa pag-output ng mga tseke at ulat sa FR ("FR parameters").
Salamat sa mekanismong ito, mas madaling kumonekta at i-configure ang FR sa pagsasaayos ng 1C, dahil Ang mga setting para sa pagtatrabaho sa FR ay maaaring i-configure nang hindi gumagawa ng mga pagbabago sa configuration, o limitado sa kaunting pagbabago.
Ang mga parameter ay maaaring i-configure sa konteksto ng mga pagpipilian: Mga Kumpanya, Cashier, 1C User, Mga Uri ng Dokumento, pati na rin ang iba pang mga arbitrary na kundisyon. Depende sa napiling pagpili, maaari mong opsyonal na pag-iba-ibahin ang mga sumusunod na parameter:
- Pangalan ng nagbebenta-cashier
- pagpili ng sistema ng pagbubuwis
- kahilingan para sa email address ng mamimili
- kahilingan para sa visual na pag-verify ng inilagay na address ng mamimili
- mode ng pag-print ng electronic na resibo
- mode ng pag-print ng mga diskwento sa isang resibo
- pagpili ng uri ng pagbabayad
- VAT output mode sa tseke (kabilang ang mga kagustuhan ng mga user sa output ng mga rate ng VAT para sa mga espesyal na mode, pati na rin ang sabay-sabay na output ng mga rate ng VAT na 18, 10, 0% at Nang walang VAT)
- pagtatakda ng output ng numero ng seksyon sa tseke (kabilang ang mga kagustuhan ng mga gumagamit na ipakita ang numero ng seksyon depende sa rate ng VAT ng item ng tseke)
- iba pang mga pagpipilian
Ang lahat ng mga parameter ay may isang paglalarawan na ipinapakita sa form kapag pumili ka ng isang Parameter. Gayundin, ang paglalarawan ng mga parameter ay itinakda sa file ParametersFR.xls
30) Dahil sa ang katunayan na ang mga setting ng check printing parameters ay interactive na na-configure, ang mga pagbabago ay ginawa sa mga module ng dokumento sa mga pamamaraan ng pag-print ng resibo. Inalis ang setting ng karamihan sa mga parameter mula sa text ng mga module. Ang isang bagong parameter na Konteksto ay naidagdag, na nagbibigay-daan sa pagpasa ng isang link sa kasalukuyang dokumento (konteksto) sa pagpoproseso ng pagpapanatili ng FR. Kinakailangan ang link na ito para gumana ang pagpipiliang "Uri ng Dokumento."
31) Refactoring code ng FR service handler
32) Isinasaalang-alang ng pagpoproseso ng pagpapanatili ng FR ang mga parameter na interactive na itinakda sa Control Panel (fr54_Settings.ert)
33) Sa pagproseso ng serbisyo ng FR, ang paglipat ng buong pangalan ng cashier sa mga nabuong ulat (Pagsasara ng shift ng cash register, X-ulat at iba pa) ay isinasaalang-alang. Ito ay kinakailangan para sa tamang pagbuo ng impormasyon sa website ng OFD. Ang buong pangalan ng cashier ay nakatakda sa "Mga Parameter ng FR"
34) Ang pagpoproseso ng fr54_PaymentTypeChoose.ert ay inilipat sa Extforms\EQUIP folder - ito ay nabibilang doon.
[Bersyon 1.10.1] 05/19/17
35) naayos na error sa pagtukoy ng suporta para sa 54-fz para sa driver ng Shtrikh-M
36) sa mga module ng dokumento ng mga configuration ng 1C (maliban sa configuration ng USN), isang hiwalay na paglipat ng mga rate ng VAT na "0%" at "Walang VAT" sa piskal na registrar ay ibinigay. Ang mga rate ng VAT ay ipinapadala sa pamamagitan ng column VAT rate o VAT na may mga sumusunod na halaga 18, 10, 0 at -1 (ayon sa pagkakabanggit: 18%, 10%, 0% at "Walang VAT")
37) isang listahan ng mga pagbabago sa 1C na mga module ng dokumento ay inilarawan sa hiwalay na mga text file para sa kadalian ng pagbagay
[Bersyon 1.11] 05/23/17
38) naayos muli ang error sa pagtukoy ng suporta para sa 54-fz para sa driver ng Shtrikh-M
39) sa pagproseso ng FR emulator (fr54_emul.ert), ang emulation ng pagbuo ng check number (tinukoy bilang random na numero) ay naidagdag - salamat Vladimir Poltavthenko para sa pagpapatupad
40) ay nagdagdag ng suporta para sa output ng mga tseke sa FR sa mode ng external printing forms (VPF). Ang pagkonekta sa VPF sa nais na uri ng dokumento ay isinasagawa sa Control Panel para sa mga online na cash register - sa tab " Mga setting"- sa mesa" Mga ginamit na uri ng mga dokumento"sa pamamagitan ng column" WPF".
Ang mode na ito ng pag-withdraw ng mga tseke ay may mga sumusunod na pakinabang:
1. Pagkonekta ng development sa isang tipikal na configuration nang hindi gumagawa ng anumang mga pagbabago sa configuration mismo - ngayon ganap na lahat ng mga setting ay maaaring gawin interactive o sa pamamagitan ng programming external modules, kahit na para sa luma at maraming hindi karaniwang mga release ng mga configuration.
2. Ang listahan ng mga uri ng mga dokumento ay lumalawak, direkta mula sa anyo kung saan maaari kang mag-withdraw ng tseke sa FR. Halimbawa, maaari kang magpakita ng tseke para sa FR mula sa dokumento " Pagpapatupad"nang hindi gumagawa ng dokumento" Papasok na cash order"
3. Ang algorithm para sa pagproseso ng withdrawal ng isang tseke sa FR para sa iba't ibang uri ng mga dokumento ay inilarawan sa function DocumentHandler(Dokumento), na matatagpuan sa panlabas na ulat Extforms/PrnForms/fr54_ReceiptPrint.ert.
Ang Document Processor ay naglalaman ng isang unibersal na algorithm na nagbibigay-daan sa iyong magpakita ng halos anumang pamantayan at hindi pamantayang dokumento sa FR, na mayroong tabular na seksyon na may mga produkto, serbisyo o gawa at nagpapahiwatig ng halaga para sa bawat posisyon.
Sa kabila nito, sa pagkakaroon ng mga kasanayan sa programming, maaari mong muling isulat ang function na ito "para sa iyong sarili" upang maiangkop ito para sa hindi karaniwang mga pagsasaayos at (o) hindi karaniwang mga gawain.
[Bersyon 1.11.1] 05/24/17
41) Inayos ang bug gamit ang pagpoproseso WPF para sa paglabas ng TiS 988.
42) Nilinaw ang paggamit ng mga default na halaga para sa mga parameter " Cashier"at" Humiling ng Address ng Mamimili"
43) Inayos ang output ng bilang ng mga hindi naipadalang dokumento sa OFD para sa driver Shtrikh-M(salamat sa pagpapatupad ng isang kasamahan Kolunya)
[Bersyon 1.11.2] 05/25/17
44) Ang mga pagbabago ay ginawa sa mga module ng mga form ng dokumento ng PKO at RKO ng configuration ng TIS, na nagpapahintulot na huwag isaalang-alang ang bandila na "Ginamit upang ipakita ang mga cash settlement" sa Mga Setting ng Trade Equipment. Ito ay magbibigay-daan sa paggamit ng parehong cash desk para sa sabay-sabay na paggamit ng mga dokumentong "ChekKKM" at "PKO", "RKO", nang hindi kailangang ilipat ang flag na ito. Ang pagsasara ng shift sa sabay-sabay na paggamit ng mga dokumentong ito ay nangyayari nang tama.
45) sa mga module ng mga form ng mga dokumento CheckKKM, PKO at RKO (lahat ng ipinakita na mga pagsasaayos), isang algorithm ay idinagdag sa pamamaraan ng Print Check (Punch CheckOnKKM) na nagpapahintulot sa iyo na gumamit ng mga karagdagang detalye na idinagdag sa dialog ng form ng dokumento: Address ng Mamimili, Natanggap, PaymentCard. Kasabay nito, tinutukoy ng algorithm ang pagkakaroon ng mga detalyeng ito, at kung wala ang mga ito, inaayos nito ang pag-uugali nito sa pamamagitan ng pagsisimula ng isang kahilingan para sa nawawalang data bago masira ang tseke.
46) Sa pagtanggap ng bersyon ng software para sa Shtrih-M driver, ang bersyon ng fiscal drive ay ipapakita din.
47) Naayos ang isang bug na maling na-diagnose ang pagsasama ng VPF mode, kung ang talahanayan ng Cashier Control Panel na "Mga ginamit na uri ng mga dokumento" ay walang laman.
48) Ang isang bagong parameter na "13)UAP" (Tukuyin ang address ng mamimili) ay idinagdag, na nagbibigay-daan sa iyong tukuyin ang email address ng mamimili bago basagin ang tseke sa cash register. Binibigyang-daan ka nitong gamitin ang mga detalye sa pakikipag-ugnayan na inilagay sa direktoryo ng Counterparties, na may posibilidad na linawin o kanselahin ang mga ito para sa pagsusuri sa KKM.
49) Inayos ang isang error sa pagsulat ng isang link sa isang bagay kapag nagse-save ng Mga Parameter sa Control Panel ng Cashier
AT
[Bersyon 1.12] 05/31/17
50) para sa driver ng Atol: mag-print ng karagdagang. impormasyon sa Z-report (Kabuuang kita, Cash, Electronic); pag-print ng kopya ng huling tseke, kabilang ang mga elektronikong tseke; pinahabang impormasyon kapag tumatanggap ng bersyon ng software.
51) Panlabas na ulat "54FZ (online cash registers) Control Panel" pinalitan ng pangalan sa "KKM Control Panel"
52) Upang mapag-isa ang code, ang ilan sa mga function mula sa pagproseso ng serbisyo ng FR ay inilipat sa pagproseso ng fr54_Settings.ert ("KKM Control Panel")
53) Pinahina ang limitasyon sa oras para sa paggamit ng demo na bersyon
54) Para sa driver ng Atol sa function Sumangguni sa FR table (), ang currentMode na parameter ay naidagdag na.
55) ang mga bagong parameter ng KKM Control Panel ay naidagdag:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Karaniwan, ang mga pagpipiliang ito ay nagse-set up ng pag-print ng isang resibo sa bahagyang pagbabayad o sa pagtanggap ng isang advance. Sa hinaharap, ang mga parameter na ito ay magbibigay-daan sa iyo na i-configure ang pakikipag-ugnayan ayon sa FFD 1.05 protocol
Ang check item preview at editing mode ay ipinapatupad sa pamamagitan ng external processing Extforms\Equip\fr54_ItemListForPrint.ert
56) Ang field na "API request key sa serbisyo ng EAN" ay pinagana sa tab na "Mga Setting" ng KKM Control Panel. Ito ay awtomatiko ang pagpuno ng EAN barcode reference book gamit ang isang bayad na API - https://barcodes.olegon.ru/
Ang isang pindutan (na may larawan ng mga binocular) ay idinagdag sa elemento ng direktoryo ng "Nomenclature" (para sa TIS), na awtomatikong pumupuno sa pangalan ng produkto batay sa inilagay na barcode. Ang serbisyong ito ay kinakailangan para sa mabilis na pagsisimula ng tindahan mula sa simula kapag lumipat mula sa hindi awtomatikong kalakalan: pinapayagan ka nitong mabilis na magsimula ng database ng listahan ng stock sa 1C sa mode ng pag-scan ng mga barcode ng produkto.
Sa element module ng Nomenclature reference book, ang SearchOnShk() procedure ay naidagdag, na tumatawag sa external processing Extforms\ean_online.ert para ma-access ang API service. Ang may-akda ng pagproseso na ito ay isang kasamahan na volk13 (aka fkr).
57) ang mga pagbabago ay ginawa sa mga module ng mga dokumento CheckKKM, PKO, RKO upang ipatupad ang kakayahang kontrolin ang mode ng pag-print ng item sa tseke
58) para sa parehong layunin, ginawa ang mga pagbabago sa procedureDocumentHandler() ng external processing Extforms\PrnForms\fr54_ReceiptPrint.ert
[Bersyon 1.12.1] 06/01/17
59) ay nagdagdag ng "libre" na kahilingan sa API sa serbisyo ng EAN (pinoproseso ng Extforms\ean_online.ert, ng volk13). Kung hindi siya magbigay ng sagot, pagkatapos ay isang bayad na serbisyo ang makontak. Upang gumamit ng bayad na serbisyo, kailangan mong bumili ng access key https://olegon.ru/market/buy_barcode.php (10 kopecks para sa isang pangalan ng produkto).
[Bersyon 1.12.2] 06/05/17
60) Ang "libre" na kahilingan sa API sa serbisyo ng EAN ay hindi pinagana bilang default upang maiwasan ang pagharang sa site sa pamamagitan ng IP address.
61) naayos ang error sa pagkalkula ng diskwento sa tseke sa pagpoproseso ng servicing fiscal registrars (rounding error by 1 kop.)
62), ang mga pagbabago ay ginawa sa panlabas na mga module ng pagproseso upang gawing pormal ang mga parameter na ibinalik sa 1C na dokumento.
[Bersyon 1.13] 06/06/17
63) Inayos ang mga natukoy na bug
64) Nagdagdag ng suporta para sa ilang mga fiscal registrar sa isang lugar ng trabaho gamit ang mga lohikal na device (ang mga fiscal registrar ay dapat gumamit ng parehong driver).
Ang pagpapagana ng mode ng paggamit ng ilang FR ay isinasagawa sa Control Panel ng POS printer sa tab na "Mga Setting" sa pamamagitan ng pag-check sa kahon na "Pahintulutan ang pagpili ng mga lohikal na device ng fiscal registrar".
Sa kasong ito, sa tab na "Serbisyo", nagiging posible na piliin ang aktibong (kasalukuyang) lohikal na aparato kung saan isasagawa ang mga utos ng serbisyo.
Sa tab na "Mga Parameter," magiging available ang parameter 4) #LU. Sa tulong nito, maaari kang magtakda ng isang tiyak na numero ng lohikal na aparato ng FR, kung saan ipi-print ang resibo, depende sa mga kondisyon (mga pagpipilian: Kumpanya, Cashier, User, Uri ng dokumento, Expression).
Ang mga lohikal na device mismo ay dapat matukoy gamit ang KKM driver (sa pamamagitan ng KKM Driver utility (Driver Test) o sa 1C sa pamamagitan ng Service - Options - Properties (FR Driver).
[Bersyon 1.14] 10.06.17
65) Inayos ang mga natukoy na bug
66) Nagdagdag ng suporta para sa mga tinantyang rate ng VAT (10/110% at 18/118%)
67) Idinagdag ang sapilitang pagbubukas ng isang shift para sa driver ng Shtrih-M
68) Ang anyo ng Check Preview (PFC) bago basagin ang tseke sa cash register ay napabuti. Sa form na ito, maaari kang gumawa ng mga pagbabago sa komposisyon ng kalakal ng tseke: manu-mano o awtomatiko (kabilang ang bahagyang pagbabayad at paunang bayad). tukuyin ang mga uri ng pagbabayad (cash, payment card), ilagay o tukuyin ang email. address ng mamimili (telepono o e-mail)
68) Idinagdag ang pamamahagi ng halaga ng VAT batay sa base ng dokumento sa tseke para sa buo o bahagyang pagbabayad (sa magkahalong mga rate ng VAT)
69) Pinahusay na mga mode ng awtomatikong pamamahagi para sa buo at bahagyang mga pagbabayad para sa protocol ng FFD 1.0
70) Naidagdag ang isang mekanismo upang ibalik sa dokumento ng 1C ang bilang ng pagbabago ng KKM, pati na rin ang iba pang mga detalye ng dokumento kung na-edit ang mga ito sa window ng PPC (preview ng resibo): Address ng Mamimili, Natanggap, Pagbabayad sa pamamagitan ng Card .
71) Sa KKM Control Panel, ang mga parameter ay nahahati sa dalawang grupo: "Basic" at "Additional" - para sa kaginhawahan ng pagdama ng impormasyon.
[Bersyon 2.0 beta] 06/13/17
72) (beta Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
mga scheme na may kumplikadong mga opsyon sa pagkalkula. Maaaring tingnan at i-edit ang mga halaga ng mga tag na ito sa form ng PPC (preview ng resibo): dalawang karagdagang. mga hanay na "PR" (paksa ng pagkalkula) at "SR" (paraan ng pagkalkula) sa talahanayan ng mga kalakal (itaas) at karagdagang. mga hilera sa talahanayan ng mga pagbabayad (ibaba).
73) Ang button na "Itakda" sa itaas ng talahanayan ng produkto ay inilaan para sa pagtatakda ng pangkat ng mga halaga ng column.
74) Ang paggamit ng FFD 1.05 protocol ay maaaring paganahin sa KKM control panel sa tab na "Mga Parameter" sa pangkat na "Karagdagang" sa pamamagitan ng parameter na "17)FFD"
[Bersyon 2.0.1 beta] 06/13/17
75) Inayos ang mga error sa pagsagot sa form ng tseke sa anyo ng PPP na may bahagyang pagbabayad
76) Inayos ang isang bug sa pagpoproseso ng serbisyo ng FR emulator
[Bersyon 2.0.2] 14.06.17
77) Inayos ang mga natukoy na bug
78) Na-finalize namin ang bersyon ng kahilingan para sa EAN, at nalaman din mula kay Olegon na hindi na niya sinusuportahan ang csv format, at mariing inirerekomenda ang json. Ang mga pagkaantala sa json ay nauugnay sa mga tampok ng pagpapatupad ng database nito, mga detalye dito: https://olegon.ru/showthread.php?t=26135&page=6 (na-edit ng volk13)
79) Naidagdag ang isang parameter upang paganahin ang pagsasaayos ng mga resibo ng alak sa Unified State Automated Information System.
[Bersyon 2.0.3] 15.06.17
80) Inayos ang mga natukoy na error, kasama. maling kahulugan ng uri ng pagbabayad kapag gumagamit ng pagpoproseso ng fr54_PaymentTypeChoose.ert
81) Nagdagdag ng kakayahang mag-punch ng KKM check batay sa mga dokumento ng Bank Statement Line Income at Bank Statement Line Expense. Ang ganitong uri ng dokumento ay maaaring gamitin sa halip na PKO / RKO kung ang pagbabayad ay ginawa sa pamamagitan ng isang card ng pagbabayad, at hindi sa cash.
82) Pinahusay ang kahilingan para sa EAN sa pagproseso ng ean_online.ert (ang may-akda ng pagproseso ay volk13)
[Bersyon 2.1] 06/22/17
83) Para sa configuration 1C: Trade and warehouse, ed. 9.2 (Complex, rev. 4.5) sa dokumento ng RKO, idinagdag ang entry batay sa dokumento ng Statement Line, ginawa ang mga pagbabago sa function na FillByDocumentBasis(), ang dokumento ng Statement Line ay idinagdag sa setting na "Entry based on" sa "Ipasok batay sa" listahan
84) Para sa configuration 1C: Accounting, ed. 4.5 na idinagdag sa dokumento na entry ng Outgoing Order batay sa dokumentong Incoming Order, ang mga pagbabago ay ginawa sa mga function na Document Currency(), ValDocumentAmount(), Document Rate(), ang procedure Sa Simula ng Value Selection()
85) Para sa configuration 1C: USN, ed. Idinagdag ang 1.3:
1. bagong katangian na DocBase sa mga dokumento ng Receipt Order at Outgoing Order, ang katangiang ito ay ipinapakita sa anyo ng mga tinukoy na dokumento at nagpapahintulot sa iyo na ipakita ang mga pangalan ng item mula sa base na dokumento sa tseke ng cash register, ang mga pagbabago ay ginawa sa ang mga pamamaraan Sa dulo ng module ng form, ang mga uri ng mga dokumento ay tinukoy ng programmatically para sa pagpili sa katangian ng DocBase.
2. Para sa dokumentong Papalabas na Order, sa setting na "Enter based on", ang mga sumusunod na dokumento ay idinagdag: Incoming Order, Services of Third Party Organizations, Receipt of Inventory, Receipt of OS at Receipt of intangible assets sa "Enter on ang listahan ng batayan
86) Kapag nagpi-print ng mga tseke ng KKM, ang opsyon sa pagkalkula ng buwis ay isinasaalang-alang - "VAT sa itaas" (dati sa tseke ang halaga ng VAT ay ipinapakita sa kasong ito bilang surcharge) para sa mga configuration ng 1C: Trade at warehouse, ed. 9.2, 1C: Kumplikado, ed. 4.5 at 1C: Accounting, ed. 4.5 (para sa 1C: USN, rev. 1.3 - hindi kinakailangan)
87) Sa pagproseso ng mga panlabas na form sa pag-print (EPF) fr54_ChekaPrint.ert, ang mga bagong uri ng mga batayang dokumento at ang opsyon sa pagkalkula ng buwis - "VAT sa itaas" ay isinasaalang-alang.
88) Sa pagproseso ng pagseserbisyo sa mga fiscal registrar, isang tseke ang ipinakilala para sa bisa ng ipinadalang password para sa pag-access sa mga pamamaraan ng FR. Pinapayagan na huwag tukuyin (iwang blangko) ang administrator at mga password ng user sa pagproseso ng "Pagse-set up ng mga kagamitan sa pangangalakal" (ang tab na "Fiscal registrar"), sa kasong ito, ang pagproseso ng pagpapanatili ng FR ay gagamit ng mga default na password: administrator password = 30, password ng user = 1.
89) sa pagproseso ng serbisyo fr54_Shtrih-M.ert, ang mga komento ng Shtrih-M teknikal na suporta sa paggamit ng FFD protocol 1.05 ay isinasaalang-alang
90) ang mga natukoy na bug ay naayos na.
[Bersyon 2.1.1] 06/26/17
91) Nagdagdag ng bagong halaga para sa parameter na "Rule1kop" - "2 - paganahin, huwag magpakita ng mga surcharge sa resibo". Pagkatapos i-install ang update na ito, kailangan mong muling piliin ang mga halaga ng parameter na ito sa KKM Control Panel (kung na-install ito nang mas maaga).
92) Sa pagpoproseso ng pagpapanatili ng FR, isang tseke ang idinagdag na ang shift ay bukas nang higit sa 24 na oras.
93) sa pagproseso ng serbisyong fr54_Atol.ert, ang mga komento ng teknikal na suporta ng Atol sa aplikasyon ng protocol ng FFD 1.05 ay isinasaalang-alang. Para gumana ang protocol na ito, dapat na hindi bababa sa 8.14.2 ang bersyon ng driver ng KKM, dapat na hindi bababa sa 3689 ang bersyon ng KKM firmware (kasalukuyang 4139).
94) ang mga natukoy na error ay naayos na.
[Bersyon 2.1.2] 06/28/17
95) sa pagproseso ng serbisyo fr54_Atol.ert idinagdag check ng mga uri ng pagbabayad sa talahanayan 12 ng POS printer driver kapag gumagamit ng FFD 1.05 protocol. Kung ang mga piskal na uri ng mga pagbabayad ay hindi tumutugma sa mga default na halaga, ang mga ito ay dadalhin sa mga default bago i-print ang tseke
96) sa KKM control panel sa tab na "Mga Setting," naidagdag ang attribute na "Link sa kasalukuyang user." Bilang default, para sa mga karaniwang configuration, ang halaga nito ay katumbas ng "glUser" - ito ang pangalan ng global module variable na naglalaman ng link sa elemento ng direktoryo ng Mga User. Para sa mga hindi karaniwang configuration, maaaring ma-override ang value ng attribute na ito.
97) naayos na ang mga natukoy na bug.
[Bersyon 2.1.3] 06/29/17
98) naayos na error sa pagproseso ng fr54_NomenclatureListForPrint.ert:
EXTFORMS\EQUIP\FR54_PRINT NOMENCLATURE LIST.ERT(184)): Hindi nakita ang pinagsama-samang field ng object (Bilang)
99) sa mesa Mga parameterfr.xls nagdagdag ng column na may mga pinaikling pangalan ng parameter
[Bersyon 2.2.0] 02.07.17
100) Nagdagdag ng mga bagong opsyon sa tab na "Mga Setting" sa Control Panel ng KKM:
. Payagan ang pag-withdraw sa FR para lamang sa mga napiling seleksyon sa tab na "Mga Parameter" - pinapayagan ka ng flag na ito na limitahan ang mga kundisyon para sa pag-withdraw ng mga tseke sa FR ng mga kumpanya, user, atbp.
. Payagan ang pag-withdraw ng tseke sa FR gamit ang "mga lumang algorithm" - bilang default, pinagana ang pagharang na hindi pinapayagan ang pag-withdraw ng tseke sa FR kung ginamit ang pamamaraan sa pag-print ng resibo, na hindi iniangkop para sa mga online na cash register.
[Bersyon 2.2.1] 07/19/17
101) Isang bagong parameter ang naidagdag sa KKM Control Panel sa tab na Mga Opsyon sa Karagdagang pangkat:
. 18) EGAIS - Ayusin ang VEGAIS Check - ginagamit kapag nag-aayos ng mga tingi ng alkohol sa EGAIS kasama ang solusyon https://infostart.ru/public/433840/
102) Inayos ang mga bug, mga na-optimize na algorithm sa pagproseso ng fr54_Settings.ert
103) Inayos ang mga bug sa pagproseso ng fr54_NomenclatureListForPrint.ert
104) Suporta para sa pag-aayos ng mga resibo sa retail retail ng alak sa Unified State Automated Information System kasabay ng solusyon https://infostart.ru/public/433840/
105) Sa pagproseso ng pagpapanatili ng FR, ang paglipat ng pangalan ng nomenclature sa pamamagitan ng mga linya ay idinagdag (kung sinusuportahan ito ng kagamitan)
106) Sa pagpoproseso ng pagpapanatili ng FR, idinagdag ang pagbabalik ng numero ng dokumento sa pananalapi sa pamamagitan ng variable ng Numero ng FD sa pamamaraan ng pag-print ng resibo.
[Bersyon 2.2.2] 25.07.17
107) Depende sa bersyon ng firmware ng POS printer, ang bersyon ng FR driver, pati na rin ang template ng resibo (para sa Atol), may mga paghihigpit sa haba ng pangalan ng item na ipinapakita sa posisyon ng resibo. Kung ang pinahihintulutang haba ng pangalan ng nomenclature ay lumampas, ang FR ay maaaring mag-isyu ng error na "Invalid length" at abnormal na kanselahin ang resibo.
Upang malutas ang problemang ito, isang parameter ang idinagdag sa KKM Control Panel
. 19) MDN - MaxLength ng Pangalan, na nagpapahintulot sa iyo na i-trim ang pangalan ng nomenclature sa tinukoy na haba bago ito i-output sa FR. Upang masuportahan ng FR ang maximum na haba ng pangalan na 128 character, inirerekomendang i-update ang KKM firmware at ang FR driver sa pinakabagong bersyon at gamitin ang FFD protocol na bersyon 1.05
108) Pinalawak ang listahan ng mga halaga ng parameter 7)PET - PrintReceipt: Mga control panel ng cash register: idinagdag ang kakayahang huwag paganahin ang pag-print sa cash tape ng anumang resibo (hindi lamang electronic). Gamitin ang pagkakataong ito sa iyong sariling peligro at panganib, tk. Ang batas ay nagbibigay ng administratibong pananagutan para sa kabiguan na mag-isyu ng isang resibo ng pera - dapat itong mailabas - alinman sa electronic o papel na anyo.
109) Nagdagdag ng suporta para sa hindi pagpapagana ng pag-print ng anumang resibo sa pagproseso ng serbisyo ng FR
110) Pinahusay na bahagyang mga algorithm ng pagbabayad sa pagproseso ng fr54_NomenclatureListForPrint.ert
[Bersyon 2.3.1] 02.08.17
111) Kapag sinusuri ang bisa ng isang numero ng telepono para sa isang elektronikong tseke, pinapayagan na itong magsaad ng numero ng telepono na nagsisimula sa +7... (mga pagbabago sa pagproseso ng fr54_Settings.ert)
112) Isang bagong parameter ang naidagdag sa KKM Control Panel sa tab na Mga Opsyon sa Karagdagang pangkat:
. 20)#FD - ReturnFDNumber - Bilang default, ibinalik ang check number. Kung itinakda mo ang halaga ng parameter na ito: 1 - "Oo", ibabalik ang numero ng dokumentong piskal bilang check number. Ang parehong mga numero (check number at FD number) ay ipinapakita sa tseke. Ang numero ng tseke ay binibilang sa loob ng shift ng cash register, pagkatapos isara ang shift, ang pagnunumero ng tseke ay magsisimula sa 1. Ang numero ng FD ay isang through check number, ang pagnunumero nito mula sa 1 ay magsisimula lamang pagkatapos ng pagpapalit ng FN (fiscal drive) .
Gamit ang parameter na ito, maaari mong piliin kung aling numero ang ibabalik sa 1C at itatala sa 1C na dokumento. Ang pag-imbak ng numero ng FD sa 1C sa halip na numero ng tseke ay maginhawa sa mga tuntunin ng pagkuha ng kopya ng tseke sa pamamagitan ng numero ng FD (function ng serbisyo sa Control Panel ng KKM).
113) Nagdagdag ng suporta para sa mga pagsusuri sa pagwawasto. Upang gawin ito, ang tab na "Mga Pagsusuri sa Pagwawasto" ay idinagdag sa Control Panel ng POS printer. Sa tab na ito, maaari kang magpasok ng data para sa pagsusuri ng pagwawasto nang manu-mano at i-punch ito sa FR. Parehong bersyon ng correction check ay sinusuportahan: 1 (para sa FFD 1.0 protocol) at 2 (para sa FFD 1.05).
Opsyonal ang attribute na "Base Document". Maaaring gamitin ang pagpuno nito upang awtomatikong matukoy ang CHO ng isang resibo ng pagwawasto sa kaso kapag ang CHO - [auto] ay napili sa form para sa resibo ng pagwawasto.
Ang tseke sa pagwawasto ay maaaring may dalawang uri: "Papasok" - isang operasyon kung saan ang gumagamit ay nagdeposito ng mga pondo sa pagwawasto at "Gastos" - isang operasyon kung saan ang gumagamit ay nag-withdraw ng mga pondo sa pagwawasto.
Matapos mailagay ang resibo ng pagwawasto, ang Numero ng Resibo at Numero ng FD ay ibabalik sa mga detalye ng parehong pangalan sa form sa pagproseso.
114) Sa pagpoproseso ng pagpapanatili ng FR, naayos ang mga error sa pagtukoy ng numero ng FD kapag nagpi-print ng tseke
115) Pagproseso ng parameter 20)#FD - ReturnFDNumber ay naidagdag sa FR service processing
116) Sa pagproseso ng serbisyo ng FR para sa pagpapatupad ng mensahe ng FS RAR http://egais.ru/news/view?id=1518, kapag naglilipat ng mga tseke para sa tingian na pagbebenta ng mga produktong alkohol sa EGAIS, ang FD number ay palaging ginagamit na bilang check number.
117) Nagdagdag ng suporta para sa pag-print ng mga tseke sa pagwawasto sa FR maintenance processing
118) Sa pagpoproseso ng fr54_ChequePrint.ert, isang error ang naayos dahil sa kung saan ang tanda ng pagbabayad ng isang card ng pagbabayad ay hindi wastong naibalik sa 1C na dokumento (sa kaso ng pagbabago ng uri ng pagbabayad bago masira ang tseke sa pamamagitan ng panlabas na pagproseso)
119) Kapag ginagamit ang VPF sa pamamagitan ng pagproseso ng fr54_ReceiptPrint.ert, ang buong pangalan ng item (kung mayroon man) ay naka-print sa resibo sa halip na sa maikli.
[Bersyon 2.3.2] 08/03/17
120) Pagpino ng mga algorithm para sa pag-print ng mga resibo ng pagwawasto
121) Na-update ang pagproseso ni Sergey para sa pagpili ng uri ng pagbabayad fr54_PaymentType Selection.ert.
[Bersyon 2.3.3] 04.08.17
122) Pagpino ng mga algorithm para sa pag-print ng mga resibo ng pagwawasto
123) Inayos ang mga error sa pagtukoy ng bilang ng dokumentong piskal
[Bersyon 2.3.4] 08/15/17
124) sa pagproseso fr54_Settings.ert inayos ang error sa output ng cashier sa mga KKM na ulat (X-report, Z-report, atbp.) kung sakaling gumamit ng ilang FR sa isang lugar ng trabaho
125) ay nagdagdag ng kakayahang gamitin ang parameter " Huwag Callfr54_Settings". Binibigyang-daan ka ng parameter na ito na huwag ma-access ang pagproseso fr54_Settings.ert. Magagamit ito kung ang programmer ay nagbigay para sa paglipat ng lahat ng kinakailangang parameter mula sa 1C configuration at ayaw tumawag ng iba pang auxiliary processing maliban sa pagproseso ng FR service.
126) sa Talaan ng mga ginamit na uri ng mga dokumento (sa tab na " Mga setting Idinagdag ang column na "Mga control panel ng KKM) Uri ng resibo". Binibigyang-daan ka nitong i-override ang uri ng resibo para sa isang partikular na uri ng dokumento. Magagamit ito upang tahasang tukuyin ang uri ng resibo para sa mga alternatibong dokumento kung saan naka-print ang isang resibo sa VPF mode (halimbawa, mula sa Sales, ReturnFromCustomer na mga dokumento, atbp.), pati na rin mula sa mga karaniwang dokumento (halimbawa, para sa isang dokumento ng cash settlement, maaari mong itakda ang uri ng resibo sa "Bumili" sa halip na "Pagbabalik ng sale" kung ang configuration ng 1C ay ginagamit upang tumanggap ng scrap mula sa publiko)
127) sa preview form (processing fr54_ListNomenclatureForPrint.ert) naayos ang mga bug.
128) sa window ng preview sa header ng form, ang karagdagang impormasyon ay ipinapakita, tulad ng: uri ng tseke, CHO, Cashier.
129) sa window ng preview, may idinagdag na flag upang hindi paganahin ang awtomatikong pagkalkula ng mga uri ng pagbabayad sa form - maaaring gamitin kung walang mahigpit na pagsasali ng halaga ng pagbabayad sa form na ito sa mga detalye ng dokumento, halimbawa, para sa mga alternatibong dokumento, gaya ng: Sales, ReturnFromBuyer, atbp.
[Bersyon 2.3.5] 08/16/17
130) Pinalawak at binago ang mga value ng parameter 9)Opl = RequestPaymentType. Ngayon, gamit ang parameter na ito, maaari mong tahasang itakda ang uri ng pagbabayad na ganap na CASH o ELECTRONIC - nang walang pag-prompt para sa uri ng pagbabayad kapag may inilagay na tseke sa isang cash register (para sa higit pang mga detalye, tingnan ang ParametersFR.xls).
PANSIN! Ang halaga para sa kahilingan sa uri ng pagbabayad ay naging "2". Dapat mong i-reset ang setting na ito pagkatapos ng pag-upgrade kung nagamit mo na ito. Kung hindi, posible ang maling operasyon.
[Bersyon 2.3.6] 20.08.17
131) Ang linyang "ADVANCE" ay awtomatikong idinaragdag sa tseke kung ang halaga ng bayad ay lumampas sa halaga ng batayang dokumento (invoice)
132) Muling idinisenyong manwal ng gumagamit
[Bersyon 2.4.0] 13.10.17
133) Mga pag-aayos sa pagpoproseso ng serbisyo ng Shtrih-M: paggamit ng password ng administrator kapag nagpi-print ng mga tseke sa pagwawasto, pagkuha ng check number para sa shift, ang numero ng fiscal document, ang pagpapakita ng halaga ng pagbabago sa tseke ay naidagdag.
134) para sa pagproseso ng serbisyo ng FR emulation, may idinagdag na opsyon na nagbibigay-daan sa iyong i-disable ang pagbuo ng numero ng resibo sa random na paraan - sa tab na "Mga Setting" ng KKM Control Panel.
135) sa pagpoproseso ng pagpapanatili ng FR, ang mga algorithm para sa pag-access ng mas mababang antas ng data ay nilinaw, ang kakayahang huwag paganahin ang pag-print ng header ng EGAIS check slip ay naidagdag, dahil kino-duplicate nito ang data na ipinapakita sa tseke ng online cash register - sa tab na "Mga Setting" ng KKM Control Panel.
136) Naayos na bug - halaga ng parameter 19) MDN(Max. haba ng pangalan ng item) ay hindi ginamit kapag namamahagi ng mga posisyon ng resibo sa window ng preview ng resibo.
137) Mga pagwawasto sa algorithm para sa awtomatikong pamamahagi ng mga posisyon ng tseke ayon sa parameter 16) RPN at ang button na "Punan" sa window ng preview ng resibo.
[Bersyon 2.4.2] 01.11.17
138) Ang lohika ng pagbabasa ng mga halaga ng string mula sa mga talahanayan ng driver ng POS printer ay nilinaw sa pagproseso ng pagpapanatili ng FR
139) para sa driver ng Atol, ang paggamit ng firmware 4555 ay isinasaalang-alang ( Pansin! sa firmware 4555, ang tamang output ng mga rate ng VAT ay hindi ginagarantiyahan sa mga naunang bersyon ng pagproseso /bago ang bersyon 2.4.2/)
140) Na-update na mga tagubilin ng user (nagdagdag ng mga tagubilin para sa pag-angkop ng mga hindi sinusuportahang 1c7.7 configuration na hindi nagbibigay para sa koneksyon ng retail equipment)
[Bersyon 2.4.3] 12/19/17
141) Ang pindutan " Ipagpatuloy ang pag-print", na nagbibigay-daan sa iyong magpatuloy sa pag-print ng piskal na dokumento para sa driver ng Shtrih-M pagkatapos mag-alis ng jam o maubos ang papel
142) Para sa driver ng Atol, idinagdag ang pag-print ng check header kapag ang " 6) PAP"("Suriin ang Address ng Mamimili")
143) Inayos ang mga natukoy na bug
[Bersyon 2.4.4] 06.03.18
144) ay isinasaalang-alang para sa mga tipikal na configuration ng 1C, suporta para sa pagsasara ng mga shift ng checkout sa pamamagitan ng isang regular na mekanismo kapag gumagamit ng ilang FR sa isang lugar ng trabaho:
- sa panlabas na pagproseso ng serbisyo ng FR (EQUIP\fr54_***.ert), ginawa ang mga pagbabago sa pamamaraan Sa Pagbubukas
- ang mga pagbabago ay ginawa sa pamamaraan ng global gFR moduleCloseShift() at ang pagproseso ng CloseCash Shift
[Bersyon 2.5.0] 10.04.18
145) Ang mga detalye para sa paglilipat ng pangalan, numero at petsa ng dokumento ng batayan para sa pagwawasto ay idinagdag sa resibo ng pagwawasto.
146) Para sa parameter<Правило1коп>"12)П1к" ngayon ang default na halaga ay "2 - paganahin, huwag magpakita ng mga surcharge sa resibo". Ginagawa ito dahil sa ang katunayan na ang mga tagagawa ng mga cash register ay inirerekomenda na gamitin ang panuntunang ito palagi kapag nagpi-print ng mga tseke. Ang bagong POS printer firmware para sa Shtrikh-M ay hindi sumusuporta sa pag-print ng resibo kung ang panuntunang ito ay hindi pinagana, na nagbibigay ng error na "Maling parameter para sa mga setting na ito".
PANSIN!!! Pagkatapos mag-upgrade sa release na ito, suriin ang setting ng parameter na ito at baguhin ito, kung kinakailangan, alinsunod sa lohika ng iyong accounting system.
147) Sa lahat ng kaso, ang buong pangalan ng mga kalakal ay ililipat sa tseke ng KKM, kung ito ay napunan.
148) Nagdagdag ng parameter para sa paglilipat ng mga kinakalkulang halaga ng VAT sa isang resibo ng KKM<ПередаватьСуммыНДС>"21) SumVAT". Bilang default, hiwalay na kinakalkula ng FR ang halaga ng VAT para sa mga item ng tseke batay sa mga inilipat na halaga ng Halaga at rate ng VAT ng item ng tseke.
Gayunpaman, kapag ginagamit ang parameter<Правило 1 коп.>ang halaga ng VAT sa tseke ay maaaring mag-iba sa halaga ng VAT na nakasaad sa 1C na dokumento. Maaari mong gamitin ang opsyong ito upang malutas ang mga pagkakaiba.
PANSIN!!! Para sa mga POS printer na gumagamit ng Shtrikh-M driver, gagana lang ang parameter na ito kung ang "rule 1 kop" ay pinagana gamit ang "12)P1k" na parameter.
149) Idinagdag ang kakayahang ilipat ang TIN ng cashier sa OFD. Kung gusto mong tukuyin ang TIN ng cashier, ilagay ito pagkatapos ng pangalan ng cashier, na pinaghihiwalay ng ampersand (&). Halimbawa: Anna Ivanova &112233445566. Ang TIN ng cashier ay ililipat sa OFD, ngunit hindi ipi-print sa tseke.
Kung ang pangalan ng kasalukuyang user mula sa direktoryo ng Mga User ay ginagamit kapag nagpi-print ng tseke, maaari kang magdagdag ng bagong katangian na may TIN identifier sa direktoryo na ito sa pamamagitan ng configurator. Ang halaga ng attribute na ito ay gagamitin sa tseke bilang TIN ng cashier, at sa pangalan ng user ang TIN ay maaaring tanggalin sa pamamagitan ng ampersand (&). Kung ang katangiang ito ay napunan sa parehong oras at ang TIN ay tinukoy sa pangalan ng cashier sa pamamagitan ng ampersand (&), kung gayon ang TIN na tinukoy sa pangalan ng cashier ay gagamitin sa tseke (ito ay may mas mataas na priyoridad kaysa sa halaga ng ang variable ng TIN).
150) Ang algorithm ng pagkalkula ayon sa Rule of 1 kopeck ay nilinaw. Minsan nagbigay siya ng resulta na naiiba ng 1 kopeck. mula sa tapat. Alexander Medvedev aka Ondul Kami ay nagpapasalamat sa pag-aaral ng problemang ito.
151) Inayos ang mga bug.
[Bersyon 2.5.2] 20.04.18
152) Nag-ayos ng error sa correction check para sa driver ng Atol na nagsusulat ng correction base kung hindi ito napunan. Mga pagbabago lamang sa pagproseso ng fr54_Atol.ert, kaya ang numero ng bersyon ng natitirang mga module ay nananatiling 2.5.0
[Bersyon 2.5.3] 04/25/18
153) Inayos ang error sa paglalapat ng parameter<МаксДлинаНаименования>(hindi inalis ang mga hindi gaanong puwang sa kanan sa pangalan ng nomenclature)
154) Inayos ang error gamit ang parameter para sa driver ng Atol<ПередаватьСуммыНДС>
[Bersyon 2.5.4] 11.05.18
155) Inayos ang error sa paglilipat ng tag na 1203 "TIN ng cashier" sa mga ulat sa pagbubukas at pagsasara ng shift kapag gumagamit ng Shtrih-M driver
[Bersyon 2.6.0] 05/14/18
156) Nagdagdag ng mekanismo para sa output ng non-fiscal data (NFD) kapag nagpi-print ng tseke sa FR.
Mga halimbawa ng impormasyon sa output:
- Pangalan o buong pangalan ng katapat;
- Pangalan ng kontrata ng katapat;
- impormasyon tungkol sa mga diskwento o promosyon;
- impormasyon sa advertising;
- ibang arbitraryong teksto.
Ang mekanismong ito ay nagbibigay-daan sa:
- i-configure ang output ng mga arbitrary na non-fiscal na linya sa simula at dulo ng resibo, bago at pagkatapos ng output ng mga item ng nomenclature ng resibo sa random na pagkakasunud-sunod;
- ayusin ang awtomatikong line wrapping ng mahabang text depende sa lapad ng FR tape;
- tukuyin ang paraan ng pag-align para sa di-piskal na teksto kapag nagpi-print sa FR: sa kaliwang gilid, sa gitna, sa kanang gilid, pati na rin sa anyo ng isang tagapuno kasama ang lapad ng tape (upang ipakita ang mga linya ng delimiter );
- kapag nagpapakita ng hindi piskal na data, maaari kang magdagdag ng numeric na halaga na awtomatikong ipo-format at ipapakita sa resibo sa kanang gilid kasama ang lapad ng tape (halimbawa, pagpapakita ng halaga ng diskwento o presyo bago ilapat ang diskwento) ;
- i-configure ang output ng text sa dalawang column, habang ang text sa kaliwang column ay naka-align sa kaliwa, sa kanang column - sa kanan.
- pamahalaan ang output ng mga non-fiscal na linya sa resibo nang interactive sa pamamagitan ng preview window ng resibo (fr54_NomenclatureListForPrint.ert);
- i-set up ang output ng mga non-fiscal lines sa programmatically sa PrintReceipt (PunchReceiptOnCRM) procedure, gayundin sa pamamagitan ng VPF fr54_ReceiptPrint.ert sa Document Handler procedure.
Kasabay nito, kailangan mong magdagdag ng isang bagong hanay na may pangalang NFD sa talahanayan ng mga halaga ng Listahan (Listahan ng mga Kalakal):
ItemList.NewColumn("NFD","Number");
Maaaring kunin ng column na ito ang mga sumusunod na numerong halaga:
- 0 - "FISCAL LINE" (ginamit tulad ng dati upang ipakita ang mga posisyon sa pananalapi ng tseke)
- 1 - "Linya na hindi piskal na may kaliwang pagkakahanay"
- 2 - "Linya na hindi piskal na may pagkakahanay sa gitna"
- 3 - "Linya na hindi piskal na may tamang pagkakahanay"
- 4 - "Linya na hindi piskal na may pagkakahanay at pagputol sa lapad ng tape" (upang ipakita ang mga linya ng delimiter).
Ang text ng non-fiscal line ay tinukoy sa TovNim column ng List (List of Goods) value table.
Kung kailangan mong maglipat ng anumang halaga ng kabuuan, maaari mo itong tukuyin sa hanay ng Presyo. Ipo-format ang numerong ito at ipapakita nang nakahanay sa kanan kapag nagpi-print ng resibo.
Ang natitirang mga column ng Talaan ng mga halaga ay dapat iwanang walang laman kapag nagpapakita ng hindi piskal na data.
[Bersyon 2.6.1] 05/29/18
157) Ang sumusunod na halaga ay naidagdag sa mekanismo para sa pag-output ng non-fiscal data (NFD) kapag nagpi-print ng resibo sa FR:
- 5 - "Cut"(nagbibigay-daan sa iyong gumawa ng segment ng tseke na may cliché na output)
158) Sa pagpoproseso ng fr54_ChequePrint.ert, ang error sa pagpapakita ng halaga ng VAT para sa mga dokumento Statement LineIncoming at Statement LineExpense ng mga tipikal na configuration 1C
159) Ang isang function ay idinagdag sa pagpoproseso ng serbisyo ng fiscal registrar upang matanggap ang balanse ng cash sa cash drawer. Ang pamamaraan ng fr54_settings.ert para sa pagtawag sa function na ito ay nasa pagproseso ng fr54_Settings.ert. Kung kinakailangan, maaari itong ilipat sa pandaigdigang module ng iyong 1C configuration.
160) Ang kasalukuyang balanse sa cash sa cash drawer ay maaaring tingnan sa pamamagitan ng pagpindot sa "Cash balance" na buton sa tab na "Serbisyo" ng KKM Control Panel.
161) idinagdag FAQ.doc(madalas na tanong at sagot)
[Bersyon 2.6.1+] 06/08/18
162) naayos ang isang bug - kapag nagpi-print ng resibo sa FR, nadoble ng driver ng Shtrikh-M ang pangalan ng huling posisyon sa resibo.
[Bersyon 2.6.2] 06/30/18
163) Inayos ang mga natukoy na bug
164) Para sa FFD protocol 1.05 at mas mataas, ang output ng mga tag na "Paksa ng pagkalkula" at "Paraan ng pagkalkula" ay idinagdag
165) Sa Mga Setting ng Control Panel ng POS printer, idinagdag ang opsyon na "Pahintulutan ang pag-withdraw ng tseke sa FR sa VPF mode nang hindi nagpo-post ng dokumento"
[Bersyon 2.6.3] 11.07.18
166) Mga na-optimize na algorithm para sa pag-print ng mga resibo.
167) Sa mga parameter ng Control Panel ng KKM, ang pagpili ng FFD 1.1 protocol ay idinagdag
[Bersyon 2.7.0] 04.10.18
168) Inayos ang mga natukoy na bug
169) Sa form ng preview ng tseke, ang kakayahang i-edit ang uri ng tseke, sistema ng buwis, buong pangalan at TIN ng cashier kaagad bago i-print ang tseke ay naidagdag.
[Bersyon 2.8.0] 27.11.18
170) Nagdagdag ng suporta para sa 20% na rate ng VAT, na dapat ilapat mula 01/01/2019. Bago ang 01/01/2019, kailangan mong i-update ang firmware sa bago na sumusuporta sa 20% na rate ng VAT IN ADVANCE. Sa kasong ito, sa Bisperas ng Bagong Taon sa 0:00 (KKM orasan), awtomatikong lilipat ang KKM sa bagong rate ng VAT.
[Bersyon 2.8.1] 12/23/18
171) Inayos ang mga natukoy na error, kasama. para sa Shtrih-M ang problema "80: Ang pag-print ng nakaraang utos ay isinasagawa"
[Bersyon 2.8.2] 01/31/19
172) Inayos ang mga natukoy na bug
173) Para sa Shtrikh-M, naayos na ang problema sa paglilipat ng TIN ng cashier sa OFD
174) Para kay Atol, naayos na ang mga error sa correction check, idinagdag ang suporta para sa ilang rate ng VAT sa isang correction check (sinusuportahan mula noong bersyon ng DTO driver 8.16.4)
175) para sa emulation mode, naidagdag ang isang mas detalyadong display ng correction check
[Bersyon 2.9.0] 05.02.19
176) Nagdagdag ng suporta sa mga tseke (kabilang ang mga tseke sa pagwawasto) para sa pagpasa ng tag 1192 ("Karagdagang kinakailangang pagsusuri"). Sa pamamagitan ng katangiang ito, maaari mong ilipat ang Fiscal sign ng isang tseke na dati ay maling nabuo gamit ang isang cash register. Magbasa pa Pagbuo ng tseke sa pagwawasto
Maaaring ilipat ang katangian ng piskal ng dokumento sa isang resibo sa pamamagitan ng programmatically sa pamamagitan ng parameter na "Tag1192" o interactive sa pamamagitan ng form sa Pag-preview ng Resibo (pinapagana ang parameter ng KKM Control Panel 14)PFC = 2)
177) 15)P1N= Oo), ang mga halaga ng tag ay ipinadala sa resibo bilang default Paksa ng Pagkalkula= "Produkto" at Paraan ng pagkalkula= "Buong settlement".
178) Hindi pinagana ang mga hindi na ginagamit na pamamaraan para sa pagrehistro ng mga item ng tseke. Gayunpaman, gamit ang " P1k Ang " = 0 (hindi pagpapagana sa "Mga Panuntunan ng 1 kop.") ay nagbibigay-daan sa iyo na mag-punch ng mga tseke gamit ang isang diskwento at nang hindi hinahati ang heading sa dalawang linya, na nag-aalis ng mga error sa pag-round.
[Bersyon 2.10.0] 03/05/19
179) Nagdagdag ng suporta para sa tag 1162 (code ng produkto). Upang ipasa ito sa talahanayan ng mga halaga Listahan ng Produkto, na inilipat sa pagpoproseso ng pagpapanatili ng FR, kailangan mong magdagdag ng karagdagang tatlong column na dapat punan ng kinakailangang data mula sa 1C:
- Uri ng Pagmamarka(uri ng Numero, uri ng pagmamarka, para sa sigarilyo = 5)
- MarkingGroup(uri ng String, code ng pangkat ng produkto, para sa mga sigarilyo = GTIN)
- MarkingInstance(type String, product identification code, para sa sigarilyo = Serial)
Sa ngayon, sinusuportahan ang paglipat ng label ng produktong tabako sa OFD.
54-FZ: RMK Tobacco para sa 1C 7.7
[Bersyon 3.0.0] 03/21/19
180) Nagdagdag ng suporta para sa bersyon ng driver ng Atol ATT 10
.
181) Idinagdag ang paglipat ng isang tanda ng isang dokumento sa pananalapi (FDO) pagkatapos maipasok ang isang tseke sa 1C. Ang halaga ng parameter na ito ay mababasa sa pamamaraan ng pagtawag sa pamamagitan ng pamamaraan:
Data = Listahan ng mga kalakal.Data54FZ;
FPD = Data.Get("FPD");
Kapag ang isang tseke ay ipinasok sa pamamagitan ng VPF (panlabas na naka-print na form), ang FOP ay nakasulat sa komentaryo ng dokumento, at kung ang dokumento ay naglalaman ng isang kinakailangan kasama ang FOP identifier, ito ay nakasulat dito.
182) Ang mga natukoy na error ay naayos na, ang User Instruction ay na-update (isang paglalarawan ng DTO10 support para sa Atol ay naidagdag na), ang mga paglilinaw ay ginawa sa paglalarawan ng mga parameter: 12) P1k, 17) FFD at 21) Sum VAT .
183) Ang pagpoproseso ng fr54_Atol10_Settings.ert ay idinagdag sa package upang ipatupad ang sarili nitong mekanismo ng lohikal na device para sa driver ng DTO10, dahil Ang mga lohikal na aparato ay hindi ibinigay ng driver na ito. Ang listahan ng mga lohikal na device para sa paglilingkod sa DTO10 ay naka-imbak sa Windows folder sa Windows\fr54_Atol10_Settings.ini file (kailangan mong bigyan ang user ng access sa pagsulat sa file na ito).
184) Ang numero ng fiscal accumulator ay inilipat sa EGAIS check, at hindi ang factory number ng cash desk, ayon sa RAR message http://egais.ru/news/view?id=1518. Ngayon ang numerong ito ay hindi kailangang maimbak sa direktoryo ng Cashier, ang pagproseso nito ay kinakalkula ng mga pamamaraan ng driver ng cash register.
[Bersyon 3.1.0] 21.04.19
185) Inayos ang mga natukoy na bug
186) Sa pagproseso ng pagseserbisyo sa mga fiscal registrar, pinalawak ang listahan ng suporta para sa tag 1162 para sa mga minarkahang produkto: mga produktong tabako, kasuotan sa paa, mga produktong balahibo, mga gamot
.
Para sa mga retail na benta, inirerekumenda na gamitin ang module na "54-FZ: Mga online na cash register para sa 1C 7.7" kasabay ng aming produkto "", na nagbibigay ng pag-scan ng mga code ng pagmamarka kapag nagbebenta ng mga kalakal at inililipat ito sa kinakailangang format sa pagproseso ng serbisyo ng FR.
187) Nai-update na pagpoproseso ng kahilingan sa API sa serbisyo ng EAN (pagproseso ng Extforms\ean_online.ert, ni volk13): ang mga nakitang pangalan ng produkto ay tinanggal sa mga ipinagbabawal na character.
[Bersyon 3.1.1] 05/20/19
188) Pinalawak na paggamit ng parameter 4)#LU (<Номер ЛУ ФР>).
Ngayon, sa pamamagitan ng parameter na ito, maaari mong tukuyin ang serial (factory) number ng FD, na naghihiwalay dito sa LU number na may "ampersand" sign (&), halimbawa: 2&1234567901234,
kung saan ang 2 ay ang LU number, at ang 12345678901234 ay ang FR serial number na nakatalaga sa LU number na ito.
Sa kasong ito, susuriin ng programa ang tugma ng ibinigay na numero sa serial number ng aktwal na konektadong PD - kung hindi ito tumugma, tatanggihan ang operasyon.
Posibleng tukuyin sa parameter na ito ang serial number lang ng FD nang hindi tinukoy ang LU number, halimbawa: &1234567901234.
Sa kasong ito, gagamitin ng program ang tinukoy na serial number upang hanapin ang LU kung saan konektado ang FD na may tinukoy na serial number at isagawa ang operasyon sa natagpuang FD.
189) Sa pagproseso ng pagpili ng mga lohikal na device fr54_Atol10_Settings.ert, idinagdag ang "Check connection" button, na nagbabalik ng pangalan ng modelo at serial number ng FR o isang paglalarawan ng error kung imposibleng kumonekta sa FR gamit ang tinukoy na mga parameter.
[Bersyon 3.2.0] 05/25/19
190) Nagdagdag ng suporta para sa mga tag na 1227 (Pangalan ng customer / mamimili), 1228 (TIN ng customer), code ng bansang pinagmulan ng mga kalakal (Tag 1230), numero ng deklarasyon ng customs (Tag 1231), atbp. sa pagproseso ng pagseserbisyo sa mga fiscal registrar . Higit pang impormasyon tungkol sa layunin ng mga bagong tag ay matatagpuan sa link https://its.1c.ru/db/newscomm#content:458995:hdoc
Ang mga tag na ito ay sinusuportahan simula sa firmware 10-7824 para sa Atol at mula sa firmware na may petsang 10/24/2018 para sa Shtrikh-M.
Ang halaga ng mga tag na nauugnay sa isang resibo (hindi sa mga item sa resibo) ay maaaring ilipat sa isang resibo gamit ang program sa karaniwang paraan:
Data.Set("Tag1227", "Vasya Pupkin");
Data.Set("Tag1230", 413);
Ang mga tag ay ililipat sa OFD kapag na-clear ang tseke.
Kung kinakailangan na ang mga tag ay karagdagang i-print sa resibo sa isang hindi piskal na text (upang ipaalam sa bumibili), kailangan mong idagdag ang suffix na "_p" sa pangalan ng tag, halimbawa:
Data.Set("Tag1230_p", 413);
Para sa mga tag 1227 at 1228, maaari mong gamitin ang magkasingkahulugan na mga pagtatalaga na "Client" at "ClientINN", halimbawa, ang mga sumusunod na pares ng mga tala ay katumbas:
Data.Set("Tag1227_p", "Vasya Pupkin");
Data.Set("Client_p", "Vasya Pupkin");
at
Data.Set("Tag1228", "770123456789");
Data.Set("ClientTIN", "770123456789");
Ang mga halaga ng tag na tumutukoy sa mga item ng tseke ay maaaring ilipat sa isang tseke sa pamamagitan ng talahanayan ng halaga ng Listahan (Listahan ng mga Produkto). Upang gawin ito, kailangan mong magbukas ng mga karagdagang haligi na may mga pangalan ng mga tag dito at magtalaga ng mga halaga kapag pinupunan ang talahanayan ng mga halaga ng Listahan (Listahan ng Mga Kalakal) sa loop na lumalampas sa mga linya ng tseke, halimbawa:
List.NewColumn("Tag1230_p", "Number"); //code ng bansang pinagmulan ng mga kalakal (para sa Russia hindi ito napuno)
List.NewColumn("Tag1231", "String"); //Bilang ng deklarasyon ng customs
Tinutukoy ng suffix na "_p" sa pangalan ng tag kung ang halaga ng tag ay ipapakita sa tseke bilang isang non-fiscal line para sa kaginhawahan ng user, o ang halaga ay ililipat lamang sa OFD.
191) Ang suporta para sa mga bagong tag ay naidagdag sa pagproseso ng VPF fr54_PrintReceipt.ert.
192) Ang suporta para sa mga bagong tag ay naidagdag sa karaniwang mga dokumento ng pagsasaayos (TIS, Bukh, USN). Upang gawin ito, ang mga bagong detalye ay naidagdag sa header ng mga dokumento: FPD at Huwag Ilipat ang Kliyente sa VOFD at ang mga pagbabago ay ginawa sa mga module ng dokumento:
- PKO, RKO, Statement LineIncoming, Statement LineExpense, CheckKKM (TIS 9.2)
- IncomingOrder, OutgoingOrder (Bukh at USN)
Ang kinakailangang Huwag ilipat ang VOFD Client ay idinagdag sa mga anyo ng mga dokumento (maliban sa CheckCCM) sa anyo ng isang bandila. Ang FOD attribute ay ipinapakita sa text attribute na TextReceiptNumber ng KKM, para dito pinalaki ito sa form sa lapad upang ma-accommodate ang check number at ang FOD number.
Ang katangian ng FPD ay nagse-save ng piskal na katangian ng dokumento, na ginagamit bilang tag 1192 kapag bumabagsak sa isang tseke para sa isang refund batay sa isang tseke sa pagbebenta (o kabaliktaran).
193) Nai-update na mga file ng mga paglalarawan ng mga pagbabago sa mga dokumento ng karaniwang mga pagsasaayos:
- Mga Pagbabago Para sa ConfigurationTIS987_54FZ.txt
- ChangesForConfigurationBuh633_54FZ.txt
- ChangesForConfigurationUSN275_54FZ.txt
194) 54-FZ: RMK GISM (Pagmamarka) para sa 1C 7.7 na-update sa bersyon 1.3 - idinagdag ang suporta sa pag-label ng gamot at naayos ang mga bug.
[Bersyon 3.2.1] 05/31/19
195) Dahil inirerekumenda na pamahalaan ang pag-print ng mga karagdagang detalye ng tseke (tag) sa pamamagitan ng POS printer driver, ang paggamit ng "_p" suffix bilang default kapag ang pagbibigay ng pangalan sa mga tag ay inalis sa configuration modules at external processing (tingnan ang mga pagbabago sa bersyon 3.2.0).
Gayunpaman, kung ninanais, ang suffix na ito ay maaaring gamitin upang magpakita ng mga tag sa non-fiscal na text sa resibo (hindi inirerekomenda).
196) Inayos ang bersyon 3.2.0 na bug para sa pagpoproseso ng pagpapanatili ng driver ng ATO10 (fr54_Atol10.ert): nagkaroon ng error sa pag-print kapag nagpapasa ng mga karagdagang tag.
[Bersyon 3.2.2] 06/19/19
197) Inayos ang mga error kapag naglilipat ng tag 1162 (code ng produkto) para sa mga driver na DTO8 at DTO10 (Atol).
198) Inayos ang mga error kapag naglilipat ng mga tag 1129 - 1231 sa pamamagitan ng Shtrih-M driver. Upang ilipat ang halaga ng excise tax (tag 1229), ang bersyon ng driver ay dapat na hindi bababa sa 4.14.768 (na may petsang Hunyo 17, 2019) - maaaring ma-download mula sa link na https://cloud.mail.ru/public/PVBd/ 2tUfX7bz9
199) Idinagdag ang kakayahang maglipat ng tag 1227 (pangalan ng kliyente) kapag nawawala ang tag 1228 (TIN ng kliyente). Ito ay pinapayagan para sa protocol FFD 1.05. Para sa FFD 1.1, kailangan ang tag 1228 (TIN ng kliyente).
Naayos ang bug: bilang karagdagan sa TIN, ang mga unang character ng KPP ng kliyente ay inilipat sa tag 1228.
Ang mga pagbabago ay ginawa sa PrintReceipt() na pamamaraan sa mga dokumento ng pagsasaayos at ang pagproseso ng serbisyo ng VPF fr54_PrintReceipt.ert.
Upang ang mga tag na 1227 at 1228 ay hindi mailipat sa resibo kapag ginagamit ang VPF, kinakailangan na ang bandila na "Huwag ilipat ang kliyente sa OFD" ay itakda sa dokumento, o ang pangalan ng kliyente ay dapat "Pribadong tao" o "Mamimili ng tingi".
[Bersyon 3.2.2+] 06/20/19
200) Naayos ang bug: sa tag 1228, bilang karagdagan sa TIN, ipinadala ang mga unang character ng KPP ng kliyente. Ang mga pagbabago ay ginawa sa pamamaraan ng PrintReceipt() sa mga dokumento ng pagsasaayos at sa paglalarawan ng mga pagbabago sa pagsasaayos ChangesForConfiguration****.txt
201) Ang mga pagbabago ay ginawa sa pagpoproseso ng serbisyo ng Shtrih-M driver fr54_Strih-M.ert: sa ilang mga modelo ng FR, ang mga tag na 1227 at 1228 ay hindi ipinadala.
[Bersyon 3.2.3] 06/28/19
202) Naayos ang bug: Pagproseso ng VPF f r54_ReceiptPrint.ert ang TIN at ang pangalan ng bumibili ay hindi nailipat (mga tag 1227 at 1228)
203) Inayos ang mga bug kapag nagpapasa ng mga tag 1229 - 1231
204) Nagdagdag ng suporta para sa mga tag para sa mga ahente ng pagbabayad, pangangalakal ng komisyon: mga tag 1057, 1222, 1226, pati na rin ang mga tag 1005, 1016, 1026, 1044, 1073, 1074, 1075 (bilang bahagi ng kumplikadong tag 1223) at tag 1223 (bilang bahagi ng kumplikadong tag 1224)
54-FZ: RMK GISM (Pagmamarka) para sa 1C 7.7 na-update sa bersyon 1.4 - naayos na mga bug sa suporta para sa pag-label ng mga sapatos at gamot.
[Bersyon 3.3.0] 03.07.19
205) ang kakayahang tingnan, i-edit at magdagdag ng mga arbitrary na karagdagang tag ng resibo, pati na rin ang mga code ng pagmamarka ng produkto (tag 1162) ay naidagdag sa form ng Pag-preview ng Resibo.
206) ang kakayahang sumuntok ng tseke nang walang reference sa isang 1C na dokumento ay naidagdag sa KKM Control Panel. Binibigyang-daan ka ng universal check editor na gumawa, mag-edit at magpatakbo ng anumang tseke sa anumang nilalaman at anumang mga tag nang hindi nakatali sa 1C data.
207) Parameter 17) Default na ngayon ang FDD sa 1.05.
208) Pinahusay na compatibility sa 1C configuration: Production + Services + Accounting 7.7 sa pamamagitan ng VPF mechanism.
209) Idinagdag ang kakayahang mag-print ng mga tseke sa pamamagitan ng mekanismo ng VPF para sa mga hindi napapanahong configuration 1C TiS, ed. 9.2 nang hindi ina-update ang OpCode enum.
210) Inayos ang mga natukoy na bug
[Bersyon 3.3.1] 03.07.19
211) Inayos ang mga error sa pagproseso ng fr54_Settings.ert at fr54_NomenclatureForPrinting.ert.ert, na humahantong sa ilang mga kaso sa kawalan ng kakayahan na gamitin ang editor ng resibo.
212) Sa mode ng VPF, isinasaalang-alang na sa pagsasaayos ng 1C ay maaaring walang pangkalahatang katangian ng mga dokumentong "Komento" (fr54_PrintCheka.ert)
[Bersyon 3.3.2] 08.07.19
213) Nasa mode WPF(mga panlabas na form sa pag-print) ay nagdagdag ng suporta para sa pag-print ng mga tag 1230 at 1231 (Bansa ng pinagmulan at CCD) sa resibo kung sakaling magkaroon ng<auto-match> mga batch sa mga dokumento para sa pagbebenta ng mga kalakal at materyales. (Ang suporta para sa pag-print na naka-embed sa mga module ng dokumento ay ilalabas sa hinaharap.)
Kung kinakailangan, ang linya ng dokumento, kapag nagpi-print ng tseke, ay nahahati sa ilang mga posisyon, kung mayroong ilang mga customs declarations bawat linya sa dokumento ayon sa rehistro ng "Party Presence".
Ang mga rounding kopecks ayon sa Halaga at VAT ay awtomatikong itinatama kapag nag-output sa isang resibo, inirerekomendang paganahin ang " 21) SumVAT" upang ang kabuuan ng halaga ng VAT sa tseke ay tumugma sa orihinal na dokumento.
Garantiyang Ibabalik ang Pera
Ginagarantiyahan ka ng Infostart LLC ng 100% refund kung ang programa ay hindi tumutugma sa ipinahayag na paggana mula sa paglalarawan. Maaaring ibalik nang buo ang pera kung idineklara mo ito sa loob ng 14 na araw mula sa petsa ng pagtanggap ng pera sa aming account.
Ang programa ay nasubok sa trabaho na maaari naming magbigay ng ganoong garantiya nang buong kumpiyansa. Nais naming maging masaya ang lahat ng aming mga customer sa kanilang pagbili.
Buong pag-andar ng programa napatunayan, kung mayroon kang anumang mga katanungan kapag kumokonekta, magsulat Gagawin ko talaga sasagot ako, para dito hindi mo kailangang magkaroon ng teknikal na suporta.
Ang pagtatrabaho sa mga sumusunod na CCP ay suportado:
ATOL: "ATOL 11F", "ATOL 15F", ATOL 20F, "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 42FS", "ATOL 50F", "ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "ATOL 91F", ATOL WEB SERVER ;
HAT-M: "YARUS M2100F (YARUS M2100К)", "YARUS TF (YARUS TK)", "HAT -LIGHT-01F", "HATCH-M-01F", "RETAIL-01F (Retail-01K)", "HATCH-LIGHT -02F (HATCH-LIGHT-FR-K, HATCH-LIGHT-PTK, HATCH-LIGHT- 200)", "HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT- M 200)", "HAT-MINI-02F (HAT-MINI-PTK)", " SHTRIKH-FR-02F (SHTRIKH-FR-PTK)", "SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR-K)", "NCR-001F (PTK) NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR- 01F (SHTRIKH-FR-K)", "RETAIL-01F (PTK RETAIL-01K)", "RR-02F (RR-02K)", "RR-01F (RR-01K)", "RR-04F (RR) -04K)", "RR-03F (RR-03K)", "SHAT-COMBO-FRK ", "ELVES-MICRO-K", "SHTRIKH-MINI-K", "ELVES-MK", "SHTRIKH-COMBO -PTK", "SHTRIKH-950K"
VikiPrint: "VIKI PRINT 57 F", "VIKI PRINT 57 PLUS F", "VIKI PRINT 80 PLUS F"; Pirit (CSI): "PIRITE 2F", "PIRITE 1F (Pyrite 1K)", "PIRITE 2SF";
SPARK: "PRIM-07F", "PRIM-08F", "PRIM-88F", "PRIM-09F";
SPARK: "SPARK-115-F"; T bersyon: "AMS-100F"; Astral: "K1-F";
Serbisyo ng SPARKS: "MICRO 35G-F", "PORT-100 F" at "PORT-1000 F";
Alpha: "MSStar-TK"; AccountMash: "Felix-RMF"; ARS: "ars.evo 01 F"; StarRus: CASHIER - 57F, CASHIER - 80F, CASHIER-88F;
Mercury: "Mercury-119F"; "Mercury-MF"; Mercury-115F; Mercury-180F; Mercury-185F; InitPRO: NKR-01-F; FIT: "FIT-ONLINE-F";"FIT-NEWLINE-F"
at marami pang iba, kung hindi mo pa natagpuan ang iyong modelo, sumulat sa akin, malamang na ito ay sinusuportahan din
Makipagtulungan sa mga sumusunod na terminal ng Pagkuha ay suportado:
Rarus: Pagkuha ng terminal emulator; 1C: Pagkuha ng mga terminal Sberbank; ARCUS2:Pagkuha ng mga terminal Ingenico; iboxPro:Suportahan ang pagkuha ng mPos; mPos2can:Suporta sa 2can pagkuha; SKAM-1C: Pagkuha ng mga sistema; TRPOS:Pagkuha ng mga terminal; UCS-EFTPOS:Pagkuha ng mga terminal; GAZPROMBANK:Pagkuha ng mga terminal; INPAS:Pagkuha ng mga terminal UNIPOS; HAT-M: Terminal ng pagbabayad Yarus
Buong pangkalahatang-ideya ng functionality:
Mga tampok ng pag-andar sa pagproseso:
- Pangkalahatang pagproseso nang walang paghahati sa mga modelo ng hardware at mga bersyon ng software.
- Mga sumusuporta halos lahat kasalukuyang umiiral KKT.
- Mga sumusuporta gumana sa mga operating system Windows at linux.
- Sinusuportahan ang pag-print mula sa ilang mga lugar ng trabaho hanggang sa isang pag-checkout, ang tinatawag na " naka-print na pila».
- Mga sumusuporta VAT 20%.
- Sinusuportahan ang trabaho sa mga hindi karaniwang 1C na configuration, halimbawa Alpha Auto:Rarus, Dalion.
- Sinusuportahan, alinsunod sa mga kinakailangan ng Pederal na Batas 54, ang mga format ng palitan na may buwis: FFD 1.0, FFD 1.05 at FFD 1.1(Pagtuturo, seksyon " Suportahan ang FFD 1.05 / FFD 1.1 »)
- Binibigyang-daan kang hatiin ang isang tseke sa ilang mga fiscal registrar.(Pagtuturo, seksyon " Pamamahagi sa iba't ibang fiscal registrar »)
- Para sa mga sistema ng pagbubuwis kung saan ang mga tseke ay hindi kinakailangang i-account ng bawat item, maaari mong magtakda ng isang linya, na ipi-print, halimbawa, "Mga Produkto". (Pagproseso, parameter " Default na nomenclature»)
- Maaaring i-print "kopya" ng tseke sa karaniwan printer, o isang printer ng dokumento.
- Mga sumusuporta suriin ang preview bago mag-print, at kapag nagse-set up ng template ng dokumento. Available ang preview sa form ng mga setting ng pag-print sa pamamagitan ng pag-click sa kaukulang button.
- Ang mga sinusuportahang format at kagamitan ng palitan ay magkapareho para sa mga platform 1C 8.1, 8.2 at 8.3 (Para sa platform 8.1 suporta NATIVE mga bahagi ng hardware)
- Mga sumusuporta pagpapadala ng electronic check ibig sabihin 1C sa e-mail o numero ng telepono ng customer SMS
- Nagbibigay-daan sa iyo na isaalang-alang kaagad sa isang dokumento ilang sistema ng pagbubuwis, halimbawa, DOS, at UTII. (Pagtuturo, seksyon "Pamamahagi ng AtoN »)
- Maaari mong tukuyin ang iyong sariling template ng resibo. Display advertising, barcode, o iba pang impormasyon. (Pagtuturo, seksyon "Template ng Dokumento »)
- Isinasaalang-alang Prepaid na gastos at paunang bayad, kapwa para sa mga format ng palitan ng FFD 1.05 at FFD 1.0. (Pagtuturo, seksyon "I-print ang Form ng Pag-verify »)
- Nagbibigay-daan sa iyo na ipakita ang mga kalakal ng komisyon at data tungkol sa supplier at ahente sa resibo.
- Sinusuportahan ang ganap na pag-print ng mga tseke na may listahan ng mga item mula sa mga dokumento ng pera.
- Naglalaman ng isang pre-print na form kung saan maaari mong i-override ang paraan ng pagbabayad, at mga linya ng pagsusuri sa pananalapi.
- Sinusuportahan ang pag-print ng piskal na dokumento na "Resibo ng Pagwawasto", hindi alintana kung ang naturang dokumento ay nasa programa o wala
- Gumagamit ng sarili nitong form para ilagay ang numero ng telepono o email ng customer.
- Maaaring kumonekta emulator upang suriin ang operasyon ng CCT.
- Maaari mong itakda ang pagbubukas ng cash drawer kapag nagpi-print ng tseke
- Maaari mong suriin at download update diretso mula sa pagproseso.
- Sinusuportahan ang trabaho sa mga device na walang fiscal drive. (Pagproseso, parameter " Device na walang fiscal drive»)
- Ang pag-andar sa pagpoproseso ay maaaring baguhin ayon sa mga pangangailangan ng customer sa pamamagitan ng karagdagang konektadong library.
Paglilisensya
Pansin: ang termino para sa pagtanggap ng mga update ay walang limitasyon, ang lisensya mismo ay walang hanggan - hindi na kailangang i-renew, kung ano ang ipinahiwatig sa paglalarawan ng lisensya para sa 12 buwan ay isang paghihigpit lamang sa site, hindi na ito mai-install.
Gumagamit ang pagproseso ng 2 mode: " Demo"at" Lisensya»
« Demo» - nagbibigay-daan sa iyong gamitin ang buong pag-andar sa pagpoproseso, naiiba sa "Lisensya" na mayroong pagkaantala kapag nagpi-print gamit ang window ng impormasyon na ginagamit ang isang demo na bersyon, at mayroon ding limitasyon sa bilang ng mga operasyon para sa isang user. Libreng gamitin.
« Lisensya"- ganap na trabaho na may pagproseso nang walang artipisyal na pagkaantala at paghihigpit. Ang lisensya ay walang hanggan, hindi na kailangang i-renew o i-update ang panahon.
Para sa mode" Lisensya”, kailangan mong bumili ng lisensya para sa programa, at i-activate ito ayon sa mga tagubilin. Pakitandaan na ang 1 susi ay maaari lamang gumana sa unang lugar ng trabaho, ibig sabihin. sa isang computer, anuman ang bilang ng mga base o kagamitan na konektado dito.
Kung kailangang muling i-activate ang lisensya, dapat mo munang "I-deactivate" ang unang lisensya sa pamamagitan ng processing menu, at pagkatapos ay muling kumuha ng lisensya sa ibang lugar ng trabaho.
Mga posibleng hindi pagkakaunawaan:
- Ang 1C ay matatagpuan sa server, at ang mga gumagamit ay kumonekta dito sa pamamagitan ng 1C na naka-install sa kanilang computer, kailangan mong bumili ng kasing dami ng mga lisensya na ginagamit ng mga computer sa pagproseso.
- RemoteAPP
- Ang 1C ay matatagpuan sa server, at ang mga user ay kumonekta dito sa pamamagitan ngRDP, pagkatapos ay kailangan mong bumili lamang ng 1 lisensya bawat server
Ang sinumang dating bumili ng pagproseso ay makakabili ng lisensya na may karagdagang diskwento.
Ang pagpoproseso ay nagbibigay para sa mekanismo ng template ng dokumento, maaari kang magpakita ng karagdagang impormasyon, advertising, data ng customer, isang barcode sa isang resibo, itakda ang iyong sariling paraan ng pagpapakita ng mga linya ng pananalapi, at marami pa
Pagtatapos ng configuration
Kung sinusuportahan ng iyong configuration ang paraan ng koneksyon na "KKT", hindi mo na kailangang baguhin ito. Para sa iba pang mga pagsasaayos, upang tahasang tukuyin kung aling dokumento ang ini-print, at sa gayon ay mapabilis ang pamamaraang ito, kailangan mong gumawa ng maliit na rebisyon sa iyong programa. Kung paano gawin ito ay ipinakita sa mga tagubilin sa video. Maaari mong gawin ang rebisyon sa iyong sarili, o makipag-ugnayan sa akin (Pagtuturo, seksyon "Pag-edit ng Configuration"
Mga pagbabago sa functionality "para sa kanilang sarili". Para sa mga programmer.
Ang pag-andar sa pagproseso ay maaaring mabago sa pamamagitan ng karagdagang konektadong pagproseso, ito ay nasa archive kasama ang pangunahing isa. Ang isang halimbawa ng pagpapatupad ng mga naturang pagbabago ay inilarawan sa mga video na ito.
Pagsasama sa mga configuration ng third-party.
Maaaring ikonekta ang pagpoproseso, at para sa mga naturang programa na hindi sumusuporta sa karaniwang pag-andar para sa pagtatrabaho sa panlabas na pagproseso para sa pagpapanatili
Para sa mga naturang configuration, ang mga improvement kit na may mga halimbawa ng video ng kanilang pagsasama ay binuo.
Mga pagsasaayos ng Rarus : (halimbawa Alpha Auto).: (hal. Inn, Pamamahala ng Tindahan). Video na pagtuturo
Bilang karagdagan sa upgrade kit, binibili ang mga lisensya para sa mga configuration na ito, pati na rin para sa mga regular.
Suporta para sa trabaho sa pagkuha ng mga terminal
Sinusuportahan ng programa ang pagkuha; para dito, sa mga parameter ng pagproseso, maaari mong itakda ang kondisyon para sa paglalapat ng mga tseke sa pamamagitan ng bangko. Upang i-configure ang trabaho, kailangan mong mag-download ng karagdagan mula sa publikasyong "Mga Layout ng Windows Acquiring component" o "Layouts of the Linux Acquiring component".
Mga pagbabago sa 54 na Pederal na Batas mula 07/01/2019
Sinusuportahan ng programa ang pinakabagong mga pagbabago sa ilalim ng Pederal na Batas 54, partikular ang paglipat ng Tatanggap (tag 1227), TIN ng tatanggap (tag 1228), pag-label ng mga produktong tabako, gamot at sapatos (tag 1162), GTD number (tag 1231) , at bansang pinagmulan (tag 1231) , kung ninanais, maaari mo ring ilipat ang halaga ng excise tax (tag 1229). Kasalukuyang sinusuportahan:
- Bare-M hardware, ang mga driver ay dapat na hindi bababa sa 4.14.0.772,
- ATOL equipment, ang mga driver ay dapat na hindi bababa sa 10.5.0.0, firmware na hindi bababa sa 76xx
Teknikal na suporta
Ang pagkonsulta sa pagpapatakbo ng produkto ng software ay walang bayad sa loob ng isang buwan mula sa petsa ng pagbili ng lisensya, na isinagawa ngemail o sa pamamagitan ng site na ito.
Ang termino para sa pagkuha ng mga update para sa produktong ito ng software hindi limitado. Maaari mong makuha ang update sa pamamagitan ng pag-download nito sa site na ito, ang file ay tinatawag na:
- Pinoproseso para sa pagtatrabaho sa CCP 8.1-8.2, sa loob ng archive na ito ay magkakaroon ng update para sa iyong bersyon ng 1C.
o sa pamamagitan ng mga parameter ng pagproseso, ang command na " Tingnan kung may update" (Seksyon ng pagtuturo " Manu-manong kontrol»)
Gayundin kailangan i-download Mga layout ng bahagi, na tumutugma sa iyong operating system, at ikonekta ang mga ito ayon sa mga tagubilin para sa pagproseso (seksyon Mga Bahagi ng Pagpapanatili)
Ang karagdagang koneksyon at pagkumpleto ay binabayaran nang hiwalay
Sinusuportahan ba ng pagpoprosesong ito ang pag-print ng ulat ng X (ulat nang walang blangko)?
Oo, ginagawa nito.
Anong mga configuration ang sinusuportahan nito?
Anumang gumagana sa mga kumbensyonal na anyo at gumagana sa komersyal na kagamitan. Halimbawa, Trade Management 10.3, Integrated Automation 1, Accounting 2, Retail 1, Manufacturing Enterprise Management 1.3, Public Institution Accounting 1, mga programa sa industriya na ginawa sa kanilang batayan: Rarus: CRM, Bit: Cafe, Bit: Construction at marami pang iba.
PGagana ba ang pagproseso na ito para sa aking configuration?
Oo, kung ang iyong configuration ay wala sa isang pinamamahalaang form, kung gayon sa karamihan ng mga kaso ito ay gagana.
Paano isasaalang-alang ang ADVANCE at PARTIAL PAYMENT kapag nagbebenta?
Mayroong ilang mga opsyon para sa prepayment accounting:
1. Sinasalamin mo ang mga katawagan sa tseke, ngunit bawasan ang dami nito upang ito ay tumutugma sa halaga ng advance.
2. Sinasalamin mo ang isang linya sa tseke na may nakasulat na "Paunang pagbabayad", pagkatapos, kapag posible na gumawa ng buong pagbabayad, ibabalik mo ang resibo na "Paunang pagbabayad", at matatanggap ang buong halaga na may paglalarawan ng item na nabili .
3. Ang karaniwang paraan na ginamit para sa FFD 1.05 at 1.1, prepayment at bahagyang pagbabayad, ay binibilang sa pamamagitan ng magkahiwalay na uri ng pagbabayad na "Prepayment", "Postpayment".
Maaari ba akong magbayad sa pamamagitan ng isang legal na entity?
Oo kaya mo. Kapag naglalagay ng order, pumili ng bayad mula sa isang legal na entity at punan ang mga detalye at makakatanggap ka ng invoice para sa legal na entity na ito.
Gumagana ba ang pagproseso na ito sa mga pinamamahalaang form (Accounting 3, Retail 2, ERP, UT 11, UNF, atbp.)?
Hindi, ang mga pagsasaayos sa mga pinamamahalaang form (kahit na pinapatakbo ang mga ito sa mga regular) ay gumagamit ng BPO (Library of Connected Equipment), ito ang pamantayan para sa pagpapatakbo at koneksyon ng mga retail na kagamitan, lahat ay natahi sa configuration mismo, at kung may kailangan upang mabago, kailangan mong i-update o baguhin ito.
Kung hindi magsisimula ang iyong pagproseso, ano ang dapat kong gawin?
Kung mayroon kang anumang mga katanungan kapag kumokonekta, sumulat sa akin, maaari kitang payuhan.
Karaniwan, ang error na ito ay dahil sa ang katunayan na ang mga driver para sa kagamitan ay hindi na-install o ang bahagi ay hindi mai-install upang gumana sa kanila. Una, suriin kung na-install mo ang mga driver para sa komersyal na kagamitan. Maaaring ma-download ang mga ito nang libre mula sa publikasyong ito o mula sa website ng mga developer. Pagkatapos ay subukang patakbuhin ang 1C sa ilalim ng buong mga karapatan upang ang bahagi ay nagrerehistro, kung walang makakatulong, pagkatapos ay sumulat sa akin nang magkasama, tiyak na malalaman natin ito.
Paano magbukas at magsara ng shift ngayon, mag-print ng X-Report?
Ang pagproseso ay konektado bilang isang karaniwang piskal na registrar, at samakatuwid, upang ilunsad ang mga pamamaraang ito, ito ay katulad ng piskal. Yung. "Serbisyo" - "Kagamitan sa pangangalakal" - "Paggawa gamit ang mga cash register" - "Pagsasara ng shift ng cash register" o "Ulat ng shift ng cash register nang walang pagkansela", ang mga utos na ito ay makukuha rin mula sa Workstation ng Cashier.
Kapag nagpi-print, lilitaw ang window na "Hindi natukoy na dokumento sa pag-print. Mga posibleng error"?
Ayon sa batas, ang isang malaking halaga ng data ay kinakailangan upang mailipat sa opisina, at ang karaniwang mekanismo ng pag-print ay hindi nagpapahintulot sa iyo na makuha ang lahat ng mga detalye, kaya ang pagproseso ay gumagamit ng sarili nitong algorithm upang matukoy ang dokumento kung saan nagsimula ang pag-print sa pagkakasunud-sunod. para i-print ang resibo. Kung lumitaw ang mensaheng ito, hindi matanggap ng algorithm na ito ang dokumento, at kailangan mong gumawa ng mga pagpapabuti tulad ng sa video sa publikasyon.
Trade software
Viki Print 57 Viki Print 57 Plus Viki Print 80 Plus Pirit , FZ\54, ATOL 11F, ATOL 15F, ATOL 22F / FPrint-22PTK, ATOL 25F, ATOL 30F, ATOL 42FS, ATOL 52F, ATOL 55F7, ATOL 55F, ATOL 55F , ATOL 90F, Treasurer FA, Evotor ST2F, Atol, STROKE-FR-F, ELVES-MINI-FR-F, FELIX-RF, STROKE-FR-C, STROKE-950K, ELVES-FR-C, STROKE-MINI- FR-C, STROKE-COMBO-FR-C, STRIH-KIOSK-FR-K, STRIH-MPAY-K, NCR-001K, STRIH-MOBILE-PTK, YARUS M2100K, YARUS-TK, Retail-01K, RR-02K , RR-01K, RR-04K, RR-03K , YARUS-MD -M-FR-K, SHTRIH-LightPOS-K, SHTRIH-LIGHT-FR-K, SHTRIH-COMBO-PTK, 54 FZ, FZ 54, FZ -54, i-download, bumili, CCP, 1s, pagproseso, Pagproseso ng mga komersyal na kagamitan , driver, ATOL, HAT, HAT-M, VIKI, PIRIT, YARUS M2100F (YARUS M2100K), YARUS TF (YARUS TK), HAT-MPAY- F (HAT-MPAY-K), EL WEIGHT-MF, STROCH-ON-LINE, STROCH-LIGHT-01F, STROCH-M-01F, RETAIL-01F (Retail-01K), STROCH-LIGHT-02F (STROCH-LIGHT-FR-K, STROCH-LIGHT-PTK , HAT-LIGHT-200), HAT-M-02-F (HAT-M-FR-K, HAT-M-PTK, HAT-M 200), HAT-MINI-02F (HAT-MINI-PTK), HAT -FR-02F (SHTRIKH-FR-PTK), SHTRIKH-MOBILE-F (SHTRIKH-MOBILE-PTK), ELVES-FR-F (ELVES-FR-K), NCR-001F (PTK NCR-001K), SHTRIKh- MINI-01F (SHTRIKh-MINI-FR-K), SHTRIKH-FR-01F (SHTRIKH-FR-K), RETAIL-01F (PTK RETAIL-01K), RR-02F (RR-02K), RR-01F (RR -01K) SHTRIKH-950K, MICRO 35G-F, FZ, 54-FZ, PYRITE, VIKI, VikiPrint, 57 F, 25, 22, 11, 15, 30, 42, 52, 55, 60, 72, 90 , ATOL 55F , RARUS, DALION, Refinement, AutoService, HATCH, ELVES, FELIX, YARUS, PYRITE, RETAIL, RETAIL, RETAIL, Connecting online cash registers, Connecting ATOL, Connecting Wiki print, connecting Stroke, processing for online cash desks, processing 54 fz, vat, 20%, vat 20, 20% vat, kapalit na vat, rate ng VAT, web server, web se rvis ATOL, web, web
Garantiyang Ibabalik ang Pera
Ginagarantiyahan ka ng Infostart LLC ng 100% refund kung ang programa ay hindi tumutugma sa ipinahayag na paggana mula sa paglalarawan. Maaaring ibalik nang buo ang pera kung idineklara mo ito sa loob ng 14 na araw mula sa petsa ng pagtanggap ng pera sa aming account.
Ang programa ay nasubok sa trabaho na maaari naming magbigay ng ganoong garantiya nang buong kumpiyansa. Nais naming maging masaya ang lahat ng aming mga customer sa kanilang pagbili.
Premium-class na fiscal registrar para sa malalaking organisasyon na may malaking load ng mga point of sale, na naglalayong ihatid ang malalaking daloy ng customer nang mahusay at mabilis hangga't maaari. Ang kalidad, kaginhawahan at pagiging maaasahan ay nasubok ng libu-libong mga gumagamit sa buong Russia. Maakit ang atensyon ng mamimili sa pamamagitan ng paglalagay ng impormasyon sa marketing sa resibo, impormasyon tungkol sa mga diskwento, espesyal na promosyon at iba pang impormasyong kinakailangan upang lumikha ng tapat na relasyon sa iyong mga customer. Awtomatikong pamutol nakaseguro laban sa pag-jam ng mga kutsilyo salamat sa isang natatanging teknolohiya mula sa kumpanyang Japanese na Seiko Instruments. Magkatugma kasama ang lahat ng pinakakaraniwang operating system (Windows, Linux, Android o iOS) at mga programa sa cash register. Handa na para sa EGAIS— nagbibigay-daan sa iyong bumuo at mag-print ng mga QR code sa isang resibo. Dali ng pagkakalagay- pahalang o patayong pagkakalagay sa cash desk ay posible.
Bilis ng pag-print: hanggang 200 mm/s
Buhay ng print head: 100 km ng receipt ribbon
Auto cut: Oo (ang pagkakaroon ng isang suklay para sa manu-manong paghihiwalay ng resibo tape), isang mapagkukunan ng 1,000,000 cut
Bilang ng mga character bawat linya: 24 hanggang 64 (na may 80 mm na papel) ; 24 hanggang 48 (na may 58 mm na papel)
Mga Interface: Ethernet, USB. Opsyonal na Wi-fi, 2G, 3G (sa pamamagitan ng pag-install ng module ng komunikasyon)
Power supply: 24V mula sa power supply
Timbang: 1.4 kg
Mga Dimensyon: 140 × 200 × 140 mm
Maraming mga negosyo ang nangangailangan ng pagproseso ng 1C para sa Atoll fiscal registrar. Ang software na ito ay isang pamantayan sa accounting. Maraming mga negosyante ang nagpapatupad nito at matagumpay na pinalawak ang mga kakayahan ng buong negosyo. Kadalasan, inirerekomenda ng mga tagapamahala na pagbutihin ng kanilang mga empleyado ang kanilang mga kasanayan, dahil ang pagkakaroon ng mga kasanayan at kakayahang magtrabaho kasama ang 1C ay makabuluhang mapabuti ang trabaho sa buong organisasyon. Nalalapat ito sa parehong produksyon at pagbebenta, pati na rin ang gawain ng mga empleyado. Ngunit ano ang dahilan para sa naturang katanyagan para sa pagpapakilala ng mga naturang produkto?
Mga posibilidad ng 1C program kapag pinoproseso ang fiscal registrar
Ang programa para sa 1C 8 at iba pang mga bersyon ay medyo karaniwan sa mga negosyante, dahil sa isang bilang ng mga pakinabang:
- Maraming mga tampok ang idinisenyo para sa KMM;
- Posibleng ipatupad ang automated accounting. Maaari mong iproseso ang impormasyon mula sa mga empleyado ng kumpanya, mga supplier, mga customer nang mabilis at mahusay hangga't maaari;
- Mayroong mabilis na pagpili at pag-filter ng lahat ng kinakailangang impormasyon sa database o sa server.
Mabilis na mahanap ng user ang impormasyon ng interes (suweldo, buwis, benta at pagbili, at marami pang iba). Ang paggamit ng produktong ito ay ginagarantiyahan ang pagliit ng manwal na paggawa.
Ang pagsasama-sama ng mga ulat sa mga buwis, na dapat isumite sa estado, ay isinasagawa kaagad. Ang programa ay ganap na sumusunod sa mga pamantayan na iniharap ng batas ng Russian Federation. Sa tulong ng 1C, maaari kang lumikha ng mga visual na graph, panatilihin ang mga talaan ng mga pondong pumapasok at lumabas sa kumpanya, at kalkulahin ang mga suweldo nang walang mga error at kamalian.