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;

Update z nižšej verzie ako je GV_02.08 - OFFLINE prevadzky
Pri update je nutné reinicializovať všetky lokálne prevádzky!!!!! Inak to nepôjde - rušia sa countre, transformujú sa hodnoty a/n na T/F a kopa ďalších vecí.

GV_02.10.54a

FTP - 19.08.2014 16:59

Verzia NESMIE ísť k zákazníkom

• ktorí majú Zelenú kasu a BlueRetail a miniGastro - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.52b

• - opätovne pripomínam novo zavedenú kontrolu licencie Modul stálych hostí a Spoločné stravovanie, ktorá na pokladni TCD celkom chýbala a zákazníci tak mohli používať tento modul beztrestne zadarmo, pokiaľ si hostí vytvárali priamo cez TCD. Po novom na stáleho hosťa bez licencie nezaplatia a takisto si nového hosťa nevytvoria. Ak majú náhodou len Spoločné stravovania a presiahli počet stálych hostí 50, potom im systém nedovolí vytvoriť ďalšieho hosťa. Išlo o dlhodobo zabudnutý bug, ktorí niektorí zákazníci objavili a zneužívali.
• - definitívne by malo byť opravené samovoľné vymazávanie položiek z akcií cenových limitov.
• - kvôli Tatralandii a neskutočným problémom s wellnessStandard účtami boli doplnené kontroly na stav účtu, platnosť karty a blokovanie účtu ešte pred odoslaním účtu do EPOS. Takisto bol trošku upravený kód, ale to sa nedotkne žiadneho zákazníka, ktorý nemá wellnessStandard.

Nevyriešené veci

• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba (bude až v 03.01.xx)
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod. (bude až v 03.01.xx)
• vo filtri Hosť v Denných a v Denných archívnych účtoch sa mi prestali objavovať v minulosti ubytovaní hostia - veľmi sa mi to nepáči, ale oprava pôjde až do vyšších verzií.

GV_02.10.52b

FTP - 05.08.2014 08:59

Verzia NESMIE ísť k zákazníkom

• ktorí majú Zelenú kasu a BlueRetail a miniGastro - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.50

• - opätovne pripomínam novo zavedenú kontrolu licencie Modul stálych hostí a Spoločné stravovanie, ktorá na pokladni TCD celkom chýbala a zákazníci tak mohli používať tento modul beztrestne zadarmo, pokiaľ si hostí vytvárali priamo cez TCD. Po novom na stáleho hosťa bez licencie nezaplatia a takisto si nového hosťa nevytvoria. Ak majú náhodou len Spoločné stravovania a presiahli počet stálych hostí 50, potom im systém nedovolí vytvoriť ďalšieho hosťa. Išlo o dlhodobo zabudnutý bug, ktorí niektorí zákazníci objavili a zneužívali.
• upravená kontrola prístupových práv pre ExtPDA - Camarero. Nebolo možné zasielať záporné položky na účet.

Nevyriešené veci

• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba (bude až v 03.01.xx)
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod. (bude až v 03.01.xx)
• vo filtri Hosť v Denných a v Denných archívnych účtoch sa mi prestali objavovať v minulosti ubytovaní hostia - veľmi sa mi to nepáči, ale oprava pôjde až do vyšších verzií.

GV_02.10.52a

FTP - 17.07.2014 08:49

Verzia NESMIE ísť k zákazníkom

• ktorí majú Zelenú kasu a BlueRetail a miniGastro - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.50

• - opätovne pripomínam novo zavedenú kontrolu licencie Modul stálych hostí a Spoločné stravovanie, ktorá na pokladni TCD celkom chýbala a zákazníci tak mohli používať tento modul beztrestne zadarmo, pokiaľ si hostí vytvárali priamo cez TCD. Po novom na stáleho hosťa bez licencie nezaplatia a takisto si nového hosťa nevytvoria. Ak majú náhodou len Spoločné stravovania a presiahli počet stálych hostí 50, potom im systém nedovolí vytvoriť ďalšieho hosťa. Išlo o dlhodobo zabudnutý bug, ktorí niektorí zákazníci objavili a zneužívali.
• na ubytovaného hosťa je možné zaplatiť aj WellnessLite účet - týka sa najmä zákazníka Kaskády
• bola upravená komunikácia s fiskálnou tlačiarňou Elcom cez DLL knižnicu - pre nasadenie je potrebná aj najnovšia verzia CsDlVpp-1.4.34 (dostupná na ftp) - týka sa najmä zákazníka TMR - GNS NT - Chopok Rotunda
• boli opravené výpisy denných archívnych účtov tak, aby neignorovali filter Hosť

