Slovākija no 2027. gada 1. janvāra pāriet uz Peppol: e-rēķini pielāgotām ERP sistēmām un EDI plūsmām

No 2027. gada 1. janvāra Slovākijā reģistrēts PVN maksātājs vairs nevarēs nosūtīt citam Slovākijas uzņēmumam PDF pa e-pastu un uzskatīt to par rēķinu. Iekšzemes B2B un B2G rēķiniem jābūt strukturētam XML atbilstoši Eiropas standartam EN 16931, kas tiek piegādāts pa Peppol tīklu ar sertificēta pakalpojumu sniedzēja starpniecību. Finanšu administrācija šo sniedzēju sauc par „digitálny poštár“, digitālo pastnieku. Katram Slovākijas uzņēmumam, individuālajam komersantam un publiskajai iestādei jāspēj tos saņemt, arī tiem, kas nav PVN maksātāji.

2026. gada oktobra sākumā līdz termiņam atlikušas apmēram 90 dienas.

Ja lietojat Pohoda, KROS, Money vai līdzīgu gatavu grāmatvedības produktu, tas galvenokārt ir jūsu piegādātāja darbs. Piegādātāji ievieš Peppol atbalstu, un Finanšu administrācijas 2026. gada 26. augusta rokasgrāmatā teikts, ka vairumā gadījumu pietiks ar esošās sistēmas atjauninājumu. Uzstādiet atjauninājumu, izvēlieties pakalpojumu sniedzēju un vienojieties par kārtību ar savu grāmatvedi.

Šis raksts ir visiem pārējiem: uzņēmumiem, kuru rēķini nāk no pašu izstrādātas ERP sistēmas, stipri pielāgotas vai vairs neatbalstītas sistēmas, rēķinu dzinēja pašu produktā vai EDIFACT savienojuma ar mazumtirdzniecības klientiem.

Ko prasa likums

Pienākums izriet no grozītā PVN likuma (222/2004 Z. z., grozīts ar 385/2025 Z. z.). Īsumā, pēc Finanšu administrācijas eFaktúra lapas un rokasgrāmatas:

• Izrakstīšana. Slovākijā reģistrētiem PVN maksātājiem jāizraksta e-rēķini par iekšzemes piegādēm un par maksājumiem, kas saņemti pirms piegādes, ja klients ir Slovākijas nodokļu maksātājs vai jebkura Slovākijas juridiskā persona. Patērētāji tajā neietilpst. Tāpat neietilpst ar PVN neapliekamas piegādes un vienkāršotie rēķini (čeks līdz 100 € vai eKasa čeks līdz 400 € ar PVN). Citādi rēķina summai vairs nav nozīmes.
• Saņemšana. Katram Slovākijas nodokļu maksātājam, neatkarīgi no tā, vai tas ir PVN maksātājs, un katrai Slovākijas juridiskajai personai jāspēj saņemt e-rēķini ar sertificēta pakalpojumu sniedzēja starpniecību.
• Formāts. XML atbilstoši EN 16931, UBL 2.1 vai CII D16B. Tīklā tas nozīmē Peppol BIS Billing 3.0, kas ir UBL.
• Piegāde. Ar sertificēta pakalpojumu sniedzēja starpniecību pa Peppol. Partneri var vienoties par citu kanālu, piemēram, e-pastu vai esošu EDI savienojumu, bet tikai ar pircēja iepriekšēju piekrišanu, rēķinam joprojām jābūt EN 16931 XML, un abām pusēm joprojām jābūt sasniedzamām ar pakalpojumu sniedzēja starpniecību.
• Termiņš. 15 dienas no piegādes, kā līdz šim. Rēķinam, kas nosūtīts pa tīklu, izrakstīšanas datums ir diena, kad tas nodots pakalpojumu sniedzējam.
• Ziņošana. Pakalpojumu sniedzējs iegūst nodokļu datus un ziņo tos Finanšu administrācijai, un likums uzskata jūsu ziņošanas pienākumu par izpildītu, tiklīdz esat rēķinu nodevuši. Kontrolný výkaz (PVN kontroles pārskats) paliek līdz 2030. gada 1. jūlijam. Pieņemtajā redakcijā pircējam ir paralēls pienākums piecu dienu laikā ziņot datus no katra saņemtā e-rēķina, ko arī izpilda tā pakalpojumu sniedzējs; likumprojekts, kas aprakstīts sadaļā „Kas vēl mainās“, to atceltu.
• Arhīvs. PVN maksātāji glabā XML desmit gadus no tā gada beigām, uz kuru tas attiecas. PDF attēlojums nav rēķins.
• Sodi. Saskaņā ar PVN likuma § 85o PVN maksātājam, kas neziņo rēķina datus, ziņo tos novēloti vai nepareizi, var piemērot sodu līdz 10 000 €, bet par atkārtotiem pārkāpumiem līdz 100 000 €; rokasgrāmatā un 2026. gada 15. septembra BUJ teikts tas pats. Acīmredzama kļūda, kas ātri izlabota, vai pierādāma kļūme pakalpojumu sniedzēja pusē netiek sodīta. Par rēķina izrakstīšanas termiņa nokavēšanu sodu piemēro atsevišķi, saskaņā ar Nodokļu kodeksu.

