Ja jūsu lietotāji pieprasa e-rēķinus, jūsu produktam ir nepieciešamas četras iespējas: izveidot rēķinus, kas atbilst Eiropas standartam EN 16931, piegādāt tos tīklā, ko izmanto pircēji (Eiropā galvenokārt Peppols), validē dokumentus pirms nosūtīšanas un, ja nepieciešams, pieņem rēķinus. Jautājums nav „vai”, bet gan „kā”: Igaunijā EN 16931 no 2025. gada 1. jūlija — galvenais e-rēķina formāts un reģistrēti pircēji var pieprasīt e-rēķinus — jūsu lietotāji jau šodien izjūt spiedienu. Ir divas iespējas: izveidot savu sertificētu piekļuves punktu vai izmantot esošu, izmantojot savu API.
Ko īsti nozīmē "uzbūvē pats"?
Kļūšana par sertificētu piekļuves punktu ir atbilstības projekts, nevis izstrādes uzdevums: dalība OpenPeppol, sertifikācija, AS4 ziņojumapmaiņas infrastruktūras darbība, SMP pakalpojums dalībnieku pārvaldībai un noteikumu atjaunināšanas ievērošana visā tīkla izlaišanas ciklā. Šis ir pareizais ceļš, ja e-rēķinu infrastruktūra IR jūsu produkts. Ja e-rēķini ir viena no jūsu produkta funkcijām, par šo ceļu maksāsiet izstrādes laika ceturkšņos pirms pirmās klienta vērtības sasniegšanas.
Ko nozīmē „lietošanai gatavs API”?
Integrācijas projekts: Jūsu lietojumprogramma nosūta POST norēķinu datus sertificēta pakalpojumu sniedzēja API, saņem sinhronu validāciju ar saprotamām kļūdām, piegādes statusus ar tīmekļa āķiem un dalībnieku pārvaldību kā API darbības. Akreditācija, transportēšana un noteikumu atjauninājumi ir pakalpojumu sniedzēja atbildība. Laika grafiks ir cita pasaule: ar dokumentētu API, pirmais testa dokuments vienas darba dienas laikā reālistisks, parasti nonāk ražošanā dažu nedēļu laikā. Tehnisko pusi (formātus, validācijas slāņus, statusus) esam aprakstījuši izstrādātāju rokasgrāmatās. e-rēķinu sūtīšana, izmantojot API un Par UBL rēķina izveidi.
Kā izlemt? Trīs jautājumi
Pirmkārt: vai e-rēķini ir jūsu produkta pamatā vai atbalsta elements? Pamatelements attaisno tā infrastruktūru, bet atbalsts – ne. Otrkārt: cik tirgu jums ir jāaptver? Katra valsts pievieno noteikumus – B2B e-rēķini mainās arī Latvijā. obligāti 2028. gadā, Lietuvas valsts saņem rēķinus, izmantojot Peppol: un API pakalpojumu sniedzējs apstrādā šos dokumentus jūsu vietā. Treškārt: kurš ir atbildīgs naktī? Piekļuves punkts ir infrastruktūra, kuras atteice apturēs naudas plūsmu jūsu lietotājiem; godīgi pajautājiet sev, vai vēlaties, lai tas darbotos.
Pārbaudes saraksts pakalpojumu sniedzēja izvēlei
Sertificēta piekļuves punkta statuss. Sinhrona validācija ar strukturētām kļūdām. Smilškastes tehnoloģija ar atsevišķām atslēgām. Parakstīti un idempotenti tīmekļa āķi. Dalībnieku reģistrācija un migrācija, izmantojot API, nevis pieprasījumus. Un dokumentācija, par kuru izstrādātājam nav jāzvana atbalsta dienestam: pēdējais visprecīzāk prognozē sadarbības kvalitāti.
Bieži uzdotie jautājumi
Vai SaaS ir jāizveido savs piekļuves punkts e-rēķiniem?
Nē. Sertificēta piekļuves punkta API patēriņš ietver formātu, validāciju, piegādi un pieņemšanu — akreditācija un transports tiek atstāti pakalpojumu sniedzēja ziņā. Jūs maksājat par savu infrastruktūru tikai tad, ja produkta pamatā ir e-rēķini.
Cik ilgs laiks nepieciešams, lai pievienotu e-rēķinus SaaS?
Uz API bāzes: dokumentētam risinājumam reāli ir izveidot pirmo testa dokumentu vienas darba dienas laikā, bet ražošana — dažu nedēļu laikā. Sava piekļuves punkta izveide ir atbilstības projekts, kas ir ceturtdaļu lielumā.
Kas tehniski ir nepieciešams atbilstības nodrošināšanai?
EN 16931 atbilstoši dokumenti, piegāde pircēju tīklā (izmantojot Peppol sertificētu piekļuves punktu), validācija pirms nosūtīšanas un SMP reģistrācija saņemšanai.
Kas jāņem vērā, izvēloties API pakalpojumu sniedzēju?
Sertificēts AP statuss, sinhronā validācija, smilškastes tehnoloģija, parakstītas tīmekļa āķi, dalībnieku pārvaldība, izmantojot API, un dokumentācijas kvalitāte.