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.