Nevyriešené veci

• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba (bude až v 03.01.xx)
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod. (bude až v 03.01.xx)
• vo filtri Hosť v Denných a v Denných archívnych účtoch sa mi prestali objavovať v minulosti ubytovaní hostia - veľmi sa mi to nepáči, ale oprava pôjde až do vyšších verzií.

GV_02.10.50

FTP - 01.07.2014 09:51

Verzia NESMIE ísť k zákazníkom

• ktorí majú Zelenú kasu a BlueRetail a miniGastro - max GV_02.08.65

Opravy a zmeny oproti GV_02.10.48

• bola upravená kontrola licencie Vernostný systém a Spoločné stravovanie - neaplikuje sa na lokálne prevádzky. Inak platí, že zákazník, ktorý nemá tieto licencie na stáleho hosťa už nezaplatí a ani nového hosťa nevyrobí - mali sme doteraz takýto bug a už skončil.
• v inventúrnej predlohe sa nefungovalo zobrazenie - nenulové množstvo - bola to len drobnosť, že sa nerefreshol vyberač. Preklikom sa dalo obísť. Teraz už vyberač funguje správne.
• funguje aj práca s červenými účtami - týka sa najmä českých zákazníkov, kedy po nich vyskakovala chyba stĺpec PUP_VAT_ID can not be null.
• už je možné opraviť existujúci typ Denného menu, doteraz tam bola chyba 'Value of column PLE_ID_PLU can't be NULL.'
• zobrazenie percentuálneho rozdielu sme si vysvetlili - ak predinventúra obsahuje kartu, ktorá nie je v inventúre, karta sa síce nahrá, správne sa vypočítajú rozdiely v cene a sume a aj samotné zaúčtovanie je správne. Problém je však so zobrazením stĺpca Rozdiel%, kde nezobrazíme hodnotu a stĺpec teda aj nepodfarbíme - toto je feature, ak bolo pôvodné množstvo 0, potom nevieme voči 0 vypočítať percentuálny rozdiel-
• v inventúrnej predlohe sa pri zobrazení zapamätaných údajov doteraz nezobrazoval vyberač intervalu, už je to v poriadku, vyberače sa zobrazujú tak ako treba
• pri vytváraní novej Horec pokladne už zasa zobrazujeme jednotlivé Horce. Kedže nám ale pravidelne miznú, dávam tomu tak 3-5 týždňov, kým to zasa niekto ukradne ztade...ešte, že máme ten DBEX, kde to vieme zapísať.
• už zasa funguje hromadné zaradenie Loyality účtov do fronty na odoslanie, príp. hromadné vyradenie účtov
• je opravené aj združené zobrazenie položiek - položky sa síce v tomto režime zoskupili, ale nerefreshol sa počet a celková cena za položku. Celková suma účtu bola správna a takisto to nijako neovplyvnilo výslednú účtenku a odbyt.
• funguje už aj hromadný odchod všetkých zúčtovaných čipov pre WellnessLite.

Nevyriešené veci

• platba na ubytovaného hosťa na WellnessLite neprejde
• pre výpisy archivných denných účtov nezafungoval filter pre vybraného hosťa

GV_02.10.49

FTP - .05.2014 09:51

Verzia NESMIE ísť k zákazníkom

• ktorí majú Zelenú kasu a BlueRetail a miniGastro - max GV_02.08.65
• českým zákazníkom, ktorí využívajú účty s neskorším definovaním spôsobu platby

Opravy a zmeny oproti GV_02.10.48

