Bankový terminál vypíše „ZRUŠENÉ“ alebo „ZAMIETNUTÉ“ a predaj v Torgsofte je uzavretý: ako skontrolovať výsledok platby

Pri integrovanej platbe kartou Torgsoft odošle sumu nákupu na bankový POS terminál, prijme odpoveď banky a po úspešnej operácii zaeviduje bezhotovostnú platbu. Podnikatelia sa obracajú na odborníkov, keď terminál vytlačí «ZRUŠENÉ», «ZAMIETNUTÉ» alebo iný negatívny stav, pričom predaj v Torgsoft už bol uzavretý; keď zákazník dostal oznámenie o odpísaní peňazí, ale program nedostal výsledok; keď sa v Torgsoft zobrazí správa «RRN nebolo prijaté»; alebo keď nie je jasné, či možno platbu spustiť znova. V takýchto prípadoch je potrebné samostatne skontrolovať bankovú transakciu, platbu v Torgsoft, and fiškálny doklad PRP. Opakovanú platbu spúšťajte až po zistení výsledku prvej operácie.

Ako prebieha platba kartou cez Torgsoft

Ak sa používa možnosť «Integrácia s bankovým terminálom», bežný predaj prebieha takto:

1. Pokladník vytvorí predaj v Torgsoft.

2. Vyberie bezhotovostnú platbu.

3. Torgsoft odošle sumu na POS terminál.

4. Zákazník priloží kartu alebo telefón a potvrdí operáciu.

5. Terminál kontaktuje banku.

6. Banka vráti výsledok.

7. POS terminál odošle výsledok do Torgsoft.

8. Po úspešnej autorizácii Torgsoft zaeviduje platbu na príslušnom zúčtovacom účte.

9. Ak je pripojený PRP, údaje kartovej operácie sa môžu dostať do fiškálneho dokladu. 

V bežnom scenári musia všetky tri oblasti navzájom zodpovedať:

Problém vzniká, keď jedna z týchto etáp skončí inak.

Čo znamená «ZRUŠENÉ» a «ZAMIETNUTÉ»

Text na potvrdenke bankového terminálu zobrazuje výsledok, ktorý vytvoril platobný terminál.

«ZAMIETNUTÉ» zvyčajne znamená, že banka alebo platobný systém operáciu nepotvrdili.

«ZRUŠENÉ» sa môže zobraziť po zrušení operácie alebo keď terminál nedokázal dokončiť celý technický prenos s pokladničným systémom.

V Torgsoft je samostatne opísaný scenár, keď pri práci cez RDP a nestabilnom spojení môže terminál vytlačiť «ZRUŠENÉ». Pre takéto pripojenia dokumentácia odporúča používať BPOS1 s čakaním na potvrdenie z pokladne a podľa možnosti pripojenie terminálu cez Ethernet. 

Text na potvrdenke treba zohľadniť, ale pri rozporných údajoch je potrebné skontrolovať operáciu v denníku terminálu alebo v bankovej službe.

Prečo oznámenie o odpísaní na telefóne zákazníka nestačí

Zákazník môže ukázať push oznámenie alebo SMS o odpísaní sumy. Je to užitočná informácia, ale nemala by byť jediným podkladom pre rozhodnutie pokladníka.

Kartová operácia prechádza viacerými etapami. V bankovej aplikácii zákazníka sa môže zobraziť autorizácia alebo rezervácia sumy ešte pred úplným dokončením výmeny medzi bankou, terminálom a pokladničným programom.

Preto ak:

• telefón zobrazuje odpísanie;

• POS vytlačí «ZRUŠENÉ»;

• Torgsoft zobrazí timeout,

je potrebné zistiť konečný stav samotnej transakcie. Kartu netreba okamžite spracovať znova.

Čo je RRN a na čo je potrebné

RRN — je identifikátor bankovej transakcie, ktorý môže platobná služba vrátiť spolu s výsledkom operácie.

Napríklad v dokumentácii monobank sa v odpovedi na úspešnú terminálovú operáciu samostatne prenášajú:

• status;

• responseCode;

• approvalCode;

• rrn;

• identifikátory transakcie;

