PRP v Torgsoft Hybrid: Z uzávierka v režime offline, chyby ORDERNUM a ID, synchronizácia a šablóny pokladničných dokladov

Torgsoft Hybrid je určený pre predajné miesta, ktoré pracujú so vzdialenou databázou Torgsoft a potrebujú pokračovať v predaji aj v prípade dočasnej nedostupnosti spojenia so serverom. Hybrid podporuje aj prácu s PRP. V požiadavkách na špecialistov sa objavujú otázky, prečo sa pri zatváraní zmeny v offline režime zobrazuje Field 'ORDERNUM' not found alebo Field 'ID' not found, či to znamená, že daňová správa dokument zamietla, či možno po takomto hlásení vytvoriť Z-report znova, čo sa stane s offline pokladničnými dokladmi po obnovení spojenia, prečo sa nedá vybrať potrebná šablóna PRP alebo sa otvára nesprávne a kde sa nastavuje vzhľad fiškálneho pokladničného dokladu. Je dôležité nezamieňať tri rôzne úrovne: offline režim Torgsoft Hybrid, offline režim PRP a tlačové šablóny fiškálnych dokumentov.

Čo je Torgsoft Hybrid a čím sa jeho offline režim líši od offline režimu PRP

Offline režim Torgsoft Hybrid

Hybrid pracuje s lokálnymi údajmi na pracovisku. Ak sa stratí spojenie so vzdialeným serverom Torgsoft, pokladník môže naďalej lokálne vykonávať určité operácie a nahromadené dátové balíky sa po obnovení spojenia synchronizujú s hlavnou databázou.

Dokumentácia Torgsoft Hybrid umožňuje:

• predaj;

• vrátenie tovaru;

• kontrolu skladových zásob;

• tlač bežných a fiškálnych pokladničných dokladov;

• prácu s PRP;

• lokálne zhromažďovanie operácií s následnou synchronizáciou.

V hlavnom okne Hybrid sa zobrazuje počet balíkov čakajúcich na synchronizáciu.

Offline režim PRP

Ide o fiškálny režim stanovený zákonom č. 265 a postupom č. 317.

Ak chýba spojenie práve medzi PRP a fiškálnym serverom daňovej správy, PRP môže vykonávať zúčtovacie operácie v offline režime pomocou vopred získaného rozsahu fiškálnych čísel.

Zákon stanovuje dve obmedzenia:

• najviac 36 hodín nepretržite;

• najviac 168 hodín počas jedného kalendárneho mesiaca.

Po dosiahnutí ktoréhokoľvek z týchto limitov musí PRP zastaviť vykonávanie offline operácií až do návratu do online režimu. 

Preto: Hybrid offline ≠ PRP offline.

V praxi môžu tieto režimy vzniknúť súčasne, napríklad keď predajňa úplne stratí internetové pripojenie. Z technického hľadiska však ide o rozdielne stavy.

Preto pri kontaktovaní podpory nestačí povedať: «Pokladňa bola offline». Je potrebné uviesť:

1. Nemal Hybrid prístup k hlavnému serveru Torgsoft?

2. Nemala PRP prístup k fiškálnemu serveru daňovej správy?

3. Alebo boli obe spojenia nedostupné súčasne?

Čo sa deje s dokladmi PRP v offline režime

Keď PRP prejde do offline režimu, zúčtovacie doklady dostávajú fiškálne čísla z rozsahu rezervovaného daňovou správou. PRP musí pred vytvorením každého ďalšieho offline dokladu samostatne skontrolovať spojenie a po obnovení spojenia sa automaticky vrátiť do online režimu. 

Po obnovení spojenia sa daňovej správe odošle balík obsahujúci:

• oznámenie o začatí offline režimu;

• zúčtovacie doklady vytvorené offline;

• fiškálne Z-reporty, ak boli vytvorené;

• oznámenie o ukončení offline režimu.

