GV 02.10

<viewsecurity consultant />

Update z nižších verzií

• Nekorektné updaty na postgres

Opatovne sa vyskytol problem s nespravne vykonanymi updatami u zakaznikov. Updaty verzie sice prejdu v poriadku, v logu nie je ziadna chyba, no aj tak sa nevytvoria stlpce v temporarnych tabulkach. Nizsie su spomenute uz tri updaty, ktore potencialne mozu robit problem - zatial u 99% zakaznikov.

• na posgres sa moze stat, ze neprejde 02.07.052a update - nepadne na chybe

treba skontrolovat, ci existuje stlpec KP_PRACOVNY_UCET_POLOZKA.PUP_VAT_ID, ak nie treba pustit alter manualne, commit a refresh

alter table KP_PRACOVNY_UCET_POLOZKA add PUP_VAT_ID number(10) default -1 not null; 

• na posgres sa moze stat, ze neprejde 02.08.024a update - nepadne na chybe

treba skontrolovat, ci existuje stlpec KP_PRACOVNY_UCET_POLOZKA.PUP_NAME_EXTRA, ak nie treba pustit alter manualne, commit a refresh

alter table KP_PRACOVNY_UCET_POLOZKA add PUP_NAME_EXTRA varchar2(200); 

• na posgres sa moze stat, ze neprejde 02.09.006a update - nepadne na chybe

treba skontrolovat, ci existuje stlpec KP_PRACOVNY_UCET_POLOZKA.PUP_PRICE_LEVEL_ALTERNATIVE, ak nie treba pustit alter manualne, commit a refresh

alter table KP_PRACOVNY_UCET_POLOZKA add PUP_PRICE_LEVEL_ALTERNATIVE char(1) default 'F' not null;

GV_02.10.41

FTP - 13.03.2014 18:09

Verzia NESMIE ísť k zákazníkom

• ktorí využívajú Predinventuru - napr. Jánošík - neopravené chyby
• ktorí majú prepojenie H a BG cez súbory - napr. Štefánik - nedotestované
• ktorí majú fiskálnu tlačiareň ELCOM a zároveň majú ExternalOrder - neopravené chyby pri tlači účtov z ext.objednávok. Kombinácia BOWA a ExternalOrders je bezpečná.
• ktorí majú Zelenú kasu a BlueRetail - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.33a

• najväčšou zmenou vo verzii je jednoznačne veľká prerábka dotykovej pokladne za účelom jej zrýchlenia. Úpravy sa týkali najmä zvýšenia rýchlosti prekreslovania/refreshu jednotlivých panelov príp. celých obrazoviek pri práci s účtom. Takisto sme sa zamerali na minimalizovanie počtu prekreslení obrazoviek pri práci s účtom. TCD bol dost dlho testovaný, napriek tomu Vás poprosím, ak uvidíte niečo podozrivé dajte vedieť a ak budete mať chuť a kúštik času, kľudne si testnite.
• bolo dopracovaných viacero kontrolných funkcií pre SAP VW riešenie.
  • automatické zúčtovanie hosťa počas importu pri zmene typu účtu.
  • úprava importu pri nedostupnosti súboru - ak nám SAP neposkytne súbor pre import pre konkrétny deň, tak importneme posledný úspešne naimportnovaný súbor zo zálohy
  • funkcia na opravu a kontrolu kreditu - na VW sa občas stáva, že počas nočného importu hostí ešte nemáme k dispozícii údaje o predajoch z predchádzajúceho dňa z jednotlivých prevádzok. Takto môže dôjsť ku nekorektnému poníženiu stavu nového kreditu. Preto boli dopracované funkcia Kontrola kreditu, ktorá umožní preveriť, či aktuálny stav kreditu zodpovedá tomu, koľko by hosť reálne mal mať. V prípade, že sa nájde hosť s nesprávnym kreditom, potom je možné použiť novú funkciu Oprava kreditu, ktorá nastaví hosťom stav kreditu podľa predvolených nastavení SAP skupiny, do ktorej hosť spadá.
  • takisto bolo spravených niekoľko drobností na GastroManageri - nové stĺpce a filtre v číselníku Stálych hostí, nové filtre a stĺpce vo formulári Denných účtov
