„Platba vopred“ vo výške niekoľkých kopejok na doklade RRP: ako zistiť príčinu zaokrúhľovania

„Platba vopred“ vo výške niekoľkých kopejok v doklade PRP: ako nájsť príčinu zaokrúhľovania a DocumentValidationError

Pri predaji na základe účtov môže zákazník uhradiť zálohu, zaplatiť objednávku v niekoľkých častiach alebo vykonať konečnú úhradu pri prevzatí tovaru. PRP musí správne zohľadniť každú fázu platby a prepojiť konečný doklad s predtým fiškalizovanou platbou vopred. Podnikatelia sa obracajú na odborníkov s otázkami, prečo sa v doklade objaví riadok „Platba vopred“ vo výške 0,01–0,59 UAH, hoci nová platba vopred nebola prijatá, prečo Štátna daňová služba odmieta dokument s chybou DocumentValidationError, či situáciu ovplyvnilo zaokrúhľovanie hotovosti, ako bola platba rozdelená medzi dvoch Živnostníkov a ktorý konkrétny dokument treba skontrolovať. Odpoveď závisí od toho, v ktorej fáze vznikol rozdiel: v pôvodnom účte, predchádzajúcom fiškálnom doklade, aktuálnom platobnom dokumente, nastavení zaokrúhľovania alebo pri rozdelení predaja medzi podnikateľské subjekty.

Základné pojmy a aktuálna situácia

Platba vopred je suma, ktorú zákazník uhradí pred úplným odovzdaním tovaru alebo dokončením platby. V Torgsoft môže byť súčasne zaznamenaná:

• v objednávke alebo účte za predaj;

• vo finančnom doklade o platbe;

• vo fiškálnom doklade PRP;

• v údajoch o následnej platbe alebo konečnom vyúčtovaní.

Fiškalizovaná platba vopred nie je len záznam dlhu alebo pohybu peňazí v programe, ale platobná operácia, ktorej doklad bol zaregistrovaný na fiškálnom serveri Štátnej daňovej služby.

Následná platba je ďalšia časť úhrady tej istej objednávky. Konečné vyúčtovanie uzatvára zostávajúci zostatok dokumentu s prihliadnutím na predchádzajúce platby.

DocumentValidationError alebo kód 9 v odpovedi PRP je všeobecná chyba validácie dokumentu. Dôležitý nie je len samotný kód, ale celý text, ktorý nasleduje za ním. Server môže napríklad uviesť, že súčet položiek tovaru nezodpovedá celkovej sume dokumentu alebo celkovej sume podľa spôsobov platby. Samotný kód neoznačuje konkrétne nastavenie Torgsoft.

Riadok „Platba vopred“ vo výške niekoľkých kopejok nemusí znamenať, že predávajúci prijal ďalšie peniaze. Často ide o vypočítaný zostatok, ktorý program získal porovnaním:

1. zloženia a súm tovaru v aktuálnom účte;

2. už zaevidovanej platby vopred;

3. aktuálnej platby;

4. zaokrúhľovania;

5. rozdelenia platby medzi Živnostníkov alebo právnické osoby.

V rôznych verziách Torgsoft boli zahrnuté opravy jednotlivých scenárov s kódom 9: zlomkové zľavy, čiastočné platby, zaokrúhľovanie hotovosti, kombinácie fiškálneho a nefiškálneho tovaru, bonusy, účty v cudzej mene a rozdelenie predaja medzi podnikateľské subjekty. Preto správna diagnostika začína kontrolou aktuálnej verzie programu, samotná aktualizácia však nemení už zaregistrovaný doklad ani neobnovuje prerušené prepojenie medzi starými dokumentmi.

Aká rovnosť musí byť dodržaná vo fiškálnom doklade

V zjednodušenej podobe PRP kontroluje, či sú tri časti dokumentu navzájom konzistentné: suma fiškálnych položiek po zľavách a zaokrúhlení = suma aktuálneho vyúčtovania = celková suma podľa spôsobov platby.

Pri platbe vopred je kontrola zložitejšia, pretože aktuálny doklad musí správne zohľadniť aj predtým fiškalizované sumy a zostávajúci zostatok. Program môže súčasne používať tieto hodnoty:

• „Suma“ — vypočítaná suma dokumentu pred zaokrúhlením hotovosti;

• „Na úhradu“ — suma, ktorú má zákazník skutočne zaplatiť po použití pravidla zaokrúhľovania;

• predchádzajúce platby;

