1. Adaugi produsele
Scanezi codurile de bare sau cauți rapid. Liniile apar cu denumire, preț, cantitate, total — exact ca la un bon cash obișnuit.
Din același ecran POS pe care emiți bonul obișnuit. Un client cere factură pe firmă, alegi opțiunea e-Factura, scanezi sau tastezi IDNO-ul, sistemul completează automat datele firmei din baza SFS, trimite documentul spre portalul e-Factura SFS prin API. Semnarea rămâne responsabilitatea operatorului conform procedurii SFS. Fără să treci vreodată prin portalul SFS pentru datele curente.
Fluxul e proiectat să nu întrerupă vânzarea obișnuită — casierul nu părăsește ecranul POS, nu deschide alt tab, nu ține minte parole SFS.
Scanezi codurile de bare sau cauți rapid. Liniile apar cu denumire, preț, cantitate, total — exact ca la un bon cash obișnuit.
Din fluxul de emitere fiscală, înainte de confirmarea bonului, alegi opțiunea e-Factura. Restul devine automat.
Scanezi IDNO-ul cu camera tabletei sau îl tastezi. Sistemul face lookup în baza SFS și completează automat denumirea, adresa și codul fiscal — nu tastezi manual date de client.
Sistemul aplică cotele de TVA corecte pe fiecare linie (8% / 12% / 20% / 0% / fără TVA) în funcție de produs, iar numărul de factură merge incremental, fără goluri în serie.
Cu un click factura pleacă în draft către portalul e-Factura SFS prin API, folosind credențialele configurate în platformă. Semnarea rămâne responsabilitatea operatorului conform procedurii SFS — noi facilităm doar trimiterea.
În câteva secunde primești răspuns de la SFS. Operatorul primește notificare prin deschiderea în UI a facturii interne nou create, stocul se decrementează pe liniile facturate, jurnalul SFS se actualizează.
Factura nu „dispare” după post — sistemul urmărește statusul până devine definitivă și îți semnalează orice acțiune necesară.
După post, factura intră în una din stările: Pending acceptance (așteaptă cumpărătorul), Accepted (cumpărătorul a confirmat → factura e definitivă) sau Rejected (cumpărătorul a refuzat cu motiv — decizi corecție + re-trimitere sau anulare). Sistemul sincronizează statusul cu SFS automat.
Client a returnat marfa sau ai descoperit o eroare târziu? Cererea de anulare sau stornare urmează procedura SFS și e trackuibilă semi-automat în platformă — sistemul îți arată statusul la fiecare pas, decizia rămâne a operatorului. Audit complet: cine, când, motivul.
Dacă SFS a refuzat (rar — pe meta-validări), primești mesaj cu câmpul exact care nu corespunde formatului. Corectezi → „Re-trimite” → fluxul reia de la postare. Fără să reconstruiești tot bonul.
Nu toate B2B-urile sunt vânzări simple pe firmă. Iată situațiile documentate pe care fluxul le acoperă.
Dacă IDNO-ul cumpărătorului nu apare în baza SFS, primim restricție de la SFS și factura nu poate fi emisă către acel cumpărător. Rezolvarea = cumpărătorul se înregistrează, sau alegi altă metodă de vânzare (bon fiscal simplu, fără e-Factura).
Cazul cel mai frecvent la magazin mic: cineva vine, cere factură pe firma angajatorului. Casierul alege între e-Factura (către IDNO) SAU bon fiscal simplu — nu se emit ambele pe același document. Pentru e-Factura, scanează IDNO, confirmă, câteva zeci de secunde.
Nu generăm periodic un fișier de export. Contabilul poate prelua facturile prin API-ul ERP-ului — cu o configurare custom putem construi la cerere logica de extracție periodică în formatul preferat de softul lui contabil (1C, SAGA, BAS etc.). Cotare individuală după evaluare.
Noi nu emitem în numele tău. Semnarea se face cu credențialele tale user-api dedicate modulului e-Factura, generate separat în portalul e-Factura SFS. Nu credențialele SFS generice, nu USB token pentru API — este metoda standard conform documentației oficiale.
Configurarea credențialelor e-Factura în platformă (generare user-api pe portalul SFS, conectare la modul) este effort de suport contra cost, la cerere. Alternativ, urmezi documentația noastră și configurezi singur. Cotare individuală după evaluare.
Datele facturilor procesate prin platformă rămân în cache operațional pe serverele noastre pentru lookup rapid de istoric. Sursa oficială este SFS (sistemul e-Factura); noi nu suntem sursă de adevăr. Comunicarea cu API SFS este peste HTTPS cu validare certificat.
Fiecare acțiune (emitere, anulare, stornare, corecție) este înregistrată cu cine, ce, când, de ce — istoric inalterabil. Util la orice control fiscal sau discuție cu contabilul.
Sinceritatea vinde mai bine decât promisiunile largi. Iată limitele reale ale fluxului B2B la Retail mic.
Semnarea rămâne cu credențialele tale. Noi suntem canalul tehnic care automatizează, nu semnatarul juridic.
Confirmarea rapidă a facturii presupune API-ul SFS operațional. Dacă API-ul SFS nu răspunde, factura rămâne în draft — o retrimiți când SFS revine online.
Preluarea în bloc a facturilor emise anterior într-un alt sistem (pentru istoric) este ⚙️ discutabilă individual — datele provenite din sisteme diferite pot fi extrem de variate ca format și structură, deci nu putem oferi o estimare standard. Discutăm caz-cu-caz după ce vedem sursa.
Export nativ: 1C, SAGA, BAS. Alte sisteme moldovenești — adăugăm formatul la cerere (cotat separat). Integrare bidirecțională custom = ⚙️ activabilă la cerere, discutată individual.
Da. Nelimitat, în limita traficului pachetului tău. Nu tarifăm per document — emiți 10 sau 500 facturi pe lună din magazin, costul lunar (150 MDL) rămâne același. Se contorizează prin trafic + spațiu, incluse generos în pachet.
Diferența e pasul de IDNO + confirmare SFS. IDNO scanat sau tastat este autocompletat din baza SFS (câteva secunde), iar confirmarea oficială SFS ajunge în maxim 5 secunde în condiții normale. Total: câteva secunde adăugate față de un bon cash B2C.
Sistemul validează IDNO-ul în baza SFS. Dacă nu apare (firmă neînregistrată la SFS), primim restricție și factura nu poate fi emisă către acel cumpărător. Rezolvarea: cumpărătorul se înregistrează la SFS, sau alegi bon fiscal simplu (fără e-Factura).
Configurarea credențialelor user-api în platformă (generate separat pe portalul SFS) e effort de suport contra cost, la cerere — o cotăm în ore după evaluare. Alternativ, urmezi documentația noastră și configurezi singur.
Nu. e-Factura funcționează stand-alone din POS. Contabilul poate prelua facturile prin API-ul ERP-ului — cu o configurare custom construim la cerere logica de extracție în formatul preferat de softul lui contabil (1C, SAGA, BAS etc.), cotare individuală după evaluare. Datele tale rămân accesibile self-service prin export oricând.
Tehnic da — performanța nu se degradează la volum. Dacă însă ai constant trafic mare sau catalog voluminos, dimensionarea Micro (500 MB stocare, 2 GB trafic / lună) poate deveni strâmtă și îți recomandăm pachetul superior sau suplimentele — sincer, la discovery evaluăm împreună.
Structurile de mai sus reflectă oferta noastră standard, dar fiecare client e discutat individual. Ajustăm scope-ul, termenele de onboarding și configurările specifice în funcție de afacerea ta. Oferta finală obligatorie este cea din cotația scrisă + contractul semnat.
20 de minute la telefon: îți spunem exact ce ai nevoie pe partea SFS (generare credențiale e-Factura), cum arată onboarding-ul, cât durează până emiți prima factură live din magazin. Pachet Micro pornește de la 150 MDL/lună, cu e-Factura nelimitat inclus. Fără obligație, fără sales-pitch lung.
Ne uităm împreună 20 minute la magazinul tău — evaluăm dacă SGApps se pretează volumului tău de facturi B2B, cum arată onboarding-ul e-Factura, ce trebuie pregătit pe partea SFS. Consultanța inițială e gratuită.
SGAPPS LABS SRL · Chișinău, Moldova · Producție continuă din 2018 · POS · ERP · Casă fiscală MEV · e-Factura SFS