# Integrare SmartBill, Oblio, FGO cu ERP și magazin online | e-data > Stocul și prețul stau în ERP; SmartBill, Oblio sau FGO doar emit factura. Ce permite fiecare API și de ce SmartBill trimite stocul doar la mișcare. Adresa: https://www.e-data.ro/blog/integrare-smartbill-oblio-fgo-erp-magazin [Blog](https://www.e-data.ro/blog) Automatizări # Integrare SmartBill cu ERP și magazinul online (și Oblio, FGO): cine ține stocul Factura circulă bine între magazin și SmartBill, Oblio sau FGO. Catalogul, stocul și prețul, nu. Vezi ce poate citi și scrie fiecare API, după documentația oficială, unde trebuie să stea stocul când ai ERP, ce se rupe fără să afli și cât costă la 1.500 de comenzi pe lună. [Ștefan Binișor](https://www.e-data.ro/despre#stefan-binisor) 2 noiembrie 202619 minute de citit Comanda vine din magazin, factura din programul de facturare, iar coletul pleacă doar dacă stocul vine dintr-un singur loc. [Foto: Kampus Production / Pexels](https://www.pexels.com/photo/woman-sitting-at-the-table-and-packing-orders-7857532/) ## Pe scurt Prin API, SmartBill, Oblio și FGO sincronizează bine factura și încasarea, nu și catalogul: Oblio n-are creare de produs sau NIR, iar pluginul SmartBill trimite stocul spre WooCommerce doar la produsele cu mișcare. Dacă ai ERP, stocul și prețul stau în ERP, iar programul de facturare doar emite factura. Pluginul ajunge când n-ai ERP, nici marketplace, și ții stocul într-un singur loc. ### Idei-cheie 1. Oblio n-are prin API creare de produs sau NIR; factura poate salva doar prețul de listă, deci stocul nu se conduce spre Oblio din magazin. 2. În SmartBill V1, produsele noi intră prin factură, iar pluginul trimite stocul spre WooCommerce doar la produsele care au avut mișcare. 3. SmartBill acceptă 3 apeluri pe secundă și blochează 10 minute la depășire; Oblio emite cel mult 30 de documente la 100 de secunde, adică 1.080 pe oră. 4. La 1.500 de facturi pe lună prin API, SmartBill ia 0,017 € + TVA pe documentul peste plafon: 8,50–13,60 € pe lună, 0 € pe Ecommerce. 5. Integrarea are nevoie de alertă, nu doar de conectare: fiecare factură trebuie transmisă în RO e-Factura în 5 zile lucrătoare de la emitere. În articol 1. [Ce poate citi și ce poate scrie fiecare API](#ce-poate-citi-si-ce-poate-scrie-fiecare-api) 2. [Regula care ține integrarea în picioare: un singur stăpân pentru fiecare dată](#regula-care-tine-integrarea-in-picioare-un-singur-stapan-pentru-fiecare-data) 3. [Unde se rupe sincronizarea fără să afli](#unde-se-rupe-sincronizarea-fara-sa-afli) 4. [Black Friday, calculat: limitele de apeluri și de documente](#black-friday-calculat-limitele-de-apeluri-si-de-documente) 5. [Cât costă integrarea, cu tot cu orele pe care le economisește](#cat-costa-integrarea-cu-tot-cu-orele-pe-care-le-economiseste) 6. [Plugin, integrare la comandă sau roluri schimbate: cum alegi](#plugin-integrare-la-comanda-sau-roluri-schimbate-cum-alegi) 7. [Înainte să conectezi ceva: lista de verificare](#inainte-sa-conectezi-ceva-lista-de-verificare) 8. [Întrebări frecvente](#intrebari) 9. [Surse](#surse) Stocul stă în WinMentor sau în Saga. Facturile ies din SmartBill, prin pluginul din WooCommerce, când comanda trece în „Finalizată”. Prețurile le schimbă cineva de mână în magazin, iar pe eMAG Marketplace stocul se editează separat, din alt ecran. Rezultatul: trei stocuri, două liste de prețuri și nimeni care să știe sigur care e cea corectă, până la inventar. O integrare de felul ăsta nu se strică pentru că lipsește un plugin. Se strică pentru că nimeni n-a hotărât ce program are ultimul cuvânt pentru preț, stoc și client. Partea incomodă e că API-urile programelor de facturare hotărăsc oricum în locul tău. Oblio n-are un endpoint, adică o comandă din API, pentru crearea produselor, iar API-ul V1 al SmartBill le creează doar odată cu factura. De aceea, la o firmă care are ERP, **stocul și prețul trebuie să stea în ERP** , iar SmartBill, Oblio sau FGO rămân emitent de facturi și poartă spre SPV. ## Ce poate citi și ce poate scrie fiecare API Un API e ușa prin care un alt program citește sau scrie date fără să intervină un om. Fiecare dintre cele trei programe are una, dar ușile nu sunt la fel de late. Mai jos găsești, pe tipuri de date, ce spune documentația oficială a fiecăruia, așa cum arăta pe 2 noiembrie 2026\. Unde documentația publică nu spune nimic, am scris asta, nu am ghicit. __Ce permite API-ul fiecărui program, pe tipuri de date.__ | Tip de date | SmartBill | Oblio | FGO v2 | | ------------------- | ---------------------------------------------------------- | ------------------------------------------- | -------------------------------------------------- | | Produs nou | V1: doar prin factură sau proformă; V3: resursă de produse | fără endpoint de creare | resursă de articole | | Preț de vânzare | nu apare în indexul referinței | citire; factura poate salva prețul de listă | articole cu preț și TVA | | Stoc | V1: stocuri; pluginul trimite doar la mișcare | citire și webhook pe stoc | stocuri și gestiuni | | Client | V1: prin factură sau proformă; V3: resursă de clienți | citire; factura poate actualiza datele | căutare și facturi restante | | Factură emisă | scriere | scriere, anulare, ștergere | scriere, stornare, anulare | | Încasare | scriere | scriere (collect) și webhook | încasări | | Factură de furnizor | V3: resursă de furnizori | nu există | citire și înregistrare | | Recepție / NIR | V3: resursă de NIR-uri | nu există | NIR în GO Premium; scrierea prin API nu e descrisă | | Trimitere în SPV | nu apare în indexul referinței API | da, pentru facturile emise în Oblio | e-Factura în resursa Facturi | La SmartBill am căutat în [referința API](https://api.smartbill.ro/) și în articolele de ajutor despre integrare. Indexul referinței listează resursele, dar nu spune dacă resursele V3 permit scriere, ce câmpuri de preț există și dacă factura pleacă în SPV printr-un apel separat. Le-am trecut, cu celelalte necunoscute, în lista de întrebări pentru furnizor de la finalul articolului. Citit pe orizontală, tabelul spune un lucru simplu: factura și încasarea circulă bine în toate trei programele, catalogul și recepția nu. Prin API-ul V1, [SmartBill adaugă produse și clienți noi](https://ajutor.smartbill.ro/article/196-integrare-api) „prin simpla inserare a unei facturi sau proforme”. Referința mai listează o versiune V3, cu gestiuni, produse, clienți, furnizori, cote TVA și NIR-uri. La [Oblio](https://www.oblio.eu/api) , produsele cu stoc, clienții, gestiunile, seriile și cotele de TVA au doar endpointuri de citire, iar lista completă nu conține nici creare de produs, nici recepție. Oblio scrie totuși ceva în catalog, pe ușa din spate. La emiterea facturii, câmpul `save` al produsului salvează prețul de listă și e activ din oficiu, iar câmpul `save` de la client îi poate modifica datele. Dacă nu știi asta, o factură emisă din magazin cu un preț promoțional poate rescrie prețul de listă din Oblio. Încasarea se poate scrie direct, cu parametrul `collect` la emitere sau separat, pe lângă webhookul de încasare. Fiecare program iese în față la altceva. [FGO v2](https://api.fgo.ro/docs) are o resursă pentru facturile primite de la furnizori, pe care le poate citi și înregistra, iar resursa de facturi acoperă emiterea, stornarea, anularea și e-Factura. Versiunea v1 e depreciată, deci orice integrare nouă pornește pe v2\. Oblio are webhookuri, adică notificări trimise singur către programul tău când se schimbă stocul, când se anulează o factură sau când intră o încasare. Mai are o cheie unică la emitere, care împiedică dublarea facturii la reîncercare. Prețul de vânzare e zona cea mai cețoasă. ContentSpeed scrie în [fișa modulului lor SmartBill](https://www.contentspeed.ro/platforma-ecommerce/module/integrari-erp/modul-integrare-erp-smartbill-stocuri-l2017186.html) : „Preturile produselor se vor seta manual in magazinul online”. Afirmația e sigură pentru modulul lor, nu neapărat pentru API-ul SmartBill în sine. Când ERP-ul, magazinul și programul de facturare țin fiecare propriul stoc, cineva ajunge să le împace pe hârtie. [Foto: RDNE Stock project / Pexels](https://www.pexels.com/photo/black-and-white-pen-on-white-printer-paper-7821914/) ## Regula care ține integrarea în picioare: un singur stăpân pentru fiecare dată Stăpânul unei date e programul în care un om are voie s-o modifice. Celelalte programe primesc doar copia și n-o schimbă. Sună birocratic, dar e singurul fel în care trei programe pot avea același stoc fără ca cineva să-l corecteze de mână în fiecare. - **ERP-ul** (WinMentor, Saga, Nexus sau altul): catalogul, prețul și stocul. - **Magazinul online** : comanda și datele de livrare ale clientului. - **Programul de facturare** : factura, încasarea și trimiterea în SPV. - **eMAG Marketplace** și celelalte canale: doar citesc stocul și prețul din ERP. Invers nu merge, și motivul principal nu ține de API. Stocul se schimbă la recepție, la NIR, la retur și la inventar, iar la o firmă cu ERP toate astea se fac deja în ERP, de către gestionar. Chiar acolo unde API-ul programului de facturare are resursă de produse, cum e cea de articole din FGO sau resursa de produse din SmartBill V3, a muta stocul în programul de facturare înseamnă a dubla munca gestionarului sau a-l obliga să schimbe programul. La Oblio întrebarea nici nu se pune: API-ul nu creează produse, doar salvează prețul de listă la emiterea facturii. Fără ERP, programul de facturare cu gestiune poate fi stăpânul stocului, cu o condiție: sincronizarea spre magazin să fie completă, nu doar la produsele care s-au mișcat. eMAG merită o frază separată. Dacă stocul de acolo se editează de mână, ai creat al treilea adevăr, iar o comandă pe un produs pe care nu-l mai ai devine o chestiune de timp. Diagrama de mai jos arată drumul unei comenzi cu împărțirea de mai sus. Stocul se rezervă în ERP imediat ce comanda intră, nu abia după încasare: la ramburs pot trece zile, iar între timp același produs s-ar putea vinde pe eMAG. [Pluginul oficial SmartBill](https://wordpress.org/plugins/smartbill-facturare-si-gestiune/) emite factura la schimbarea statusului comenzii, iar [Oblio trimite factura în SPV](https://www.oblio.eu/api) prin API doar pentru facturile emise în Oblio. Omul rămâne în două locuri: la factura respinsă de SPV și la rambursul încasat de curier. Diagramă de flux Drumul unei comenzi, cu un singur stăpân pentru stoc 1. Comandă plasată în magazin: Clientul alege produsul și modul de plată 2. Magazinul verifică stocul: Stocul vine din ERP, singurul care îl modifică. Automat 3. Comanda intră în ERP și rezervă stocul: Produsul rezervat nu se mai vinde pe alt canal. Automat 4. Comanda e „Finalizată”? Statusul se schimbă la confirmare sau la livrare. Decizie Nu: Factura așteaptă schimbarea statusului 5. Programul de facturare emite factura: Prin API, cu cheie anti-dublare la reîncercare. Automat 6. SPV a acceptat factura? Factura pleacă în RO e-Factura, răspunsul vine în SPV. Decizie Nu: Contabilul corectează și retrimite în termenul de 5 zile lucrătoare 7. Plata cu cardul se înregistrează: Încasarea online se leagă singură de factură. Automat 8. Rambursul se potrivește cu factura: Un om leagă banii de la curier de comenzi. Om 9. ERP-ul descarcă stocul rezervat: Stocul nou pleacă spre magazin și eMAG ERP-ul rezervă și descarcă stocul, programul de facturare emite factura și o trimite în SPV, iar omul intervine doar la erori și la ramburs. [Ștefan Binișor](https://www.e-data.ro/despre#stefan-binisor) Nota autorului Nota autorului Înainte de orice plugin, eu aș scrie pe o foaie cine are ultimul cuvânt pentru preț, stoc și client și aș pune contabilul și gestionarul să semneze dedesubt. Pentru stoc aș alege programul în care gestionarul face deja recepția și inventarul, nu pe cel preferat de cine vinde. Stocul se strică la recepție, nu la vânzare, așa că trebuie să stea unde se face recepția. Foaia asta e mai ieftină decât orice integrare și o face pe cea care urmează mult mai simplă. ## Unde se rupe sincronizarea fără să afli Cel mai neplăcut risc e documentat chiar de SmartBill. La [sincronizarea stocului cu WooCommerce](https://ajutorgestiune.smartbill.ro/article/822-sincronizarea-stocurilor-cu-magazinul-online) , „Un stoc va fi trimis doar daca el sufera o modificare”, iar la activare nu pleacă nimic spre magazin. Exemplul din documentație: din 100 de produse, după 5 facturate și 5 recepționate, doar 10 primesc stocul nou. **Celelalte 90 rămân cu ce aveau în site.** Pe un catalog real, efectul crește. Să luăm, ca exemplu ilustrativ, un magazin cu 2.000 de produse, din care 300 se vând sau se recepționează într-o lună. Celelalte 1.700 de produse rămân în site cu stocul de la ultima lor mișcare, care poate fi de acum câteva luni. Remediul e banal, dar trebuie știut: o preluare completă la activare și o reconciliere periodică, programată. Atenție Stocul nu pleacă singur la activare După ce activezi sincronizarea de stoc SmartBill–WooCommerce, magazinul nu primește nimic până la prima mișcare a fiecărui produs. Rulează o dată „Preia manual stocurile din SmartBill” și programează o reconciliere completă, altfel vinzi din stocul de acum o lună. A doua ruptură e potrivirea produselor. Documentația spune că „Modulul SmartBill va identifica produsele dupa cod sau dupa denumire”, adică după codul de produs sau, dacă lipsește, după denumirea identică. Un spațiu în plus sau o denumire scurtată în ERP și legătura nu se mai face, sau se face cu produsul greșit. E aceeași problemă care strică și fișierul D406; am scris separat despre [datele de bază care fac și SAF-T-ul să pice](https://www.e-data.ro/blog/saf-t-d406-firme-mici-date-curate) . Apoi sunt condițiile scrise mărunt. Sincronizarea automată din pluginul WooCommerce cere server Apache și directiva `SetEnvIf Authorization` în configurare, deci pe alt tip de server trebuie verificat dinainte că stocul chiar ajunge. În [Gomag](https://help.gomag.ro/hc/ro/articles/115005081694-SmartBill) , opțiunea funcționează doar la produsele cu „Gomag gestioneaza automat stocul produsului” bifat. În [MiniCRM](https://www.minicrm.ro/help/integrare-smart-bill/) , stocul se actualizează imediat după o factură emisă din MiniCRM. Mișcările făcute în altă parte, o recepție sau o vânzare pe alt canal, ajung însă o dată la 24 de ore dacă nu activezi webhookul. Până atunci, poți vinde ce nu mai ai. Ultima ruptură vine din lege. Prin Legea 141/2025, din 1 august 2025 [cota standard de TVA a trecut de la 19% la 21%](https://www.kreston.ro/2025/07/31/informare-privind-modificarea-cotei-de-tva/) , iar [cota redusă a devenit 11%](https://selectsoft.ro/noutati-legislative-modificarea-cotelor-de-tva-din-1-august-2025/) . Cotele trebuiau schimbate identic în ERP, în magazin și în programul de facturare. Dacă una rămâne în urmă, factura emisă prin API iese cu altă valoare decât comanda plătită de client. Scanerul citește un cod, nu o denumire: dacă ERP-ul, magazinul și facturarea au coduri diferite, legătura dintre produse se pierde. [Foto: Tiger Lily / Pexels](https://www.pexels.com/photo/photo-of-a-man-scanning-products-in-a-warehouse-4483942/) ## Black Friday, calculat: limitele de apeluri și de documente Limitele de apeluri par un detaliu de programator până în ziua în care comenzile se triplează. [SmartBill acceptă 3 apeluri pe secundă](https://ajutor.smartbill.ro/article/196-integrare-api) , iar documentația adaugă: „In caz de abatere, se blocheaza accesul timp de 10 minute.” Trei apeluri pe secundă înseamnă 10.800 pe oră, destul pentru facturi. Problema e scriptul scris neatent: un al patrulea apel în aceeași secundă blochează tot, iar timp de 10 minute nu ies nici facturile comenzilor noi. Un calcul de verificat: dacă o resincronizare citește câte un produs pe apel, 5.000 de produse / 3 apeluri pe secundă = 1.667 de secunde, adică circa 28 de minute. Dacă API-ul permite citirea în bloc, timpul scade mult. [Oblio](https://www.oblio.eu/api) are două limite: 30 de cereri la 100 de secunde pentru cererile care generează documente și 30 de cereri la 10 secunde pentru restul. Pentru facturi, asta dă 0,3 documente pe secundă, adică **cel mult 1.080 de facturi pe oră** . Dacă integrarea a stat jos o zi și ai 2.000 de comenzi nefacturate, recuperarea durează 2.000 / 30 × 100 s ≈ 6.667 s, adică o oră și 51 de minute, doar pentru emitere. Citirea catalogului e, în schimb, rapidă: produsele vin câte 250 pe pagină, deci 5.000 de produse înseamnă 20 de cereri. [Ștefan Binișor](https://www.e-data.ro/despre#stefan-binisor) Nota autorului Nota autorului Eu nu aș considera o integrare gata până nu știu cine primește mesaj când o factură n-a ieșit. Limita de 3 apeluri pe secundă sau blocajul de 10 minute se ocolesc cu o coadă bine scrisă. Problema adevărată e că nimeni nu observă comenzile nefacturate până când termenul din SPV e aproape. La FGO am găsit limite publicate doar pentru arhivele PDF: [un apel la 5 secunde pe firmă](https://api.fgo.ro/docs/openapi/v2.json) la verificarea limitelor și la citirea stadiului arhivei, plus un apel la 30 de secunde la crearea ei, cu răspuns 429 la depășire. Specificația precizează că limitele se pot modifica, iar pentru restul API-ului v2 nu publică nicio cifră. Dacă vinzi sezonier, asta e prima întrebare pentru FGO. Cât duce fiecare API la vârf de sezon - **Limita SmartBill, cu blocare 10 minute la depășire:** 3 apeluri/s Sursa: ajutor.smartbill.ro - **Maximul teoretic la Oblio, din 30 de documente la 100 s:** 1.080 de facturi/oră Sursa: oblio.eu/api - **Recuperarea a 2.000 de facturi restante în Oblio:** 1 h 51 min Sursa: calcul e-data - **Termenul de transmitere în RO e-Factura:** 5 zile lucrătoare Sursa: OUG 120/2021, art. 10, modificată prin OUG 89/2025 Plasa de siguranță e termenul legal. Factura trebuie transmisă în RO e-Factura în [5 zile lucrătoare de la emitere](https://suport.contapp.ro/article/126-operatiuni-pentru-care-se-transmite-e-factura) , conform [art. 10 din OUG 120/2021](https://static.anaf.ro/static/10/Brasov/Brasov/facturare%5Felectronica%5F89.pdf) , în forma modificată prin OUG 89/2025 și aplicabilă din 1 ianuarie 2026\. Obligația acoperă și [facturile către persoane fizice](https://www.keez.ro/glosar/e-factura) , din 1 ianuarie 2025\. Dacă și facturile primite îi ocupă contabilului zilele, vezi [unde se pierd orele după descărcarea din SPV](https://www.e-data.ro/blog/automatizare-e-factura-spv-contabilitate) . Aici contează cheia unică de la Oblio. Când o factură nu primește răspuns și integrarea reîncearcă, cheia împiedică emiterea aceleiași facturi de două ori. Unde nu există un mecanism echivalent, integrarea trebuie să verifice singură, înainte de reîncercare, dacă factura n-a ieșit totuși. La vârf de sezon, coletele așteaptă factura: limita de apeluri a programului de facturare decide câte pleacă pe oră. [Foto: Tima Miroshnichenko / Pexels](https://www.pexels.com/photo/delivery-man-pushing-a-trolley-with-carton-boxes-6169187/) ## Cât costă integrarea, cu tot cu orele pe care le economisește Ca să compari corect, pune unul lângă altul abonamentul, documentele peste plafon și orele de retastare. Exemplul de mai jos e ilustrativ: un magazin cu 1.500 de comenzi pe lună, fiecare cu o factură emisă prin API. Presupunem că doar facturile se numără ca documente. La SmartBill, [pluginul și API-ul pentru magazin](https://wordpress.org/plugins/smartbill-facturare-si-gestiune/) merg pe pachetele Platinum, Gestiune Plus și Ecommerce. [Pagina de prețuri](https://www.smartbill.ro/preturi/facturare-gestiune) arată 700 de documente API incluse la un plan și 1.000 la pachetul cu gestiune, iar pachetele Ecommerce și Ecommerce Gestiune includ 3.000 pe lună. Din pagină nu reiese limpede care plafon îi revine lui Platinum și care lui Gestiune Plus, așa că dăm ambele variante. Peste plafon, fiecare document costă 0,017 € + TVA. La plafonul de 700: (1.500 − 700) × 0,017 € = 13,60 € + TVA pe lună, adică 16,46 € cu TVA de 21%. La plafonul de 1.000: 500 × 0,017 € = 8,50 € + TVA, adică 10,29 € cu TVA. Pe Ecommerce, cele 1.500 de facturi încap în plafon, deci nu plătești nimic peste. Sumele sunt mici. Ce merită urmărit e soldul: depășirea se scade din credite, la 1 credit = 0,01 € + TVA, iar creditele nu trebuie să se termine în mijlocul unei campanii. Ai grijă și la ce include pachetul. [Pagina de pluginuri SmartBill](https://api.smartbill.ro/plugins.html) , care descrie o versiune mai veche a modulului, spune că sincronizarea stocului e disponibilă doar pe pachetul Ecommerce. La [FGO](https://www.fgo.ro/abonamente/) , GO Premium costă 57 de lei pe lună, cu 1.200 de automatizări pe an, stocuri, NIR, eMAG, WooCommerce și API. GO Enterprise costă 140 de lei pe lună, cu 3.600 de automatizări pe an și 0,10 lei pentru fiecare automatizare peste limită. Toate prețurile sunt fără TVA, iar pe an dau 57 × 12 = 684 de lei, respectiv 140 × 12 = 1.680 de lei. Pagina nu spune ce înseamnă o automatizare. Lângă plafon apar trimiterea automată în SPV, preluarea e-Facturilor de furnizor, potrivirea bancară, facturile recurente și e-mailul automat, deci o factură emisă și trimisă automat poate consuma mai multe automatizări. Ca estimare minimă, dacă fiecare factură ar consuma o singură automatizare, magazinul din exemplu ar depăși plafonul GO Enterprise cu 18.000 − 3.600 = 14.400 de automatizări pe an. La 0,10 lei bucata, rezultă cel puțin 1.440 de lei pe an + TVA, peste abonament. Dacă factura și trimiterea ei în SPV se numără separat, suma se poate dubla. [Oblio](https://www.oblio.eu/pret-onest) costă 29 € pe an, cu facturi nelimitate și cu stocurile, e-Factura, e-Transport și SAF-T incluse. Pagina nu spune dacă suma include TVA. Fără nicio integrare, costul se mută în ore. Să luăm un magazin mai mic, cu 40 de comenzi pe zi, 3 minute de retastare pe comandă (client, produse, factură) și un cost de 40 de lei pe oră cu tot cu taxele; toate trei sunt ipoteze ale exemplului. Calculul dă 40 × 3 = 120 de minute pe zi, × 21 de zile lucrătoare = 42 de ore pe lună, × 40 de lei = 1.680 de lei pe lună. __Prețuri publice la 2 noiembrie 2026 și exemplele ilustrative din text.__ | Ce plătești | Program și plan | Sumă | Observație | | --------------------------------------------------- | ------------------------------------------ | ---------------------------------- | --------------------------------------------------------------- | | Abonament anual | Oblio | 29 € | TVA neprecizat pe pagină, accesată pe 02.11.2026 | | Abonament anual | FGO GO Premium | 684 de lei + TVA | 57 de lei × 12; 1.200 de automatizări pe an | | Abonament anual | FGO GO Enterprise | 1.680 de lei + TVA | 140 de lei × 12; 3.600 de automatizări pe an | | Abonament anual | SmartBill Facturare + Gestiune | de la 195,84 € + TVA | 16,32 € × 12; pentru API, Platinum, Gestiune Plus sau Ecommerce | | Documente peste plafon, 1.500 de facturi pe lună | SmartBill, plafon de 1.000 sau 700 | 8,50–13,60 € + TVA pe lună | 0,017 € pe document | | Documente peste plafon, 1.500 de facturi pe lună | SmartBill Ecommerce sau Ecommerce Gestiune | 0 € | 3.000 de documente incluse pe lună | | Automatizări peste plafon, 1.500 de facturi pe lună | FGO GO Enterprise | cel puțin 1.440 de lei pe an + TVA | estimare, dacă o factură consumă o singură automatizare | | Retastare manuală, 40 de comenzi pe zi | fără integrare | 1.680 de lei pe lună | 42 h × 40 de lei, ipoteză | Pe abonament, cele trei programe pornesc de la 29 € pe an la Oblio și ajung la 1.680 de lei + TVA pe an la GO Enterprise, cu SmartBill de la 195,84 € + TVA. Diferența dintre un API care înregistrează facturi de furnizor și unul care nu le vede deloc se măsoară însă în orele contabilului, lună de lună. **Programul de facturare se alege după ce permite API-ul lui, nu după preț.** Fără integrare, cele 40 de comenzi pe zi se copiază de mână, în exemplul nostru circa 42 de ore pe lună. [Foto: Mikhail Nilov / Pexels](https://www.pexels.com/photo/person-holding-white-printer-paper-6962994/) ## Plugin, integrare la comandă sau roluri schimbate: cum alegi Din tabelul de la început și din regula stăpânului ies trei variante. Niciuna nu e bună pentru toată lumea, iar cea mai scumpă nu e automat cea corectă. ### Pluginul gata făcut Merge când nu ai ERP, nu vinzi pe marketplace, catalogul e mic, iar stocul și prețul le ții într-un singur loc. Costul e abonamentul care include API și, dacă vrei stocul sincronizat, pachetul care include această funcție. Ce poate merge prost: sincronizarea e mai ales într-un singur sens, stocul pleacă doar la produsele cu mișcare, iar suportul SmartBill pentru API și pluginuri, scrie [chiar în documentație](https://ajutor.smartbill.ro/article/196-integrare-api) , „se realizeaza doar prin email”. Dacă pluginul ajunge să fie mai multă bătaie de cap decât platforma care îl găzduiește, merită privit și [un magazin cu integrările construite direct în el](https://www.e-data.ro/servicii/soft-magazin-online) . ### Integrarea la comandă, prin API Are sens când ai ERP (WinMentor, Saga, Nexus), vinzi și pe eMAG și treci de câteva sute de comenzi pe lună. O integrare făcută bine are o coadă care reîncearcă facturile căzute și respectă limitele de apel ale fiecărui program. Mai ține un jurnal cu fiecare document și trimite o alertă când o factură n-a ieșit sau a fost respinsă în SPV. La e-data, asta e partea în care [legăm ERP-ul, magazinul și programul de facturare](https://www.e-data.ro/servicii/erp-crm) : datele vechi se curăță întâi, iar conflictele ajung la un om. Cum arată o sincronizare completă, nu doar la produsele mișcate, se vede la [theBitSmith](https://www.e-data.ro/studii-de-caz/thebitsmith) . Acolo nu e vorba de un ERP legat de un program de facturare, ci de catalogul distribuitorului NOD, importat în magazinul construit pe Medusa. Sunt 5.445 de produse importate automat, cu stocul și prețurile actualizate pentru tot catalogul de 4 ori pe zi, la 05, 11, 17 și 23\. Principiul e același pe care îl cerem de la orice sincronizare de stoc: fiecare rulare trece prin tot catalogul. ### Rolurile schimbate Factura rămâne în SmartBill, Oblio sau FGO, dar stocul și prețul se mută în ERP, iar programul de facturare devine doar emitent. Poate fi cea mai ieftină cale de a scăpa de trei stocuri, pentru că nu schimbi niciun program, schimbi doar cine are voie să modifice ce. [Oblio declară](https://www.oblio.eu/pret-onest) integrare cu Saga, WinMentor și Ciel, deci în unele combinații legătura spre contabilitate există deja. La Oblio, dezactivează salvarea prețului de listă la emitere, ca factura să nu rescrie prețul ținut în ERP. Un flux simplu, fără ERP, arată ca la [DanBlocks](https://www.e-data.ro/studii-de-caz/danblocks) , unde am construit magazinul de produse digitale: plata, factura Oblio și linkul produsului pleacă singure, cu 0 pași manuali la o vânzare. Acolo programul de facturare intră într-un singur pas al fluxului: emite factura după plată. Spunem deschis și ce n-am face: n-am construi o integrare la comandă pentru un magazin cu 50 de comenzi pe lună și fără ERP. Acolo pluginul plus o reconciliere săptămânală a stocului ajung. Sfat Două întrebări care aleg varianta Ai un ERP în care stocul e corect? Vinzi și pe eMAG sau pe alt marketplace? Două răspunsuri „nu” înseamnă plugin. Cel puțin un „da” înseamnă că stocul și prețul trebuie să plece dintr-un singur loc, deci integrare la comandă sau roluri schimbate. ## Înainte să conectezi ceva: lista de verificare Lista se face cu contabilul și gestionarul la masă, înainte de orice plugin sau ofertă. Fiecare punct se bifează sau nu; „cred că da” nu contează ca bifă. Penultimul punct strânge tot ce documentația publică a furnizorilor n-a lămurit în articolul de față. Listă de verificare Înainte de integrare - Scrie pe o foaie stăpânul fiecărei date: produs, preț, stoc, client, comandă, factură, încasare. - Verifică dacă fiecare produs are același cod în ERP, magazin, programul de facturare și eMAG. - Verifică dacă abonamentul tău include API (SmartBill Platinum, Gestiune Plus sau Ecommerce; FGO GO Premium sau GO Enterprise). - Numără documentele emise în cea mai aglomerată lună și compară-le cu plafonul inclus. - Verifică dacă cotele de TVA (21% și 11%) sunt identice în toate programele. - Rulează o preluare completă a stocului după activare, nu te baza pe sincronizarea la mișcare. - Stabilește cine primește alerta când o factură nu s-a emis sau n-a fost acceptată în SPV. - Testează un retur cu stornare de la cap la coadă înainte de vârful de sezon. - Păstrează răspunsurile primite lângă contract și reverifică-le la fiecare schimbare de plan. Dacă după listă nu e clar ce program ar trebui să fie stăpânul stocului, al prețului și al facturii la tine, cere [evaluarea gratuită a integrării dintre ERP, magazin și programul de facturare](https://www.e-data.ro/servicii/erp-crm) . Pornim de la programele pe care le ai deja, iar prețul și etapele le primești fix, în scris. ## Întrebări frecvente De ce nu se actualizează stocul din SmartBill în WooCommerce la toate produsele? Documentația SmartBill spune că stocul se trimite spre magazin doar la produsele care au avut o mișcare, adică o vânzare sau o recepție, iar la activare nu se trimite nimic. În exemplul oficial, din 100 de produse doar 10 primesc stocul nou. Remediul e o preluare manuală completă după activare și o reconciliere periodică. Verifică și dacă pachetul tău include sincronizarea stocului, pe care o pagină SmartBill mai veche o leagă doar de Ecommerce. Pot lua prețurile din SmartBill direct în magazinul online? Prin modulul ContentSpeed, nu: prețurile se setează manual în magazin. Indexul public al referinței API SmartBill nu arată câmpuri de preț, deci întreabă furnizorul înainte de proiect. Dacă ai ERP, prețul ar trebui să plece din ERP spre magazin, printr-o integrare care citește lista de prețuri. Ce abonament SmartBill îmi trebuie ca să leg magazinul prin API? Pluginul și API-ul merg pe pachetele Platinum, Gestiune Plus și Ecommerce. Pagina de prețuri arată 700, respectiv 1.000 de documente API incluse pe lună, iar pachetele Ecommerce și Ecommerce Gestiune includ 3.000\. Peste plafon, fiecare document costă 0,017 € + TVA, adică 8,50–13,60 € + TVA pe lună la 1.500 de facturi. Pot crea produse sau NIR-uri prin API-ul Oblio? Nu, după lista de endpointuri publicată pe oblio.eu/api în noiembrie 2026\. Produsele, clienții și gestiunile se pot doar citi, iar recepția sau NIR-ul nu există în API. La emiterea facturii, Oblio poate totuși salva prețul de listă și actualiza datele clientului. Oblio se potrivește ca emitent de facturi, cu trimitere în SPV și webhookuri, cu catalogul ținut în alt program. Am WinMentor sau Saga pentru gestiune și SmartBill, Oblio sau FGO pentru facturare. Unde țin stocul? Într-un singur loc, de regulă în programul de gestiune sau în ERP, unde gestionarul face deja recepția, NIR-ul și inventarul. Programul de facturare emite factura și o trimite în SPV, iar magazinul și eMAG primesc stocul din ERP. Altfel ajungi la trei stocuri diferite și afli care e corect abia la inventar. Ce se întâmplă dacă integrarea cade de Black Friday și facturile nu se emit? Comenzile se adună nefacturate, iar recuperarea durează: la Oblio, limita de 30 de documente la 100 de secunde înseamnă aproape două ore pentru 2.000 de facturi. La SmartBill, depășirea limitei de 3 apeluri pe secundă blochează accesul 10 minute. Fiecare factură trebuie transmisă în RO e-Factura în 5 zile lucrătoare de la emitere, deci integrarea are nevoie de coadă de reîncercare și de alertă. ## Surse 1. [Integrare API – SmartBill Ajutor](https://ajutor.smartbill.ro/article/196-integrare-api) SmartBill (Intelligent IT SRL) · ajutor.smartbill.ro Produse și clienți noi adăugați prin inserarea unei facturi sau proforme; limita de 3 apeluri pe secundă și blocarea de 10 minute; Facturare Platinum pentru API; suport doar pe e-mail. 2. [Sincronizarea stocurilor cu magazinul online cu WooCommerce](https://ajutorgestiune.smartbill.ro/article/822-sincronizarea-stocurilor-cu-magazinul-online) SmartBill · ajutorgestiune.smartbill.ro Stocul trimis doar la modificare, exemplul cu 100 de produse și 10 actualizate, potrivirea după cod sau denumire, cerința Apache și SetEnvIf Authorization. 3. [SmartBill API Reference](https://api.smartbill.ro/) SmartBill · api.smartbill.ro V1 (facturare, încasări, stocuri, configurări) și V3 (gestiuni, produse, clienți, furnizori, cote TVA, NIR-uri); indexul nu arată câmpuri de preț sau trimitere în SPV. 4. [SmartBill – pluginuri](https://api.smartbill.ro/plugins.html) SmartBill · api.smartbill.ro Pagina, care descrie versiunea 3.3.6 a pluginului, spune că sincronizarea stocului e disponibilă doar pe pachetul Ecommerce. 5. [Prețuri SmartBill Facturare și Gestiune](https://www.smartbill.ro/preturi/facturare-gestiune) SmartBill · smartbill.ro 700 și 1.000 de documente API incluse, 3.000 pe pachetele Ecommerce și Ecommerce Gestiune, 0,017 € + TVA pe document peste plafon, 1 credit = 0,01 € + TVA, Facturare + Gestiune de la 16,32 € pe lună + TVA. 6. [SmartBill Facturare si Gestiune – plugin WordPress](https://wordpress.org/plugins/smartbill-facturare-si-gestiune/) SmartBill pe WordPress.org · wordpress.org Pluginul emite factura la schimbarea statusului comenzii; funcționează pe pachetele Platinum, Gestiune Plus și Ecommerce. 7. [Oblio – API + Integrări](https://www.oblio.eu/api) Oblio Software SRL · oblio.eu Nomenclatoare doar cu GET, fără creare de produs sau NIR; câmpul save salvează prețul de listă și datele clientului la emitere; emitere, anulare și încasare (collect); webhookuri pe stoc și încasare; cheie anti-dublare; 8. [Oblio – Un preț onest pentru România](https://www.oblio.eu/pret-onest) Oblio Software SRL · oblio.eu 29 € pe an, facturi nelimitate, stocuri, e-Factura, e-Transport și SAF-T incluse; integrare declarată cu Saga, WinMentor și Ciel; accesată pe 2 noiembrie 2026. 9. [FGO API – Documentație](https://api.fgo.ro/docs) FGO · api.fgo.ro API v2 cu facturi (emitere, încasări, stornare, anulare, e-Factura), clienți (căutare, facturi restante), articole, stocuri, rapoarte și citirea și înregistrarea facturilor primite; v1 depreciat. 10. [FGO OpenAPI v2](https://api.fgo.ro/docs/openapi/v2.json) FGO · api.fgo.ro Arhive PDF: un apel la 5 secunde pe firmă la verificare și status, un apel la 30 de secunde la creare, cu răspuns 429; limitele se pot modifica. 11. [Abonamente FGO](https://www.fgo.ro/abonamente/) FGO · fgo.ro GO Premium 57 de lei pe lună cu 1.200 de automatizări pe an; GO Enterprise 140 de lei pe lună cu 3.600 de automatizări și 0,10 lei peste limită; prețuri fără TVA; termenul de automatizare nu e definit. 12. [Modul Integrare ERP SmartBill: Stocuri](https://www.contentspeed.ro/platforma-ecommerce/module/integrari-erp/modul-integrare-erp-smartbill-stocuri-l2017186.html) ContentSpeed · contentspeed.ro În modulul ContentSpeed, prețurile se setează manual în magazin, nu se preiau din SmartBill. 13. [Integrare Smartbill – Documentație MiniCRM](https://www.minicrm.ro/help/integrare-smart-bill/) MiniCRM · minicrm.ro Stocul se actualizează după facturile emise din MiniCRM, la activare și apoi la fiecare 24 de ore sau prin webhook. 14. [SmartBill – Gomag Help](https://help.gomag.ro/hc/ro/articles/115005081694-SmartBill) Gomag · help.gomag.ro Sincronizarea de stoc merge doar la produsele cu stoc gestionat automat de Gomag. 15. [Facturare electronică – modificări OUG 89/2025](https://static.anaf.ro/static/10/Brasov/Brasov/facturare%5Felectronica%5F89.pdf) ANAF (DGRFP Brașov) · static.anaf.ro Modificarea art. 10 din OUG 120/2021 privind termenul de transmitere în RO e-Factura; de înlocuit cu forma consolidată de pe legislatie.just.ro. 16. [Operațiuni economice pentru care se transmite e-factura](https://suport.contapp.ro/article/126-operatiuni-pentru-care-se-transmite-e-factura) ContApp · suport.contapp.ro Sursă secundară: termenul de 5 zile lucrătoare de la emitere, aplicabil din 1 ianuarie 2026, B2B și B2C. 17. [e-Factura – glosar](https://www.keez.ro/glosar/e-factura) Keez · keez.ro Sursă secundară: obligația e-Factura B2C se aplică din 1 ianuarie 2025. 18. [Noutăți legislative: modificarea cotelor de TVA din 1 august 2025](https://selectsoft.ro/noutati-legislative-modificarea-cotelor-de-tva-din-1-august-2025/) Selectsoft · selectsoft.ro Sursă secundară: cota redusă de 11% și cota standard de 21% din 1 august 2025, prin Legea 141/2025. 19. [Informare privind modificarea cotei de TVA](https://www.kreston.ro/2025/07/31/informare-privind-modificarea-cotei-de-tva/) Kreston Romania · kreston.ro Sursă secundară: cota standard de TVA crește de la 19% la 21% din 1 august 2025. 20. [Studiu de caz theBitSmith](https://www.e-data.ro/studii-de-caz/thebitsmith) e-data · e-data.ro Catalogul distribuitorului NOD importat în magazinul Medusa: 5.445 de produse și sincronizare completă a stocului și prețurilor de 4 ori pe zi. 21. [Studiu de caz DanBlocks](https://www.e-data.ro/studii-de-caz/danblocks) e-data · e-data.ro Plata Stripe, apoi factura Oblio, apoi e-mailul cu linkurile, cu 0 pași manuali. Ți-a fost util? Trimite-l cuiva care se lovește de aceeași problemă. Copiază linkul [LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.e-data.ro%2Fblog%2Fintegrare-smartbill-oblio-fgo-erp-magazin) [X](https://x.com/intent/post?url=https%3A%2F%2Fwww.e-data.ro%2Fblog%2Fintegrare-smartbill-oblio-fgo-erp-magazin&text=Integrare%20SmartBill%20cu%20ERP%20%C8%99i%20magazinul%20online%20%28%C8%99i%20Oblio%2C%20FGO%29%3A%20cine%20%C8%9Bine%20stocul) ## Despre autor [Ștefan Binișor](https://www.e-data.ro/despre#stefan-binisor) Cofondator. Backend și relații B2B Dezvoltator full-stack, cu accent pe backend. Se ocupă de relațiile cu firmele și instituțiile publice și de proiectele enterprise. Este cofondator al OpenLaw, alături de Robert. - [LinkedIn](https://www.linkedin.com/in/stefan-binisor-901b99212/) - [X](https://x.com/binisorstefan) - [GitHub](https://github.com/stefanbinisor) Integrare ERP și CRM Vrei asta în firma ta? Programele tale vorbesc între ele. Evaluarea e gratuită și primești un preț fix, în scris. [Vezi serviciul](https://www.e-data.ro/servicii/erp-crm) ## Mai citește - [Automatizări20 octombrie 2026 **SAF-T (D406) pentru firme mici: datele de bază care îl fac să pice** Fișierul D406 se construiește din clienții, furnizorii și produsele din programul tău. Vezi șapte teste de câteva minute, un calcul în ore și lei pe o firmă de distribuție și ce poate curăța un program automat, față de ce rămâne la contabil.Robert Seghedi12 min](https://www.e-data.ro/blog/saf-t-d406-firme-mici-date-curate) - [Automatizări20 octombrie 2026 **Automatizare e-Factura din SPV fără să schimbi programul: unde se pierd orele** Programul tău descarcă deja facturile din SPV. Orele se pierd după aceea, la încadrare și la NIR-ul pentru marfă. Găsești aici calculul pe 400 de facturi pe lună, ce face fiecare program cunoscut, trei drumuri în ordinea costului și patru feluri în care fluxul se oprește fără să afli.Robert Seghedi și Ștefan Binișor21 min](https://www.e-data.ro/blog/automatizare-e-factura-spv-contabilitate) - [Automatizări29 septembrie 2026 **Cum automatizezi facturile de la furnizori, de la e-mail până în ERP** Ce pași din drumul unei facturi se pot automatiza sigur, unde trebuie să rămână un om și cum se leagă totul de programele pe care le folosiți deja.Echipa e-data2 min](https://www.e-data.ro/blog/automatizare-facturi-furnizori) --- Sursa: e-data (E-DATA S.R.L.), https://www.e-data.ro/blog/integrare-smartbill-oblio-fgo-erp-magazin. Contact: contact@e-data.ro, 0750 214 446.