• aktuálnu platbu;

• dlh;

• sumy jednotlivých dokladov, ak je predaj rozdelený medzi podnikateľské subjekty.

Ak sa v jednej časti algoritmu použije 999,97 UAH a v druhej zaokrúhlených 1 000,00 UAH, rozdiel 0,03 UAH je pri validácii podstatný. Štátna daňová služba neuplatňuje „toleranciu niekoľkých kopejok“: kontrolné súčty sa musia presne zhodovať.

Odkiaľ sa berie jedna, niekoľko alebo desiatky kopejok

 1. Pomerné rozdelenie čiastočnej platby medzi tovar

Keď zákazník zaplatí iba časť sumy, Torgsoft ju rozdelí medzi tovar pomerne podľa jeho hodnoty. Pred zaokrúhlením má výsledok často viac ako dve desatinné miesta.

Napríklad objednávka obsahuje tovar v hodnote 199,99 UAH a 100,01 UAH, spolu 300,00 UAH. Platba vopred je 100,00 UAH. Matematické podiely sú približne 66,6633 UAH a 33,3367 UAH. V doklade sa musia zmeniť na 66,66 UAH a 33,34 UAH, aby celková suma zostala 100,00 UAH.

Ak sa pridá zlomkové množstvo, zľava so zlomkovým percentom alebo rozdelenie do viacerých dokladov, poslednú kopejku treba cielene priradiť jednej z položiek. Ak rôzne fázy výpočtu zaokrúhľujú podiely odlišne, vznikne zostatok 0,01 UAH.

2. Rozdiel medzi sumou dokumentu a hotovostnou sumou „Na úhradu“

V Torgsoft existujú samostatné mechanizmy pre:

• zaokrúhľovanie celkovej sumy dokladu;

• zaokrúhľovanie iba hotovostných platieb pre Ukrajinu;

• použitie zaokrúhľovania pri predaji na základe účtov.

Všeobecné zaokrúhľovanie sumy dokladu ovplyvňuje celý dokument a má prednosť pred samostatným zaokrúhľovaním cien podľa druhov tovaru. Špeciálne zaokrúhľovanie hotovosti sa má uplatniť na časť platenú v hotovosti, nie na platby kartou alebo iné bezhotovostné platby.

Od 1. októbra 2025 Národná banka postupne sťahuje z hotovostného obehu mince v nominálnej hodnote 10 kopejok. Zostávajú zákonným platidlom, ale ak takéto mince v pokladni nie sú, celková suma hotovostnej platby sa zaokrúhľuje na 50 kopejok: 1–24 kopejok — na 00, 25–49 kopejok — na 50, 51–74 kopejok — na 50, 75–99 kopejok — na nasledujúcu hrivnu. Bezhotovostné platby sa nezaokrúhľujú. Pravidlá vysvetľuje Národná banka Ukrajiny.

Praktický scenár: suma účtu je 249,97 UAH. Pri platbe vopred v hotovosti pokladňa po zaokrúhlení prijme 250,00 UAH. Ak sa pri konečnom vyúčtovaní od pôvodnej sumy dokumentu odpočíta presne 250,00 UAH, ale blok tovaru alebo dlhu sa vypočíta z 249,97 UAH, vznikne rozdiel 0,03 UAH. Historická oprava takejto situácie v Torgsoft je opísaná v zmene č. 201060: blok platby, platby vopred a dlhu musí zohľadňovať hodnotu „Suma“, nielen hodnotu „Na úhradu“. Podrobnosti sú uvedené v popise verzie 2022.4.7.

3. Zmena účtu po fiškalizácii platby vopred

Ide o jeden z najdôležitejších scenárov. Pôvodný doklad o platbe vopred už zaregistroval v Štátnej daňovej službe konkrétny tovar, množstvo, ceny, zľavy a sumu. Ak sa potom účet zmení:

• zmenou ceny;

• pridaním alebo odstránením produktu;

• zmenou množstva;

• použitím inej zľavy;

• zmenou fiškálneho statusu produktu;

• prerozdelením tovaru medzi podnikateľské subjekty,

konečné vyúčtovanie sa už zakladá na novom stave dokumentu, zatiaľ čo predchádzajúca fiškálna operácia zostáva v pôvodnom stave.

