Čekijos EET 2.0 nuo 2027 m. sausio 1 d.: ką turi daryti individuali kasų ir savitarnos kioskų programinė įranga

Čekija vėl registruoja pardavimus. Prezidentas Petras Pavelas 2026 m. rugsėjo 17 d. pasirašė EET 2.0 įstatymą, o Finansų administracijos pranešime data nurodyta aiškiai: prievolė registruoti pardavimus prasideda 2027 m. sausio 1 d. Ji apima kontaktinius verslo ir kliento mokėjimus, įskaitant visus grynuosius. Grynaisiais, kortele, telefonu ar QR kodu: jei klientas moka asmeniškai arba jūsų patalpose, pardavimas tą pačią akimirką perduodamas mokesčių administratoriui.

Daugumai smulkių prekybininkų tai reiškia tiekėjo atnaujinimą arba nemokamą valstybės žiniatinklio programėlę. Prekybos tinklams, kurie naudoja savo kasų programinę įrangą, savitarnos kioskus ar mokėjimų programėlę, su kuria darbuotojai vaikšto po salę, tai integracijos projektas, kuriam liko apie 90 dienų. Šis straipsnis skirtas jiems.

Kas pasikeitė nuo pirmosios EET

Pirmoji EET buvo panaikinta 2022 m. EET 2.0 išlaiko pagrindinę idėją (kiekvienas registruotinas pardavimas siunčiamas internetu, o valstybė jį patvirtina), bet atsisako daug naštos:

• Minimalūs duomenys. Senoji sistema kiekvieną pardavimą skaidė pagal PVM tarifus. EET 2.0 siunčia vieną sumą su PVM, kad ir kokie būtų tarifai.
• Nėra kvito prievolės. Verslui nebereikia išduoti kvito EET tikslais, o patvirtinimo kodas ant jo neprivalo būti.
• Siauresnė taikymo sritis. Registruojami tik kontaktiniai kliento ir verslo mokėjimai; senoji sistema apėmė platesnį mokėjimų ratą.
• Nemokamas valstybės sprendimas. MOJE eet: žiniatinklio programėlė mažiausiems verslams, taip pat atsisakymo galimybė EET OFF kai kuriems fiksuotu mokesčiu apmokestinamiems individualiems verslininkams.

Techninis pokytis didesnis, nei rodo šis sąrašas. Transportas pažįstamas: kaip ir anksčiau, SOAP 1.1 per HTTPS su WS-Security parašais. Pranešimas jau kitas. Naujoji sąsaja yra 4.1 versijos, senoji buvo 3.1, o specifikacijoje rašoma, kad 2026 m. pakeitimai „are incompatible with previous system“ (nesuderinami su ankstesne sistema). Seminaro programuotojams skaidrėse nurodyta, kad pašalinti BKP apsaugos kodas, supaprastinto režimo žymė ir PVM eilutės. Senasis EET kodas tinka tik kaip infrastruktūros pavyzdys, ne daugiau.

Kam tai taikoma

Oficialiame puslapyje apie tai, kas privalo registruoti pardavimus, nustatytos trys sąlygos: mokėjimas yra kontaktinis arba bet koks grynųjų pinigų mokėjimas, tai verslo pajamos ir netaikoma jokia išimtis.

Kontaktinis mokėjimas įvyksta arba tiesiogiai bendraujant su jumis ar jūsų darbuotojais, arba jūsų patalpose ar transporto priemonėje, kai jis susijęs su preke ar paslauga. Seminaro skaidrėse atvirai sakoma, kad antroji taisyklė skirta savitarnos kasoms ir savitarnos patalpoms. Kioskas jūsų parduotuvėje patenka į taikymo sritį, net jei operacijos neliečia nė vienas darbuotojas. Grynieji registruojami visada, net už jūsų patalpų ribų, išskyrus išperkamuosius mokesčius, kuriuos surenka pašto paslaugų teikėjas.

Mokėjimo būdas nesvarbus. Sąraše yra grynieji, kortelė, QR kodas, banko pavedimas ar tiesioginis debetas, atliktas pardavimo vietoje, kriptoturtas, dovanų kortelės, maitinimo kuponai ir išankstinio mokėjimo kortelės.

Nuotoliniai mokėjimai netaikomi: elektroninė parduotuvė, apmokama per mokėjimų šliuzą, arba sąskaita, kurią klientas apmoka iš savo biuro. Svarbu, kaip pinigai iš tikrųjų judėjo, o ne kas parašyta sąskaitoje. Jei klientas prie prekystalio kortele sumoka 200 CZK, o likusius 800 CZK kitą dieną perveda iš namų, registruojami tik 200 CZK.