• už je možné opraviť existujúci typ Denného menu, doteraz tam bola chyba 'Value of column PLE_ID_PLU can't be NULL.'
• zobrazenie percentuálneho rozdielu sme si vysvetlili - ak predinventúra obsahuje kartu, ktorá nie je v inventúre, karta sa síce nahrá, správne sa vypočítajú rozdiely v cene a sume a aj samotné zaúčtovanie je správne. Problém je však so zobrazením stĺpca Rozdiel%, kde nezobrazíme hodnotu a stĺpec teda aj nepodfarbíme - toto je feature, ak bolo pôvodné množstvo 0, potom nevieme voči 0 vypočítať percentuálny rozdiel-
• v inventúrnej predlohe sa pri zobrazení zapamätaných údajov doteraz nezobrazoval vyberač intervalu, už je to v poriadku, vyberače sa zobrazujú tak ako treba
• pri vytváraní novej Horec pokladne už zasa zobrazujeme jednotlivé Horce. Kedže nám ale pravidelne miznú, dávam tomu tak 3-5 týždňov, kým to zasa niekto ukradne ztade...ešte, že máme ten DBEX, kde to vieme zapísať.
• už zasa funguje hromadné zaradenie Loyality účtov do fronty na odoslanie, príp. hromadné vyradenie účtov
• je opravené aj združené zobrazenie položiek - položky sa síce v tomto režime zoskupili, ale nerefreshol sa počet a celková cena za položku. Celková suma účtu bola správna a takisto to nijako neovplyvnilo výslednú účtenku a odbyt.
• funguje už aj hromadný odchod všetkých zúčtovaných čipov pre WellnessLite.

Nevyriešené veci

• chyba pri nahratí platby do účtu s neskorším definovaním spôsobu platby, ak účet obsahuje zľavu. Vyskočí hláška, že stĺpec PUP_VAT_ID can not be null a jediná cesta je oprava cez DB. (bude v 02.10.50)
• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba (bude až v 03.01.xx)
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod. (bude až v 03.01.xx)
• na TouchCashDesku celkom chýba kontrola licencií Vernostný systém a Spoločné stravovanie - takže zákazník si beztrestne môže vytvárať stálych hostí a pracovať s nimi ako keby nič. (bude v 02.10.50 - ešte sa trošku trápime s lokálnymi prevádzkami, kde nám samozrejme prestali fungovať platby na stálych hostí, lebo tam v registračných súboroch nie sú ponastavované licencie)

GV_02.10.48

FTP - 07.05.2014 09:51

Verzia NESMIE ísť k zákazníkom

• ktorí majú Wellness Lite - Kaskády - hromadné zúčtovanie čipov zodchoduje len prvý, zvyšné je treba odchodovať manuálne, za čo by nás na Kaskádach rozniesli v zuboch.
• ktorí majú Zelenú kasu a BlueRetail - max GV_02.08.65
• českým zákazníkom, ktorí využívajú účty s neskorším definovaním spôsobu platby

Opravy a zmeny oproti GV_02.10.46

• nesprávny výpočet sumy kreditu, ak je v účte kreditné PLU - nap. nákup kreditu. Rýchla pomoc je pridelenenie ľubobolného účtovacieho profilu - vtedy sa systém začne správať dobre.
• odosielanie storien účtov do Loyality - týka sa to najmä TMR, kde je verzia už bohužiaľ nasadená
• pokus o ošetrenie duplicitného odosielania účtov do Loyality - našťastie je to menej ako 0,1% všetkých účtov. Kedže na strane CareCloud nemajú šancu túto situáciu ošetriť ihneď počas zápisu, účty prichádzajú len niekoľko stoviek milisekúnd po sebe, tak budeme upravovať naše odosielanie.
• chyba pri starte BG po update na lubovolnu verziu vydanu po 27.3.2014

Nevyriešené veci