Napríklad po platbe vopred predávajúci zvýšil cenu jednej položky o 1 UAH. Pri ďalšom pomernom rozdelení môže táto jedna hrivna zmeniť podiely viacerých produktov a výsledkom nemusí byť presne 1 UAH, ale technický zostatok „Platba vopred“ vo výške 0,01 UAH alebo 0,59 UAH. Tieto príčiny sú opísané v návode Torgsoft o dokladoch k platbe vopred.

Správny postup pri zmene objednávky po fiškálnej platbe vopred je:

1. uistite sa, že pôvodný doklad je skutočne zaregistrovaný v Štátnej daňovej službe;

2. vykonajte fiškálne vrátenie platby vopred prostredníctvom štandardnej operácie;

3. zmeňte zloženie, množstvo, cenu alebo zľavu v dokumente;

4. prijmite platbu znova;

5. vytvorte nový doklad o platbe vopred alebo doklad o konečnom vyúčtovaní.

Nevyrovnávajte zostatok ľubovoľným produktom alebo službou v hodnote 0,01 UAH: príčinu to skryje, ale zmení štruktúru platobnej operácie.

4. Rozdelenie predaja medzi viacerých Živnostníkov

Nastavenie „Priradiť druh tovaru k podnikateľskému subjektu a podľa toho rozdeliť predaj“ umožňuje predávať tovar v jednom košíku, ale vytvárať samostatné predaje a fiškálne doklady pre podnikateľské subjekty, ku ktorým sú príslušné druhy tovaru priradené. Celková platba zákazníka sa medzi predaje rozdelí pomerne podľa ich súm.

Napríklad zákazník zaplatí kartou 1 000,00 UAH a tovar patrí dvom Živnostníkom v pomere, ktorý vytvorí podiely 333,335 UAH a 666,665 UAH. V platobnom dokumente nemožno zaznamenať polovicu kopejky. Jeden doklad musí dostať 333,33 UAH a druhý 666,67 UAH; inak ich súčet nebude 1 000,00 UAH.

V aktuálnom algoritme Torgsoft sa zostatok po zaokrúhlení priradí jednému z dokladov tak, aby celková suma súhlasila. Pri predaji rozdelenom medzi viac než dva podnikateľské subjekty sa predchádzajúce časti zaokrúhľujú nadol na kopejku a zostatok sa priradí poslednej časti. Samostatne sa zohľadňuje aj zaokrúhľovanie hotovosti na 10 alebo 50 kopejok. Táto zmena rozdelenia medzi podnikateľské subjekty je opísaná vo verzii 2026.0.3, úloha č. 205082.

Správna celková suma však neznamená, že je konfigurácia úplná. Pre každý podnikateľský subjekt skontrolujte:

• či je druh tovaru priradený správnemu Živnostníkovi alebo právnickej osobe;

• príslušný PRP a jeho platné fiškálne číslo;

• spôsob platby;

• bankový účet a acquiring, ak sa používa karta;

• celkovú sumu položiek tovaru a sumu platby v jednotlivom doklade daného podnikateľského subjektu.

Každý doklad sa validuje samostatne. Server nevyrovná deficit 0,01 UAH v doklade jedného Živnostníka prebytkom 0,01 UAH v doklade druhého Živnostníka.

5. Fiškálny a nefiškálny tovar v jednom dokumente

Ak účet obsahuje tovar, ktorý musí byť zahrnutý do fiškálneho dokladu, aj položky, ktoré sa nefiškalizujú, platobný dokument môže pokrývať celý účet, zatiaľ čo doklad PRP pokrýva iba fiškálnu časť. Pri čiastočnej platbe musí program určiť, aká časť platby pripadá na jednotlivé skupiny.

Zlomkové podiely a zaokrúhľovanie v takýchto kombináciách v minulosti spôsobovali jednotlivé prípady kódu 9. Opravy sú opísané najmä vo verzii 2022.0.57 a v ďalších aktualizáciách. Ak sa scenár opakuje v aktuálnej verzii, skontrolujte fiškálny status každej položky a bez výpočtu nestotožňujte sumu celého účtu so sumou fiškálneho dokladu.

6. Nerovnomerné rozdelenie platieb bonusmi

Ak je jeden produkt úplne uhradený bonusmi a zvyšok iným spôsobom platby, pomerné rozdelenie a zaokrúhľovanie môžu dočasne vytvoriť pri jednom produkte podiel bonusov o jednu kopejku vyšší než jeho hodnota. Tento scenár, vrátane dokladov o vrátení, bol opravený v aktualizácii 2022.0.59.

