Export contabil pentru SAGA, WinMENTOR și JPK_V7M

Contabilul lucrează în SAGA, WinMENTOR sau Comarch Optima, iar Druma nu are o legătură directă cu niciunul dintre aceste programe. Druma predă fișiere: o arhivă ZIP lunară pentru SAGA, fișiere text pentru WinMENTOR și partea de vânzări a fișierului polonez JPK_V7M(3).

Fișierul JPK respectă schema JPK a Ministerului de Finanțe polonez (XSD-ul publicat la 19 decembrie 2025), iar codul care îl generează este validat față de această schemă. Importul în Comarch Optima nu a fost testat de Druma.

România: SAGA și WinMENTOR

La începutul lui noiembrie, contabilul cere luna octombrie. Exportul pentru SAGA este o singură arhivă ZIP pe lună, cu cele cinci fișiere pe care SAGA le importă (clienți, articole, vânzări, cumpărări și plăți) și un fișier README. Un client primește un cod SAGA la primul export și îl păstrează, așa că același expeditor nu apare de două ori în contabilitate după importul lunii următoare.

WinMENTOR primește fișiere text pentru vânzări și plăți, cu câmpurile separate prin bară verticală, în codificarea Windows-1252 pe care o citește.

Factura proformă nu este document fiscal, așa că nu intră în niciun export. La contabil ajunge doar factura în care este transformată.

Pentru alt program de contabilitate, un profil de export construiește fișierul pe care îl așteaptă importul. Un profil obișnuit separă coloanele cu punct și virgulă, folosește virgula la zecimale, data în ordinea zi-lună-an și codificarea Windows-1252; tot profilul stabilește ce coloane apar și în ce ordine.

O tabelă de corespondență a conturilor transformă o cotă de TVA, un tip de cont, un client sau un serviciu în contul contabil din evidența firmei, iar contabilul nu mai recodifică liniile de mână. Primele rânduri apar într-o previzualizare înainte ca profilul să fie salvat.

Polonia: JPK_V7M(3)

JPK_V7M(3) este fișierul lunar de evidență TVA din Polonia, care se depune până pe 25 ale lunii următoare. Druma construiește partea de vânzări.

Schema cere un marcaj KSeF pe fiecare rând de vânzare. O factură acceptată în KSeF, în producție, poartă numărul KSeF. O factură emisă în afara KSeF este marcată BFK. OFF se folosește doar pentru o factură emisă offline care nu are încă număr; după ce sosește numărul, un nou export al lunii îl scrie în locul lui OFF.

Orice altă factură trimisă în KSeF și rămasă fără un număr valid oprește exportul, iar mesajul arată care este factura. La fel se întâmplă cu o factură trimisă prin „Trimitere fără KSeF”. Fișierul se poate genera după ce aceste facturi au primit numărul.

Facturile în euro se convertesc la cursul Băncii Naționale a Poloniei (NBP) din ultima zi lucrătoare dinaintea faptului generator. Cursul, data lui și numărul tabelului NBP se salvează pe factură, deci un nou export al lunii octombrie, făcut în decembrie, dă aceeași sumă în PLN.

Un transportator din Poznań facturează 1.500 EUR unui client german, pentru o cursă la Hamburg. Serviciul se impozitează în Germania, deci suma intră atât în K_11, cât și în K_12, cum cere schema, fără TVA polonez. Cu un curs NBP salvat pe factură de 4,2700, ambele câmpuri conțin 6.405,00 PLN. Tratamentul TVA al fiecărui tip de factură se stabilește cu contabilul înainte de prima depunere, iar câmpurile decurg din această alegere.

Două setări nu se pot deduce din date și blochează exportul până le completează cineva: codul administrației fiscale (urząd skarbowy) și adresa de e-mail de contact pentru depunere.

Fișierul se predă în trei feluri. Se descarcă din Druma. Druma trimite luna anterioară pe e-mail contabilului, într-o zi a lunii aleasă de firmă. Sau programul contabilului îl preia singur: cu o cheie API, un apel la API-ul public Druma întoarce XML-ul lunii anterioare. Optima nu are o interfață pe care Druma s-o poată apela din afară, așa că preluarea automată trebuie pornită de la contabil.