Čiastočná platba v režime „Obchod s výpisom faktúry“: ako zvoliť režim kontroly PRP a opraviť rozdiel v sumách

V režime «Obchod s vystavením účtu» môže podnikateľ vytvoriť objednávku, prijať zálohu alebo viacero platieb, odoslať tovar a sledovať zostávajúci dlh zákazníka. Najčastejšie otázky sa týkajú výberu režimu fiškalizácie pri čiastočnej platbe, vytvárania dokladov pri ďalších platbách, fungovania režimu «Opýtať sa používateľa», chýb daňovej správy a opravy už zaregistrovaných fiškálnych dokumentov. 

Čo znamená čiastočná platba v Torgsoft

Obchod s vystavením účtu sa používa vtedy, keď vytvorenie objednávky, prijatie peňazí a odovzdanie tovaru prebiehajú v rôznom čase. Podnikateľ najprv vytvorí účet, potom zaeviduje platbu a pri skutočnej expedícii vytvorí výdajku.

Pri práci s PRP je dôležité rozlišovať niekoľko operácií:

• preddavok — zákazník uhradí časť sumy pred konečným vyrovnaním;

• ďalšia platba — zákazník uhradí ďalšiu časť;

• konečné vyrovnanie — platba uzavrie zostávajúci zostatok;

• dlh — časť hodnoty dokumentu, ktorú zákazník ešte musí uhradiť;

• fiškalizácia — odoslanie vytvoreného zúčtovacieho dokumentu na fiškálny server daňovej správy.

V Torgsoft sú tieto sumy navzájom prepojené. Program zohľadňuje už vykonané platby, aktuálnu platbu a zostávajúci zostatok dokumentu.

Aké pravidlo platí pre čiastočné platby

Technické nastavenie Torgsoft určuje, ako program vytvorí doklad. Povinnosť použiť PRP určuje charakter samotnej zúčtovacej operácie. Zákon č. 265 zaraďuje medzi zúčtovacie operácie okrem iného prijímanie hotovosti a platby platobnou kartou. 

Daňová správa uvádza postup pri platbe na časti: ak zákazník platí viacerými platbami v hotovosti alebo platobnou kartou, na každú časť úhrady sa vystaví samostatný fiškálny doklad. Pre PRP sú určené typy operácií «Preddavok», «Ďalšia platba» a «Konečné vyrovnanie». Pri ďalšej a konečnej platbe sa uvádzajú predchádzajúce platby a fiškálne číslo prvého dokladu k preddavku. 

Toto vysvetlenie daňovej správy bolo opätovne zverejnené 5. augusta 2026.

Samostatným prípadom je prevod peňazí zákazníkom priamo na bežný účet predávajúceho podľa údajov IBAN. Za podmienok opísaných daňovou správou možno takúto operáciu vykonať bez RP/PRP. Ak po preddavku cez IBAN nastane zúčtovacia operácia cez PRP alebo odovzdanie tovaru, predtým prijatá suma musí byť zohľadnená v príslušnom fiškálnom doklade. 

Pred výberom režimu v Torgsoft je preto potrebné určiť tri veci: kedy zákazník dostane tovar, koľko platí teraz a akým spôsobom uhradí zostávajúcu sumu.

Kde sa nastavuje tlač dokladu k faktúre

V Torgsoft sa parameter nachádza v: Nastavenia → Parametre → Doklad → Tlač dokladu faktúry na PRP.

Pre čiastočné platby sú k dispozícii tri scenáre:

Režim «Na sumu platby»: keď zákazník platí po častiach

Tento režim zodpovedá postupu, pri ktorom bude za jednu faktúru vykonaných viac platieb.

Napríklad hodnota objednávky je 12 000 UAH:

1. zákazník zaplatí 3 000 UAH;

2. neskôr zaplatí ďalších 4 000 UAH;

3. poslednou platbou uhradí 5 000 UAH.

Pri prvej čiastočnej platbe Torgsoft vytvorí doklad k preddavku. Ak druhá platba ešte neuzatvára dokument, vytvorí sa doklad k ďalšej platbe. Keď posledná platba úplne uzavrie zostávajúcu sumu, vytvorí sa doklad konečného vyrovnania.

V ďalších dokladoch Torgsoft používa fiškálne číslo prvého dokladu k preddavku. Daňová správa tak môže prepojiť platby jednej hospodárskej operácie. 

Čo sa deje s tovarom v doklade

Čiastočná platba neznamená, že jednu fyzickú jednotku tovaru treba umelo zmeniť napríklad na 0,25 jednotky.

