Callback
  • De la tarabă la magazin

  • -

  • De la magazin la lanț de retail

  • -

  • De la retail la producție

Plată parțială în „Comerț cu extras de cont”: cum se alege modul de verificare PCM și se corectează discrepanța dintre sume

Vladimir Vitishchenko
Vladimir Vitishchenko

Expert în automatizarea tranzacțiilor la Torgsoft

În modul «Comerț cu emiterea facturii», antreprenorul poate crea o comandă, primi un avans sau mai multe plăți, expedia marfa și ține evidența soldului datoriei clientului. Cele mai frecvente întrebări se referă la alegerea modului de fiscalizare în cazul plății parțiale, formarea bonurilor pentru plățile următoare, funcționarea modului «Întreabă utilizatorul», erorile Serviciului Fiscal și corectarea documentelor fiscale deja înregistrate. 

Ce înseamnă plata parțială în Torgsoft

Comerțul cu emiterea facturii se utilizează atunci când plasarea comenzii, primirea banilor și predarea mărfii au loc la momente diferite. Antreprenorul creează mai întâi factura, apoi înregistrează plata, iar la expedierea efectivă formează avizul de expediție.

Pentru lucrul cu PCM este important să se distingă mai multe operațiuni:

  • avans — cumpărătorul achită o parte din sumă înainte de decontarea finală;

  • plată ulterioară — cumpărătorul achită următoarea parte;

  • decontare finală — plata închide soldul rămas;

  • datorie — partea din valoarea documentului pe care cumpărătorul încă trebuie să o achite;

  • fiscalizare — transmiterea documentului de decontare format către serverul fiscal al Serviciului Fiscal.

În Torgsoft, aceste sume sunt legate între ele. Programul ia în calcul plățile deja efectuate, plata curentă și soldul rămas al documentului.

Ce regulă se aplică plăților parțiale

Setarea tehnică Torgsoft determină modul în care programul formează bonul. Obligația de a utiliza PCM este determinată de natura operațiunii de decontare. Legea nr. 265 include în operațiunile de decontare, printre altele, primirea numerarului și plățile efectuate cu cardul. 

Serviciul Fiscal precizează procedura pentru plata în rate: dacă cumpărătorul plătește în mai multe tranșe în numerar sau cu cardul, pentru fiecare parte a plății se emite un bon fiscal separat. Pentru PCM sunt prevăzute tipurile de operațiuni «Avans», «Plată ulterioară» și «Decontare finală». Pentru plata ulterioară și decontarea finală se indică plățile anterioare și numărul fiscal al primului bon de avans. 

Această clarificare a Serviciului Fiscal a fost republicată la 5 august 2026.

Un caz separat este transferul de către cumpărător al banilor direct în contul curent al vânzătorului pe baza datelor IBAN. În condițiile descrise de Serviciul Fiscal, o astfel de operațiune poate fi efectuată fără CM/PCM. Dacă după un avans prin IBAN are loc o operațiune de decontare prin PCM sau predarea mărfii, suma primită anterior trebuie luată în calcul în bonul fiscal corespunzător. 

Prin urmare, înainte de alegerea modului în Torgsoft trebuie stabilite trei lucruri: când cumpărătorul primește marfa, cât plătește acum și prin ce metodă va achita soldul.

Unde se configurează imprimarea bonului pentru factură

În Torgsoft, parametrul se află la: Setări → Parametri → Bon → Imprimarea bonului facturii pe PCM.

Unde se configurează imprimarea bonului pentru factură?

Pentru plățile parțiale sunt prevăzute trei scenarii:

Mod

Ce face Torgsoft

Consecința principală

Pentru suma plății

Formează bonul în funcție de suma efectiv plătită în acest moment

Restul rămâne pentru plățile ulterioare

Pentru suma plății și datoriei

Formează bonul luând în calcul plata curentă și datoria și îl consideră final pentru acest scenariu

În logica descrisă, pentru plata ulterioară a acestei facturi nu se mai formează un alt bon

Întreabă utilizatorul

Înainte de formarea bonului, casierul alege una dintre cele două opțiuni

