Facturile e-Factura din SPV citite de Claude și trimise verificate în contabilitate

Facturile e-Factura din SPV citite de Claude urmează un drum simplu. Claude primește fișierul XML al fiecărei facturi, extrage furnizorul, liniile și TVA și compară totul cu comanda de achiziție. Rezultatul ajunge ca draft în programul de contabilitate sau în CRM. Înregistrarea și plata le face tot un om.

Citirea automată a facturilor din SPV este un flux în care un agent AI (Claude) preia facturile primite de la furnizori, le verifică și pregătește datele pentru contabilitate. Agentul nu decide singur nimic cu bani. El semnalează ce nu se potrivește și lasă decizia cuiva din echipă.

SPV este Spațiul Privat Virtual de la ANAF, locul din care destinatarul descarcă facturile primite. Ghidul de față explică pe rând:

• ce fișier contează legal și de ce;
• cum ajung facturile la Claude;
• ce verificări face agentul și ce verificări face omul;
• ce setări de siguranță pornești în Claude;
• ce înseamnă toate acestea pentru o firmă din România.

Dacă vrei imaginea generală despre facturi și contracte, o găsești în ghidul despre facturi și contracte procesate cu Claude. Aici intrăm doar pe facturile primite prin SPV.

De la 1 iulie 2024, exemplarul original al facturii este XML-ul cu semnătura ANAF. Doar acesta poate fi introdus în contabilitate, după ghidul e-Factura publicat de hMARFA. PDF-ul primit pe e-mail este doar o copie de lucru.

RO e-Factura este sistemul național privind factura electronică. El primește factura de la emitent, o stochează electronic și o transmite destinatarului. Când factura e acceptată, din SPV se descarcă un fișier zip cu sigiliul electronic al Ministerului Finanțelor.

Pentru un agent AI (Claude), regula aceasta are o consecință practică. Agentul citește XML-ul, nu o poză sau un PDF scanat. XML-ul are câmpuri structurate, deci furnizorul, liniile și cotele de TVA nu trebuie ghicite din text. Asta face extragerea mai sigură decât la o factură pe hârtie.

ANAF a publicat și un ghid de utilizare a codurilor pentru tipurile de facturi și pentru categoriile de TVA în RO e-Factura. Știrea din decembrie 2024 despre ghidul ANAF pentru codurile de facturi și TVA merită dată contabilului. Codurile acestea sunt exact ce citește agentul când stabilește ce fel de factură are în față. Pentru regulile adnotate din perspectiva AI, vezi pagina noastră cu regulile e-Factura relevante pentru AI.

Facturile primite ajung la Claude printr-o conexiune cu programul care le preia deja din SPV, de obicei programul de facturare. Multe firme au deja legătura aceasta făcută. Un utilizator SmartBill scrie pe Reddit că programul lui e integrat automat cu SPV-ul firmei. Un alt comentator spune că SmartBill sincronizează dinspre SPV doar facturile primite.

Claude are nevoie apoi de o cale către programul acela. La Svennis, pentru fiecare conexiune construim un connector, un MCP server, un plugin sau un skill. Îți arătăm variantele cu costul fiecăreia, iar tu alegi. Un MCP server este un mic serviciu care îi dă lui Claude acces controlat la un program, cu operații precise de citire și scriere.

Variantele diferă după program:

• factureaza.ro: la data publicării, oferă un MCP server propriu, pe care îl adaugi în Claude ca connector personalizat, cu autorizare OAuth, din abonamentul Standard;
• SmartBill: la data publicării nu am găsit un MCP server public, așa că pentru acesta construim noi un connector sau un MCP server;
• Saga sau Oblio se tratează de la caz la caz, după ce oferă programul.

Accesul automatizat la SPV are propriile reguli. Pentru încărcarea automată a facturilor, ghidul hMARFA cere un token de acces, obținut din codurile Client Id și Client Secret din SPV. Detaliile despre ce poate face Claude în fiecare program le găsești în articolul despre Claude conectat la SmartBill, Saga sau contabilitatea ta.

Claude extrage din XML trei grupuri de date: cine a emis factura, ce s-a facturat și cât TVA s-a aplicat. Toate modelele Claude actuale suportă text, imagini, viziune și tool use, adică pot apela programele conectate. Pentru volum mare, documentația Anthropic recomandă Claude Haiku 5.5 la sarcini de clasificare, extragere și rutare.

Câmpurile pe care agentul AI (Claude) le scoate de obicei sunt acestea:

• furnizorul: denumirea și codul fiscal;
• seria, numărul și data facturii;
• fiecare linie: produsul, cantitatea, prețul unitar, valoarea;
• categoria și cota de TVA pe fiecare linie;
• codurile NC, acolo unde apar;
• totalurile facturii.