Pāreja notiek pēc nodokļa iestāšanās brīža. Ja pienākums izrakstīt rēķinu radās līdz 2026. gada 31. decembrim, piemēro vecos noteikumus, pat ja rēķins tiek apmaksāts 2027. gadā.

Divas mazākas izmaiņas daudzus pārsteidz. Maksājumu grafiks (splátkový kalendár) par īri vai līzingu vairs nedarbojas kā kopsavilkuma rēķins: katrai atkārtotai piegādei vajadzīgs savs e-rēķins. Un ārvalstu uzņēmumi, kas Slovākijā ir tikai reģistrēti PVN vajadzībām, paliek ārpus tvēruma līdz 2030. gada 30. jūnijam.

EDIFACT rēķini vairs neskaitās

Šī daļa skar ražotājus un mazumtirdzniecības ķēžu piegādātājus. BUJ ir nepārprotami. Pēc 2027. gada 1. janvāra jūs varat turpināt apmainīties ar EDIFACT ziņojumiem ar klientiem, bet iekšzemes darījumos EDIFACT rēķins vairs neatbildīs elektroniskā rēķina definīcijai PVN vajadzībām. Kā tur rakstīts: „vy alebo váš poskytovateľ IT služieb musí vykonať konverziu“, jums vai jūsu IT pakalpojumu sniedzējam šie rēķini jāpārveido EN 16931 UBL vai CII formātā.

BUJ pat norāda ceļu. CEN/TS 16931-3-4 sasaista EDIFACT INVOIC D16B ar EN 16931 semantisko modeli, un no tā jūs veidojat sasaisti ar UBL. Tur dotais piemērs: EDIFACT rēķina numurs kļūst par biznesa terminu BT-1, kas UBL kļūst par cbc:ID.

No tā izriet divas projektēšanas izvēles.

Kur notiek pārveidošana. Vai nu jūsu sistēma ģenerē UBL no tiem pašiem datiem, no kuriem veido EDIFACT ziņojumu, vai arī jūsu EDI pakalpojumu sniedzējs pārveido rēķinu izejot. Ja to dara sniedzējs, pieprasiet tā validācijas pārskatus, jo sods būs jums.

Kurš kanāls to pārnes. Ja UBL iet pa Peppol kā Peppol BIS, pakalpojumu sniedzējs par to ziņo. Ja pēc vienošanās ar pircēju saglabājat EDI kanālu, nekas netiek ziņots automātiski, un jums joprojām vajadzīgs Peppol galapunkts visam pārējam.

Noteikumi attiecas uz rēķiniem, kredītrēķiniem un pašizrakstītiem rēķiniem. Pasūtījumi un nosūtīšanas paziņojumi var palikt, kā ir.

Kas jums patiešām jāizstrādā

Pielāgotai sistēmai darbs sadalās četrās daļās. Savienojums ar pakalpojumu sniedzēju parasti ir mazākā no tām.

1. Izejošie rēķini: UBL, kas iztur validāciju