Decizia se ia separat pentru fiecare operațiune concretă

Modul «Pentru suma plății»: când clientul plătește în rate

Acest mod corespunde situației în care pentru aceeași factură vor exista mai multe plăți.

De exemplu, valoarea comenzii este de 12 000 UAH:

  1. cumpărătorul plătește 3 000 UAH;

  2. mai târziu plătește încă 4 000 UAH;

  3. ultima plată este de 5 000 UAH.

La prima plată parțială, Torgsoft formează un bon de avans. Dacă a doua plată nu închide încă documentul, se formează un bon de plată ulterioară. Când ultima plată închide complet soldul, se formează bonul de decontare finală.

În bonurile ulterioare, Torgsoft utilizează numărul fiscal al primului bon de avans. Astfel, Serviciul Fiscal poate corela plățile aferente aceleiași operațiuni economice. 

Ce se întâmplă cu mărfurile în bon

Plata parțială nu înseamnă că o unitate fizică de marfă trebuie transformată artificial, de exemplu, în 0,25 unități.

Pentru bonurile de avans, plată ulterioară și decontare finală se indică întreaga cantitate și valoarea totală a mărfurilor din document, în timp ce suma bonului concret corespunde valorii plății curente. În bon sunt afișate și plățile anterioare și soldul datoriei. Aceasta este o precizare importantă pentru plățile parțiale: suma plății și cantitatea fizică de marfă vândută nu trebuie echivalate mecanic.

Pentru primul avans, Serviciul Fiscal solicită identificarea mărfurilor pentru care au fost primite fondurile.

Ce se întâmplă la decontarea finală

Serviciul Fiscal descrie separat situația în care, după avansurile anterioare, marfa este predată cumpărătorului.

Bonul final trebuie să conțină:

  • lista completă a mărfurilor;

  • prețul integral;

  • cantitatea;

  • avansurile primite anterior;

  • suma rămasă de achitat după luarea în calcul a avansurilor.

Acest lucru se aplică și situației în care, până la momentul predării mărfii, cumpărătorul a achitat deja integral valoarea prin avansuri: documentul final trebuie să reflecte corect vânzarea și plățile anterioare. 

Modul «Pentru suma plății și datoriei»: de ce trebuie utilizat cu atenție

Modul «Pentru suma plății și datoriei»

În acest mod, Torgsoft permite înregistrarea în bon a plății curente împreună cu soldul datoriei. Pentru partea de datorie, operatorul indică forma și metoda de plată corespunzătoare.

De exemplu:

  • valoarea facturii — 12 000 UAH;

  • cumpărătorul plătește acum 3 000 UAH;

  • datoria — 9 000 UAH.

Dacă se utilizează «Pentru suma plății și datoriei», Torgsoft consideră bonul format drept final pentru această factură. După un astfel de bon, nu mai poate fi format un alt bon la plata ulterioară a soldului aferent aceleiași facturi.

De aici apare întrebarea frecventă: «De ce clientul a achitat soldul datoriei, iar programul nu mai propune imprimarea unui bon?»

Motivul este scenariul selectat: datoria a fost deja inclusă în documentul fiscal anterior ca parte a finalizării operațiunii.

Când acest mod nu trebuie stabilit ca universal

În august 2026, poziția Serviciului Fiscal este formulată clar: dacă cumpărătorul achită valoarea mărfii prin mai multe plăți în numerar sau cu cardul, fiecare parte a plății trebuie însoțită de un bon fiscal separat.

Prin urmare, pentru schema: 3 000 UAH cu cardul acum → 4 000 UAH cu cardul peste o săptămână → 5 000 UAH cu cardul la decontarea finală modul după care Torgsoft nu mai generează bonuri pentru plățile următoare necesită o alegere atentă. Pentru plata obișnuită succesivă în rate este logic să se utilizeze mecanismul avans → plată ulterioară → decontare finală.