• chyba pri nahratí platby do účtu s neskorším definovaním spôsobu platby, ak účet obsahuje zľavu. Vyskočí hláška, že stĺpec PUP_VAT_ID can not be null a jediná cesta je oprava cez DB.
• chyba pri odchodovaní čipov vo WL - ak ide o hromadné zúčtovanie čipov, potom by sme mali zodchodovať všetky čipy, miesto toho však obchodujeme len prvý čip.
• chyba pri zobrazení percentuálneho rozdielu v predinventúre - ak predinventúra obsahuje kartu, ktorá nie je v inventúre, karta sa síce nahrá, správne sa vypočítajú rozdiely v cene a sume a aj samotné zaúčtovanie je správne. Problém je však so zobrazením stĺpca Rozdiel%, kde nezobrazíme hodnotu a stĺpec teda aj nepodfarbíme.
• v inventúrnej predlohe sa pri zobrazení zapamätaných údajov nezobrazí vyberač intervalu.
• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba
• pri vytváraní novej Horec pokladne je zasa prázdny vyberač Horcov, fakt už mám podozrenie, že ich niekto ztade kradne úmyselne.
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod.
• nie je možné rýchle prijatie externej objednávky ihneď po jej prijatí. Je potrebné vrátiť sa do zoznamu a otvoriť prijatú objednávku odtiaľ.
• na TouchCashDesku celkom chýba kontrola licencií Vernostný systém a Spoločné stravovanie - takže zákazník si beztrestne môže vytvárať stálych hostí a pracovať s nimi ako keby nič.
• nie je možné opraviť existujúci typ Denného menu s chybou 'Value of column PLE_ID_PLU can't be NULL.'

GV_02.10.46

FTP - 03.04.2014 09:56

Verzia NESMIE ísť k zákazníkom

• ktorí majú Wellness Lite - Kaskády - hromadné zúčtovanie čipov zodchoduje len prvý, zvyšné je treba odchodovať manuálne, za čo by nás na Kaskádach rozniesli v zuboch.
• 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
• českým zákazníkom, ktorí využívajú účty s neskorším definovaním spôsobu platby

Opravy a zmeny oproti GV_02.10.42a