• upravili sme kontrolu čísla karty stálych hostí. Pri oprave existujúcich hostí, ktorí nemali priradenú žiadnu kartu, systém hlásil chybu s duplicitnou kartou. Po novom nekontrolujeme nie len prázdne reťazce ale začali sme orezávať aj medzery, ktoré mohli taktiež vyvolať podobné hlásenie.
• opravili sme aj nekorektné odoslanie storno účtu do fiskálu pre zmenu spôsobu platby za kredit. Ku odoslaniu dokladu, ktorý bol neskôr zrušený v BG, došlo vtedy, keď zákazník nesprávne menil spôsob platby účtu, v ktorom bol predaný kredit na stáleho hosťa. Ak pri voľbe nového spôsobu platby zákazník zabudol zvoliť stáleho hosťa, systém síce zobrazil hlásenie o tom, že kredit je možné predať len na stáleho kreditného hosťa, ale ešte pred zobrazením hlásenia sa stihol vytlačiť fiskálny doklad. Kedže celá zmena spôsobu platby nebola ukončená korektne, systém vykonal rollback tejto akcie vrátane storno účtu. Fiskálu sme však už vedieť nedali. Po novom sa bola kontrola predaja PLU kredit zaradená ešte pred generovanie storno účtu.
• upravili sme aj priradenie predvoleného cenového profilu vlastníkovi golfového účtu. Nejako sa nám stalo, že sme predvolený cenový profil ignorovali a vlastník golfového účtu teda nedostal žiadne zľavy. Ide o externý systém Golf u zákazníka Tále a.s.
• funkčnosť Čerpanie kreditu bola upravená tak, že sme začali sledovať čerpanie voči Minimálnemu stavu kreditného konta. Doteraz sme čerpanie kreditu sledovali voči 0. Pri povolenom zápornom zostatku konta teda hosť môže čerpať kredit aj vtedy, ak žiadny kredit reálne nevložil.
• do exportov mesačných dokladov bolo dorobené exportovanie ID odberateľa pre všetky doklady vrátenia. Doteraz sme údaj o odberateľovi neexportovali, zabudlo sa naň v čase, keď sme globálne povoľovali exporty dokladov vrátenia.
• bol vykonaný pokus o opravu dlhoročného nullPointra, ktorý vyskakoval pri otvorení vyberača účtujúcich na TCD. Kedže sa nám ju nepodarilo nasimulovať, oprava bola robená naslepo. Ak sa problém opätovne objaví, dajte prosím vedieť.
• nebolo možné vytvoriť novú Akciu cenový limit. Po stlačení tlačidla Nový padol celý GastroManager na AccessViolation. Už je to opravené.
• bol upravený súbor AppServerUpdater.bat - bola tam zlá cesta ku jave.
• bol dopracovaný nový modul Cantine - popis v novinkách čoskoro.
• bolo dopracované zobrazovanie chybových hlášok z fiskálnej tlačiarne ELCOM Efox, pokiaľ je táto tlačiareň pripojená cez DLL knižnicu. To znamená, že je možné nasadzovať nové prepojenie fiskálu - pre toto prepojenie je potrebná aj nová verzia csdlvpp-1.4.24, ktoá je dostupná na FTP. Výhodou prepojenia cez DLL knižnicu je možnosť pripojiť tlačiareň aj priamo cez sériový port. Podľa testov, ktoré sme robili u nás, prepojenie fiskálu cez DLL knižnicu a USB port sa správalo rovnako katastrofálne ako doterajšie prepojenie bez knižnice. Prepojenie cez HW sériový port a DLL knižnicu sa osvedčilo.
• bola opravená chyba s priraďovaním pracovnej stanice pokladni. Dočasne bolo možné priradiť tú istú pracovnú stanicu viacerým pokladniam.

Nevyriešené veci

• chyby na predinventúre - akcia Nahradit vyvola pripocitanie miesto nahradenia. Pokus o zmazanie zaznamu vymazanim hodnoty priam o v gride vyvola Empty data source.

GV_02.10.33a

FTP - 07.02.2014 18:16

Opravy a zmeny oproti GV_02.10.33

• bola opravená zostava Denné účty - platby, dostupná z Pokladne -> Prehľady,tlač -> Archívne denné účty. Zostava padala na chybe selectu.
• po dohode s RišomP bolo upravené zobrazenie polí na formulári plánovania platieb. Polia Absolútna suma a Percento zo základu sa zobrazujú/skrývajú v závislosti od nastavenia vyberača Základ pre porovnanie.

Inak ostáva v platnosti všetko, čo je popísané o verzii GV_02.10.33 nižšie v texte.