Codurile NC merită atenție separată. NC înseamnă Nomenclatorul combinat, sistemul UE cu coduri de opt cifre. Ghidul hMARFA spune că ele trebuie folosite cel puțin pentru produsele cu risc fiscal. Pe facturile către entități publice apar în schimb codurile CPV.

Fișierele sunt mici, dar limita există. Documentația Claude dă un maxim de 30 MB pe fișier, la încărcare și la descărcare. Un XML de factură stă mult sub limita aceasta. Arhivele mari cu multe facturi le împarți înainte.

Claude compară fiecare factură cu comanda de achiziție și marchează orice diferență, fără să o corecteze singur. Comanda stă de obicei în CRM, de exemplu în Zoho CRM, sau într-un sistem ERP. Agentul citește comanda prin connector și pune cele două documente față în față.

Verificările utile sunt puține și clare:

• furnizorul de pe factură există și e cel din comandă;
• fiecare linie facturată apare în comandă;
• cantitatea și prețul unitar se potrivesc;
• cota de TVA e cea așteptată pentru produs;
• factura nu a mai fost primită o dată.

Duplicatele sunt mai reale decât par. Un utilizator povestește pe Reddit că un client vedea de două ori aceeași factură de la el în SPV. Avea aceeași serie și aceeași sumă, dar doi indecși de încărcare diferiți, unul din aprilie și unul din octombrie. Un comentator a sugerat compararea valorii DigestValue din semnăturile celor două XML-uri. Dacă valoarea diferă, problema nu ține de SPV.

Agentul AI (Claude) poate face exact verificarea aceasta înainte ca factura să ajungă în contabilitate. El caută seria și numărul în facturile deja înregistrate și compară semnăturile. Rezultatul e o notă pentru om, nu o stornare făcută automat.

Exemplul de mai jos arată drumul unei facturi primite de o firmă de distribuție care folosește SmartBill și Zoho CRM. Firma lucrează pe Claude Team, cu un connector construit pentru SmartBill.

1. SmartBill preia din SPV factura nouă de la furnizor, prin integrarea pe care o are deja.
2. Agentul AI (Claude), pe Claude Haiku 5.5, citește XML-ul și extrage furnizorul, liniile, cotele de TVA și totalurile.
3. Agentul caută în Zoho CRM comanda de achiziție a furnizorului și o compară linie cu linie.
4. Toate liniile se potrivesc, cu o excepție: pe o linie, cantitatea facturată e mai mare decât cea comandată.
5. Agentul verifică dacă seria și numărul mai apar în SmartBill. Nu apar, deci factura nu e duplicat.
6. Agentul creează în SmartBill un draft cu datele facturii și scrie în comentariu linia cu problema.
7. Persoana de la achiziții primește o notă cu factura, comanda și diferența, una lângă alta.
8. Omul confirmă cu furnizorul, aprobă sau respinge, apoi contabilul înregistrează factura.

Pentru factureaza.ro pașii sunt aceiași, doar connectorul diferă. Folosești MCP serverul lor, adăugat în Claude ca connector personalizat.

Excepțiile grele pot merge la un model mai puternic. Documentația Anthropic recomandă Claude Opus 5.5 ca punct de pornire pentru majoritatea sarcinilor, când nu știi ce model să alegi. Haiku rămâne pe volumul zilnic, Opus pe cazurile ambigue.

Împărțirea muncii pe facturile primite din SPV se decide verificare cu verificare. Tabelul de mai jos este punctul de pornire pe care îl poți adapta firmei tale.

Verificare	Cine o face	Ce se întâmplă la nepotrivire
Extragerea datelor din XML	Agentul AI (Claude)	Câmpurile lipsă apar marcate în draft
Furnizorul există în CRM	Agentul AI (Claude)	Nota merge la achiziții, fără draft
Liniile, cantitățile și prețurile față de comandă	Agentul AI (Claude)	Draft cu diferența scrisă, aprobare umană
Cota de TVA pe linie	Agentul AI (Claude), apoi contabilul	Contabilul decide, agentul nu corectează
Factură duplicat în SPV	Agentul AI (Claude)	Nota cu ambele XML-uri, omul decide
Înregistrarea în contabilitate	Contabilul	Nu se face automat
Plata furnizorului	Omul care aprobă plățile	Nu se face automat

Regula din tabel e simplă. Agentul citește, compară și scrie drafturi. Omul decide tot ce schimbă soldul unui cont sau pleacă din bancă.

Înregistrarea facturii și plata furnizorului rămân la un om, chiar și când toate verificările trec. Motivul ține de răspundere, nu de tehnologie. Contabilul semnează pentru ce intră în evidențe, iar cine aprobă plățile răspunde pentru banii plecați.

Ce câștigi este timpul de pregătire. Un om nu mai copiază linii din XML și nu mai caută comanda în CRM. El primește un draft gata completat și o listă scurtă de excepții. Facturile curate trec repede, iar atenția merge pe cele cu probleme.