• najväčšou zmenou vo verzii (oproti GV_02.10.33a) 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 dosť dlho testovaný, napriek tomu sa už našli daľšie chyby, preto 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.
• opravené zobrazenie farieb kategórií PLU priamo v číselníku kategórií.
• empty data source pri identifikácii zákazníka kartou, pokiaľ zákazník nemal povolený modul Cantine. Chyba sa vyskytovala až od GV_02.10.43+, teda by nemala byť u zákazníkov (HVT som upravila ešte ráno).
• opravená chyba pri nahrávaní balíkov PLU do účtu - po kliknutí na tlačidlo balík PLU sa položky balíka nenahrali do účtu.
• opravená tlač objednávok z presunutých účtov. Po navýšení počtu položiek z pôvodného účtu sa nevytlačila objednávka.
• opravená nekorektná tlač fiskálneho dokladu v prípade zmeny spôsobu platby účtu, ktorý obsahoval PLU z kategórie, ktorá je pre novo zvolenú platbu zakázaná.
• opravená (resp. dorobená, lebo nikdy ani nebola) kontrola oprávnení používateľov na záporné položky na úrovni servera. Týka len účtov z ExtPDA. Po príchode takéhoto účtu došlo k zápisu záporných položiek do DB a až potom na úrovni pokladne zafungovala kontrola. U zákazníkov sa tento problém objavil až v situácii, keď počas reštartu servera existovali PDA účty so zápornými položkami, čo naštastie nebolo časté. Teraz je kontrola zaradená pred zápis do DB, čo však môže čiastočne skomplikovať prácu s PDA účtami v prípade, že účtujúci má záporné položky povolené na PDA a v BG ich má zakázané. Pri prípadnej sťažnosti zákazníka je nutné vysvetliť, že PDA si prístupové práva nesynchronizuje - ich nastavenie je oddelené od našich nastavení. Oprávnenia v systéme Asseco BLUEGASTRO sú "silnejšie" ako oprávnenia PDA a jediným riešením tejto situácie je nastaviť oprávnenia (najmä záporné položky) rovnako. Len pripomeniem, že záporné položky sa na PDA používajú na vymazavánie položiek z účtu na PDA - v skutočnosti však vznikne nová položka so záporným množstvom a práve tu nastáva problém. Učtujúci má veľmi často v BlueGastre povolené vymazávanie (Kôš) ale záporné položky nemá povolené.
• opravený NullPointer pri kliknutí na hocičo v TCD - tento nullPointer vznikal opätovne v súvislosti s oprávnením Záporné položky v účte, nebol však priamo závislý na ExtPDA. Vyskočil v prípade, že po štarte servera sa na pokladňu, kde boli účty aj so zápornými položkami, ako prvý prihlásil používateľ, ktorý nemal záporné položky povolené. V tomto prípade sa TCD rozhodol, že si tieto záporné položky z DB nenatiahne (veď prečo tiež, keď na to účtujúci nemá právo) a následne havaroval, lebo pri pokuse o otvorenie účtu mu tie záporné položky predsa len chýbali. Následne už každý klik na TCD generoval nullPointer. Túto chyba som spätne našla až v GV_02.08.45, ale tipujem, že je tam oveľa dlhšie...
• opravený nullPOinter, ktorý opätovne súvisel s oprávnením Záporné položky v účte. Prejavil sa v situácii, kedy sa používateľ bez povolených Záporných položiek pokúsil po štarte servera prihlásiť do pokladne, ale toto prihlásenie po zobrazení hlásky o prístupových právach nedokončil a miesto neho sa prihlásil niekto s vyšším oprávnením. V tomto prípade väčšina účtov správala korektne, ale minimálne jeden z účtov, ktoré obsahovali záporné položky, mal nesprávne zobrazený pravý panel - medzi vlastnosti položiek účtu sa zatúlalo aj pole Počet položiek. Po doobjednaní položiek do tohto problematického účtu sa TCD zbláznil a náhodne začal generovať nullPointre pri pokuse o otvorenie iných účtov.
• opravený výpočet neodpísaných tovarov v predpokladanom stave zásob a v predinventúre. Medzi neodpísané tovary sa dostali aj tie, ktoré boli z uzavretých období.
• predinventúra:
  • opravené napočítavanie balení na hlavnú kartu - ak je v predinventúre nahraté množstvo na karte balenia, potom počas nahrávania dôjde ku pripísaniu tohto množstva na kartu v hlavných merných jednotnách a až takto je následne počet z predinventúry nahratý do inventúry. Karta príslušného balenia má teda v inventúre fyzické množstvo 0,00, množstvo je na základe pomeru z číselníka tovarov nahraté do poľa fyzické množstvo na hlavnej karte. Týka sa to samozrejme stredísk s preferovaným združovaním tovarov.
  • opravené vytváranie novej predinventúry počas práce s rozpracovanou predinventúrou. Bola tam chyba, že miesto zobrazenia nového formulára sa len na rozpracovanej predinventúre aktivovala hlavička. Rozpracovaná predinventúra sa síce neprepísala, ale bolo dosť mätúce, že zostali zobrazené tovary podľa pôvodne zadaného filtra.
• bolo opravené chybné zapamätávanie hosťa/zamestnanca v účte. Ku tomu došlo v takomto prípade - hosť/zamestnanec bol priradený načítaním karty nad otvoreným účte. Na obrazovke kombinovanej platby si to však obsluha rozmyslela a stlačila krížik pre návrat do účtu. V túto chvíľu sa hosť mal vymazať, ale nastalo sa to a preto po výbere ľubovolnej platby boli údaje hosťa zapísané v účte.
• bolo opravené vytváranie novej pokladne typu CashDesk, ak nebol zvolená možnosť Podľa existujúcej pokladne.
• bola opravené vytváranie a editácia systému SAP - skladové pohyby. Pri pokuse o prácu s novým alebo existujúcim záznamom padol celý GastroManager na AccessViolation.
• bol jemne upravený formulár Denného menu - zákazníci, ktorí budú mať licenciu Cantine v tomto formulári uvidia nové pole Počet objednaných porcíí. Toto pole slúži len ako informácii, koľko porcií denného menu bolo objednaných cez Cantine. Ak zákazník nemá ešte denné menu v stave PP, potom si môže na základe tohto počtu upraviť počet plánovaných porcií.
• pre objednávky z Cantine sme začali zapisovať aj číslo referenčnej pokladne príslušnej prevádzky. Ak nie je referenčná, potom sa zapíše číslo pokladne s najnižším ID. Tento údaj sa bude v budúcnosti využívať na odpisovanie neodobratých objednávok.
• odobratie objednávky na Cantine sa začalo riadiť nastavením Čas ukončenia účtovného dňa na pokladni.
• pre SAP VW bol v rámci funkcie Oprava kreditu dopracovaný aj formulár, ktorý pred samotnou opravou umožní vykonať kontrolu hostí, ktorí by potenciálne mohli mať problém s nesprávnym nastavením kreditu.