• maska karty;

• dátum a čas.

Dobre to ukazuje princíp: RRN je jedným z údajov transakcie, zatiaľ čo výsledok operácie sa určuje podľa súboru prijatých údajov vrátane stavu.

Preto je pravidlo «Ak je RRN, peniaze boli určite prijaté» nesprávne.

RRN pomáha nájsť identifikovanú operáciu, vykonať vrátenie a porovnať údaje s bankou. Na konečnú kontrolu je potrebné skontrolovať stav operácie a údaje acquirera.

Autorizačný kód, RRN a kód odpovede sú rôzne údaje

Počas transakcie môže terminál vrátiť viacero servisných hodnôt. Autorizačný kód potvrdzuje konkrétnu autorizáciu v platobnom systéme. RRN sa používa na identifikáciu transakcie. Kód odpovede oznamuje výsledok, ktorý vrátila banka alebo protokol terminálu.

Presné kódy závisia od:

• banky;

• modelu terminálu;

• protokolu;

• platobnej služby.

Pokladník si preto nemusí pamätať tabuľku číselných kódov. Ak sa na termináli zobrazí neznámy kód, treba ho skontrolovať podľa dokumentácie konkrétnej banky alebo cez jej technickú podporu.

Najdôležitejšie pravidlo pre pokladníka: neopakovať platbu pred kontrolou

Pri neštandardnom ukončení operácie sa má pokladník zastaviť pri aktuálnom predaji.

Netreba:

• znova stlačiť «Zaplatiť»;

• požiadať zákazníka, aby znovu priložil kartu;

• vytvárať druhý predaj;

• ručne meniť typ platby;

• vydať tovar len na základe oznámenia v bankovej aplikácii zákazníka.

Najprv je potrebné zistiť stav prvej transakcie.

Inak môže nastať tento scenár:

1. prvá kartová operácia je v skutočnosti úspešná;

2. Torgsoft nedostane odpoveď pre stratu spojenia;

3. pokladník spustí druhú platbu;

4. banka spracuje obe transakcie.

Práve druhému odpísaniu je potrebné zabrániť.

Postup krok za krokom, ak POS zobrazuje «ZRUŠENÉ» alebo «ZAMIETNUTÉ»

Nevyhadzujte doklad z terminálu.

Zaznamenajte:

• sumu;

• dátum;

• čas;

• Merchant ID, ak je vytlačený;

• identifikátor terminálu;

• RRN;

• autorizačný kód;

• kód alebo text výsledku operácie.

Rozsah údajov sa môže medzi bankami líšiť.

Skontrolujte, či aktuálny predaj zmizol z formulára predaja a či bola vytvorená finančná platba. Ak Torgsoft ponechal predaj nezaplatený, ide o jeden scenár. Ak už bol predaj uzavretý ako bezhotovostný, situácia je iná.

Ak sa používa Softvérový RP, otvorte: Nastavenia → Softvérový RP → Analytika softvérového RP.

Skontrolujte:

• či bol vytvorený doklad;

• dátum a čas;

• sumu;

• spôsob platby;

• údaje bankovej transakcie.

Podľa aktuálnych požiadaviek daňovej správy pri platbe kartou cez terminál pripojený alebo integrovaný s RP/PRP obsahuje fiškálny doklad údaje acquirera, terminálu, platobného prostriedku a kód, ktorý identifikuje operáciu v platobnom systéme. 

Ak výsledok zostáva nejasný, transakciu je potrebné skontrolovať na strane banky.

V závislosti od modelu terminálu a banky sa to dá urobiť:

• cez denník POS operácií;

• pomocou funkcie kontroly poslednej operácie;

• v acquiringovom účte;

• cez podporu banky.

Banke poskytnite:

• sumu;

• čas;

• Merchant ID;

• Terminal ID;

• RRN;

• autorizačný kód, ak je dostupný.

Potom možno určiť, či bola operácia úspešná, zamietnutá alebo zrušená.

Ide o najjednoduchší prípad.

Napríklad:

• POS vytlačil «ZAMIETNUTÉ»;

• Torgsoft neuzavrel predaj;