GV_02.10.33

FTP - 07.02.2014 09:54

Verzia NESMIE ísť k zákazníkom

• ktorí využívajú Výrobný terminál - napr. Jánošík - neopravené chyby
• ktorí majú WellnessLite - napr. Kaskády - neopravené chyby
• ktorí majú ExternalGolf - napr.Tále - nedotestované
• ktorí majú fiskálnu tlačiareň ELCOM a zároveň majú ExternalOrder - neopravené chyby pri tlači účtov z ext.objednávok
• ktorí majú prepojenie H a BG cez súbory - napr. Štefánik - nedotestované
• ktorí majú Zelenú kasu a BlueRetail - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.31

• boli upravené updaty pre pre pripravovaný modul Cantine. Tieto updaty spôsobovali chyby pri štarte aplikačného servera a pri vytváraní sekvencií. Nijako to neovplyvnilo chod systému BlueGastro - zákazníkov na 10.31 nie je nutné updatovať. Len to proste vyzeralo škaredo v logoch.
• na podnet RišaP bolo prerobené triedenie Archívnych fiskálnych uzávierok a Archívnych uzávierok v GastroManageri. Po novom sa záznamy default triedia podľa dátumu a potom podľa čísla pokladne.
• externý systém Wellness Lite je už možné editovať.

Nevyriešené

• náhodné vymazávanie položiek z Akcií cenových limitov - z realizovaného limitu sa vymažú tovary a jedlá. Zatiaľ sme bohužial nezistili príčinu, verzie majú rozšírené logovanie, aby sme sa dokázali pohnúť. Pokiaľ sa niečo také u zákazníka udeje, mám nástroj na opravu - spätné nahratie dát z archívu. Akonáhle Vám niekto niečo podobné nahlási, dajte vedieť.
• dochádzka - platí nižšie uvedené. V dochádzke je bohužiaľ viacero problémov, ktoré sa prejavia najmä v Sledovaní dochádzky na GastroManageri a pri oprave dochádzky cez GM. Vo väčšine prípadov si problém vie zákazník vyriešiť sám vymazaním kolízneho záznamu, prípadne je možné upraviť dáta v DB.
• empty data source pri presune položiek na existujúci Wellness Lite účet
• nezobrazená karta balenia po načítaní predinventury
• dochádzka - nastavenie replikácie je ignorované
• chyba v replikácii - pokiaľ sú pri vypnutom MasterReplic vykonané určité zmeny - zatiaľ vieme o vytvorení nového PLU a vytvorení nového cenového profilu, potom sa tieto zmeny nesprávne prenášajú na lokálnu prevádzku. Následkom tejto chyby sa zastaví replikácia nahor - tj. neprechádzajú zmeny z mastra na slave (napr. zmeny cien apod.) Replikácia nadol (účty, uzávierky, tržby) zostáva funkčná. Tento problém zatiaľ evidujeme len u zákazníka TMR - Grand Jasná - gastro prevádzky.
• chyba pri editácii používateľského vzoru na GastroManageri pre české inštalácie
• absencia chybových hlášok, pokiaľ je fiskálna tlačiareň Elcom pripojená po novom cez .dll knižnicu
• chyba pri nastavovaní konverzie Elcom DLL v objednávkových bodoch (v klasických tlačových kanáloch je to OK)
• chyba pri zasielaní objednávok na Výrobný terminál - objednávky sa na terminál vôbec nedostanú!
• nevytlačenie objednávky pri vymazaní položky z účtu, ak sa má objednávka zároveň zobraziť aj na Výrobnom termináli
• nedotestovaný ext. systém ExternalGolf

GV_02.10.31

FTP - 03.02.2014 18:24

Verzia NESMIE ísť k zákazníkom

• ktorí využívajú Výrobný terminál - napr. Jánošík - neopravené chyby
• ktorí majú WellnessLite - napr. Kaskády - neopravené chyby
• ktorí majú ExternalGolf - napr.Tále - nedotestované
• ktorí majú fiskálnu tlačiareň ELCOM a zároveň majú ExternalOrder - neopravené chyby pri tlači účtov z ext.objednávok
• ktorí majú prepojenie H a BG cez súbory - napr. Štefánik - nedostované
• ktorí majú Zelenú kasu a BlueRetail - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.26