Dacă partea viitoare a datoriei va fi achitată prin transfer direct în contul IBAN, procedura este diferită: în condițiile prevăzute de Serviciul Fiscal, o astfel de plată poate fi efectuată fără PCM. În același timp, aceasta trebuie reflectată corect în documentul fiscal atunci când va avea loc următoarea operațiune de decontare sau va fi predată marfa. 

Prin urmare, «Pentru suma plății și datoriei» nu trebuie ales doar pentru a închide bonul o singură dată. Mai întâi trebuie stabilit modul în care va fi achitată ulterior datoria și momentul predării mărfii.

Modul «Întreabă utilizatorul»: când magazinul are scenarii diferite

Acest mod lasă alegerea operatorului imediat înainte de formarea documentului fiscal.

Este potrivit atunci când aceeași companie lucrează cu diferite tipuri de comenzi. De exemplu, o parte dintre clienți fac mai multe plăți cu cardul, alții plătesc un avans și ridică marfa mai târziu, iar unii cumpărători B2B achită soldul prin transfer bancar direct.

Înainte de alegere, casierul trebuie să știe:

  1. Dacă marfa este predată cumpărătorului acum.

  2. Dacă pentru acest document au existat deja bonuri fiscale.

  3. Cât plătește efectiv cumpărătorul acum.

  4. Dacă va rămâne o datorie.

  5. Cum va achita cumpărătorul această datorie: în numerar, cu cardul sau prin transfer IBAN.

  6. Dacă va trebui format un bon fiscal pentru următoarea plată.

Modul «Întreabă utilizatorul» nu stabilește automat scenariul fiscal necesar. Casierul îl selectează în funcție de operațiunea efectivă. De aceea, pentru această setare este recomandat să existe o regulă internă scurtă pentru angajați.

De ce Serviciul Fiscal returnează «Totalurile pe forme de plată nu sunt egale cu suma totală»

În cazul unei plăți parțiale, PCM trebuie să transmită serverului Serviciului Fiscal un document fiscal coerent matematic. Simplificat, într-un singur bon trebuie respectată relația: valoarea pozițiilor de marfă cu reducerile și corectările luate în calcul → totalul bonului → sumele pe forme de plată.

Dacă aceste părți ale documentului dau rezultate diferite, serverul Serviciului Fiscal poate returna: Cod de eroare: 9 DocumentValidationError și o explicație concretă, de exemplu: Totalurile pe forme de plată. Suma pe poziții … nu este egală cu suma totală din document …

Codul 9 indică o clasă de respingere. Cauza este determinată de textul de după DocumentValidationError. În baza de cunoștințe Torgsoft este menționat separat că diferențele dintre sume și plățile parțiale se numără printre cauzele tipice ale acestui mesaj.

De unde poate apărea o diferență de un copeic

Pentru plățile parțiale trebuie verificate mai multe surse posibile ale diferenței.

Rotunjirea. Prima plată poate fi fost efectuată în numerar și rotunjită. Plata următoare se calculează deja pornind de la suma efectiv înregistrată a bonului anterior. Dacă în calcul intră valoarea inițială înainte de rotunjire, totalurile pot diferi.

Reducere procentuală și cantitate fracționară. Marfa cântărită sau măsurată, reducerea procentuală și plata parțială generează mai multe operațiuni succesive de rotunjire. Fiecare poziție de marfă are precizie până la un copeic, astfel încât suma pozițiilor rotunjite poate diferi uneori de rezultatul matematic înainte de rotunjire.

Poziții fiscale și nefiscale. Dacă factura conține ambele tipuri de marfă, Torgsoft distribuie avansul proporțional între acestea. Către PCM se transmite doar partea fiscală. La limita rotunjirii poate apărea o diferență.

Mai multe Persoană fizică autorizată sau întreprinderi. Când o singură vânzare este împărțită între diferite întreprinderi și PCM-uri, plata totală trebuie și ea distribuită. Plățile mixte, reducerile și rotunjirile trebuie verificate cu deosebită atenție.

Factură în valută. Dacă evidența documentului se ține cu referire la o valută străină, pentru documentul fiscal programul trebuie să determine corect suma în grivne. Modificarea cursului, plata parțială și rotunjirea pot influența soldul.