Prekybos automatai, kurie patys laikomi patalpomis (oficialus pavyzdys yra kavos automatas), atleidžiami, kaip ir savitarnos stendai už jūsų patalpų ribų, kur registruoti būtų nepraktiška. Išimčių sąraše, be kita ko, yra ir viešosios įstaigos, bankai, azartiniai lošimai bei energetika.

Kas gali apsieiti be didžiosios dalies šio darbo

Labai mažos įmonės gali naudoti MOJE eet, kuri pradeda veikti 2026 m. gruodžio 1 d. Birželio mėnesio seminare programuotojams ji pristatyta kaip skirta įmonėms, turinčioms iki dviejų registravimo vienetų ir dviejų darbuotojų. Fiksuotu mokesčiu apmokestinami pirmosios grupės individualūs verslininkai, kurių pajamos neviršija 1 mln. CZK, gali atsisakyti per EET OFF.

Įmonės, naudojančios populiarų kasų produktą, turėtų gauti tiekėjo atnaujinimą. Paklauskite, kada jis bus išleistas ir kas vyksta sutrikus ryšiui, tada užsiregistruokite mokesčių portale ir įdiekite sertifikatą.

Visi kiti turėtų skaityti toliau: savo kurta ar pritaikyta kasų programinė įranga, patys sukurti kioskai, darbuotojų mokėjimų programėlės arba įmonių grupė, kurioje vienas mokėjimas gali priklausyti dviem bendrovėms.

Ką reikia sukurti

Viskas yra dokumentų programuotojams puslapyje: sąsajos aprašas (versija anglų kalba nėra privaloma), XSD ir WSDL, pasirašytų užklausų pavyzdžiai ir bandomosios aplinkos sertifikatai. Anglų kalbos leidimas dabar yra 2026 m. spalio 2 d. 1.2a versija; joje ištaisytas vienas klaidingas didžiausias porad_cis ilgis 3.3.3.10 skirsnyje, tad patikrinkite pagal ją savo laukų ribas.

Registravimo vienetai ir įrenginių ID

Kiekviename pranešime yra registravimo vieneto ID. Vienetus (parduotuvę, mobilų stendą, pristatymo automobilį) kuriate mokesčių portale DIS+, o sistema kiekvienam suteikia numerį. Tinklai gali vienetus importuoti masiškai, o pakeitimus reikia pranešti per 15 dienų. Jūsų kasų sistemai reikia prižiūrimo kiekvienos vietos ir jos vieneto ID susiejimo, taip pat iki 20 simbolių įrenginio ID, unikalaus vieneto viduje.

Sertifikatai

Būtent čia individualios sistemos dažniausiai praranda laiką. Sertifikato gavimo tvarka aprašo žingsnius:

• Raktų porą generuoja EET sertifikavimo įstaiga, ne jūsų įrenginys. Atsisiunčiate slaptažodžiu apsaugotą PKCS#12 failą, kuris pasiekiamas, kol patvirtinsite atsisiuntimą, bet ne ilgiau kaip 30 dienų.
• Dėl senesnių kasų failas užšifruotas pasenusiu 3DES. Dokumente įspėjama, kad be legacy teikėjo jis gali neįsikelti į OpenSSL 3, ir rekomenduojama jį perpakuoti arba perkelti raktą į saugyklą.
• Sertifikatai galioja vienus metus. Vienas sertifikatas gali aptarnauti vieną įrenginį arba kelis; kiek jų išduoti, sprendžiate jūs.
• Atnaujinimą galima automatizuoti per REST API: trumpalaikis JWT, pasirašytas atnaujinamu sertifikatu, tada užklausos būsenos tikrinimas, atsisiuntimas ir patvirtinimas. Įstaiga rekomenduoja atnaujinti likus dviem trims savaitėms iki galiojimo pabaigos. Pasibaigus sertifikato galiojimui API kelias uždaromas, ir kažkas turi jį atnaujinti rankiniu būdu.
• Privatų raktą apsaugoti yra teisinė mokesčių mokėtojo pareiga. Vienas rakto failas, nukopijuotas į keturiasdešimt kasų, yra laukiantis atšaukimas.

Duomenų pranešimas

Antraštėje yra naujas UUID kiekvienam bandymui, siuntimo laikas, pirmojo bandymo žymė ir neprivaloma patikros žymė. Duomenų dalyje yra mokesčių mokėtojo EIČ, vieneto ID, įrenginio ID, eilės numeris (iki 25 simbolių, unikalus kiekvienam vienetui ir įrenginiui), pardavimo laikas su laiko juostos poslinkiu ir suma CZK su lygiai dviem skaitmenimis po kablelio. Dvi neprivalomos sumos skirtos išankstinio mokėjimo papildymams ir panaudojimams; dar du laukai skirti registravimui kito mokesčių mokėtojo vardu.