• NEW - úplnou novinkou je otázka o čerpaní kreditu pri platbe na stáleho kreditného hosťa. Hosť sa môže rozhodnúť, či konzumáciu uhradí alebo bude čerpať kredit, ktorý konzumáciu pokryje. Otázka sa zapína v účtovacích profilov a zobrazuje sa len hosťom, ktorí majú takýto účtovací profil priradený.
• NEW - novinkou je takisto licencované rozšírenie modulu Vernostný systém. Ide o možnosť pripočítavania kreditu za nákup, ktorý nebol krytý kreditom. Funkčnosť bola dopracovaná na základe zákazníckej požiadavky. Viacej info bude čím skôr v Novinkách.
• bol opravený nullPointerException pri nahrávaní predinventúry do vyvolanej inventúry. Systém padol na chybe, pokiaľ mal ku množstvu nula pripočítať nulu.
• orezávanie nuly pri zápise čísla Loyality karty cez klávesnicu vo funkcii Stav Loyality konta. Zadávanie čísla už funguje správne
• zobrazenie hlásenia Opakovať tlač pri nedostupnosti účtu - na dotykovej pokladni je opätovne možné vykonať pokus o opakovanú tlač fiskálneho účtu. Upozornenie - v určitých situáciách sa môže stať, že sa táto hláška nestihne zobraziť. Je to napr. vtedy ak sa viaceré objednávky tlačia naraz na tú istú tlačiareň ako aj fiskálne účty. Hlášky o nevytlačených objednávkach predbehnú hlásenie o nevytlačenom fiskálnom účte. Účet je možné vytlačiť klasicky cez neodoslané doklady.
• NEW - bolo dopracované aspoň hrubé rozlíšenie chybových hlášok z tlače. Pre fiskálny doklad zobrazujeme informáciu o nevytlačenom fiskálnom doklade. Pre objednávky zobrazujeme informáciu o nevytlačenej objednávke. Pre všetky ostatné doklady sa zobrazí informácia o nevytlačenom doklade.
• úprava sťahovania dát do DWH - po zmenách ubytovaných a stálych hostí na verzii GV_02.10 sme prestali posielať meno hosťa z účtu. Už je to upravené.
• oprava služby, ktorá má prepojený tovar medzi H a BG - chyba sa síce prejavovala na Horci pri oprave služby, ale príčina bola v systéme BG, ktorý pri nerešpektoval inštalačné číslo prevádzky pre externý Horec.
• bolo upravené zasielanie storno účtov do Loyality systému - pre polia <amountForCredit>, <amountForCreditPoints>, <creditPoints> už posielame zápornú hodnoty, tak ako treba. Doteraz sme totiž hosťom po storne účty body ešte raz odpočítali.
• bolo opravené priradenie externého displeja na pracovnú stanicu. Zabúdali sme vypĺňať jedno povinné pole.
• NEW - bola rozšírená dátová štruktúra dochádzky - po novom už ukladáme číslo pokladne, na ktorej sa zamestnanec cvikol. Ak sa cvikne cez GastroManager, údaj sa nevyplní. Tento údaj je následne zobrazený vo formulári Oprava dochádzky - nikde inde nie je. Dá sa však využiť v zostavách vytvorených cez webreport. Update tento údaj spätne nedoplní.
• problém s uplatňovaním kreditu pri množstve položky väčšom ako 1 je odstránený. Kredit sa už počíta správne.
• na pokladni typu Horec nebol zobrazený priradený Horec, hoci aj v databázi zapísaný bol. Už je to opravené a priradený Horec sa zobrazuje správne.
• kvôli masívnym výpadkom Elcom fiskálnych tlačiarní v TMR na Windows POS 2009 Ready bolo rozšírené logovanie výpadkov fiskálu. Po novom bude v logoch vidno viacej informácií a to najmä v časti, kde bude zapísané, že sa nepodarilo spojiť s koncovým zariadením.
• NEW - kvôli vyššie spomínaným výpadkom fiskálov sme zapracovali komunikáciu s fiskálom Elcom cez .dll knižnicu. Toto prepojenie je až na drobnú chybu funkčné, dokonca aj priamo cez hardwerový COM port. Zatiaľ je určené LEN NA TESTY, nakoľko musíme dopracovať zobrazovanie chybových hlášok - teraz nezobrazujeme nič, čo nám tlačiareň pošle (napr. info o potrebe vykonania uzávierky), preto nie je možné nasadiť k zákazníkom. Upozornenie - ku tomuto prepojeniu je potrebné aj nové csdlvpp.
• opätovne (asi tak tretíkrát) sme upravovali logovanie chýb z Loyality a to najmä tú časť, kde sa generuje informácia o počte bodov. Stále pretrvával problém, že zákazníkom, ktorí vôbec nemali Loyality systém, hádzalo do logu chyby Loyality. Malo by to byť globálne odstránené.
• NEW - v súvislosti s Loyality bola dopracovaná nová úprava systému - zákaz špeciálnych platieb (Hotelový účet, Stály hosť, Zamestnanec, Wellness) na obrazovke Kombinovaná platba v prípade, že obsluha už nahrala číslo Loyality karty - tzn. že sa na obrazovky Kombinovanej platby dostala z obrazovky Platba Loyality. Ide o úpravu na požiadanie zákazníka TMR.
• v súvislosti s Loyality bola dopracovaná ešte drobnosť - kopírovanie čísla karty na obrazovke Platba Loyality. Ak už je raz číslo zadané a obsluha si chce pre kontrolu preveriť stav konta hosťa, potom nemusí opakovane načítať kartu. V okne Stav konta je číslo už zadanej karty predplnené automaticky. Táto zmena sa primárne týka zákazníka TMR.
• NEW - bolo upravené aktualizovanie zmien ubytovaných hostí pri prepojení cez webové služby - z Horca sme si síce nové údaje stiahli, ale jednoducho sme ich zahodili. Teraz už si všetky zmeny pekne uložíme. Problém bol hlásený zákazníkom TMR, kde to vnímali najmä kvôli Loyality kartám - oprava už bola nasadená mimo verzie.
• po roku a pol bolo konečne opravené aj nastavovanie zliav pre Skupiny pokladní v cenovom profile. Problém bol v tom, že pokiaľ som chcela nastaviť zľavu v cenovom profile len pre Skupinu pokladní, musela som túto zľavu prvo nastaviť na záložke Kategórie PLU a až potom som ju mohla editovať na záložke Skupiny pokladní. Nešlo o nič vážne, len to proste bolo otravné.
• DOCHÁDZKA - bolo vykonaných niekoľko pokusov o nápravy dochádzky z veľkej časti neúspešne. Pôvodne nahlásený problém (popis nižšie) s kontrolou nahrávania odchodov cez Opravu dochádzky v GastroManageri bol odstránený, avšak niektoré ďalšie problémy zostali, niekoľko príkladov je spomenutých nižšie v texte. Najviacej problémov bohužial vzniká pri manuálnych úpravách dochádzky cez GastroManager. Pre informáciu - po debate so StanoM bude dochádzka miesto ďalších čiastočných opráv radšej prerobená.
  • odstránený problém - V ľubovolnom dni v minulosti (napr. 31.1.2014) existoval Príchod do práce. V aktuálny deň (napr. 3.2.2014) som si cvikla cez dotykovú pokladňu Odchod z práce. V Gastromanageri som si cez opravu dochádzky zapísala Odchod z práce na 31.1.2014. Odchod z práce na dnešný deň však cez opravu nebolo možné nahrať s chybou Pridávaná akcia dochádzky sa musí nachádzať v intervale zvolenej dochádzky. Jediným riešením bolo záznam z aktuálneho dňa vymazať a nahrať manuálne nanovo.
  • po cviknutí Odchodu cez dotykovú pokladňu sa tento záznam na GastroManageri môže zobraziť v stĺpci Príchod a to v prípade, že pre daný dátum neexistuje príchod. Po manuálnom doplnení príchodu sa záznam upraví a zobrazuje sa správne.
  • pri cvikaní prestávok môže nastať situácia, že sú záznamy pre prestávku zobrazené na GastroManageri v osobitnom riadku (hoci majú rovnaký dátum ako Príchod do práce). Po ukončení dňa - tj. po cviknutí odchodu z práce sa zobrazenie záznamu upraví.
  • dotyková pokladňa má v niektorých situáciach problém zobraziť cviknutia cez GastroManager - nenačíta si ich. Stáva sa to najmä v prípade, že je Príchod do práce v aktuálny deň nahratý manuálne cez GastroManager - pokladňa o tomto príchode nevie a preto takisto ponúka len tlačidlo Príchod do práce. Jedným riešením je záznam z GastroManagera vymazať a cviknúť sa cez pokladňu, druhým riešením je reštart servera.