La Svennis, prima rundă a unui astfel de flux o rulăm doar în citire: agentul AI (Claude) produce rapoarte de potrivire, iar contabilul le compară cu ce ar fi introdus el manual. Abia după ce rapoartele ies corecte deschidem scrierea de drafturi în programul de facturare.

Excepțiile au nevoie de un drum clar. Stabilește dinainte cine primește nota pentru fiecare tip de problemă. Diferențele de cantitate pot merge la achiziții. Cotele de TVA ciudate merg la contabil.

Duplicatele merg la cine ține legătura cu furnizorul. Fără un nume pe fiecare tip, notele rămân necitite.

Pe Claude Team, accesul la rețea pentru execuția de cod este oprit implicit, iar proprietarul contului îl poate porni din setările organizației. Documentația Claude explică această setare în articolul despre crearea și editarea fișierelor. Pentru facturi, varianta cea mai strânsă e de obicei suficientă.

Câteva lucruri din documentație contează direct pentru fluxul cu facturi:

• când execută cod sau creează fișiere, Claude lucrează într-un container izolat;
• containerele nu sunt niciodată împărțite între utilizatori;
• dacă ai conexiuni MCP pornite, comunicarea în rețea rămâne posibilă prin ele, indiferent de setarea de rețea;
• cu rețeaua pornită, Claude ar putea fi păcălit teoretic prin prompt injection să trimită date către servere externe.

Prompt injection înseamnă text ascuns într-un document, scris ca să dea ordine agentului. O factură poate conține astfel de text într-un câmp de observații. Anthropic a pus un clasificator care detectează manipularea și oprește execuția. Tot tu limitezi însă ce poate scrie agentul.

Concret, dă connectorului doar operațiile de care are nevoie. Citire pe facturi și comenzi, creare de drafturi și atât. Fără ștergere, fără stornare, fără operații de plată.

Pentru o firmă din România, automatizarea facturilor primite trebuie să țină cont de trei realități: termenele, facturile lipsă și serverele ANAF. Niciuna nu dispare când pui un agent AI (Claude) în flux.

Termenul de transmitere e scurt. Din 1 ianuarie 2026, emitentul are 5 zile lucrătoare de la data emiterii pentru a transmite factura în RO e-Factura. Regula vine din art. 10 alin. (7) din OUG 120/2021, modificat prin OUG 89/2025. Pentru tine, ca destinatar, asta înseamnă că facturile apar în SPV la scurt timp după emitere. Un agent care verifică zilnic prinde diferențele cât încă e ușor de vorbit cu furnizorul.

Facturile care lipsesc au acum un mecanism separat. Pentru facturile plătite la momentul livrării și netransmise în termen prin RO e-Factura, destinatarul poate notifica ANAF prin Formularul 800. Formularul a fost aprobat prin Ordinul ANAF nr. 2229/2025. Agentul poate semnala o comandă livrată fără factură în SPV. Ce faci mai departe decide contabilul.

Serverele ANAF au pene. Pe forumul Saga, un utilizator primea mesajul „Factura nu a putut fi descarcata din SPV”. Răspunsul de la Saga a fost că serverele ANAF funcționau cu intermitențe și trebuia reîncercat mai târziu. Fluxul tău are nevoie de reîncercare automată și de o alertă când o factură așteptată nu sosește.

Dacă ești firmă de contabilitate, fluxul se înmulțește cu numărul de clienți. Pagina despre AI pentru firme de contabilitate tratează situația aceasta separat.

Primul pas este să afli unde ajung azi facturile tale primite din SPV și cine le introduce. Fără răspunsul acesta, orice automatizare pornește în gol.

1. Notează programul care preia facturile din SPV: SmartBill, factureaza.ro, Saga, Oblio sau altul.
2. Notează unde stau comenzile de achiziție: în CRM, într-un sistem ERP sau în altă parte.
3. Alege cele cinci verificări din tabelul de mai sus pe care le vrei automate.
4. Pune un nume pe fiecare tip de excepție: cine primește nota și în cât timp răspunde.
5. Rulează o lună doar în citire și compară rapoartele agentului cu munca făcută manual.

Dacă vrei să faci asta cu noi, lucrăm în patru pași. Începem cu Workshop-ul, apoi un Pilot Claude A, adică un agent AI pe Claude pentru un singur proces, cum e acesta. Pilot Claude B înseamnă Claude Team pentru toată echipa. Urmează Activarea departamentului și operarea lunară.

Costurile planurilor Claude le găsești pe pagina cu prețurile Claude pentru Team și API, în euro. Pentru o vedere de ansamblu asupra lucrului cu facturi, începe cu pagina despre AI pentru e-Factura și ANAF în contabilitate.