Sasaistiet savus rēķinu datus ar EN 16931 biznesa terminiem un tad ar UBL. eFaktúra lapā publicēta transpozīcijas tabula (raksta tapšanas brīdī versija 1.11), kas biznesa terminus sasaista ar Slovākijas tiesību normām, uz kurām tie balstās, un pievieno Slovākijas kardinalitāti papildus Peppol BIS. Uzskatiet to par savu specifikāciju.

Problēmas reti rada acīmredzamie lauki:

• Saņēmēja DIČ. Slovākijas dalībnieki Peppol tīklā tiek adresēti kā 0245:DIČ, ar nodokļu identifikācijas numuru, nevis IČO un nevis IČ DPH. Uzņēmumam, kas jau ir Peppol tīklā ar 9950 identifikatoru, joprojām vajadzīga 0245 reģistrācija Slovākijas SMP. Ja jūsu klientu pamatdatos ir tikai IČO un IČ DPH, jums vispirms ir datu darbs un tikai tad koda darbs.
• PVN kategoriju kodi. S, Z, E, AE un O, katram piesaistīti Peppol biznesa noteikumi. Kategorija O (ārpus PVN tvēruma) aizliedz rēķinā PVN identifikatorus, un to nevar apvienot vienā rēķinā ar standarta likmes rindām. Atbrīvojuma iemesla teksts (BT-120) paredzēts neapliekamām piegādēm; ja to aizpilda standarta likmes rēķinā, XML kļūst nederīgs.
• Mērvienības no UN/ECE kodu sarakstiem, nevis brīvs teksts. Katrai rindai tāda vajadzīga.
• Dokumentu veidi, par kuriem aizmirsāt. Labojumi kā kredītrēķins un jauns rēķins vai koriģējošs rēķins, kas BT-25 atsaucas uz oriģinālu. Nodokļu dokumentiem par priekšapmaksu ir tipa kods 388. Pašizrakstītiem rēķiniem tipa kods ir 389.

Validējiet pirms sūtīšanas pret Peppol BIS un Slovākijas noteikumiem un novirziet kļūdas cilvēkam, kas tās var izlabot. Pēc nodošanas bloķējiet rēķinu un padariet atkārtotus mēģinājumus idempotentus: viens un tas pats rēķins, nosūtīts divreiz ar diviem numuriem, ir nodokļu problēma.

2. Savienojums ar pakalpojumu sniedzēju

2026. gada 1. oktobra reģistrā ir 79 sertificēti pakalpojumu sniedzēji, Slovākijas un ārvalstu. Katram ir sava API un autentifikācija. Rēķinu ceļā nav centrālas valsts platformas: no tās ieceres atteicās 2024. gadā, un rēķini ceļo tieši starp pakalpojumu sniedzējiem. Praktiski punkti no BUJ:

• Saņemšanai katram dalībnieka ID var reģistrēt tikai vienu pakalpojumu sniedzēju, bet sūtīt var ar vairāku starpniecību.
• Saņemšanas pakalpojumu sniedzēja reģistrācija Finanšu administrācijas portālā ir likuma prasība, un personai, kas to veic, vajadzīgs pilnvarojums šajā portālā rīkoties uzņēmuma vārdā. Nokārtojiet to šonedēļ. Tas ir lēnākais solis, kurā nav koda.
• Ja saņēmējs nav Peppol tīklā, piegāde neizdodas, bet jūsu kā sūtītāja pienākums ir izpildīts, un dati tik un tā tiek ziņoti. Jūsu kodam jāfiksē kļūme un jāpaziņo kādam, nevis jāmēģina bezgalīgi vai jābloķē rēķinu izrakstīšana.

Lai darbinātu pašiem savu piekļuves punktu, vajadzīga OpenPeppol sertifikācija, Finanšu administrācijas akreditācija un no 2027. gada 1. jūlija ISO/IEC 27001. Uzņēmumam, kas sūta tikai savus rēķinus, saprātīgākā izvēle ir pakalpojumu sniedzējs.

3. Ienākošie rēķini kreditoru uzskaitē