Metodă de plată determinată incorect. Cardul bancar prin acquiring și transferul direct pe baza datelor IBAN au natură diferită. Dacă în Torgsoft plata efectivă este înregistrată prin altă metodă, calculul părții fiscale poate să nu corespundă operațiunii reale.

Modificarea documentului după fiscalizare. Dacă bonul este deja înregistrat pe serverul Serviciului Fiscal, editarea ulterioară a facturii locale sau a plății nu modifică acel bon. Ca urmare, Torgsoft și Serviciul Fiscal încep să opereze cu sume diferite.

Ce trebuie făcut în cazul DocumentValidationError cu diferențe de sume

1. Adăugați întregul text al erorii după codul 9

Dacă mesajul se referă la sumele pozițiilor sau la formele de plată, continuați verificarea conform acestei instrucțiuni.

Dacă după cod sunt indicate semnătura electronică calificată, adresa punctului comercial, XML, marcajul de timp sau alt parametru, cauza este diferită.

2. Verificați dacă bonul este înregistrat la Serviciul Fiscal

Înainte de fiscalizarea repetată, stabiliți statutul documentului.

Verificați:

Acest pas este necesar pentru a nu înregistra din nou o operațiune pe care Serviciul Fiscal a acceptat-o deja.

3. Comparați patru sume

Pentru factură verificați: suma documentului → plățile anterioare → plata curentă → soldul datoriei.

De exemplu:

  • document — 12 000 UAH;

  • plătit anterior — 3 000 UAH;

  • plătit acum — 4 000 UAH;

  • sold — 5 000 UAH.

Dacă în Torgsoft una dintre aceste sume diferă de plățile reale, trebuie stabilit mai întâi motivul.

4. Verificați modul în care a fost format bonul

În modul «Pentru suma plății», bonul curent trebuie să corespundă etapei curente a plății.

În modul «Pentru suma plății și datoriei», verificați dacă documentul nu a fost deja finalizat fiscal cu partea de datorie.

În modul «Întreabă utilizatorul», stabiliți ce a ales concret casierul la formarea acestui bon.

5. Verificați reducerile, rotunjirea și cantitatea fracționară

Acest lucru este deosebit de important dacă diferența este de 0,01 UAH sau de câțiva copeici.

Nu modificați manual o poziție aleatorie cu un copeic doar pentru a trece verificarea Serviciului Fiscal. Mai întâi trebuie determinată sursa diferenței.

6. Verificați formele și metodele de plată

În documentul de decontare, forma de plată și suma aferentă acesteia sunt elemente obligatorii. Cerințele privind forma și conținutul bonului fiscal sunt stabilite prin Regulamentul nr. 13

Comparați metoda reală de plată cu cea transmisă către PCM:

  • numerar;

  • card prin acquiring;

  • altă plată fără numerar;

  • credit sau datorie, dacă este utilizată în scenariul concret;

  • transfer direct pe baza datelor IBAN.

7. Dacă sunt mai multe întreprinderi, verificați distribuirea

Asigurați-vă că:

  • marfa aparține întreprinderii corecte;

  • pentru aceasta se utilizează PCM-ul corect;

  • plata curentă este distribuită corect între întreprinderi;

  • după distribuire, sumele tuturor bonurilor corespund plății totale.

8. Verificați versiunea Torgsoft

În diferite versiuni Torgsoft, dezvoltatorii au corectat algoritmii de plăți parțiale, rotunjire și formare a documentelor fiscale. Dacă situația se reproduce într-o versiune veche, trebuie mai întâi verificată pe actualizarea curentă.

Se poate modifica factura după imprimarea bonului fiscal

Bonul înregistrat există deja în sistemul Serviciului Fiscal. Modificarea datelor în Torgsoft nu îl anulează automat.

De aceea, după fiscalizare nu este recomandat:

  • să ștergeți plata înregistrată pentru a o introduce din nou;

  • să modificați suma sau componența documentului fără verificarea consecințelor;

  • să retrimiteți aceeași operațiune cât timp statutul primului bon este necunoscut;

  • să creați manual o corectare de un copeic pentru a alinia totalurile.