Registruokite tai, kas iš tikrųjų gauta: grynaisiais apmokėta 78,90 sąskaita, suapvalinta iki 79, įrašoma kaip 79,00, ta pati sąskaita kortele kaip 78,90. Sąskaita, apmokėta iš dalies maitinimo kuponais ir iš dalies kortele, yra vienas pranešimas su bendra suma.

Pasirašymas ir siuntimas

Kiekvienas pranešimas pasirašomas XML Signature WS-Security antraštėje: išskirtinė kanonizacija, SHA-256 santrauka, RSA-SHA256, sertifikatas pridedamas kaip BinarySecurityToken, o pasirašomas tik SOAP turinys. Nedėkite papildomų antraščių, tokių kaip Timestamp ar WS-Addressing: didesni nei 12 kB pranešimai atmetami, o į pranešimą, panašų į ataką, gali būti visai neatsakyta. TLS 1.2 ar naujesnis yra privalomas, o klientas turi patikrinti serverio sertifikatą. Gamybinė aplinka naudoja DNS balansavimą, todėl kiekvieno prisijungimo metu iš naujo nustatykite pagrindinio kompiuterio vardą, o ne fiksuokite IP.

Nuo 1.2 versijos galinis taškas palaiko CORS, todėl naršyklėje veikianti kasų sistema gali kreiptis į jį tiesiogiai. Nuspręskite, kur bus laikomas privatus raktas, prieš kam nors rašant tą JavaScript.

Atsakymai, sutrikimai ir 48 valandų taisyklė

Į tinkamą pranešimą sinchroniškai atsakoma 39 simbolių patvirtinimo kodu (POK), kurį pasirašo mokesčių administratorius. Patikrinkite šį parašą ir saugokite POK kartu su pardavimu. Į netinkamą pranešimą grąžinamas klaidos kodas; -1 reiškia laikiną gedimą, tad siųskite vėliau dar kartą. Smulkesnės problemos grąžinamos kaip įspėjimai, vienas iš jų tada, kai pardavimo laikas daugiau nei dviem valandomis lenkia serverio laikrodį. Kioskų laikrodžiai nukrypsta. Sinchronizuokite juos.

Atsakymo laukimo laiką nustatote patys, ne trumpesnį kaip dvi sekundės. Jei POK laiku negaunamas, pardavimas patenka į eilę. Pagal seminaro skaidres pakartotinis bandymas naudoja pradinį turinį su nauja antrašte: naujas UUID, pirmojo bandymo žymė false, naujas siuntimo laikas, pradinis pardavimo laikas. Jis išsiunčiamas, kai tik atsistato ryšys, ir ne vėliau kaip per 48 valandas po pardavimo. Prievolė po 48 valandų ir nepasibaigia: pavėluotą pranešimą vis tiek reikia išsiųsti.

Todėl eilė turi išlikti po perkrovimo ir sukelti įspėjimą gerokai anksčiau, nei praeis 48 valandos. Dar vieni spąstai: jei laukiant pardavimams sertifikato galiojimas baigiasi, juos reikia pasirašyti šiuo metu galiojančiu sertifikatu.

Grąžinimai, pataisymai ir dublikatai

Grąžinimas ar atšaukimas yra naujas pranešimas su neigiama suma, datuotas dabartine data ir nesusietas su pradiniu. Pataisymas yra arba atšaukimas, po kurio siunčiamas teisingas pranešimas, arba vienas skirtumo pranešimas. Dublikatai atpažįstami pagal šešis laukus (EIČ, vienetą, įrenginį, eilės numerį, pardavimo laiką ir sumą), todėl pakartotinis bandymas su tuo pačiu turiniu yra saugus. Pakartotinis bandymas, kuris iš naujo sugeneruoja eilės numerį, yra antras pardavimas.

Kvitai

Darbo mažiau nei su pirmąja EET: EET tikslais kvitas nereikalingas, o POK ant jo neprivalo būti. Pašalinkite kodą, kuris sulaiko spausdinimą, kol ateis POK. Kur kvitus išduodate pagal vartotojų teisės aktus, EET eilės numerį derinkite su kvito numeriu; specifikacijoje pažymima, kad praktikoje jie paprastai sutampa.

Ribiniai atvejai, su kuriais susiduria tinklai

• Išankstinio mokėjimo kortelės, apyrankės ir piniginės: registruojamas papildymas ir kiekvienas išleidimas, užpildant papildomus sumų laukus.
• Vienas mokėjimas, du mokesčių mokėtojai: skaidrėse pateiktam degalinės pavyzdžiui (degalai parduodami kitos bendrovės vardu, kava savo sąskaita) reikia dviejų pranešimų, kurių kiekviename yra savo mokesčių mokėtojo duomenys.