V dokladoch k preddavku, ďalšej platbe a konečnému vyrovnaniu sa uvádza celé množstvo a celková hodnota tovaru dokumentu, zatiaľ čo suma konkrétneho dokladu zodpovedá aktuálnej platbe. Doklad tiež zobrazuje predchádzajúce platby a zostávajúci dlh. Ide o dôležité upresnenie pri čiastočných platbách: sumu platby a množstvo fyzicky predaného tovaru nemožno mechanicky stotožňovať.

Pri prvom preddavku daňová správa vyžaduje identifikáciu tovaru, za ktorý boli peniaze prijaté.

Čo sa deje pri konečnom vyrovnaní

Daňová správa osobitne opisuje situáciu, keď sa po predchádzajúcich preddavkoch tovar odovzdá zákazníkovi.

Konečný doklad musí obsahovať:

• úplný zoznam tovaru;

• celú cenu;

• množstvo;

• predtým prijaté preddavky;

• sumu, ktorá zostáva na úhradu po zohľadnení preddavkov.

Týka sa to aj situácie, keď zákazník do momentu odovzdania tovaru už jeho cenu úplne uhradil preddavkami: konečný dokument musí aj tak správne zachytiť samotný predaj a predchádzajúce platby. 

Režim «Na sumu platby a dlhu»: prečo si vyžaduje pozornosť

V tomto režime Torgsoft umožňuje v doklade zaznamenať aktuálnu platbu spolu so zostávajúcim dlhom. Pre dlhovú časť operátor uvedie príslušnú formu a spôsob platby.

Napríklad:

• hodnota faktúry — 12 000 UAH;

• zákazník teraz zaplatí 3 000 UAH;

• dlh — 9 000 UAH.

Ak sa použije «Na sumu platby a dlhu», Torgsoft považuje vytvorený doklad za konečný pre túto faktúru. Po takom doklade už nemožno vytvoriť ďalší doklad pri neskoršej úhrade zostávajúcej sumy za túto faktúru.

Práve preto vzniká častá otázka: «Prečo zákazník uhradil zostávajúci dlh, ale program už neponúka vytlačiť doklad?»

Dôvodom je zvolený scenár: dlh bol už zahrnutý do predchádzajúceho fiškálneho dokumentu ako súčasť konečného spracovania operácie.

Kedy tento režim nenastavovať ako univerzálny

K augustu 2026 je stanovisko daňovej správy formulované jasne: ak zákazník platí cenu tovaru viacerými platbami v hotovosti alebo kartou, každá časť úhrady musí byť sprevádzaná samostatným fiškálnym dokladom.

Pre schému: 3 000 UAH kartou teraz → 4 000 UAH kartou o týždeň → 5 000 UAH kartou pri konečnom vyrovnaní si preto režim, po ktorom Torgsoft už nevytvára doklad na ďalšie platby, vyžaduje zvážené rozhodnutie. Pri bežnej postupnej platbe po častiach je logické použiť mechanizmus preddavok → ďalšia platba → konečné vyrovnanie.

Ak bude budúca časť dlhu uhradená priamym prevodom na IBAN, postup je iný: za podmienok stanovených daňovou správou môže takáto platba prebehnúť bez PRP. Zároveň ju treba správne zohľadniť vo fiškálnom dokumente, keď nastane ďalšia zúčtovacia operácia alebo sa odovzdá tovar. 

Preto by sa «Na sumu platby a dlhu» nemalo vyberať iba preto, aby sa doklad jednorazovo uzavrel. Najprv treba určiť spôsob budúceho splatenia dlhu a moment odovzdania tovaru.

Režim «Opýtať sa používateľa»: keď obchod používa rôzne scenáre

Tento režim ponecháva voľbu na operátorovi bezprostredne pred vytvorením fiškálneho dokumentu.

Je vhodný vtedy, keď jedna spoločnosť pracuje s rôznymi typmi objednávok. Napríklad niektorí zákazníci uskutočňujú viac kartových platieb, niektorí zaplatia preddavok a tovar si vyzdvihnú neskôr a niektorí B2B zákazníci uhradia zostatok priamym bankovým prevodom.

Pred výberom musí pokladník vedieť:

1. Či sa tovar odovzdáva zákazníkovi teraz.

2. Či už boli k tomuto dokumentu vytvorené fiškálne doklady.

3. Koľko zákazník skutočne platí teraz.

4. Či zostane dlh.

5. Ako zákazník tento dlh uhradí: v hotovosti, kartou alebo prevodom na IBAN.

6. Či bude potrebné vytvoriť fiškálny doklad na ďalšiu platbu.

Samotný režim «Opýtať sa používateľa» neurčuje potrebný fiškálny scenár automaticky. Pokladník ho vyberá podľa skutočnej operácie. Preto je pri tomto nastavení vhodné zaviesť pre zamestnancov krátke interné pravidlo.

Prečo daňová správa vracia «Súčty podľa foriem platby sa nerovnajú celkovej sume»

