Češki EET 2.0 od 1. januarja 2027: kaj mora narediti programska oprema za POS in kioske po meri

Češko evidentiranje prometa se vrača. Predsednik Petr Pavel je 17. septembra 2026 podpisal zakon o EET 2.0, obvestilo finančne uprave pa je glede datuma jasno: obveznost evidentiranja prometa začne veljati 1. januarja 2027. Zajema kontaktna plačila med podjetjem in stranko, vključno z vso gotovino. Gotovina, kartica, telefon ali koda QR: če stranka plača osebno ali v vaših prostorih, gre prodaja k davčnemu organu v trenutku, ko se zgodi.

Za večino majhnih trgovcev to pomeni posodobitev pri ponudniku ali brezplačno državno spletno aplikacijo. Za verige z lastno blagajniško programsko opremo, samopostrežnimi kioski ali plačilno aplikacijo, ki jo zaposleni nosijo po prodajnem prostoru, je to integracijski projekt, za katerega je ostalo približno 90 dni. Ta članek je zanje.

Kaj se je spremenilo od prvega EET

Prvotni EET je bil ukinjen leta 2022. EET 2.0 ohranja osnovno zamisel (vsaka zajeta prodaja se pošlje prek spleta in jo država potrdi) in odvrže veliko teže:

• Minimalni podatki. Stari sistem je vsako prodajo razdelil po stopnjah DDV. EET 2.0 pošlje en skupni znesek z DDV, ne glede na stopnje.
• Brez obveznosti izdaje računa. Podjetjem za namene EET ni več treba izdati računa, potrditvena koda pa se na njem ne rabi pojaviti.
• Ožji obseg. Evidentirajo se le kontaktna plačila med stranko in podjetjem; stari sistem je zajemal širši nabor plačil.
• Brezplačna državna možnost. MOJE eet, spletna aplikacija za najmanjša podjetja, in možnost izstopa z imenom EET OFF za nekatere samostojne podjetnike s pavšalno obdavčitvijo.

Tehnična sprememba je večja, kot nakazuje seznam. Prenos je znan: SOAP 1.1 prek HTTPS s podpisi WS-Security, kot doslej. Sporočilo pa ne. Novi vmesnik je različica 4.1, stari je bil 3.1, specifikacija pa pravi, da so spremembe iz leta 2026 „incompatible with previous system“, torej nezdružljive s prejšnjim sistemom. Predstavitev s seminarja za razvijalce kot odstranjene navaja varnostno kodo BKP, oznako poenostavljenega načina in postavke DDV. Stara koda EET je referenca za napeljavo in nič več.

Kaj je zajeto

Uradna stran o tem, kdo mora evidentirati promet, postavlja tri pogoje: plačilo je kontaktno ali je katero koli plačilo z gotovino, gre za poslovni prihodek in ne velja nobena izjema.

Kontaktno plačilo se zgodi bodisi v osebnem stiku z vami ali vašimi zaposlenimi bodisi v vaših prostorih ali vozilu v povezavi z blagom ali storitvijo. Predstavitev s seminarja naravnost pove, da drugo pravilo cilja na samopostrežne blagajne in samopostrežne prostore. Kiosk v vaši trgovini je zajet, čeprav se transakcije ne dotakne noben zaposleni. Gotovina se evidentira vedno, tudi zunaj vaših prostorov, razen plačila po povzetju, ki ga pobere poštna služba.

Način plačila ni pomemben. Navedeni so gotovina, kartica, koda QR, bančno nakazilo ali direktna bremenitev na prodajnem mestu, kriptosredstva, darilne kartice, boni za prehrano in predplačniške kartice.

Plačila na daljavo niso zajeta: spletna trgovina, plačana prek plačilnega prehoda, ali račun, ki ga stranka plača iz svoje pisarne. Šteje, kako se je denar dejansko premaknil, ne kaj piše na računu. Če stranka na pultu s kartico plača 200 CZK, preostalih 800 CZK pa naslednji dan nakaže od doma, se evidentira le 200 CZK.

