Limite și termene legale
Frecvența cererilor, plafoanele rețelelor, reîncercările și termenele legale.
- În sandbox
În cuvinte simple
Unele sisteme naționale limitează viteza cu care pot fi trimise facturile, iar unele legi stabilesc un termen după data facturii. Această pagină enumeră limitele pe care le contorizăm și termenele legale pe care le urmărim, astfel încât o companie să poată planifica mărimea unui lot și ultima zi în care o factură mai poate fi trimisă. Datele și plafoanele provin din surse oficiale și trebuie verificate din nou înainte ca cineva să se bazeze pe ele.
Patru lucruri stabilesc ritmul: mărimea unei cereri, cât de des poate un client să apeleze API-ul, plafonul fiecărui client pentru trimiterile către o rețea și termenul legal pe canalele care au unul.
Mărimea cererii
Un corp de peste 5 MB (5.000.000 de octeți) primește 413, cu un corp de tip problem (payload-too-large). Limita se aplică pentru POST /invoices, POST /invoices/xml, POST /validate și POST /credentials.
Frecvența cererilor
Fiecare client are un buget pentru fiecare domeniu al cheii. Se contorizează pentru client, nu pentru cheie, deci mai multe chei nu aduc mai multe cereri.
| Domeniu | Apeluri pe secundă | Apeluri pe minut |
|---|---|---|
submit | 20 | 600 |
read | 50 | 3.000 |
admin | 20 | 600 |
În plus, lista de gestionare poate fi citită de 30 de ori pe minut, iar dovezile din lista de gestionare de 10 ori pe minut. Peste o limită, răspunsul este 429, cu un antet Retry-After în secunde. Așteptați atât și trimiteți din nou același apel. O rulare de probă care găsește toate validatoarele ocupate răspunde 503 (busy), cu Retry-After în același fel.
Căutarea unui cumpărător în Peppol este limitată și ea: 30 de căutări pe minut și 300 pe oră pentru fiecare client. Un răspuns deja păstrat nu costă nimic.
Plafoanele rețelelor
Serviciul contorizează apelurile fiecărui client către o rețea în raport cu plafonul publicat de rețea. Un client este valoarea client de pe factură. O factură fără client este contorizată la local. Contoarele sunt păstrate în baza de date, așa că o repornire nu le resetează.
| Canal | Apel | Plafon |
|---|---|---|
PL-KSEF | Trimiterea unei facturi | 10 pe secundă, 30 pe minut, 180 pe oră |
PL-KSEF | Citirea unei stări | 30 pe secundă, 120 pe minut, 1.200 pe oră |
RO-EFACTURA | Orice apel | 1.000 pe minut |
DE-XRECHNUNG, PEPPOL, FR-PA | Niciunul publicat, niciunul aplicat |
Când un client depășește un plafon, factura sa rămâne în coadă și este încercată din nou o secundă mai târziu. Nimic nu este respins și nimic nu apare ca eroare.
Surse, citite pe 2 oct. 2026: limitele API KSeF și procedura ANAF pentru OAuth. KSeF contorizează separat fiecare pereche formată din context și adresă IP. ANAF oferă 1.000 de cereri pe minut pentru API-ul său și răspunde 429 peste această limită, fără să precizeze la ce se raportează.
Trimiterile în Polonia se adună: la 180 pe oră, trimiterea a 1.000 de facturi pentru un client durează aproximativ cinci ore și jumătate. Modul offline24 din Polonia oferă timp până la sfârșitul următoarei zile lucrătoare pentru trimitere. Sesiunile pe loturi sunt planificate și nu sunt implementate.
Reîncercări la o eroare a rețelei
Se reîncearcă doar o eroare temporară a unei rețele. O respingere nu: ajunge pe lista de gestionare.
| Eșec | Așteptare înainte de următoarea încercare |
|---|---|
| Primul | 30 de secunde |
| Al doilea | 2 minute |
| Al treilea | 10 minute |
| Al patrulea | 30 de minute |
| Al cincilea | 1 oră |
| Al șaselea | Niciuna. Factura devine dead_letter și ajunge pe lista de gestionare. |
O sarcină care se oprește în mijlocul unei trimiteri întreabă canalul dacă deține deja factura înainte de a o trimite din nou. Reîncercările webhook-urilor urmează propriul program (consultați webhook-urile).
Termene legale
Două canale au un termen calculat de la data facturii. Serviciul îl calculează pentru fiecare factură la preluare.
| Canal | Termen | Sursă |
|---|---|---|
RO-EFACTURA | Sfârșitul celei de-a cincea zile lucrătoare de după data emiterii. | OUG nr. 89/2025 și un comunicat ANAF. |
PL-KSEF | Sfârșitul următoarei zile lucrătoare de după data emiterii, adică termenul offline24. Serviciul îl aplică fiecărei facturi poloneze. | Legea poloneză a TVA, art. 106nda, modificată prin Dz.U. 2025 poz. 1203. |
Celelalte canale nu au termen. Pentru o factură aflată încă în starea queued, serviciul înregistrează o alertă când a trecut jumătate din timpul dintre începutul zilei emiterii și termen și din nou la patru cincimi.
Atenție
Două limitări ale calculului termenului
- Numără de luni până vineri. Nu are un calendar al sărbătorilor legale, așa că o sărbătoare este numărată ca zi lucrătoare, iar termenul real poate cădea mai târziu decât cel folosit de serviciu.
- Numără zilele în UTC. Autoritățile numără în ora locală, așa că limita zilei diferă cu o oră sau două.
Alertele sunt înregistrate în serviciu și nu sunt trimise (consultați Monitorizare și alerte). Termenele sunt afișate și pentru fiecare factură, ca deadline_at, pentru România și Polonia, când factura are o dată de emitere (consultați citirea unei facturi). Cele două termene au fost verificate ultima dată față de aceste surse pe 27 sept. 2026; sunt verificate din nou înainte de publicarea documentației.