PRP vytvára tento balík automaticky; používateľ nemusí manuálne vytvárať formulár č. 4-PRP pre každú offline reláciu. Balík sa musí odoslať fiškálnemu serveru do jednej hodiny od obnovenia spojenia. 

Je to dôležité pre pochopenie situácie so Z-reportom: offline dokumenty nie sú koncepty, ktoré možno ľubovoľne vymazať a vytvoriť znova. Sú súčasťou postupnosti fiškálnych dokumentov v rámci offline relácie.

Je možné vytvoriť Z-report, keď je PRP offline?

Áno. Ak počas práce offline nastal čas na zatvorenie zmeny, fiškálny Z-report sa musí vytvoriť po poslednom zúčtovacom doklade tejto zmeny a pred otvorením nasledujúcej zmeny. Fiškálne čísla posledného pokladničného dokladu a Z-reportu sa postupne preberajú z offline rozsahu.

Platia aj všeobecné pravidlá pre zmenu PRP:

• v rámci jednej zmeny sa vytvára jeden Z-report;

• trvanie zmeny nesmie presiahnuť 24 hodín;

• ak boli vykonané zúčtovacie operácie, Z-report sa vytvára denne. 

Preto samotná absencia internetového pripojenia nie je dôvodom na ponechanie zmeny otvorenej do nasledujúceho dňa, ak PRP správne funguje v offline režime.

Chyby Field 'ID' not found a Field 'ORDERNUM' not found: čo znamenajú

Je dôležité tieto dve hlásenia okamžite oddeliť od hlásení fiškálneho servera.

Napríklad: kód chyby 9 DocumentValidationError je odpoveď daňovej správy na vytvorený fiškálny dokument. Naopak, Field 'ID' not found alebo Field 'ORDERNUM' not found sú interné hlásenia softvérového modulu Hybrid, ktoré vznikajú počas prípravy Z-reportu.

Daňová správa neposiela pokladníkovi fiškálny kód chyby ORDERNUM not found.

Preto v takejto situácii netreba hľadať príčinu v registrácii prevádzky, formulári 20-OPP, daňovej skupine tovaru alebo kvalifikovanom elektronickom podpise, pokiaľ neexistujú ďalšie údaje, ktoré by konkrétne poukazovali na jednu z týchto príčin.

Field 'ID' not found pri vytváraní Z-reportu offline

Tento scenár bol skutočne zaznamenaný počas vývoja Torgsoft.

Interná história prác z 27. novembra 2024 zaznamenáva opravu situácie, keď sa pri pokuse vytvoriť Z-report pre PRP prepnutú do offline režimu zobrazilo hlásenie: An unexpected error occurred: Field 'ID' not found.

Preto nejde o teoretický príklad ani univerzálne označenie akejkoľvek poruchy PRP. Ide o konkrétnu historickú chybu Hybrid.

Čo netreba vyvodzovať zo slova ID

Nemali by ste sami dospieť k záveru, že:

• «pole ID bolo odstránené» z databázy;

• treba ho vytvoriť pomocou SQL dotazu;

• lokálna databáza je nevyhnutne poškodená;

• treba vymazať vyrovnávaciu pamäť;

• Hybrid treba preinštalovať s odstránením všetkých lokálnych údajov.

Interný záznam potvrdzuje existenciu chyby a jej opravu, ale nie je dôvodom na to, aby používateľ manuálne opravoval štruktúru databázy.

Ak sa toto hlásenie objaví teraz v aktuálnej verzii Hybrid, prípad treba odovzdať na technickú diagnostiku.

Field 'ORDERNUM' not found pri vytváraní Z-reportu offline

Druhý samostatný prípad bol zaznamenaný 25. septembra 2025.

V histórii vývoja je výslovne uvedené, že bola opravená chyba Field 'ORDERNUM' not found, ktorá sa objavovala pri pokuse vytvoriť Z-report, keď bola PRP offline.