Dacă o operațiune înregistrată trebuie într-adevăr anulată, se utilizează procedura prevăzută de retur sau corectare cu documentul fiscal corespunzător.

Dacă Serviciul Fiscal a respins bonul și nu există număr fiscal, situația este diferită: trebuie eliminată cauza din datele inițiale și format un document corect.

Ce trebuie ales pentru scenariile tipice

Situație

Orientare practică

Cumpărătorul a plătit un avans, marfa va fi predată mai târziu, iar soldul va fi achitat tot în numerar sau cu cardul

«Pentru suma plății» cu succesiunea avans → plată ulterioară → decontare finală

Cumpărătorul plătește prin trei plăți cu cardul

Pentru fiecare parte este necesar un bon fiscal separat; «Pentru suma plății» corespunde acestui scenariu

O parte a fost deja primită prin IBAN, iar următoarea plată va fi în numerar sau cu cardul

Verificați luarea în calcul a plății IBAN anterioare în primul bon fiscal ulterior

Marfa este predată acum, iar o parte din valoare rămâne datorie

Stabiliți modul de achitare ulterioară. Pentru plățile viitoare în numerar sau cu cardul sunt necesare bonuri separate; modul «Pentru suma plății și datoriei» trebuie utilizat numai după verificarea scenariului concret

În aceeași afacere se utilizează diferite scheme

«Întreabă utilizatorul» și o regulă clară pentru casier

Cumpărătorul transferă toate fondurile direct prin IBAN

Mai întâi trebuie stabilit dacă apare o operațiune de decontare pentru care este necesar PCM; setarea imprimării bonului nu determină acest lucru

Ce trebuie transmis suportului tehnic dacă sumele nu coincid

Pentru ca specialistul să poată reproduce situația, pregătiți:

  1. Textul complet al răspunsului Serviciului Fiscal după DocumentValidationError.

  2. Data și ora aproximativă a formării bonului.

  3. Suma facturii sau a avizului de expediție.

  4. Suma tuturor plăților anterioare.

  5. Suma plății curente și soldul datoriei.

  6. Modul selectat: «Pentru suma plății», «Pentru suma plății și datoriei» sau «Întreabă utilizatorul».

  7. Metoda fiecărei plăți: numerar, card, IBAN.

  8. Informații despre reducere, rotunjire sau cantitate fracționară.

  9. Informații despre mai multe Persoană fizică autorizată, dacă vânzarea este împărțită între întreprinderi.

  10. Versiunea Torgsoft.

  11. Numărul fiscal al bonului anterior, dacă există deja.

Parola semnăturii electronice calificate și alte date confidențiale nu sunt necesare pentru această diagnosticare.

Regulă scurtă pentru lucrul cu plata parțială

Dacă cumpărătorul achită marfa prin mai multe plăți în numerar sau cu cardul, porniți de la principiul că fiecare parte a plății are propriul bon fiscal. Torgsoft susține pentru aceasta succesiunea «Avans», «Plată ulterioară» și «Decontare finală»

Modul «Pentru suma plății» corespunde unei astfel de fiscalizări etapizate. «Pentru suma plății și datoriei» finalizează scenariul fiscal al facturii în logica Torgsoft, de aceea înainte de utilizare trebuie luat în calcul modul viitor de achitare a datoriei. «Întreabă utilizatorul» este potrivit pentru întreprinderile cu mai multe scheme de plată, cu condiția ca angajatul să înțeleagă diferența dintre acestea.

Regula principală în cazul diferențelor dintre sume este să verificați mai întâi statutul bonului deja format, apoi să comparați documentul, plățile anterioare, plata curentă, datoria și formele de plată. Fiscalizarea repetată fără această verificare poate crea o altă problemă.


Програма обліку товару | Торгсофт



Facebook Instagram YouTube Twitter Google News Apple Podcast SounCloud

Adăugați comentariu

Adăugați comentariu
Vă mulțumim pentru feedback! Acesta va fi publicat după verificarea de către un moderator.

Articole similare