Pri kontrole porovnávajte nielen celkovú sumu bonusov, ale aj ich rozdelenie pri každej položke tovaru.

7. Dokument v cudzej mene a fiškálne vyúčtovanie v hrivnách

Fiškálne operácie na Ukrajine sa vykonávajú v hrivnách. Ak sa účet alebo vyúčtovanie vedie v cudzej mene, rozdielne výmenné kurzy alebo odlišný okamih prepočtu môžu vytvoriť ekvivalent v hrivnách s rozdielom niekoľkých kopejok. História aktualizácií Torgsoft samostatne opisuje kód 9 pri čiastočnej bezhotovostnej úhrade účtu v cudzej mene, keď sa suma platby nerovnala sume účtu v národnej mene.

Pre PRP kontrolujte hodnoty v hrivnách odosielané do dokladu. Suma v cudzej mene sa nesmie fiškalizovať ako suma v hrivnách bez správneho prepočtu.

8. Odstránenie alebo zrušenie jedného z prepojených dokumentov

Účtovný záznam v Torgsoft a doklad zaregistrovaný v Štátnej daňovej službe majú rozdielne stavy. Ak sa predchádzajúca platba odstráni, lokálny dokument sa zruší alebo sa databáza obnoví zo starej zálohy, fiškálny server automaticky nezruší už prijatý doklad. Pri ďalšom vyúčtovaní môže program vidieť inú históriu platieb než Štátna daňová služba.

Preto neodstraňujte platbu, doklad, offline balík ani prepojenie medzi dokumentmi len preto, aby ste „vynulovali kopejky“. Najskôr zistite fiškálny stav každého dokladu.

Kontrola krok za krokom: ako nájsť konkrétnu príčinu

Uložte celý text odpovede a vytvorte snímku obrazovky. Otvorte analýzu PRP a zistite, či doklad:

• server odmietol;

• bol zaregistrovaný, ale odpoveď sa nedostala do programu;

• zostal vo fronte alebo v offline balíku;

• bol zrušený alebo vrátený.

Opakované vytvorenie bez tejto kontroly môže vytvoriť duplicitnú platobnú operáciu.

DocumentValidationError je kategória, nie diagnóza. Z hlásenia si zapíšte:

• celkovú sumu položiek tovaru;

• sumu dokumentu alebo aktuálnej platby;

• celkovú sumu podľa spôsobov platby;

• veľkosť a znamienko rozdielu;

• názov poľa alebo bloku, ktorý server považuje za nezhodný.

Ak text obsahuje dve sumy, odpočítajte menšiu od väčšej. Výsledný rozdiel 0,01, 0,03, 0,50 alebo 0,59 UAH vám pomôže spojiť situáciu s konkrétnym typom zaokrúhľovania.

Presne si zapíšte, čo sa vytváralo:

• prvá platba vopred;

• ďalšia čiastočná platba;

• konečné vyúčtovanie;

• vrátenie platby vopred;

• zrušenie;

• bežný predaj;

• predaj rozdelený medzi podnikateľské subjekty.

Ak sa riadok „Platba vopred“ objavil až v konečnom doklade, najskôr skontrolujte, či pôvodná platba vopred zodpovedá aktuálnemu stavu účtu.

Pre jednu objednávku otvorte a porovnajte:

1. účet alebo objednávku;

2. doklad o predaji;

3. finančný dokument prvej platby;

4. prvý fiškálny doklad o platbe vopred;

5. následné platby a doklady;

6. vrátenia alebo zrušenia, ak existujú;

7. aktuálny doklad, ktorý neprešiel validáciou.

Treba určiť nielen aktuálne sumy, ale aj poradie udalostí.

Porovnajte pôvodný doklad s aktuálnym účtom podľa týchto polí:

• produkt a jeho fiškálny názov;

• množstvo;

• cena;

• zľava;

• sadzba a daňová skupina;

• fiškálny status;

• druh tovaru a priradený podnikateľský subjekt;

• mena a ekvivalent v hrivnách.

Aj keď sa celková suma zmenila o celú hrivnu, pomerné rozdelenie medzi položky môže vytvoriť zostatok niekoľkých kopejok.

Otvorte Nastavenia → Parametre → Doklad a skontrolujte:

• „Zaokrúhľovať sumu dokladu“;

• „Zaokrúhľovať hotovostné platby (iba pre Ukrajinu)“;

• krok zaokrúhľovania — 10 alebo 50 kopejok;

• „Používať zaokrúhľovanie pri predaji na základe účtov“.