Pre používateľa platí rovnaký princíp. ORDERNUM v tomto hlásení je technický názov poľa používaného v Hybrid. Nemá sa chápať ako pokyn pre pokladníka, aby manuálne opravoval «poradové číslo» alebo fiškálne číslo pokladničného dokladu.

Najdôležitejšie je, že to neznamená, že daňová správa zamietla Z-report z dôvodu nesprávneho ORDERNUM.

Ak Hybrid nedokázal dokument vytvoriť lokálne, najskôr treba zistiť skutočný stav zmeny a offline dokumentov.

Čo robiť, ak sa pri vytváraní Z-reportu zobrazí ID alebo ORDERNUM

Krok 1. Nestláčajte Z-report opakovane

Prvou reakciou pokladníka býva často zopakovanie tej istej akcie. Pri práci s PRP sa to neodporúča.

Najskôr treba zistiť:

• či bol Z-report vôbec vytvorený;

• či dostal fiškálne číslo;

• či zostal iba lokálne;

• či ho PRP stihla odoslať po krátkom obnovení internetového pripojenia;

• či sa zmena stále považuje za otvorenú.

Ak dokument už existuje, nový pokus o zatvorenie zmeny môže viesť k inej situácii, napríklad k hláseniu, že Z-report je už zaregistrovaný.

Krok 2. Zaznamenajte presné hlásenie

Neposielajte podpore iba: «Z-report sa nevytvára».

Budete potrebovať:

• úplný text hlásenia;

• snímku obrazovky;

• dátum a čas;

• PRP, na ktorej bola operácia vykonaná;

• či Hybrid zobrazoval stav online alebo offline;

• či bola PRP v offline režime;

• verziu Torgsoft Hybrid.

ID, ORDERNUM, DocumentValidationError, ZRepAlreadyRegistered sú rozdielne situácie a treba ich kontrolovať odlišne.

Krok 3. Skontrolujte stav zmeny

Treba zistiť:

• či je zmena otvorená alebo zatvorená;

• ktorý fiškálny dokument bol naposledy úspešne zaregistrovaný;

• či po ňom existovali offline pokladničné doklady;

• či sa v lokálnej histórii nachádza Z-report;

• či dostal fiškálne číslo.

Ak už bolo spojenie s daňovou správou obnovené, treba skontrolovať aj skutočný stav na fiškálnom serveri.

Krok 4. Skontrolujte offline reláciu

Zaznamenajte:

• kedy PRP prešla do offline režimu;

• koľko pokladničných dokladov bolo vytvorených;

• či zostal nevyužitý rozsah offline čísel;

• či bol prekročený limit 36 hodín nepretržite;

• či bolo počas kalendárneho mesiaca využitých 168 hodín.

Ak už bol maximálny čas vyčerpaný, PRP musí zablokovať ďalšie offline zúčtovacie operácie až do obnovenia online spojenia. 

Prekročenie limitu a ORDERNUM not found však nie sú tou istou príčinou.

Krok 5. Skontrolujte verziu Hybrid

Oba konkrétne scenáre — ID a ORDERNUM pri offline Z-reporte — už vývojári opravili.

Preto je pri starej inštalácii prvým technickým krokom aktualizácia Torgsoft Hybrid na aktuálnu verziu, nie pokus o manuálne obídenie problému.

Vetva Hybrid 1.11.13 je už overená v interných materiáloch z roku 2026, preto odporúčania zo starých návodov zostať na skorších verziách 1.10.x alebo 1.11.x nie sú vhodné pre pokladňu, ktorá je aktuálne v prevádzke.

Aktualizácia pritom musí zachovať lokálne údaje. Ak Hybrid obsahuje nesynchronizované operácie, program najskôr neodinštalujte a nemažte lokálne údaje s tým, že pokladničné doklady obnovíte neskôr.

Krok 6. Po obnovení internetu nechajte PRP dokončiť synchronizáciu