Prodajni avtomati, ki so prostor sami po sebi (uradni primer je avtomat za kavo), so izvzeti, prav tako samopostrežne stojnice zunaj vaših prostorov, kjer bi bilo evidentiranje nepraktično. Seznam izjem zajema med drugim tudi javne organe, banke, igre na srečo in energetiko.

Kdo lahko večino tega preskoči

Mikropodjetja lahko uporabljajo MOJE eet, ki začne delovati 1. decembra 2026. Junijski seminar za razvijalce ga je predstavil kot rešitev za podjetja z največ dvema evidenčnima enotama in dvema zaposlenima. Samostojni podjetniki s pavšalno obdavčitvijo v prvem razredu s prihodki do 1 milijona CZK lahko izstopijo prek EET OFF.

Podjetja na razširjenem izdelku POS naj bi posodobitev dobila od ponudnika. Vprašajte, kdaj bo na voljo in kaj se zgodi med izpadom, nato se registrirajte na davčnem portalu in namestite potrdilo.

Vsi drugi naj berejo naprej: lastna ali prilagojena blagajniška programska oprema, kioski, ki ste jih zgradili sami, plačilne aplikacije za zaposlene ali skupina, v kateri lahko eno plačilo pripada dvema podjetjema.

Kaj je treba zgraditi

Vse je na strani z dokumenti za razvijalce: opis vmesnika (angleška različica ni zavezujoča), XSD in WSDL, vzorčne podpisane zahteve in potrdila za testno okolje (playground).

Evidenčne enote in ID naprav

Vsako sporočilo nosi ID evidenčne enote. Enote (trgovino, premično stojnico, dostavno vozilo) ustvarite v DIS+, davčnem portalu, sistem pa vsaki dodeli številko. Verige lahko enote uvozijo v paketu, spremembe pa je treba sporočiti v 15 dneh. Vaš POS potrebuje vzdrževano preslikavo vsake lokacije na ID njene enote ter ID naprave z največ 20 znaki, ki je enoličen znotraj enote.

Potrdila

Tu sistemi po meri običajno izgubijo čas. Postopek za potrdila določa korake:

• Par ključev ustvari overitelj EET, ne vaša naprava. Prenesete z geslom zaščiteno datoteko PKCS#12, ki je na voljo, dokler prenosa ne potrdite, a največ 30 dni.
• Datoteka zaradi starejših blagajn uporablja zastarelo šifriranje 3DES. Dokument opozarja, da se v OpenSSL 3 brez ponudnika legacy morda ne bo naložila, in priporoča ponovno zavijanje ali prenos ključa v trezor.
• Potrdila veljajo eno leto. Eno potrdilo lahko služi eni napravi ali več napravam; koliko jih izdate, je vaša odločitev.
• Podaljšanje je mogoče avtomatizirati prek REST API: kratkotrajni JWT, podpisan s potrdilom, ki se podaljšuje, nato poizvedovanje po zahtevi, prenos in potrditev. Overitelj priporoča podaljšanje dva do tri tedne pred potekom. Ko potrdilo poteče, je pot prek API zaprta in ga mora nekdo podaljšati ročno.
• Zaščita zasebnega ključa je zakonska dolžnost zavezanca. Ena datoteka s ključem, kopirana na štirideset blagajn, je preklic, ki samo čaka, da se zgodi.

Podatkovno sporočilo

Glava vsebuje nov UUID za vsak poskus, čas pošiljanja, oznako prvega poskusa in neobvezno oznako preverjanja. Podatkovni del vsebuje EIČ zavezanca, ID enote, ID naprave, zaporedno številko (do 25 znakov, enolično za enoto in napravo), čas prodaje z zamikom časovnega pasu in skupni znesek v CZK z natanko dvema decimalkama. Dva neobvezna zneska pokrivata polnjenje predplačniških sredstev in porabo, dve dodatni polji pa evidentiranje v imenu drugega zavezanca.