No janvāra jūsu enerģijas piegādātājs, telekomunikāciju operators un programmatūras piegādātāji jums sūtīs UBL. Rokasgrāmata atbildību par spēju saņemt uzliek saņēmējam: piegādātājs, kas pareizi nosūta pa tīklu, savu daļu ir izdarījis.

Darbs ar ienākošajiem rēķiniem nozīmē dokumentu ielādi no pakalpojumu sniedzēja API, to validāciju, piegādātāja sasaisti, rindu kartēšanu jūsu kreditoru uzskaites modelī, salīdzināšanu ar pirkuma pasūtījumiem, ja tādu veicat, un nodošanu esošajā apstiprināšanas darbplūsmā, ko likums neskar. Jums vajadzīgs arī lasāms XML attēlojums pēc pieprasījuma un desmit gadu XML arhīvs. Peppol šeit nepārnes noraidījuma ziņojumu, tāpēc strīdi ar piegādātāju tiek risināti tāpat kā līdz šim.

4. Ziņošana un salīdzināšana

Pakalpojumu sniedzējs sagatavo nodokļu datu dokumentu un par to ziņo. Jūsu uzdevums ir nodrošināt, ka nodotais ir pareizs un ka jūsu PVN deklarācijas joprojām sakrīt, jo kontrolný výkaz turpinās līdz 2030. gadam. Pie katra rēķina glabājiet pakalpojumu sniedzēja ziņojumu identifikatorus un piegādes statusus, lai, kad skaitļi nesakrīt, varētu noskaidrot kāpēc.

Cik ilgi tas aizņem

Finanšu administrācijas pašas novērtējums: ja jūsu programmatūra jau ir savienota ar Peppol, aktivizēšana notiek uzreiz. Pielāgotiem vai sarežģītiem risinājumiem integrācija „môže trvať niekoľko dní až týždňov“, no dažām dienām līdz vairākām nedēļām.

Pašam savienojumam tas ir godīgs novērtējums. Nedēļas aiziet datiem: DIČ atrašanai katram klientam un piegādātājam, pareizai PVN kategorijai katrai precei un pakalpojumam un ienākošo rēķinu apstrādei, kas nav atkarīga no tā, ka kāds atver katru dokumentu.

Testēšana būs lēnāka, nekā gaidāt. Peppol monitors vietnē epostari.sk, ko uztur Verteco, pats viens no sertificētajiem pakalpojumu sniedzējiem, 2026. gada 2. oktobrī saskaitīja 3 332 no 235 518 Slovākijas PVN maksātājiem, kas spēj saņemt Peppol rēķinus, apmēram 1,4 %. Tas mēra tikai PVN maksātājus, un savus skaitļus raksturo kā informatīvus. Tomēr šodien testa rēķinu spēj pieņemt maz jūsu klientu, un janvāris atnesīs daudz kļūdu „saņēmējs nav atrasts“. Apstrādājiet tās kā parastu gadījumu.

90 dienu plāns

1. līdz 2. nedēļa: inventarizācija un lēmumi. Uzskaitiet katru sistēmu, kas izraksta rēķinus Slovākijas uzņēmumiem: ERP, rēķinu dzinēju, EDI vārteju, izklājlapu, ko kāds pārdošanas nodaļā joprojām lieto. To pašu izdariet ienākošajiem rēķiniem. Pārbaudiet DIČ pārklājumu klientu un piegādātāju pamatdatos. Izvēlieties pakalpojumu sniedzēju, nokārtojiet pilnvarojumu portālā, reģistrējieties saņemšanai.

3. līdz 6. nedēļa: izejošie rēķini. Izveidojiet UBL kartēšanu un validāciju, savienojieties ar pakalpojumu sniedzēja testa vidi un pārveidojiet EDIFACT rēķinus vai vienojieties par pārveidošanu ar savu EDI pakalpojumu sniedzēju. Aptveriet kredītrēķinus, priekšapmaksas un pašizrakstīšanu, ne tikai veiksmīgo scenāriju.

5. līdz 9. nedēļa: ienākošie rēķini. Ielāde, validācija, piegādātāju sasaiste, kartēšana kreditoru uzskaitē, attēlošana un arhīvs.

