De ce sa nu construiesti propriul sistem de facturare

Doua saptamani se transforma in doua luni. Doi ani mai tarziu, un inginer intretine un sistem intern de facturare care nu a livrat niciodata valoare diferentiata.

De ce pare simplu la inceput

La suprafata, o factura este un document cu cateva campuri: vanzator, cumparator, produse, total. Un template HTML sau PDF, o baza de date, cateva endpoint-uri REST. In doua saptamani ai ceva functional.

Problema este ca aceasta versiune simpla nu este ceea ce au nevoie clientii reali intr-un context legal real.

Costul real al construirii de la zero

Iata ce nu este evident la inceput:

• E-Factura: obligatorie pentru toate tranzactiile B2B in Romania. Necesita autentificare OAuth cu SPV, generarea XML-ului in formatul RO-eFact, gestionarea erorilor de validare si retry automat. Saptamani de implementare.
• PDF-uri in format legal: numerotare secventiala, serii de facturare, campuri obligatorii conform Codului Fiscal, generare in RO si EN.
• Gestionarea platilor: stornari, reduceri, plati partiale, reconciliere. Fiecare caz special necesita logica de business atenta.
• Validare CUI/CNP: verificarea in timp real a codului fiscal al clientului la ANAF.
• Gestionarea TVA: cote multiple (0%, 11%, 21%, plus 9% tranzitoriu pentru locuinte noi pana la 31 iulie 2026), scutiri, regim special pentru anumite categorii.
• Actualizari de conformitate: cand ANAF isi schimba schema sau regulile, cineva trebuie sa actualizeze codul. In weekend-uri, daca e necesar.
• Arhivare legala: facturile trebuie pastrate 10 ani. Trebuie sa rezolvi redundanta si backup-ul.

Fiecare din acestea este un sub-proiect separat. Estimarea realista este de 2-3 luni de engineering pentru un sistem functional la nivel de productie, plus 1-2 saptamani pe an pentru intretinere si actualizari de conformitate.

E-Factura a schimbat calculul

Inainte de 2024, un sistem intern de facturare era complicat dar manageable. Dupa 2024, adaugi o integrare cu o infrastructura guvernamentala cu uptime variabil, documentatie in schimbare, si sanctiuni pentru neconformitate.

Integrarile directe cu ANAF inseamna ca trebuie sa gestionezi certificatele de autentificare, erorile tranzitorii, schimbarile de schema si cazurile particulare ale sistemului ANAF. Sunt rezolvabile, dar nu sunt simple, si nu adauga nicio valoare diferentiata produsului tau.

Costul intretinerii este mai mare decat costul construirii

Un sistem intern de facturare construit in 2022 necesita actualizari semnificative in 2024 pentru E-Factura si actualizari din nou in 2025 cand termenele s-au extins. Fiecare modificare a schemei ANAF sau a regulilor de TVA necesita o iteratie de cod. Cineva trebuie sa urmäreasca aceste schimbari, sa le inteleaga si sa le implementeze la timp. Acesta este singurul inginer care ar putea sa construiasca functionalitati noi pentru produsul tau.

Alternativa

Billyou API expune intreaga platforma de facturare ca un serviciu REST: creeaza clienti, emite facturi, trimite catre E-Factura, primeste confirmarea prin webhook. Integrarea de baza dureaza 1-2 zile de lucru.

Cand ANAF isi schimba schema, Billyou actualizeaza implementarea. Cand apar noi cerinte de conformitate, Billyou le implementeaza. Echipa ta continua sa construiasca produsul tau, nu infrastructura de facturare.