Evidentirajte, kar je bilo dejansko prejeto: gotovinski račun za 78,90, zaokrožen na 79, se vpiše kot 79,00, isti račun, plačan s kartico, pa kot 78,90. Račun, plačan delno z boni za prehrano in delno s kartico, je eno sporočilo s skupnim zneskom.

Podpisovanje in pošiljanje

Vsako sporočilo je podpisano z XML Signature v glavi WS-Security: izključna kanonikalizacija, povzetek SHA-256, RSA-SHA256, potrdilo, priloženo kot BinarySecurityToken, in podpisano samo telo SOAP. Dodatnih glav, kot sta Timestamp ali WS-Addressing, ne vključujte: sporočila, večja od 12 kB, so zavrnjena, sporočilo, ki je videti kot napad, pa morda sploh ne dobi odgovora. TLS 1.2 ali novejši je obvezen, odjemalec pa mora preveriti potrdilo strežnika. Produkcija uporablja uravnoteženje prek DNS, zato ime gostitelja razrešite ob vsaki povezavi, namesto da bi se vezali na IP.

Od različice 1.2 končna točka podpira CORS, zato jo lahko POS v brskalniku kliče neposredno. Preden kdorkoli napiše ta JavaScript, odločite, kje živi zasebni ključ.

Odgovori, izpadi in pravilo 48 ur

Veljavno sporočilo dobi sinhroni odgovor s 39-znakovno potrditveno kodo (POK), ki jo podpiše davčni organ. Ta podpis preverite in POK shranite skupaj s prodajo. Neveljavno sporočilo dobi kodo napake; -1 pomeni začasno napako, zato pošljite znova pozneje. Manjše težave se vrnejo kot opozorila, eno od njih, ko je čas prodaje več kot dve uri pred uro strežnika. Ure v kioskih odstopajo. Sinhronizirajte jih.

Časovno omejitev za odgovor nastavite sami, a ne manj kot dve sekundi. Če POK ne pride pravočasno, gre prodaja v vrsto. Po predstavitvi s seminarja ponovni poskus uporabi izvirno telo z novo glavo: nov UUID, oznaka prvega poskusa nastavljena na false, nov čas pošiljanja, izvirni čas prodaje. Odide takoj, ko je povezava spet vzpostavljena, in najpozneje 48 ur po prodaji. Obveznost po 48 urah tudi ne ugasne: zamudno sporočilo je še vedno dolgovano.

Vrsta mora zato preživeti ponovni zagon in sprožiti opozorilo precej preden mine 48 ur. Še ena past: če potrdilo poteče, medtem ko prodaje čakajo, jih je treba podpisati s trenutno veljavnim.

Vračila, popravki in dvojniki

Vračilo denarja ali storno je novo sporočilo z negativnim zneskom, z današnjim datumom in brez povezave z izvirnikom. Popravek je bodisi storno, ki mu sledi pravilno sporočilo, bodisi eno samo sporočilo z razliko. Dvojniki se zaznavajo po šestih poljih (EIČ, enota, naprava, zaporedna številka, čas prodaje in skupni znesek), zato je ponovni poskus z istim telesom varen. Ponovni poskus, ki na novo ustvari zaporedno številko, je druga prodaja.

Računi za kupce

Manj dela kot pri prvem EET: za namene EET račun ni potreben in POK na njem ni nujen. Odstranite vso kodo, ki tiskanje zadrži, dokler POK ne prispe. Kjer račune izdajate po potrošniški zakonodaji, naj bo zaporedna številka EET usklajena s številko računa; specifikacija ugotavlja, da se v praksi običajno ujemata.

Robni primeri, na katere naletijo verige

• Predplačniške kartice, zapestnice in denarnice: evidentira se polnjenje in vsaka poraba, z nastavljenimi dodatnimi polji za znesek.
• Eno plačilo, dva zavezanca: primer bencinskega servisa iz predstavitve (gorivo, prodano v imenu drugega podjetja, kava za lasten račun) potrebuje dve sporočili, vsako s podatki svojega zavezanca.