PRP sa musí po obnovení spojenia automaticky prepnúť z offline do online režimu. Nahromadené fiškálne dokumenty sa odosielajú daňovej správe v stanovenom poradí. 

Samostatne musí Hybrid synchronizovať svoje lokálne operácie s hlavnou databázou Torgsoft.

Opäť je dôležité nezamieňať synchronizáciu PRP s daňovou správou a synchronizáciu Hybrid s Torgsoft. Ide o dve rozdielne výmeny údajov.

Čo nerobiť po chybe offline Z-reportu

Kým nie je stav dokumentov objasnený, nemali by ste:

• mazať lokálne fiškálne pokladničné doklady;

• manuálne meniť ID, ORDERNUM alebo iné polia databázy;

• mazať celú lokálnu databázu Hybrid;

• preinštalovať program s odstránením nesynchronizovaných údajov;

• otvárať novú zmenu bez kontroly stavu predchádzajúcej;

• opakovane vytvárať Z-report;

• opakovať predaj len preto, že sa ešte nezobrazil v hlavnej databáze;

• meniť fiškálne čísla offline dokumentov.

Ak problém vznikol na pokladni, ktorá aktuálne pracuje bez spojenia, hlavnou úlohou je zachovať postupnosť lokálne vytvorených dokumentov.

Môže Hybrid po návrate online zobrazovať iný stav ako daňová správa?

Takúto situáciu treba analyzovať oddelene od pôvodnej chyby ID alebo ORDERNUM.

Napríklad:

1. pokladňa pracovala offline;

2. bolo vytvorených niekoľko pokladničných dokladov;

3. pri vytváraní Z-reportu sa zobrazilo lokálne hlásenie;

4. potom sa obnovilo internetové pripojenie;

5. časť dokumentov sa odoslala;

6. používateľ operáciu zopakoval.

Potom môžu existovať tri stavy:

Opravovať treba nie čísla v jednom z týchto zdrojov, ale prerušené prepojenie medzi nimi.

Preto ak po obnovení internetu nie je stav jasný, bezpečný postup je: skontrolovať daňovú správu → skontrolovať lokálne dokumenty PRP → skontrolovať front synchronizácie Hybrid → až potom pokračovať v zatváraní zmeny.

Ako sa nastavuje PRP v Torgsoft Hybrid

Podpora PRP je samostatnou funkciou Hybrid. V dokumentácii Torgsoft je opísaná v časti «PRP v Hybrid».

Na prácu je potrebné:

1. pridať PRP do Hybrid;

2. zadať kryptografické knižnice;

3. nastaviť kvalifikovaný elektronický podpis pokladníka;

4. vybrať prevádzku a zaregistrovanú PRP;

5. skontrolovať dane a spôsoby platby;

6. vybrať PRP pre toto pracovisko;

7. vybrať tlačiareň;

8. nastaviť potrebný režim tlače pri predaji — fiškálny alebo zmiešaný;

9. skontrolovať, či má tovar, ktorý sa má fiškalizovať, príslušný atribút v Torgsoft.

Ponuka akcií PRP v Hybrid obsahuje:

• otvorenie zmeny;

• X-report;

• Z-report;

• vklad hotovosti;

• výber hotovosti.

Ide o samostatnú ponuku Hybrid, preto návody pre hlavnú desktopovú verziu Torgsoft nemusia presne zodpovedať umiestneniu tlačidiel v Hybrid.

Šablóna pokladničného dokladu a fiškálne údaje nie sú to isté

Ďalším častým zdrojom nedorozumení je situácia, keď používateľ vidí nesprávny text na vytlačenom pokladničnom doklade a pokúša sa cez šablónu opraviť niečo, čo je v skutočnosti určené nastaveniami PRP.

Šablóna riadi spôsob zobrazenia údajov pri tlači.

Určuje napríklad:

• umiestnenie riadkov;

• šírku stĺpcov;