• fiškálny doklad PRP nebol vytvorený;

• banka potvrdila, že nákup neprebehol.

Potom možno zákazníkovi opäť ponúknuť platbu za tovar:

• tou istou kartou;

• inou kartou;

• iným spôsobom.

Nová operácia bude samostatnou bankovou transakciou.

Ide presne o prípad, pri ktorom majiteľ obchodu neskôr vidí rozdiel:

• Torgsoft zobrazuje bezhotovostný predaj;

• tovar bol odpísaný;

• banka peniaze neprijala.

Vo verzii Torgsoft 2026.0.5 bol opravený samostatný scenár, pri ktorom sa po neúspešnej platbe cez terminál mohla platba napriek tomu priradiť k účtu v «Obchod s vystavením účtu». Pre JSON WebSocket bola tiež pridaná kontrola timeoutu. 

Ak už k takejto situácii došlo, je potrebné skontrolovať dva dokumenty:

1. platbu v Torgsoft;

2. fiškálny doklad PRP.

Ak fiškálny doklad neexistuje

Je potrebné zrušiť nesprávne interné zaevidovanie platby a vrátiť predaj do stavu, v ktorom ho možno správne zaplatiť.

Konkrétna akcia závisí od režimu predaja a dokumentu, preto pri už uzavretom predaji nie je vhodné náhodne odstraňovať prepojené finančné záznamy.

Ak už bol fiškálny doklad zaregistrovaný

Je potrebné opraviť aj fiškálnu operáciu. Nemožno jednoducho odstrániť finančný dokument Torgsoft a ponechať fiškálny doklad ako úspešnú kartovú platbu.

Najprv sa skontroluje stav zmeny a konkrétny doklad, potom sa použije príslušný scenár zrušenia alebo vrátenia.

Ide o opačnú situáciu.

Napríklad:

• zákazník priložil kartu;

• banka potvrdila operáciu;

• terminál má úspešnú transakciu;

• Torgsoft zaznamenal timeout;

• predaj zostal nezaplatený.

POS operáciu netreba spúšťať znova.

Torgsoft umožňuje ručne zadať parametre už vykonanej bankovej transakcie.

Ak sa bankový terminál dočasne nepoužíva cez integrované pripojenie, vo formulári platby možno vypnúť «Používať spojenie s bankovým terminálom». Torgsoft potom otvorí formulár «Parametre platby bankovým terminálom», do ktorého sa zadajú údaje z potvrdenky.

To umožňuje:

• neodosielať druhý príkaz na nákup do POS;

• zaevidovať existujúcu platbu v Torgsoft;

• odoslať údaje kartovej transakcie do PRP, ak sú príslušné nastavenia aktívne.

Pred týmto zaevidovaním je potrebné overiť, že banka prvú operáciu skutočne potvrdila.

Ide o rozporný výsledok. V takom prípade pokladník nemá sám rozhodovať, čo je dôležitejšie: papierová potvrdenka alebo oznámenie zákazníka. Operáciu je potrebné overiť u acquirera podľa jej údajov.

Ak banka potvrdí, že operácia bola úspešná a nebola zrušená, pokračujte ako pri už vykonanej bankovej platbe: nespúšťajte druhú transakciu a správne dokončite predaj v Torgsoft.

Ak banka potvrdí, že operácia bola zrušená alebo zamietnutá, kartová platba nesmie zostať v evidencii.

Znamená prítomnosť RRN, že platbu možno považovať za úspešnú

Nie. RRN je veľmi dôležitý na vyhľadanie operácie, ale sám osebe nenahrádza jej stav.

Napríklad moderné bankové API samostatne vracajú:

• status;

• RRN;

• autorizačný kód;

• kód odpovede.

Na kontrolu výsledku je teda potrebné sledovať predovšetkým konečný stav transakcie a RRN používať na identifikáciu a porovnanie. 

Prečo môže Torgsoft zobraziť «RRN nebolo prijaté»

Príčina závisí od terminálu a bankovej knižnice.

Na oficiálnej stránke Torgsoft sa uvádza, že pri niektorých termináloch Verifone, vrátane X990, nemusí banková knižnica automaticky odosielať RRN. Pri vrátení sa v takom prípade môže použiť autorizačný kód z dokladu. 