Pri čiastočnej platbe musí PRP odoslať na server daňovej správy matematicky konzistentný fiškálny dokument. Zjednodušene musí v jednom doklade platiť vzťah: hodnota položiek tovaru po zohľadnení zliav a úprav → celková suma dokladu → sumy podľa foriem platby.

Ak tieto časti dokumentu poskytujú rozdielny výsledok, server daňovej správy môže vrátiť: Kód chyby: 9 DocumentValidationError a konkrétne vysvetlenie, napríklad: Súčty podľa foriem platby. Suma podľa riadkov … sa nerovná celkovej sume v dokumente …

Kód 9 označuje triedu zamietnutia. Príčinu určuje text za DocumentValidationError. V znalostnej báze Torgsoft je samostatne uvedené, že rozdiely v sumách a čiastočné platby patria medzi typické príčiny tejto správy.

Odkiaľ môže vzniknúť rozdiel jednej kopejky

Pri čiastočných platbách je potrebné skontrolovať viacero zdrojov rozdielu.

Zaokrúhľovanie. Prvá platba mohla byť hotovostná a prejsť zaokrúhlením. Ďalšia platba sa už vypočítava zo skutočne zaregistrovanej sumy predchádzajúceho dokladu. Ak sa do výpočtu dostane pôvodná hodnota pred zaokrúhlením, súčty sa môžu líšiť.

Percentuálna zľava a desatinné množstvo. Vážený alebo meraný tovar, percentuálna zľava a čiastočná platba vytvárajú viacero po sebe idúcich zaokrúhľovacích operácií. Každý riadok tovaru má presnosť na jednu kopejku, takže súčet zaokrúhlených riadkov sa môže niekedy líšiť od matematického súčtu pred zaokrúhlením.

Fiškálne a nefiškálne položky. Ak faktúra obsahuje oba typy tovaru, Torgsoft rozdeľuje preddavok medzi ne pomerne. Do PRP sa odosiela iba fiškálna časť. Na hranici zaokrúhľovania môže vzniknúť rozdiel.

Viacero Živnostník alebo podnikov. Keď sa jeden predaj rozdeľuje medzi rôzne podniky a PRP, treba rozdeliť aj celkovú platbu. Mimoriadnu pozornosť treba venovať kombinovaným platbám, zľavám a zaokrúhľovaniu.

Faktúra v cudzej mene. Ak sa dokument eviduje s väzbou na cudziu menu, program musí pre fiškálny dokument správne určiť sumu v hrivnách. Zmena kurzu, čiastočná platba a zaokrúhľovanie môžu ovplyvniť zostatok.

Nesprávne určený spôsob platby. Banková karta cez acquiring a priamy prevod podľa údajov IBAN majú odlišnú povahu. Ak je skutočná platba v Torgsoft zaevidovaná iným spôsobom, výpočet fiškálnej časti nemusí zodpovedať reálnej operácii.

Zmena dokumentu po fiškalizácii. Ak už bol doklad zaregistrovaný na serveri daňovej správy, následná úprava lokálnej faktúry alebo platby tento doklad nezmení. Torgsoft a daňová správa potom začnú pracovať s rôznymi sumami.

Čo robiť pri DocumentValidationError s rozdielom v sumách

1. Pridajte celý text chyby za kódom 9

Ak sa správa týka súm riadkov alebo foriem platby, pokračujte v kontrole podľa tohto návodu.

Ak sú za kódom uvedené kvalifikovaný elektronický podpis, adresa predajne, XML, časová pečiatka alebo iný parameter, príčina je iná.

2. Skontrolujte, či je doklad zaregistrovaný na daňovej správe

Pred opakovanou fiškalizáciou zistite stav dokumentu.

Skontrolujte:

• či bolo dokladu pridelené fiškálne číslo;

• či sa nachádza v Analytike PRP;

• či Torgsoft dostal odpoveď servera daňovej správy.

Tento krok je potrebný, aby sa znovu nezaregistrovala operácia, ktorú už daňová správa prijala.

3. Porovnajte štyri sumy

Pri faktúre skontrolujte: suma dokumentu → predchádzajúce platby → aktuálna platba → zostávajúci dlh.

Napríklad:

• dokument — 12 000 UAH;

• predtým zaplatené — 3 000 UAH;

• teraz zaplatené — 4 000 UAH;

• zostatok — 5 000 UAH.

Ak sa v Torgsoft jedna z týchto súm líši od skutočných platieb, najprv treba zistiť príčinu.

4. Skontrolujte režim, v ktorom bol doklad vytvorený

Pri «Na sumu platby» musí aktuálny doklad zodpovedať aktuálnej fáze vyrovnania.

Pri «Na sumu platby a dlhu» skontrolujte, či už dokument nebol fiškálne ukončený s dlhovou časťou.