• veľkosť písma;

• QR kód;

• umiestnenie názvu prevádzky;

• zobrazenie daní;

• poradie tlače prvkov.

Údaje ako:

• suma predaja;

• forma platby;

• spôsob platby;

• daňová skupina;

• fiškálne číslo;

• číslo zmeny;

• údaje PRP,

sa však preberajú zo samotnej operácie a jej nastavení.

Preto ak sa napríklad platba kartou prenáša do pokladničného dokladu s nesprávnym spôsobom platby, priama zmena textu vo FastReport je nesprávny postup.

Aké šablóny PRP používa Torgsoft Hybrid

Pre rôzne typy fiškálnych dokumentov sa používajú samostatné šablóny.

Pracovné materiály Hybrid uvádzajú nasledujúce priradenie:

Je to dôležité pri manuálnom výbere šablóny.

Ak treba zmeniť Z-report, práca so .rp48, teda s bežnou šablónou predajného dokladu, nezmení tlač Z-reportu. Preň sa používa samostatná šablóna.

Kde sa v Hybrid vyberá šablóna

V nastaveniach «PRP» sú k dispozícii dva režimy práce so šablónami.

«Vybrať»

Po kliknutí na názov dokumentu sa otvorí výber dostupných šablón.

Tento režim použite, ak napríklad potrebujete:

• prepnúť na šablónu pre inú šírku papiera;

• vybrať ukrajinskú verziu;

• obnoviť overenú štandardnú šablónu.

«Otvoriť na úpravu»

Hybrid otvorí vybraný súbor vo FastReport. Tento režim použite, ak potrebujete zmeniť jeho vzhľad.

Napríklad:

• zväčšiť veľkosť písma;

• zmeniť šírku polí;

• premiestniť povolené bloky;

• upraviť rozostupy.

Neodstraňujte povinné prvky fiškálneho dokumentu len preto, že «na papieri nie sú potrebné». Požiadavky na formu a obsah fiškálneho pokladničného dokladu stanovuje nariadenie č. 13.

Prečo Hybrid nevidí potrebný súbor šablóny

Treba skontrolovať niekoľko vecí.

Nesprávny typ dokumentu

Ak sú otvorené nastavenia Z-reportu, treba vybrať súbor určený pre Z-report, nie šablónu predaja.

Používa sa stará verzia Hybrid

Skoršie implementácie Hybrid mali určité obmedzenia a postupné vylepšenia podpory šablón PRP. Preto ak sa súbor používaný v hlavnej aplikácii Torgsoft nezobrazuje vo výberovom okne, najskôr skontrolujte verziu Hybrid.

Nepremenúvajte .rp53 na .fr3 iba preto, aby sa súbor zobrazil v okne, ak neviete, aký formát konkrétna verzia očakáva.

Súbor je poškodený alebo bol nesprávne upravený

Šablóna FastReport sa po neúspešnej manuálnej úprave môže prestať otvárať.

V takom prípade je bezpečnejšie:

1. neupravovať ju ako textový súbor;

2. vybrať štandardnú šablónu;

3. skontrolovať tlač;

4. a potom samostatne obnoviť vlastnú verziu.

Chyby výrazov FastReport v šablónach Hybrid

Samostatná kategória problémov môže vyzerať približne takto: Memo3: Error in expression ... ';' expected. Nie je to chyba PRP ani odpoveď daňovej správy.

V požiadavkách na technickú podporu bol okrem iného zaznamenaný problém s výrazom: PRP."EDRPOU/DRFO/passport No." pri práci so šablónou. V takýchto prípadoch podpora aktualizovala Hybrid a šablóny.

Preto ak bol pokladničný doklad zaregistrovaný, ale namiesto normálnej tlače FastReport zobrazí Memo... Error in expression, treba kontrolovať tlačový formulár, nie opätovne fiškalizovať predaj. Tento rozdiel je zásadný.