Správa o chýbajúcom RRN preto nemusí vždy znamenať, že nákup v banke neprebehol. Je potrebné skontrolovať bankový stav.

Prečo je dôležité uchovávať údaje terminálu

Torgsoft používa údaje pôvodnej kartovej operácie aj pri následných operáciách.

Napríklad pri vrátení môže program použiť údaje pôvodnej transakcie, aby vrátil peniaze presne za príslušnú platbu. Oficiálna stránka možnosti tiež uvádza, že Torgsoft ukladá údaje platby a používa ich na vrátenie peňazí na kartu alebo k pôvodnej platobnej transakcii. 

Vo verzii 2026.0.5 bolo osobitne opravené prenášanie RRN, PAN a ďalších parametrov terminálu do finančného dokumentu pri platbe objednávky. 

Prečo takéto situácie vznikajú pri práci cez RDP

Pri terminálovej schéme môže Torgsoft bežať na vzdialenom serveri, zatiaľ čo fyzický POS sa nachádza pri pokladníkovi.

Ak je POS lokálne pripojený cez COM/USB a údaje sa prenášajú do vzdialenej relácie cez RDP, do schémy pribúda ďalší komunikačný kanál.

Dokumentácia Torgsoft priamo uvádza, že pri nestabilnom RDP sa môžu vyskytnúť:

• «Chyba č. 3»;

• problémy s pripojením;

• tlač dokladu «ZRUŠENÉ».

Pre BPOS oficiálna dokumentácia Torgsoft odporúča:

• BPOS1 s čakaním na potvrdenie z pokladne;

• Ethernet pripojenie terminálu. 

Tým sa znižuje závislosť platobnej výmeny od presmerovania COM/USB cez vzdialenú reláciu.

Prečo terminál potrebuje potvrdenie z pokladne

Niektoré protokoly počítajú so záverečnou výmenou medzi POS a pokladničným programom.

V nastaveniach BPOS v Torgsoft sa nachádzajú:

• «Používať potvrdenie pokladne»;

• «Ignorovať potvrdenie pokladne».

Dokumentácia vysvetľuje, že druhý parameter možno používať pri práci cez RDP v príslušnej konfigurácii, keď platba prejde na POS, ale výsledok sa nedostane do Torgsoft.

Tieto parametre nemá pokladník počas práce meniť. Nastavenie musí zodpovedať protokolu terminálu a konfigurácii banky.

Timeout: prečo môže Torgsoft prestať čakať na odpoveď

Banková transakcia trvá určitý čas:

• zákazník priloží kartu;

• zadá PIN;

• banka spracuje požiadavku;

• terminál prijme odpoveď;

• údaje sa vrátia do Torgsoft.

Ak sa spojenie preruší v poslednej etape, banka a Torgsoft môžu mať odlišnú informáciu o stave operácie.

Vo verzii 2026.0.5 bola pre JSON WebSocket pridaná kontrola timeoutu čakania na odpoveď a možnosť nastaviť jeho hodnotu. Vytvára sa tiež samostatný denník činnosti terminálu, ktorý možno použiť pri diagnostike. 

Pri opakujúcich sa timeoutoch preto skontrolujte:

• verziu Torgsoft;

• protokol POS;

• sieť;

• timeout;

• denníky terminálu;

• nastavenia bankového zariadenia.

Čo robiť, ak pokladník omylom zrušil čakanie

Ak program ešte čakal na odpoveď POS a pokladník proces prerušil, výsledok bankovej operácie môže zostať pre Torgsoft neurčitý.

Platí rovnaké pravidlo: nespúšťajte novú platbu, kým nie je overená predchádzajúca.

Najprv:

1. pozrite potvrdenku;

2. skontrolujte denník POS;

3. nájdite operáciu v banke;

4. skontrolujte predaj v Torgsoft;

5. skontrolujte PRP.

Až potom určte ďalší postup.

Ako skontrolovať fiškálny doklad po platbe kartou