• EXTERNÉ SYSTÉMY - nullPointerException pri platbe na ubytovaného hosťa na lokálnych prevádzkach prevádzkach GNSVT. Táto nevinná chyba zapríčinila masívnu prerábku všetkých existujúcich externých systémov. Z tohto dôvodu zatiaľ nemôže ísť verzia plošne všetkým zákazníkom. Pre info pripájam zoznam opravených chýb po prerábke a zároveň upozorňujem, že ešte nie sú otestované všetky externé systémy. AKÉKOĽVEK podozrivé správanie externého systému mi prosím dajte ihneď vedieť.
  • v režime Master/slave nebolo možné prezerať a opravovať jednotlivé externé systémy Horec - vždy sa zobrazil len záznam s najnižším ID.
  • povolenie/zákaz externého Horca cez tlačidlo v gride padol s chybou Invalid class typecast.
  • oprava externého systému Výrobný terminál padol s chybou Invalid class typecast.
  • platba na ubytovaného hosťa padla na NullPointer, lebo BG sa nevedelo rozhodnúť, na ktorý z XY externých Horcov ide účet zaslať (toto sa týka najmä TMR)
  • nebolo možné zobraziť a naimportovať zoznam ubytovaných hostí v GastroManageri s chybou v selecte.

Nevyriešené