Ako rozlíšiť problémy

Nepokúšajte sa odstrániť jedno hlásenie spôsobom určeným pre iné.

Ak bol Z-report vytvorený, ale nevytlačil sa

Ak Z-report nie je na papieri, automaticky to neznamená, že neexistuje vo fiškálnom systéme.

Možné príčiny:

• došiel papier;

• tlačiareň je vypnutá;

• v Hybrid je vybraná nesprávna tlačiareň;

• súbor .rp53 je poškodený;

• FastReport nedokázal vytvoriť tlačový formulár.

Správny postup kontroly je preto:

1. zistite, či bol Z-report vytvorený ako fiškálny dokument;

2. skontrolujte stav zmeny;

3. skontrolujte fiškálne číslo;

4. až potom riešte problém s tlačou.

Nezatvárajte zmenu znova len preto, že tlačiareň nič nevytlačila.

Ak je šablóna Z-reportu nesprávna, treba vytvoriť Z-report znova?

Nie, ak bol samotný fiškálny dokument už správne vytvorený a zaregistrovaný a problém sa týka iba jeho tlačovej podoby.

Napríklad:

• Z-report je zaregistrovaný;

• zmena je zatvorená;

• ale na papieri je jeden riadok orezaný;

• alebo FastReport nezobrazil určitý blok.

Ide o problém šablóny.

Iná situácia nastáva, ak:

• Z-report nebol vytvorený;

• Hybrid prerušil operáciu kvôli ORDERNUM not found.

V takom prípade môže zmena zostať otvorená, preto treba najskôr opraviť stav programu.

Spôsob platby v dokladoch PRP Hybrid

V nastaveniach PRP Hybrid sa konfiguruje zoznam dostupných spôsobov platby.

Pre ne možno okrem iného nastaviť:

• použitie pre bezhotovostnú platbu;

• použitie pre inú formu platby;

• použitie pre platbu vopred;

• použitie pre dlh;

• predvolený spôsob pre platbu cez integrovaný bankový terminál;

• predvolený spôsob pre bezhotovostnú operáciu bez integrovaného terminálu.

Pri bezhotovostnej platbe môže pokladník dostupný spôsob platby vybrať aj manuálne.

To má praktický význam pre šablóny: ak sa na pokladničnom doklade tlačí nesprávny spôsob platby, najskôr skontrolujte nastavenia operácie, nie textové pole v .rp48.

Praktický príklad: pokladňa bola offline a Z-report sa nepodarilo vytvoriť

Predajňa pracuje do 20:00. O 18:20 sa stratí internetové pripojenie. PRP prejde do offline režimu a používa rezervovaný rozsah. Do 20:00 pokladník uskutoční ďalších 14 predajov. O 20:05 pokladník stlačí Z-report a dostane hlásenie: Field 'ORDERNUM' not found.

Správny postup:

1. Nestláčajte Z ešte päťkrát.

2. Urobte snímku obrazovky s hlásením.

3. Zaznamenajte verziu Hybrid.

4. Skontrolujte, či existuje lokálny Z-report a či zmena zostala otvorená.

5. Nemažte 14 offline pokladničných dokladov.

6. Nemažte lokálnu databázu.

7. Po obnovení internetu skontrolujte synchronizáciu PRP s daňovou správou.

8. Samostatne skontrolujte front balíkov Hybrid.

9. Ak Z-report nebol vytvorený, aktualizujte/skontrolujte Hybrid a po zistení správneho stavu dokončite zmenu.

10. Ak Z-report už existuje, nevytvárajte ho duplicitne.

Zachovanie postupnosti offline dokumentov je v tomto prípade dôležitejšie než snaha čo najrýchlejšie odstrániť hlásenie z obrazovky.

Praktický príklad: Z-report existuje, ale FastReport zobrazuje chybu

Iná situácia:

1. pokladník vytvorí Z-report;

2. PRP ho úspešne zaregistruje;