Nevyriešené veci

• nesprávny výpočet sumy kreditu, ak je v účte kreditné PLU - nap. nákup kreditu. Rýchla pomoc je pridelenenie ľubobolného účtovacieho profilu - vtedy sa systém začne správať dobre.
• chyba pri nahratí platby do účtu s neskorším definovaním spôsobu platby, ak účet obsahuje zľavu. Vyskočí hláška, že stĺpec PUP_VAT_ID can not be null a jediná cesta je oprava cez DB.
• chyba pri odchodovaní čipov vo WL - ak ide o hromadné zúčtovanie čipov, potom by sme mali zodchodovať všetky čipy, miesto toho však obchodujeme len prvý čip.
• chyba pri zobrazení percentuálneho rozdielu v predinventúre - ak predinventúra obsahuje kartu, ktorá nie je v inventúre, karta sa síce nahrá, správne sa vypočítajú rozdiely v cene a sume a aj samotné zaúčtovanie je správne. Problém je však so zobrazením stĺpca Rozdiel%, kde nezobrazíme hodnotu a stĺpec teda aj nepodfarbíme.
• v inventúrnej predlohe sa pri zobrazení zapamätaných údajov nezobrazí vyberač intervalu.
• záložka Účtovanie DPH je nezmyselne zobrazená aj pre tie typy pokladní, kde ju vôbec netreba
• pri vytváraní novej Horec pokladne je zasa prázdny vyberač Horcov, fakt už mám podozrenie, že ich niekto ztade kradne úmyselne.
• sprznená diakritika pri výpise pohybových dokladov cez Sklad-Prehľady a Tlač-Pohyby tovarov-Doklady. Po označení viacerých dokladov a následnom výbere z popup menu Výpis vybratých dokladov systém sprzní diakritiku na písmenkách ť, č, ľ apod.
• neodosielame storná účtov do Loyality - týka sa to najmä TMR, kde je verzia už bohužiaľ nasadená
• v určitých situáciách duplicitne odosielame účty do Loyality - našťastie je to menej ako 0,1% všetkých účtov. Kedže na strane CareCloud nemajú šancu túto situáciu ošetriť ihneď počas zápisu, účty prichádzajú len niekoľko stoviek milisekúnd po sebe, tak budeme upravovať naše odosielanie.
• nie je možné rýchle prijatie externej objednávky ihneď po jej prijatí. Je potrebné vrátiť sa do zoznamu a otvoriť prijatú objednávku odtiaľ.
• na TouchCashDesku celkom chýba kontrola licencií Vernostný systém a Spoločné stravovanie - takže zákazník si beztrestne môže vytvárať stálych hostí a pracovať s nimi ako keby nič.
• nie je možné opraviť existujúci typ Denného menu s chybou 'Value of column PLE_ID_PLU can't be NULL.'

GV_02.10.42a

FTP - 26.03.2014 17:01

Opravy a zmeny oproti GV_02.10.42

• nullPointer pri platbe na stáleho hosťa. Pre tých, čo už dali GV_02.10.42 verziu je na ftp pripravené DlTouchFramework.jar. Toto stačí nakopírovať len na server do d:\DatalockHotel\SystemAsseco BLUEGASTRO01\DlAppServer\Lib\sk.datalock\

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