Časovnica

• 5. junij 2026: objava tehnične dokumentacije.
• 1. julij 2026: odprtje testnega okolja. Med 26. julijem in 26. avgustom je obdelalo 170.389 testnih transakcij s 624 naslovov IP odjemalcev, od tega jih je bilo 94,6 % uspešno obdelanih.
• 1. november 2026: EET v DIS+, evidenčne enote in produkcijska potrdila.
• 1. december 2026: začetek delovanja MOJE eet.
• 1. januar 2027: obveznost začne veljati za vse hkrati, brez postopnega uvajanja.

Uradna časovnica januar imenuje pilotni mesec, nato pa doda, da bo to že redno evidentiranje. Prejšnje obvestilo je pilot opisalo kot prostovoljen. Dokler to ni pojasnjeno, načrtujte pošiljanje resničnih sporočil od 1. januarja.

Ostaja še en formalni korak: ko je bil podpis objavljen 22. septembra, je objava v Zbirki zakonov šele sledila. To je rutina.

Načrt za 90 dni

Oktober: obseg in gradnja.

1. Naštejte vsa mesta, kjer denar menja lastnika: blagajne, kioske, ročne naprave, postopke naročanja pri mizi s plačilom v lokalu, lastne voznike, ki pobirajo gotovino. Vsakega dodelite zavezancu in prihodnji evidenčni enoti.
2. Izberite arhitekturo: podpisovanje na vsaki napravi ali ena storitev, ki podpisuje in upravlja vrsto za vse. Sistem sprejme oboje. Za verigo običajno zmaga osrednja rešitev: ena hramba ključev, ena vrsta, eno mesto za spremljanje.
3. Sestavljalnik sporočil, podpisovalnik in vrsto zgradite v testnem okolju s skupnimi testnimi potrdili. Vsako sporočilo v CI preverite glede na XSD.

November: produkcijske poverilnice.

4. Od 1. novembra aktivirajte EET v DIS+, ustvarite enote (z uvozom v paketu, če jih imate veliko) in izdajte produkcijska potrdila. Shranite jih v trezor, ne na ključke USB.
5. Specifikacija kot najzgodnejši veljavni datum prodaje v produkciji določa 1. november 2026. Pošiljajte sporočila v načinu preverjanja s pravim potrdilom: preizkusijo celotno verigo, ne da bi evidentirala prodajo.
6. Dokončajte vračila, predplačniške tokove, podaljševanje potrdil in opozarjanje na starost vrste.

December: generalka.

7. Uvedite na eni lokaciji. Ob opoldanski konici izvlecite omrežni kabel in nato opazujte, kako se vrsta prazni.
8. Obremenitveno preizkusite svojo najbolj zasedeno uro skozi podpisovalnik.
9. Pred božično konico zamrznite spremembe. Zaposlenim povejte, kako je videti izpad; če vrsta deluje, jim ni treba storiti ničesar.

Januar: pilotni mesec.

10. Usklajujte vsak dan. Seštevke iz POS primerjajte z zbirnimi zneski v DIS+, kjer lahko zahtevate tudi podroben izvoz CSV z vsemi POK.

Kje dobiti pomoč

Gradimo in spreminjamo integracije POS: sestavljalnik in podpisovalnik sporočil, vrsto za izpade, hrambo in podaljševanje potrdil, preslikavo enot in usklajevanje z DIS+. Kadar je blagajniška programska oprema stara in so njeni avtorji odšli drugam, se to delo začne pri naši storitvi vzdrževanja podedovanih sistemov. Če vaša ekipa sistem pozna, a ji pred januarjem manjka ljudi, ji lahko dodamo razvijalce.

Če na Češkem uporabljate lastne blagajne ali kioske in testnemu okolju še niste poslali nobenega sporočila, pišite na office@c9group.dev.