Pri «Opýtať sa používateľa» zistite, čo presne pokladník vybral pri vytváraní tohto dokladu.

5. Skontrolujte zľavy, zaokrúhľovanie a desatinné množstvo

Je to obzvlášť dôležité, ak rozdiel predstavuje 0,01 UAH alebo niekoľko kopejok.

Neupravujte ručne náhodnú položku o jednu kopejku len preto, aby dokument prešiel kontrolou daňovej správy. Najprv treba určiť zdroj rozdielu.

6. Skontrolujte formy a spôsoby platby

V zúčtovacom dokumente patria forma platby a suma podľa nej medzi povinné údaje. Požiadavky na formu a obsah fiškálneho dokladu stanovuje Nariadenie č. 13. 

Porovnajte skutočný spôsob úhrady s tým, čo sa odosiela do PRP:

• hotovosť;

• karta cez acquiring;

• iná bezhotovostná platba;

• úver alebo dlh, ak sa používa v konkrétnom scenári;

• priamy prevod podľa údajov IBAN.

7. Ak je viacero podnikov, skontrolujte rozdelenie

Uistite sa, že:

• tovar patrí správnemu podniku;

• používa sa preň správny PRP;

• aktuálna platba je správne rozdelená medzi podniky;

• po rozdelení súčet všetkých dokladov zodpovedá celkovej platbe.

8. Skontrolujte verziu Torgsoft

V rôznych verziách Torgsoft vývojári upravovali algoritmy čiastočných platieb, zaokrúhľovania a vytvárania fiškálnych dokumentov. Ak sa situácia reprodukuje v starej verzii, najprv ju treba overiť na aktuálnej aktualizácii.

Možno faktúru zmeniť po vytlačení fiškálneho dokladu

Zaregistrovaný doklad už existuje na strane daňovej správy. Zmena údajov v Torgsoft ho sama osebe nezruší.

Preto po fiškalizácii nie je vhodné:

• odstrániť zaevidovanú platbu a zadať ju znova;

• meniť sumu alebo obsah dokumentu bez overenia dôsledkov;

• znovu odosielať tú istú operáciu, kým nie je známy stav prvého dokladu;

• vytvoriť ručnú úpravu o jednu kopejku na zosúladenie súčtov.

Ak je skutočne potrebné zaregistrovanú operáciu zrušiť, použije sa príslušný postup vrátenia alebo opravy so zodpovedajúcim fiškálnym dokumentom.

Ak daňová správa doklad zamietla a fiškálne číslo neexistuje, situácia je iná: je potrebné odstrániť príčinu vo vstupných údajoch a vytvoriť správny dokument.

Čo vybrať pre typické scenáre

Čo poskytnúť technickej podpore, ak sumy nesedia

Aby mohol odborník situáciu zopakovať, pripravte:

1. Úplný text odpovede daňovej správy za DocumentValidationError.

2. Dátum a približný čas vytvorenia dokladu.

3. Sumu faktúry alebo výdajky.

4. Súčet všetkých predchádzajúcich platieb.

5. Sumu aktuálnej platby a zostávajúci dlh.

6. Zvolený režim: «Na sumu platby», «Na sumu platby a dlhu» alebo «Opýtať sa používateľa».

7. Spôsob každej platby: hotovosť, karta, IBAN.

8. Informácie o zľave, zaokrúhľovaní alebo desatinnom množstve tovaru.

9. Informácie o viacerých Živnostník, ak sa predaj rozdeľuje medzi podniky.

10. Verziu Torgsoft.

11. Fiškálne číslo predchádzajúceho dokladu, ak už existuje.

Heslo ku kvalifikovanému elektronickému podpisu ani iné tajné údaje nie sú na takúto diagnostiku potrebné.

Krátke pravidlo pre prácu s čiastočnou platbou

Ak zákazník platí za tovar viacerými hotovostnými alebo kartovými platbami, vychádzajte z princípu, že každá časť úhrady má vlastný fiškálny doklad. Torgsoft na to podporuje postup «Preddavok», «Ďalšia platba» a «Konečné vyrovnanie». 

Režim «Na sumu platby» zodpovedá takejto postupnej fiškalizácii. «Na sumu platby a dlhu» ukončuje fiškálny scenár faktúry v logike Torgsoft, preto treba pred jeho použitím zohľadniť spôsob budúceho splatenia dlhu. «Opýtať sa používateľa» je vhodný pre podniky s viacerými schémami platieb za predpokladu, že pracovník rozumie rozdielu medzi nimi.

Hlavným pravidlom pri rozdiele súm je najprv skontrolovať stav už vytvoreného dokladu a potom porovnať dokument, predchádzajúce platby, aktuálnu platbu, dlh and formy platby. Opakovaná fiškalizácia bez tejto kontroly môže vytvoriť ďalší problém.