GV_02.10.42

FTP - 24.03.2014 18:07

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.41a

• 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 dosť dlho testovaný, napriek tomu sa už našli dve chyby, preto 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.
• najmä u zákazníka TMR určite všetci oceníme novú feature - VNC viewer dostupný v Konfigurácii pokladní. Umožňuje rýchle pripojenie na pokladňu označenú v zozname. IP sa získava z nastavenia VPP zariadenia pre tlačový kanál Fiskál.
• opravená chyba so zadávaním poznámky v účte na TCD - účet s poznámkou či na položke alebo na účte nebolo možné objednať.
• opravená chyba na TCD u zákazníkov, ktorí mali zapnuté alternatívne DPH - pri kliknutí na hocičo pokladňa odmietala spolupracovať s chybou StackOverFlow.
• opravené uplatňovanie alternatívnej cenovej hladiny pri externom systéme SAP VW - nejako sa vôbec neuplatňovala.
• opravené storno účtu, ktorý obsahoval položky v alternatívnej cenovej hladine - v storno účte neboli položky označené a tak sa nesprávne počítali dotované jedlá v exporte.
• opravené chyby na predinventúre - akcia Nahradiť vyvolá pripočítanie miesto nahradenia. Pokus o zmazanie záznamu vymazaním hodnoty priam o v gride vyvolá Empty data source.
• upravená kontrola vymazávanie tovaru z číselníka. Ak sa tovar niekdy nachádzal v neodpísaných tovaroch, systém ho nedovolil vymazať. Teraz sme to upravili tak, že sledujeme len tie doklady, ktoré nespadajú do uzavretých mesiacov.
• opravený pád GM na AV v českej verzii po vyvolaní menu Uzivatelske vzory - chýbal preklad.
• upravená priskorá kontrola na nevyplnené stredisko v inventúrnej predlohe. Doteraz po otvorení predlohy okamžite zafungovala kontrola na prázdnu položku a zbytočne to otravovalo.
• v Predinventúre bola doplnená možnosť vybrať spôsob výpočtu stavu zásob. Po zaškrnutí checkboxu S množstvom sa aktivuje vyberač výpočtu stavu zásob - na výber sú dve možnosti - aktuálny stav a predpokladaný stav.

Nevyriešené veci

• chyba na predinventúre - pri importe sú celkom ignorované fyzické množstvá zadané pre balenia.
• chyba pri vytváraní novej pokladne, ak použijete voľbu GastroCash pokladňa. Dočasné riešenie je použiť voľbu Podľa existujúcej pokladne, príp. ak to nie je možné, tak si pustiť GastroManager napr. z 02.10.33 pre vytvorenie pokladne a potom pokračovať v práci na aktuálnom GastroManageri.

GV_02.10.41a

20.3.2014 22:14 - VERZIA BOLA STIAHNUTA Z FTP, kvôli chybe pri zadávaní poznámky na TCD - pre update je dostupna max GV_02.10.33a

Opravy a zmeny oproti GV_02.10.41

• bola opravená komunikácia s Elcom DLL. Nejako sme sa rozišli vo verzii protokolu, tak Elcom s novším firmware nevedel požuť naše príkazy.
• bol opravený zabudnutý refresh na obrazovke Platba Loyality - po nastavení počtu čerpaných voucherov sa tento údaj nedokázal refreshnúť v zozname voucherov. Bolo treba vyvolať refresh nasilu napr. stlačením tlačidla Plus.

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

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.
• nepovolené volanie metódy commit - po tejto chybe sa systém dostal do takého stavu, že nebol schopný uložiť napr. novo vystavené účty - čo je priamo katastrofa, kedže účty sa do fiskálu posielali. Túto chybu sa ešte nepodarilo opraviť, bol však urobený taký zásah, že systém sa po takejto chybe pozbiera a nedôjde ku strate dát zákaznika.
• 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 Asseco 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

Odkazy na staršiu a novšiu verziu:

• GV_02.09
• GV_02.11