Podľa aktuálneho nariadenia o forme zúčtovacích dokladov obsahuje fiškálny doklad pri použití kartového POS pripojeného alebo integrovaného s RP/PRP blok platobných údajov.

Patria medzi ne:

• identifikátor acquirera a obchodníka;

• identifikátor platobného zariadenia;

• druh operácie;

• údaje elektronického platobného prostriedku;

• platobný systém;

• autorizačný kód alebo iný identifikátor operácie;

• spôsob platby. 

Po rozpornej POS operácii je preto fiškálny doklad ďalším zdrojom na porovnanie, ale zobrazuje údaje, ktoré boli odoslané do PRP. Konečný bankový stav je potrebné overiť u acquirera.

POS potvrdenka a fiškálny doklad PRP plnia rôzne funkcie

POS potvrdenka opisuje platobnú transakciu. Fiškálny doklad opisuje zúčtovaciu operáciu predaja. Pri technickej chybe je preto úplne možné, že jeden dokument existuje a druhý nie.

Práve preto treba pri diagnostike skontrolovať oba.

Ak Torgsoft už vytvoril nesprávnu platbu

Netreba ju kompenzovať:

• pokladničným dokladom;

• služobným vkladom;

• služobným výberom;

• druhou kartovou transakciou.

Najprv zistite správny stav bankovej operácie. Potom sa podľa scenára opraví samotný súvisiaci finančný dokument alebo predaj.

Ak už bola operácia fiškalizovaná, PRP sa kontroluje osobitne.

Ak jeden terminál pracuje s viacerými Živnostník

Pri rozpornej situácii treba dodatočne skontrolovať Merchant ID.

V Torgsoft musí prepojenie zodpovedať schéme: Merchant ID → zúčtovací účet → Živnostník. Nesprávny obchodník môže spôsobiť, že platba pôjde inému podnikateľovi alebo sa pri vrátení nenájde pôvodná transakcia. 

Po testovacej platbe je vhodné skontrolovať Merchant ID na potvrdenke terminálu a bankový výpis.

Ako nastaviť prácu pokladníkov

Pre pokladníka stačí jedno krátke pravidlo: ak terminál neposkytol jednoznačne úspešný výsledok, tovar nevydávajte a platbu neopakujte, kým nie je skontrolovaná prvá transakcia.

Interný návod môže obsahovať tieto kroky:

1. Nestláčajte «Zaplatiť» druhýkrát.

2. Uchovajte POS potvrdenku.

3. Skontrolujte stav predaja v Torgsoft.

4. Skontrolujte PRP.

5. Skontrolujte bankovú transakciu.

6. Ak banka potvrdí úspech — dokončite evidenciu už vykonanej platby bez novej požiadavky na POS.

7. Ak banka potvrdí zamietnutie — zopakujte platbu ako novú operáciu.

8. Ak Torgsoft a banka obsahujú rozdielne výsledky — odovzdajte údaje administrátorovi alebo technickej podpore.

Čo má majiteľ skontrolovať pri opakovaných prípadoch

Ak sa situácia opakuje pravidelne, problém už nesúvisí iba s jedným predajom.

Skontrolujte:

• aktuálnu verziu Torgsoft;

• model POS;

• banku;

• protokol pripojenia;

• COM/USB, Ethernet alebo Wi-Fi;

• používanie RDP;

• nastavenie potvrdenia pokladne;

• timeout;

• Merchant ID;

• zúčtovací účet;

• Živnostník;

• denník činnosti terminálu.

Pre JSON WebSocket bola v Torgsoft 2026.0.5 pridaná samostatná kontrola timeoutu a pri neúspešných platbách boli opravené samostatné scenáre priraďovania finančných dokumentov. 

Krátky postup: možno kartovú platbu zopakovať

Hlavné pravidlo pre takéto prípady: výsledok kartovej platby sa určuje podľa stavu bankovej transakcie, zatiaľ čo RRN, autorizačný kód, potvrdenka, finančný dokument Torgsoft a doklad PRP sa používajú na jej identifikáciu a porovnanie. Ak sa výsledky líšia, pokladník najprv zistí stav prvej operácie a až potom platbu zopakuje alebo opraví dokumenty.