Zistite, ktoré nastavenia boli aktívne v deň prvej platby vopred, nielen ktoré sú nastavené teraz. Nemeňte ich v pracovnej databáze počas otvorenej zmeny bez pochopenia vplyvu na ostatné pokladnice.

Samostatne skontrolujte spôsob platby. Ak bola celá platba vykonaná kartou, špeciálne zaokrúhľovanie hotovosti sa nesmie použiť. Pri zmiešanej platbe sa zaokrúhľuje iba hotovostná časť.

Nastavenie „Tlačiť doklad pre účet na PRP“ má tieto režimy:

• „Na sumu platby“;

• „Na sumu platby a dlhu“;

• „Opýtať sa používateľa“.

Tieto režimy ovplyvňujú sumu, ktorú má program fiškalizovať pri platbe vopred alebo čiastočnom vyúčtovaní. Ich logika je opísaná v aktualizácii 2022.0.48. Ak predávajúci očakával doklad iba na skutočne zaplatenú sumu, ale zvolený režim zahrnul aj dlh, príčinu rozdielu treba hľadať v nesúlade typu dokladu, nie v ručnej úprave sumy.

Vytvorte jednoduchú tabuľku:

Skontrolujte dve rovnosti:

• v každom riadku sa suma tovaru rovná sume platby v príslušnom doklade;

• súčet všetkých jednotlivých dokladov sa rovná platbe zákazníka.

Ak prvá rovnosť neplatí, príčina je v jednotlivom doklade alebo v priradení k podnikateľskému subjektu. Ak prvá rovnosť platí, ale druhá nie, skontrolujte algoritmus rozdelenia zostatku a verziu Torgsoft.

Nespoliehajte sa na jednu „minimálnu verziu“. Opravy sa postupne zhromažďovali vo viacerých verziách:

• 2022.0.49 — čiastočné platby, zlomkové zľavy, zaokrúhľovanie hotovosti, preplatky a vrátenia platieb vopred;

• 2022.0.57 — niektoré rozdiely súvisiace s fiškálnym a nefiškálnym tovarom;

• 2022.0.59 — účty v cudzej mene a nerovnomerné rozdelenie platieb bonusmi;

• 2026.0.3 — rozdelenie zaokrúhlenej sumy medzi podnikateľské subjekty.

Popisy jednotlivých scenárov sú dostupné v aktualizácii 2022.0.49, 2022.0.59 a 2026.0.3.

Pred aktualizáciou vytvorte záložnú kópiu aktuálnej databázy. Ak sa rozdiel týka starého dokumentu, bezpečnejšie je reprodukovať problém na kópii databázy spolu s technickým špecialistom.

Čo robiť po zistení príčiny

Čo nerobiť

• Nepridávajte ľubovoľnú službu „Zaokrúhlenie“ ani produkt v hodnote 0,01 UAH len preto, aby sa doklad vyrovnal.

• Nemeňte cenu produktu o niekoľko kopejok po fiškalizácii platby vopred.

• Neodstraňujte lokálny doklad, platbu ani offline balík bez kontroly stavu dokumentu v Štátnej daňovej službe.

• Nenahrádzajte konečné vyúčtovanie bežným predajom: nebude mať správne prepojenie s platbou vopred.

• Nemeňte PRP, Živnostníka ani spôsob platby po prijatí platby bez kontroly celého reťazca.

• Nevypínajte zaokrúhľovanie naraz na všetkých pokladniciach, kým nezistíte, ktoré konkrétne pravidlo spôsobilo rozdiel.

• Neupravujte ručne fiškálne tabuľky v databáze.

Ako rýchlo určiť zdroj podľa príznakov

Často kladené otázky

Nie nevyhnutne. Môže ísť o technický zostatok z pomerného rozdelenia alebo z porovnania predchádzajúcej fiškálnej sumy s aktuálnym dokumentom. Dlh zákazníka sa kontroluje v účte a finančných dokumentoch a pôvod riadku sa zisťuje z reťazca fiškálnych dokladov.

Fiškálny server presne kontroluje aritmetickú zhodu údajov dokladu. Rozdiel jednej kopejky znamená, že súčty položiek, celková suma alebo spôsoby platby sa nezhodujú.

Nie. DocumentValidationError zahŕňa rôzne štrukturálne chyby a chyby pri kontrole vzťahov medzi hodnotami. Treba prečítať celý text odpovede. Všeobecná logika kódu je vysvetlená v návode Torgsoft.