3. zmena sa zatvorí;

4. pri tlači sa zobrazí Memo2 alebo Memo3: Error in expression.

V takom prípade netreba:

• vytvárať Z-report znova;

• otvárať zmenu;

• upravovať fiškálne číslo;

• mazať offline balíky.

Treba:

1. potvrdiť, že Z-report je zaregistrovaný;

2. skontrolovať .rp53;

3. dočasne vybrať štandardnú šablónu;

4. aktualizovať Hybrid, ak sa používa stará sada šablón;

5. samostatne opraviť vlastný tlačový formulár.

Kedy možno vymazať vyrovnávaciu pamäť Hybrid

Dokumentácia Torgsoft skutočne obsahuje funkciu na vymazanie vyrovnávacej pamäte Hybrid. Používa sa okrem iného vtedy, keď:

• bol zmenený používateľ;

• bola pripojená iná databáza;

• boli zmenené obmedzenia alebo práva používateľa a je potrebné získať aktuálne údaje.

Vymazanie vyrovnávacej pamäte však nie je univerzálnym spôsobom opravy chýb ORDERNUM alebo ID pri vytváraní Z-reportu.

Pokladníkovi netreba dávať pokyn typu: ORDERNUM → vymazať vyrovnávaciu pamäť → znova vytvoriť Z-report. Nie sú na to dostatočné dôvody.

Obzvlášť nebezpečné je zamieňať vyrovnávaciu pamäť referenčných údajov s lokálnymi dokumentmi, ktoré ešte čakajú na synchronizáciu.

Treba Hybrid preinštalovať pri chybe ID not found?

Nie ako prvý krok.

Bezpečnejší postup je:

1. zistiť verziu;

2. skontrolovať stav zmeny;

3. zaznamenať nesynchronizované operácie;

4. skontrolovať dostupnosť aktuálnej aktualizácie;

5. vytvoriť záložné kópie potrebných údajov;

6. aktualizovať Hybrid štandardným postupom;

7. ak problém pretrváva, odovzdať lokálne údaje podpore na analýzu.

Neodstraňujte funkčnú inštaláciu spolu s lokálnymi údajmi pred synchronizáciou.

Najmä preto, že ID not found a ORDERNUM not found už majú históriu opráv priamo v kóde Hybrid.

Čo skontrolovať po aktualizácii Hybrid

Po aktualizácii pokladne by sa kontrola nemala obmedziť iba na to, či sa program spustí.

Na pracovisku s PRP skontrolujte:

• autorizáciu používateľa;

• pripojenie k potrebnej databáze;

• vybranú PRP;

• kvalifikovaný elektronický podpis pokladníka;

• prevádzku;

• tlačiareň;

• režim tlače — fiškálny alebo zmiešaný;

• spôsoby platby;

• X-report;

• štandardné šablóny;

• otvorenie a zatvorenie testovacej pracovnej zmeny v povolenom scenári prevádzky;

• synchronizáciu Hybrid so serverom.

V aktuálnych požiadavkách na podporu zostávajú aktualizácia Hybrid, nastavenie PRP a bankových terminálov, ako aj kontrola fungovania pokladne po aktualizácii typickými technickými úlohami.

Aké informácie poskytnúť technickej podpore

Pri probléme s ORDERNUM, ID alebo offline Z-reportom pripravte:

1. presný text hlásenia;

2. snímku obrazovky;

3. verziu Torgsoft;

4. verziu Torgsoft Hybrid;

5. číslo PRP;

6. meno pokladníka;

7. dátum a čas otvorenia zmeny;

8. čas, keď PRP prešla do offline režimu;

9. číslo alebo čas posledného úspešného pokladničného dokladu;

10. približný počet offline pokladničných dokladov;

11. či bol Z-report vytvorený lokálne;

12. či má fiškálne číslo;

13. či bolo obnovené spojenie s daňovou správou;