9. līdz 11. nedēļa: reāla darbība jau 2026. gadā. Šogad brīvprātīga lietošana ir atļauta. Sūtiet īstus rēķinus klientiem, kas jau ir reģistrējušies, un saņemiet no piegādātājiem, kas ir reģistrējušies. Tieši tad parādās kartēšanas kļūdas, kamēr tās vēl neko nemaksā.

12. līdz 13. nedēļa: pāreja. Piesaistiet pārslēgšanu nodokļa iestāšanās brīdim, nevis grāmatošanas datumam. Plānojiet, ņemot vērā svētkus: decembra pēdējās divas nedēļas nav testēšanas logs.

Ja izstrāde nepaspēs, paredziet rezerves variantu. Pakalpojumu sniedzēja atsevišķa tīmekļa lietotne, ko rokasgrāmata iesaka maziem uzņēmumiem, ir pietiekama, lai 1. janvārī saņemtu rēķinus, kamēr integrācija tiek pabeigta. Tas ir pagaidu risinājums saņemšanai, nevis veids, kā izrakstīt rēķinus lielā apjomā.

Kas vēl mainās

PVN likums tiek atkal grozīts, pirms tas sāk darboties. Valdības likumprojekts, parlamenta dokuments 1454, 2026. gada 6. oktobrī tika pieņemts pirmajā lasījumā un nodots komisijai; atbildīgajai komisijai ir laiks līdz 16. novembrim. Tas nav likums, un teksts vēl var mainīties. Pašreizējā redakcijā no 2027. gada 1. janvāra līdz 30. jūnijam netiktu piemērots sods par e-rēķinu, kas izrakstīts pēc termiņa, ne arī par § 85o ziņošanas pārkāpumiem. Pircēja pienākums ziņot datus no saņemtajiem e-rēķiniem tiktu atcelts. Nodokļu maksātājam, kas nav PVN maksātājs, nevajadzētu saņemt e-rēķinus par ar PVN neapliekamu tāda īpašuma iznomāšanu, kas atrodas ārpus tā uzņēmējdarbības aktīviem. Iepriekšējā redakcijā šis iecietības periods, kā ziņots, beidzās 2027. gada 31. martā. Nekas no tā nepārceļ 2027. gada 1. janvāri: paskaidrojuma rakstā teikts, ka pienākums izrakstīt e-rēķinus un spēt tos saņemt netiek skarts. Ja sešu mēnešu periods tiks pieņemts, uzskatiet to par rezervi kļūdām, nevis vēlāku sākumu.

BUJ min pārskatītu EN 16931, kas apstiprināts 2025. gada oktobrī, un saka, ka tā ietekmi vēl nevar aprakstīt; Peppol BIS sekos standartam. Transpozīcijas tabula ir versijā 1.11, un BUJ ir atkārtoti izdots no jauna. Glabājiet kartēšanu ar versijām un vienā vietā, nevis izkaisītu pa rēķinu kodu.

Otrais posms jau ir grafikā. No 2030. gada 1. jūlija paredzams, ka pienākums attieksies arī uz pārrobežu piegādēm, izrakstīšanas termiņš samazināsies līdz 10 dienām un kontrolný výkaz tiks atcelts. Neiekodējiet projektā „tikai Slovākijas klienti“.

Kur saņemt palīdzību

Mēs izveidojam savienojumu starp sistēmu, kas veido jūsu rēķinus, un tīklu, kam tie tagad jāpārnes: UBL kartēšanu un validāciju, integrāciju ar pakalpojumu sniedzēja API, EDIFACT pārveidošanu un ienākošo rēķinu apstrādi kreditoru uzskaitē. Mūsu e-rēķinu integrācijas pakalpojums apraksta, kā mēs strādājam, un, ja īstā problēma ir pati sistēma, skatiet ERP modernizāciju. Ja darba apjoms ir noteikts un jums vajag rokas, mēs arī piesaistām pieredzējušus izstrādātājus esošām komandām.

Lai pārrunātu jūsu situāciju, rakstiet uz office@c9group.dev.