V tejto fáze program spája aktuálne zloženie účtu, všetky predchádzajúce platby a zostávajúci zostatok. Ak bol dokument po prvom doklade zmenený alebo sa v rôznych fázach použili odlišné pravidlá zaokrúhľovania, rozdiel sa prejaví na konci.

Aktualizácia opravuje algoritmus pre ďalšie výpočty, ale neprepisuje doklad, ktorý už bol zaregistrovaný v Štátnej daňovej službe. Pri starom dokumente treba stále určiť jeho stav a správne spracovať vrátenie alebo dokončiť vyúčtovanie.

Nie. Ide o vypočítaný prvok dokladu. Ručné odstránenie neodstráni rozdiel medzi sumou tovaru a platbou a môže vytvoriť ďalší nesúlad.

Nie. Pravidlá zaokrúhľovania hotovosti sa vzťahujú na hotovostné platby. Pri zmiešanej platbe treba hotovostnú a bezhotovostnú časť kontrolovať samostatne.

Pre zákazníka môže operácia začať jedným košíkom a jednou celkovou sumou. Torgsoft ju rozdelí na samostatné predaje a doklady. Každý Živnostník musí mať vlastný správny doklad, vlastný PRP a príslušnú časť platby; súčet jednotlivých častí sa musí rovnať platbe zákazníka.

Až po potvrdení, že predchádzajúci pokus nebol zaregistrovaný. Najskôr skontrolujte analýzu PRP a stav dokumentu na fiškálnom serveri.

Čo pripraviť pre technickú podporu

Aby mohol odborník určiť zdroj rozdielu, poskytnite:

• úplnú snímku obrazovky s kódom a textom odpovede;

• číslo verzie Torgsoft;

• číslo a dátum účtu, objednávky, dokladu o predaji a predaja;

• číslo prvého fiškálneho dokladu o platbe vopred;

• sumu prvej platby, následných platieb a aktuálnej platby;

• hodnoty „Suma“, „Na úhradu“, predchádzajúcu platbu a dlh;

• spôsoby platby a ich sumy;

• zoznam Živnostníkov, PRP a častí predaja, ak je predaj rozdelený;

• informácie o zmene produktu, množstva, ceny, zľavy alebo druhu tovaru po platbe vopred;

• snímky obrazovky nastavení zaokrúhľovania;

• stav všetkých súvisiacich dokladov v analýze PRP.

Neposielajte súbor svojho súkromného kľúča kvalifikovaného elektronického podpisu ani jeho heslo.

Požiadavku môžete vytvoriť priamo v programe: Pomoc → Požiadavka na technickú podporu.

K dispozícii sú aj tieto oficiálne kanály:

•  telefón: +38 (067) 558-37-84, pondelok–sobota, 09:00–18:00;

•  Telegram: @torgsoft_help;

•  e-mail: info@torgsoft.ua.

Aktuálne kontaktné údaje a postup odoslania požiadavky sú zverejnené na stránke technickej podpory Torgsoft a v návode na vytvorenie požiadavky.

Kontrolný zoznam pred opätovnou fiškalizáciou

1. Skontrolujte, či predchádzajúci doklad nebol zaregistrovaný v Štátnej daňovej službe.

2. Uložte celý text DocumentValidationError.

3. Určte typ operácie a presnú veľkosť rozdielu.

4. Porovnajte pôvodnú platbu vopred s aktuálnym účtom.

5. Skontrolujte „Suma“, „Na úhradu“, spôsob platby a nastavenia zaokrúhľovania.

6. Pri viacerých Živnostníkoch skontrolujte každý doklad a celkovú sumu.

7. Porovnajte verziu Torgsoft s popismi opravených scenárov.

8. Pred zmenami alebo aktualizáciou vytvorte záložnú kópiu databázy.

9. Odstráňte skutočný zdroj rozdielu: dokument, nastavenie, priradenie alebo postup vrátenia.

10. Doklad vytvorte znova až po kontrole stavov a súm.

Tento postup umožňuje odlíšiť aritmetické zaokrúhľovanie od zmeny účtu, nesprávneho rozdelenia medzi podnikateľské subjekty alebo prerušenia prepojenia s predchádzajúcim fiškálnym dokumentom. Je to dôležité, pretože rovnaký riadok „Platba vopred“ môže vzniknúť v dôsledku rôznych operácií a kód 9 iba signalizuje, že celkové hodnoty dokladu neprešli validáciou.