Terminai

• 2026 m. birželio 5 d.: paskelbta techninė dokumentacija.
• 2026 m. liepos 1 d.: atverta bandomoji aplinka. Nuo liepos 26 d. iki rugpjūčio 26 d. joje apdorotos 170 389 bandomosios operacijos iš 624 klientų IP adresų, 94,6 % jų apdorota sėkmingai.
• 2026 m. lapkričio 1 d.: EET DIS+ portale, registravimo vienetai ir gamybiniai sertifikatai.
• 2026 m. gruodžio 1 d.: pradeda veikti MOJE eet.
• 2027 m. sausio 1 d.: prievolė prasideda visiems iš karto, be etapų.

Oficialiame grafike sausis vadinamas bandomuoju mėnesiu, bet kartu pridedama, kad tai jau bus įprastas registravimas. Ankstesniame pranešime bandomasis laikotarpis apibūdintas kaip savanoriškas. Kol tai nepatikslinta, planuokite siųsti tikrus pranešimus nuo sausio 1 d.

Įstatymas paskelbtas Įstatymų rinkinyje 2026 m. spalio 7 d. kaip Įstatymas Nr. 180/2026 Sb. Jis įsigalioja 2027 m. sausio 1 d.; septyni jo skirsniai įsigaliojo kitą dieną po paskelbimo.

90 dienų planas

Spalis: apimtis ir kūrimas.

1. Surašykite kiekvieną vietą, kur pinigai pereina iš rankų į rankas: kasas, kioskus, delninius įrenginius, užsakymą prie stalo, kai mokama vietoje, savo vairuotojus, renkančius grynuosius. Kiekvieną priskirkite mokesčių mokėtojui ir būsimam registravimo vienetui.
2. Pasirinkite architektūrą: pasirašymas kiekviename įrenginyje arba viena paslauga, kuri pasirašo ir valdo eilę visiems. Sistema priima abu variantus. Tinklui centralizuotas paprastai laimi: viena raktų saugykla, viena eilė, viena stebėjimo vieta.
3. Sukurkite pranešimų formavimo modulį, pasirašymo modulį ir eilę, dirbdami bandomojoje aplinkoje su bendrais bandomaisiais sertifikatais. CI procese kiekvieną pranešimą tikrinkite pagal XSD.

Lapkritis: gamybiniai prisijungimo duomenys.

4. Nuo lapkričio 1 d. aktyvuokite EET DIS+ portale, sukurkite vienetus (jei jų daug, importuokite masiškai) ir išduokite gamybinius sertifikatus. Laikykite juos saugykloje, ne USB atmintinėse.
5. Specifikacijoje 2026 m. lapkričio 1 d. nustatyta kaip anksčiausia galiojanti pardavimo data gamybinėje aplinkoje. Siųskite patikros režimo pranešimus su tikru sertifikatu: jie išbando visą grandinę neužregistruodami pardavimo.
6. Užbaikite grąžinimus, išankstinio mokėjimo srautus, sertifikatų atnaujinimą ir įspėjimus apie eilės amžių.

Gruodis: repeticija.

7. Įdiekite vienoje vietoje. Per pietų piką ištraukite tinklo kabelį ir stebėkite, kaip vėliau ištuštėja eilė.
8. Atlikite intensyviausios valandos apkrovos testą per pasirašymo modulį.
9. Prieš kalėdinį piką įšaldykite pakeitimus. Paaiškinkite darbuotojams, kaip atrodo sutrikimas; jei eilė veikia, jiems nieko daryti nereikia.

Sausis: bandomasis mėnuo.

10. Kasdien suderinkite duomenis. Palyginkite kasų sistemos sumas su suvestinėmis sumomis DIS+ portale, kur taip pat galite užsisakyti išsamų CSV eksportą su kiekvienu POK.

Kur gauti pagalbos

Kuriame ir keičiame kasų sistemų integracijas: pranešimų formavimo ir pasirašymo modulius, eilę sutrikimų atvejui, sertifikatų saugojimą ir atnaujinimą, vienetų susiejimą ir suderinimą su DIS+. Kai kasų programinė įranga sena, o jos autoriai jau išėję, šis darbas prasideda nuo mūsų senųjų sistemų priežiūros paslaugos. Jei jūsų komanda sistemą išmano, bet iki sausio jai trūksta rankų, galime prie jos prijungti programuotojų.

Jei Čekijoje naudojate savo kasas ar kioskus ir dar neišsiuntėte nė vieno pranešimo į bandomąją aplinką, rašykite office@c9group.dev.