14. či sa dokončila synchronizácia offline dokumentov;

15. koľko balíkov Hybrid zostalo vo fronte;

16. či bola šablóna PRP upravená;

17. pri probléme s tlačou — názov a príponu šablóny.

Pred kontrolou problému nemažte lokálne pokladničné doklady ani manuálne neupravujte databázu.

Často kladené otázky

Nie. V internej histórii Torgsoft je to zaznamenané ako samostatná chyba Hybrid, ktorá sa objavovala pri vytváraní Z-reportu, keď bola PRP offline.

Rovnako. Tento scenár bol samostatne opravený v Hybrid už v roku 2024.

Nie. Ide o interné technické polia. Používateľ nemusí meniť štruktúru fiškálnej databázy, aby takéto hlásenie odstránil.

Nie. Už sú súčasťou offline relácie a môžu mať fiškálne čísla z rezervovaného rozsahu. Po obnovení spojenia sa musia odoslať daňovej správe v stanovenom poradí. 

Najskôr skontrolujte, či predchádzajúci pokus skutočne nevytvoril dokument a aký stav zmeny zobrazuje PRP po synchronizácii.

Offline relácia môže trvať až 36 hodín, ale to neruší pravidlá týkajúce sa Z-reportu a dĺžky zmeny. Zmena PRP nesmie presiahnuť 24 hodín a ak sa vykonávajú zúčtovacie operácie, Z-report sa musí vytvárať denne. 

Skontrolujte front synchronizačných balíkov Hybrid. Fiškálny prenos dokumentu daňovej správe a prenos predajnej operácie do hlavnej databázy Torgsoft sú samostatné procesy.

Ide o problém tlačovej šablóny, nie o dôvod na opätovné spracovanie predaja. Podobné prípady súvisiace s ukrajinskými premennými v šablónach boli zaznamenané technickou podporou.

V sade šablón PRP sa používa .rp53. Pre bežný fiškálny doklad o predaji sa používa .rp48.

Áno. V Hybrid je pre šablóny PRP k dispozícii režim «Otvoriť na úpravu», ktorý otvorí formulár vo FastReport.

Najskôr skontrolujte nastavenia spôsobu platby PRP a výber vo formulári platby. Nemeňte názov priamo v šablóne len preto, aby ste zakryli nesprávny atribút operácie.

Čo tento návod nepokrýva

Mobilná aplikácia Torgsoft je samostatný produkt.

Hlásenia súvisiace s lokálnym číslovaním dokumentov na Android/iOS, prvkami mobilných formulárov, mobilnou databázou alebo serverovou službou mobilnej aplikácie by nemali byť zahrnuté do návodu Torgsoft Hybrid.

Aj keď hlásenie obsahuje slová «PRP», «offline» alebo «lokálne číslo», diagnostický postup môže byť odlišný.

Preto treba chyby mobilnej PRP opísať v samostatnom článku o mobilnej aplikácii a tento návod ponechať zameraný na Hybrid.

Hlavný postup kontroly PRP v Torgsoft Hybrid

Ak počas práce offline vznikne problém, je vhodné dodržať jednu postupnosť: zistite, čo presne je offline → zaznamenajte hlásenie → skontrolujte stav zmeny → skontrolujte lokálne fiškálne dokumenty → nemažte offline balíky → skontrolujte verziu Hybrid → po obnovení spojenia skontrolujte odoslanie daňovej správe → samostatne skontrolujte synchronizáciu Hybrid s hlavnou databázou.

Pri Field 'ID' not found a Field 'ORDERNUM' not found je obzvlášť dôležité nepremeniť staré technické chyby Hybrid na návod na manuálnu opravu databázy. Oba prípady už boli opravené na úrovni softvéru. Ak sa znova objavia v aktuálnej verzii, zachovajte lokálne dokumenty, zaznamenajte stav offline relácie a odovzdajte konkrétnu zmenu na technickú kontrolu.