Kui Sinu kasutajad küsivad e-arveid, vajab Su toode nelja võimekust: luua Euroopa standardile EN 16931 vastavaid arveid, toimetada need kohale võrgus, mida ostjad kasutavad (Euroopas eelkõige Peppol), valideerida dokumendid enne saatmist ja soovi korral võtta arveid ka vastu. Küsimus ei ole „kas”, vaid „kuidas”: Eestis on EN 16931 alates 1. juulist 2025 esmane e-arve formaat ja registreeritud ostjad võivad e-arvet nõuda – Su kasutajad tunnevad seda survet juba täna. Valikuid on kaks: ehitada ise sertifitseeritud ligipääsupunkt või tarbida olemasoleva oma API kaudu.
Mida „ise ehitamine” päriselt tähendab?
Sertifitseeritud ligipääsupunktiks saamine on vastavusprojekt, mitte arendusülesanne: OpenPeppol’i liikmesus, sertifitseerimine, AS4-sõnumitaristu käitamine, SMP-teenus osalejate haldamiseks ning reeglistiku uuendustega sammu pidamine võrgu väljalasketsüklis. See on õige tee, kui e-arvete taristu ON Su toode. Kui e-arved on Su tootes üks funktsioon teiste seas, maksad selle tee eest kvartaleid arendusaega enne esimest kliendiväärtust.
Mida „valmis API tarbimine” tähendab?
Integratsiooniprojekti: Su rakendus POST-ib arveandmed sertifitseeritud pakkuja API-sse, saab sünkroonse valideerimise koos arusaadavate vigadega, kohaletoimetamise staatused webhook’idega ja osalejate halduse API-operatsioonidena. Akrediteering, transport ja reegliuuendused jäävad pakkuja kanda. Ajaskaala on teine maailm: dokumenteeritud API puhul on esimene testdokument ühe tööpäevaga realistlik, toodanguni jõuab tüüpiliselt nädalatega. Tehnilise poole (formaadid, valideerimiskihid, staatused) oleme lahti kirjutanud arendajajuhendites e-arvete saatmisest API kaudu ja UBL-arve loomisest.
Kuidas otsustada? Kolm küsimust
Esiteks: kas e-arveldus on Su toote tuum või tugi? Tuum õigustab oma taristut, tugi mitte. Teiseks: mitu turgu pead katma? Iga riik lisab reegleid – Lätis muutub B2B e-arve kohustuslikuks 2028, Leedu riik võtab arveid vastu Peppol’i kaudu: ja API-pakkuja kannab selle kirjususe Sinu eest. Kolmandaks: kes vastutab öösel? Ligipääsupunkt on taristu, mille rike peatab Su kasutajate rahavoo; küsi endalt ausalt, kas tahad seda valvegraafikusse.
Kontrollnimekiri pakkuja valikuks
Sertifitseeritud ligipääsupunkti staatus. Sünkroonne valideerimine struktureeritud vigadega. Liivakast eraldi võtmetega. Webhook’id allkirjastatult ja idempotentselt. Osalejate registreerimine ja migratsioon API kaudu, mitte piletitega. Ja dokumentatsioon, mille peale Su arendaja ei pea tuge helistama: see viimane ennustab koostöö kvaliteeti kõige täpsemalt.