• pri štarte aplikačného servera vyskočí chybové hlásenie o nesprávnej sekvencii - netreba si z toho robiť ťažkú hlavu, nejde o nič vážne.
• nezobrazená karta balenia po načítaní predinventury
• dochádzka - nastavenie replikácie je ignorované
• chyba v replikácii - pokiaľ sú pri vypnutom MasterReplic vykonané určité zmeny - zatiaľ vieme o vytvorení nového PLU a vytvorení nového cenového profilu, potom sa tieto zmeny nesprávne prenášajú na lokálnu prevádzku. Následkom tejto chyby sa zastaví replikácia nahor - tj. neprechádzajú zmeny z mastra na slave (napr. zmeny cien apod.) Replikácia nadol (účty, uzávierky, tržby) zostáva funkčná. Tento problém zatiaľ evidujeme len u zákazníka TMR - Grand Jasná - gastro prevádzky.
• chyba pri editácii používateľského vzoru na GastroManageri pre české inštalácie
• absencia chybových hlášok, pokiaľ je fiskálna tlačiareň Elcom pripojená po novom cez .dll knižnicu
• chyba pri nastavovaní konverzie Elcom DLL v objednávkových bodoch (v klasických tlačových kanáloch je to OK)
• chyba pri zasielaní objednávok na Výrobný terminál - objednávky sa na terminál vôbec nedostanú!
• nevytlačenie objednávky pri vymazaní položky z účtu, ak sa má objednávka zároveň zobraziť aj na Výrobnom termináli
• chyba pri oprave externého systému Wellness Lite
• nedotestovaný ext. systém ExternalGolf

GV_02.10.26

FTP - 14.01.2014 09:22

Opravy a zmeny oproti GV_02.10.24

• nullPointer pri objednavke na vyrobny terminal
• loyality - dlzka cisla karty pri vytvarani noveho zaznamu
• alacarte - objednavanie minutiek + nastavenia v GM
• oprava generovania zostav trzieb - denne, tyzdenne, mesacne
• poradie poloziek v objednavke
• duplicitne odosielanie uctov do fiskalu - ucty, ktore vznikli na Camarero
• vzorec pre vypocet jednotkovej ceny na frm Nakupu

Nevyriešené

• orezavanie nuly pri zapise cisla Loyality karty cez klavesnicu (10.27+)
• zobrazenie hlasenia Opakovat tlac pri nedostupnosti uctu (10.27+)
• uprava stahovania dat do DWH (10.27+)
• oprava sluzby, ktora ma prepojeny tovar medzi H a BG (10.27+)
• kontrola dochadzky (10.27+)
• na pokladni typu Horec nie je zobrazeny priradeny Horec
• nefunkcne vypnutie Planovania platieb na zaklade limitu napr. Suma trzieb
• nezobrazena karta balenia po nacitani predinventury
• dochadzka - nastavenie replikacie je ignorovane
• problem s editaciou zliav v cenovom profile pri specifickom postupe
• problem s uplatnovanim kreditu pri mnozstve polozky vacsom ako 1
• nevytlacenie objednavky pri vymazani polozky z uctu, ak sa ma objednavka zaroven zobrazit aj na vyrobnom terminali