Obsah Readme ABRA G2 14.01.06

Obsah pro EN:

Hlavní novinky

Zpět na obsah

Hlavní novinky řady 14.51/14.52

Verze této řady přináší zejména převod systému pod nové modernější vývojové prostředí RAD Studio XE2 a nový vzhled, plus několik dalších změn a drobných oprav. Dále verze přináší potřebné legislativní úpravy platné od 1.1.2014, obdobně jako verze nižší řady 14.01/14.02.

Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 14.51 (verze této řady generovány jen pro CZ lokalizaci)

Zpět na obsah

 

Hlavní novinky řady 14.01/14.02

Verze řady 14.01/14.02 přináší potřebné legislativní úpravy platné od 1.1.2014 a řadu drobných oprav. Stejné úpravy budou obsahovat i verze vyšší řady 14.51/14.52 (které navíc obsahují přechod na DelphiXE2). Verze řady 14.01/14.02 jsou určeny uživatelům, kteří zatím z nějakého důvodu nechtějí či nemohou přejít na verzi 14.51/14.52 (XE2 verzi), ale přitom potřebují získat nové legislativní úpravy.
Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 14.01 (verze této řady generovány jen pro CZ lokalizaci)

Verze řady 14.01 obsahují především české legislativní úpravy týkající se mezd a dále úpravy ve výkazu KV DPH, které se vztahují i na SK verzi 14.02.

  • ***UPOZORNĚNÍ!!!***

    Od budoucí verze 14.53/14.54 již nebude podporován SQL server Firebird (FB) verze 2.1, bude třeba přejít na verzi vyšší.
  • ***UPOZORNĚNÍ!!!***

    Od budoucí verze 14.53/14.54 již nebude podporován SQL server Oracle verze 10g, bude třeba přejít na verzi vyšší.

Zpět na obsah

Hlavní novinky dostupné od verze 14.02 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 14.02 obsahují všechny Hlavní novinky dostupné od verze 14.01, viz výše a žádné další hlavní novinky neobsahují.

Verze řady 14.02 obsahují všechny Hlavní novinky dostupné od verze 14.01, viz výše, plus následující:

  • ***UPOZORNĚNÍ!!!***

    Od budoucí verze 14.53/14.54 již nebude podporován SQL server Firebird (FB) verze 2.1, bude třeba přejít na verzi vyšší.
  • ***UPOZORNĚNÍ!!!***

    Od budoucí verze 14.53/14.54 již nebude podporován SQL server Oracle verze 10g, bude třeba přejít na verzi vyšší.

Zpět na obsah

 

Hlavní novinky řady 13.01/13.02

Tato verze přináší zejména potřebné legislativní úpravy plus několik dalších změn a řadu drobných oprav. Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 13.01 (verze této řady generovány jen pro CZ lokalizaci)

  • ÚčetnictvíDaňová evidence

    • DPH 2013 - Přidány nové DPH sazby a DPH indexy. Doplněny definice pro DPH přiznání pro sazby platné od 1.1.2013 a aktualizovány definice exportů DPH přiznání aj.  [v. 13.01.01, 13.01.04, 13.01.05]
      • Pozor! Vzhledem k nejasné legislativní situaci bylo nutné k datu vydání první certifikované verze řady 13 (tj. v. 13.01.02) přidat všechny varianty DPH sazeb (a k nim příslušné další definice), které by mohly v roce 2013 připadat v úvahu (3 varianty: 15% a 21%, 17,5%, 14% a 20%). Verze byla připravena na to, že podle výsledků hlasování si uživatel k 1.1.2013 v číselníku DPH sazeb provede potřebné úpravy (odmazání neplatných variant podle výsledků hlasování), přičemž měl postupovat podle pokynů zobrazených po update (hlášení ze Servisní knížky) resp. podle pokynů na zákaznickém portále.

        Před koncem roku 2012 byla nakonec schválena I. varianta 15% a 21%. Tedy byla vydána v. 13.01.04, z níž byly vymazány neplatné varianty zavedené ve v. 13.01.02 kvůli nejasné legislativní situaci. V. 13.01.04 tedy přináší pouze jednu variantu (15% snížená, 21% základní), přičemž update na tuto verzi rovněž zajistí odmazání neplatných sazeb zavedených ve verzi předchozí. Tudíž, pokud si uživatel v. 13.01.02 již nainstaloval, ale neplatné varianty si zatím nevymazal a nyní si provede update na v. 13.01.04, nebude muset v nastavení kolem DPH provádět žádné další ruční úpravy. Pokud updatujete z verze 12.xx či nižší, instalujte rovnou verzi 13.01.04 resp. vyšší.
      • Dále byla schválena tzv. Technická novela DPH. Tato novela zavádí mj. povinnosti:
        - V případě režimu přenesení daňové povinnosti se musí na daňový doklad uvést označení "Daň odvede zákazník"
        - Při dodání zboží, které je předmětem zvláštního režimu, musí být na daňovém dokladu uveden údaj ála "Zvláštní režim ...."
        Obě popsané změny jsou promítnuty do položek "upozornění" na příslušných DPH indexech a jejich použití zajistí vytištění povinných údajů ze zákona. Tyto změny byly předpřipraveny již do v. 13.01.02 a jelikož vešly v platnost, byly ponechány beze změny i nadále.
      • Pozor! Ve v. 13.01.02 byly zároveň provedeny úpravy tisk. sestav, aby se vešel tisk i případné vícemístné sazby 17,5%. Tato úprava byla rovněž v systému ponechána i nadále. Tudíž, pokud by v budoucnu vešla v platnost DPH sazba s desetinným číslem a pokud má uživatel vlastní tisk. sestavy kopírované z původních dodávaných (do v. řady 12 vč.), bude si muset provést rovněž obdobné úpravy.
    • DPH 2013 - Byla provedena změna ve vzoru předkontací pro DPH. Analytický účet se přebírá přímo z nové položky "Účet" číselníku DPH sazeb. [v. 13.01.01]
  • ÚčetnictvíJednoduché účetnictví

    • DPH 2013 - Byla provedena změna ve vzoru předkontací pro DPH. Analytický účet se přebírá přímo z nové položky "Účet" číselníku DPH sazeb. [v. 13.01.01]

Zpět na obsah

Hlavní novinky dostupné od verze 13.02 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 13.02 obsahují všechny Hlavní novinky dostupné od verze 13.01, viz výše a žádné další hlavní novinky neobsahují.

Verze řady 13.02 obsahují všechny Hlavní novinky dostupné od verze 13.01, viz výše, plus následující:

Zpět na obsah

 

Hlavní novinky řady 12.05/12.06

Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 12.05 (verze této řady generovány jen pro CZ lokalizaci)

  • ÚčetnictvíDaňová evidence

    • Podpora evidence zaplacené DPH v jiné zemi EU a nárokování vrácení DPH z jiné země EU. [v. 12.05.01]
  • ÚčetnictvíJednoduché účetnictví

    • Podpora evidence zaplacené DPH v jiné zemi EU a nárokování vrácení DPH z jiné země EU. [v. 12.05.01]

Zpět na obsah

Hlavní novinky dostupné od verze 12.06 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 12.06 obsahují všechny Hlavní novinky dostupné od verze 12.05, viz výše a žádné další hlavní novinky neobsahují. Oproti CZ verzi obsahují především úpravy týkající se fiskálních tiskáren.

Verze řady 12.06 obsahují všechny Hlavní novinky dostupné od verze 12.05, viz výše, plus následující:

Zpět na obsah

 

Hlavní novinky řady 12.03/12.04

Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 12.03 (verze této řady generovány jen pro CZ lokalizaci)

  • ÚčetnictvíDaňová evidence

    • Přidána nová agenda "Reporty ostatních dokladů" (záložka Účetnictví - Ostatní doklady). [v. 12.03.01]
    • Rozšířen režim Přenesení daňové povinnosti. Nově je možné jej nastavovat na řádcích dokladů a vytvářet doklady, které obsahují jak řádky v režimu Přenesení daňové povinnosti, tak řádky v normálním režimu DPH. [v. 12.03.01] Tuzemské doklady v tomto režimu lze zadávat i v cenách s daní. [v. 12.03.04]
    • Do agendy Blokace dokladů byla přidána možnost blokovat doklady také za datum zaúčtování. [v. 12.03.01]
    • Na formuláři peněžního deníku je možno zvolit, zda se data budou vybírat ihned po změně nějaké volby nebo až po stisku "Občerstvit". [v. 12.03.01]
  • ÚčetnictvíJednoduché účetnictví

    • Přidána nová agenda "Reporty ostatních dokladů" (záložka Účetnictví - Ostatní doklady). [v. 12.03.01]
    • Do agendy Blokace dokladů byla přidána možnost blokovat doklady také za datum zaúčtování. [v. 12.03.01]
    • Rozšířen režim přenesení daňové povinnosti. Nově je možné režim přenesení daňové povinnosti nastavovat na řádcích dokladů a vytvářet doklady, které obsahují jak řádky v režimu Přenesení daňové povinnosti, tak řádky v normálním režimu DPH. [v. 12.03.01] Tuzemské doklady v tomto režimu lze zadávat i v cenách s daní. [v. 12.03.04]
    • Na formuláři peněžního deníku je možno zvolit, zda se data budou vybírat ihned po změně nějaké volby nebo až po stisku "Občerstvit". [v. 12.03.01]

Zpět na obsah

Hlavní novinky dostupné od verze 12.04 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 12.04 obsahují všechny Hlavní novinky dostupné od verze 12.03, viz výše a žádné další hlavní novinky neobsahují. Oproti CZ verzi obsahují především úpravy týkající se fiskálních tiskáren.

Zpět na obsah

Hlavní novinky řady 12.01/12.02 resp. 11.07

(Verze 11.07 nebyla veřejně distribuována a byla následně sloučena s legislativní verzí 12.01. Proto hlavní novinky do ní implementované zveřejňujeme zde v rámci verzí řad 12.01./12.02.)
Více k uvedeným hlavním novinkám viz popis příslušné verze v kap. Změny ve verzích podrobně.

Hlavní novinky dostupné od verze 12.01 resp. 11.07 (verze této řady generovány jen pro CZ lokalizaci)

  • ÚčetnictvíDaňová evidence

    • Zapracována změna snížené DPH sazby na 14% od 1.1.2012. [v. 12.01.01]
    • Zapracována změna režimu přenesení daňové povinnosti i pro stavební a montážní práce od 1.1.2012. [v. 12.01.01]
    • Nově lze editovat účetní počátky s rozlišením na zakázky/obchodní případy/projekty (ZAK/OP/P) a přibyla možnost rozlišovat hlavní a vedlejší ekonomickou činnost. [v. 11.07.02]
    • Upraven report účetních výkazů pro neziskové org., aby podporoval hlavní a vedlejší činnost. [v. 11.07.02]
    • Automatické rozúčtování částek (zavedené jako novinka v. 11.05) je nově umožněno i pro doklady z mezd. [v. 11.07.05]
    • Na řádku dokladu Vzájemný zápočet v tuzemské měně lze nově editovat kurz, pokud řádek platí doklad v cizí měně. [v. 11.07.01]
  • ÚčetnictvíJednoduché účetnictví

    • Nově lze editovat účetní počátky s rozlišením na zakázky/obchodní případy/projekty (ZAK/OP/P) a přibyla možnost rozlišovat hlavní a vedlejší ekonomickou činnost. [v. 11.07.02]
    • Upraven report účetních výkazů pro neziskové org., aby podporoval hlavní a vedlejší činnost. [v. 11.07.02]
    • Automatické rozúčtování částek (zavedené jako novinka v. 11.05) je nově umožněno i pro doklady z mezd. [v. 11.07.05]
    • Na řádku dokladu Vzájemný zápočet v tuzemské měně lze nově editovat kurz, pokud řádek platí doklad v cizí měně. [v. 11.07.01]

Zpět na obsah

Hlavní novinky dostupné od verze 12.02 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 12.02 obsahují všechny Hlavní novinky dostupné od verze 12.01 resp. 11.07, viz výše, plus následující:

Zpět na obsah

Hlavní novinky řady 11.05/11.06

Hlavní novinky dostupné od verze 11.05 (verze této řady generovány jen pro CZ lokalizaci)

Zpět na obsah

Hlavní novinky dostupné od verze 11.06 (verze této řady generovány jen pro SK lokalizaci)

Verze řady 11.06 obsahují všechny Hlavní novinky dostupné od verze 11.05, viz výše, plus následující:

Zpět na obsah

 

Změny ve verzích podrobně

Verze 14.51.

Verze 14.51.14 (10.3. - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.13 (26.02.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.12 (17.02.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.11 (14.02.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.10 (6.2.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.09 (20.1.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.08 (8.1.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.07 (16.12.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.06 (06.12.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.05 (25.11.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.04 (18.11.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.03 (04.11.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.02 (24.10.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.51.01 (02.10.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 14.02.

Verze 14.02.05 (10.03.2014 - Vygenerováno pouze v SK lokalizaci)

Verze 14.02.04 (6.3.2014 - Vygenerováno pouze v SK lokalizaci)

Verze 14.02.03 (18.02.2014 - Vygenerováno pouze v SK lokalizaci)

Verze 14.02.02 (30.01.2014 - Vygenerováno pouze v SK lokalizaci)

Verze 14.02.01 (18.12.2013 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 14.01.

Verze 14.01.06 (10.03.2014 - Vygenerováno pouze v CZ lokalizaci)

Změny zveřejňovány paralelně i do 14.02.04 a rozlišeny přes tagy CZ/SK.

Verze 14.01.05 (4.3.2014 - Vygenerováno pouze v CZ lokalizaci)

Změny zveřejňovány paralelně i do 14.02.03 a rozlišeny přes tagy CZ/SK.

Verze 14.01.04 (18.02.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.01.03 (3.2.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.01.02 (24.01.2014 - Vygenerováno pouze v CZ lokalizaci)

Verze 14.01.01 (19.12.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.02.

Verze 13.02.08 (26.11.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.07 (11.07.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.06 (07.03.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.05 (12.02.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.04 (11.02.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.03 (30.01.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.02 (28.01.2013 - Vygenerováno pouze v SK lokalizaci)

Verze 13.02.01 (19.12.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.

Verze 13.01.13 (xx.xx.2013 - Vygenerováno pouze v CZ lokalizaci)

Pokud bys e tato generovala, tak bude později než 13.02.08, pak záznamy v 13.02.08 by se mohly ozančit jen jako SK a tyto zas jen jako CZ.

  • paralelně v.13.02.08: Ovladač Volksbank.hbd byl změněn na Sberbank.hbd z důvodu změny banky Volksbank CZ na Sberbank CZ. Pokud jste používali Volksbank.hbd, proveďte si v agendě Bankovní účty změnu nastavení ovladače. Ovladač Volksbank.hbd nebude nadále podporován.
  • paralelně v.14.51.04: Oprava chyby "Placený doklad již neexistuje", ke které za jistých okolností docházelo při placení ostatními doklady.
  • paralelně v.14.51.04: Provedeno skrytí nákupních cen na příjemce, pokud uživatel nemá právo vidět nákupní ceny.
  • Opravena chyba v zaokrouhlování množství na inventárním přebytku vzniklém ze zrcadla, která za jistých okolností způsobovala, že u takových INP dokladů nebylo možné doplnit ceny.
  • paralelně v.13.02.08: Opravena chyba, kdy na záložkách Omezení dočasně nefungovala možnost provést dotaz dvojklikem na některé z uložených definic omezení.
  • paralelně v.13.02.08: Ve výstupních dokladech byla opravena chyba, která způsobovala, že na řádku Haléřové vyrovnání se uplatňovaly slevy, pokud byly tyto aplikovány na běžné řádky dokladů.
  • paralelně v.13.01.13: Skriptování - Doplněn skriptovací háček, který lze volat před připojením, odpojením nebo vytvořením nové přílohy k objektu, čímž lze např. zamezit připojení/odpojení/přidání dokumentu k dokladu, který je schválen/schvalován.
  • paralelně v.14.01.01: Opravena uzávěrka skladu/ocenění skladových zásob, kdy za jistých okolností došlo k pádu ABRy na nemožnost generovat OID.
  • paralelně v.14.01.02: Opravena chyba na kase pokladního prodeje, kdy nebylo možné vložit na účtenku dvě různé skladové karty se shodnou šarží.
  • Modul Mzdy a personalistika:
    • paralelně v.14.51.01: Opraven výpočet úrazového pojištění tak, aby se správně napočetlo i pro zaměstnance, kteří jsou satutárními orgány a zároveň se jedná o pracovní poměry malého rozsahu.
    • paralelně v.14.51.01: U definice uzávěrky "DuchSpor" v systému ABRA G1 Opraveno nastavení příznaku "Vypočtenou částku zaúčtovat" (tudíž lze opět porovnávat definici se vzorem).
    • paralelně v.14.51.02: Aktualizovány popisy číselníku CZ-ISCO.
    • paralelně v.14.51.03: V tisk. sestavě "Přehled za firmu" opraven tisk položky "DŮCHOD.SPOŘENÍ II.PILÍŘ" v případě tisku za několik měsíců najednou.
    • paralelně v.14.51.03: ELDP - Opraven výpočet odečtených dní pro důchodce na DPČ malého rozsahu. Opraven výpočet položky "Dny" (Dny pojištění) pro zaměstnance na rodičovské dovolené.
    • paralelně v.14.51.03: Přidána sestava "Oznámení o plnění povinného podílu zaměstnanců se ZPS za rok 2013".
    • paralelně v.14.51.04: Opraveno chybné vyplňování příznaku "student" v export "Žádost o nemocenské/ošetřovné" (agenda Nemocenské dávky).

Verze 13.01.12 (18.10.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.11 (07.08.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.10 (10.06.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.09 (06.03.2013 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.08 (04.03.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 13.01.07 (04.02.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 13.01.06 (16.01.2013 - Vygenerováno pouze v CZ lokalizaci)

Verze 13.01.05 (14.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.04 (27.12.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 13.01.03 (21.12.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.02 (11.12.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 13.01.01 (05.12.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.06.

Verze 12.06.03 (19.11.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.06.02 (14.11.2012 - Vygenerováno pouze v SK lokalizaci)

Verze 12.06.01 (06.11.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.

Verze 12.05.08 (30.11.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.07 (12.11.2012 - Vygenerováno pouze v CZ lokalizaci) - Opravná verze k certifikované 12.05.06

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.06 (05.11.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.05 (30.10.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.04 (23.10.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 12.05.03 (15.10.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.02 (05.10.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.05.01 (27.09.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.04.

Verze 12.04.05 (30.08.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.04.04 (16.07.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.04.03 (13.07.2012 - Vygenerováno pouze v SK lokalizaci)

Verze 12.04.02 (09.07.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.04.01 (29.06.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.

Verze 12.03.33 (24.08.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 12.03.32 (24.08.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.31 (14.08.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.30 (20.07.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

 

Verze 12.03.11 (18.06.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 12.03.10 (08.06.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 12.03.09 (01.06.2012 - Vygenerováno pouze v CZ lokalizaci)

Verze 12.03.08 (23.05.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.07 (16.05.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.06 (02.05.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.05 (19.04.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.04 (12.04.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.03 (11.04.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.02 (05.04.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.03.01 (09.03.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.

Verze 12.02.12 (06.06.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.09

Verze 12.02.11 (04.06.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.09

Verze 12.02.10 (30.05.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.09

Verze 12.02.09 (03.04.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.06

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.08 (03.04.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.06

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.07 (28.03.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.06

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.06 (01.03.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.05

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.05 (13.02.2012 - Vygenerováno pouze v SK lokalizaci) - Opravná verze k certifikované 12.02.04

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.04 (26.01.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.03 (24.01.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.02 (17.01.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.02.01 (12.01.2012 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.

Verze 12.01.17 (09.05.2012 - Vygenerováno pouze v CZ lokalizaci) - Opravná verze k certifikované 12.01.16

Verze 12.01.16 (28.02.2012 - Vygenerováno pouze v CZ lokalizaci) - Opravná verze k certifikované 12.01.15

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.15 (15.02.2012 - Vygenerováno pouze v CZ lokalizaci) - Opravná verze k certifikované 12.01.13

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.14 (06.02.2012 - Vygenerováno pouze v CZ lokalizaci) - Opravná verze k certifikované 12.01.13

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.13 (27.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.12 (19.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.11 (16.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.10 (04.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.07 (xx.xx.xxxx - Zatím negenerováno) - Opravná verze k certifikované 12.01.06

Inventura - Přidána možnost zrušit ukončení hlavního inventárního protokolu (HIP), tlačítko Ukončit se stalo multifunkční.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.06 (04.01.2012 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.05 (12.12.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.04 (9.12.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.03 (7.12.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.02 (2.12.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 12.01.01 (28.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.

Verze 11.07.06 (21.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.05 (15.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.04 (9.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.03 (2.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.02 (31.10.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.07.01 (19.10.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.06

Verze 11.06.05 (xx.xx.xxxx - Zatím negenerováno) - Opravná verze k certifikované 11.06.04

  • Opravena chyba nepředvyplnění pole "Země přiznání DPH" při vytváření pokladního výdeje ze skladové příjemky.
  • Opravena chyba, k níž docházelo při pokusu o export data z DynSQLEditoru.
  • Byla opravena chyba blokující tisk názvu skladové karty na více řádek.
  • Opravena chyba v zálohování (Stack overflow), k níž docházelo náhodně při zálohování při vytváření metadat pod databází Firebird.
  • Opravena chyba, která způsobovala, že nebylo možno založit řady dokladů "Hlavní inventární protokol" a "Dílčí inventární protokol" potřebné pro novou inventuru.
  • Modul Maloobchodní a restaurační prodej:
    • Ovladač FM_ElcomEFox byl upraven pro tisk na jehličkových tiskárnách.
    • Do všech agend modulu Pokladna (PP/PV a jejich vrácení) byla doplněna funkce Tisk kopie posledního dokladu z fiskální tiskárny.
    • Do všech agend modulu Pokladna (PP/PV a jejich vrácení) byla doplněna funkce Aktuální stav fiskální tiskárny určená pro ovladač FM_ElcomEFox, která z vnitřních informací fiskální tiskárny vytiskne report o stavu hotovosti očekávané fiskálem (včetně případných vkladů a výběrů do pokladny). (Tiskárna EFox totiž v rámci denní resp. přehledové uzávěrky neumí vypsat rozpis platidel, který by obsahoval i informace o vkladech a výběrech.)
    • Do všech agend modulu Pokladna (PP/PV a jejich vrácení) byla doplněna funkce Intervalová uzávěrka.
    • Ovladač FM_ElcomEFox nově podporuje fiskalizaci výběru z pokladních míst.
    • Do ovladače FM_ElcomEFox byla doplněna evidence různých způsobů úhrady. Nově je tedy i pro tento ovladač možné vypsat si očekávaný stav hotovosti (viz funkce Aktuální stav v agendách PP/PV a jejích vrácení) rozebraný podle různých způsobů úhrady.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.06.04 (9.11.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.06.03 (8.11.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.06.02 (7.11.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.06.01 (31.10.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.

Verze 11.05.09 (xx.xx.xxxx - Zatím negenerováno) - Opravná verze k certifikované 11.05.08

  • Opravena chyba nepředvyplnění pole "Země přiznání DPH" při vytváření pokladního výdeje ze skladové příjemky.
  • Opravena chyba, k níž docházelo při pokusu o export data z DynSQLEditoru.
  • Modul Maloobchodní a restaurační prodej:
    • Byla opravena chyba blokující tisk názvu skladové karty na více řádek.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.08 (15.11.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.07 (19.10.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.06 (10.10.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.05 (3.10.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.04 (20.9.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.03 (19.9.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.02 (7.9.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.05.01 (30.8.2011 - Vygenerováno pouze v CZ lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.

Verze 11.04.06 (26.10.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.05 (17.8.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.04 (15.8.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.03 (9.8.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.02 (3.8.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Verze 11.04.01 (19.7.2011 - Vygenerováno pouze v SK lokalizaci)

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

 

Poznámky k instalaci

Obecné požadavky

Instalace na počítačích s operačním systémem Windows NT/2000/XP/2003/Vista/Windows 7/Windows 8 vyžaduje administrátorská oprávnění.

Pro síťový provoz aplikace ABRA Gx je nezbytný protokol TCP/IP na klientských počítačích i na aplikačním serveru.

Během instalace se automaticky nakonfiguruje jedno spojení na databázi, a to buď s využitím protokolu TCP/IP proti lokálnímu počítači (localhost) v případě síťové instalace, nebo s lokálním protokolem v případě single instalace nebo demoverze. Parametry spojení lze upravit pomocí nástroje DBAdmin.exe.

Pro administraci spojení na databázi z příkazové řádky nebo z dávkových souborů je určen nástroj DBAdminCmd.exe.

Počítač, na kterém běží databázový server, by měl být vždy opatřen záložním zdrojem. Pokud používáte lokální instalaci ABRA Gx, t.j. databázový i aplikační server na tomtéž počítači jako klientský program, tak platí toto důležité doporučení i pro něj. V minulosti byly zaznamenány případy, kdy při náhlém výpadku napájení došlo k částečnému narušení integrity dat. Toto narušení se při běžném provozu systému neprojevovalo, avšak pokud se z takových dat udělala záloha, tak tato již nešla v případě nutnosti obnovit. Myslete prosím na to, že provozování databázového serveru na počítači bez záložního zdroje znamená značné bezpečnostní riziko a může ve svém důsledku způsobit ztrátu vašich dat.


Od v.11.03 byly do systému ABRA Gx přidány kontroly:
Pokud není národní prostředí nastaveno dle požadavků, systém problém ohlásí a nepovolí pokračovat. Pokud se jedná o službu (WSServerS, AutoServerS, AppServerS), systém to nehlásí, ale služba se nespustí (informace o tom je předmětem logování, je-li logování zapnuto v Nexus.cfg). Návod k nastavení nár. prostředí viz kap. FAQ - Co dělat, když....

Zpět na obsah

Systém ABRA G3

Systém ABRA Gx vyžaduje pro svou práci SQL server Firebird (FB) verze 2.1 nebo 2.5. Firebird nižších verzí již není podporován! Viz Tabulka 1 v kap. Databázový server. Přesná čísla podporovaných verzí databázového serveru Firebird jsou vždy též uvedena v certifikátu produktu nebo v sekci Ke stažení na http://www.abra.eu. Pokud systém nainstalujete na počítač, na kterém je již tento SQL server nainstalován, musí na něm existovat uživatel "SYSDBA" s heslem "masterkey". Rovněž je možné toto upravit pomocí nástroje DBAdmin.exe po instalaci.

V případě, že instalační program ABRA G3 zjistí, že na počítači není server Firebird přítomen, je nabídnuto rovnou spuštění instalace serveru Firebird (od v. 11.03 je součástí instalačního programu ABRA G3). Pokud je Firebird přítomen, ale instalovaná verze není vyhovující, instalační program nahlásí nepodporovaný databázový server Firebird. Dále viz kap. FAQ - Co dělat, když...

Systém ABRA G3 striktně vyžaduje, aby si verze serveru Firebird a číslo ODS databáze systému ABRA G3 přesně odpovídaly. Viz Tabulka 2 v kap. Databázový server. Při spuštění systém ABRA G3 provádí kontrolu čísla ODS vaší databáze proti verzi Firebird, a pokud si neodpovídají dle Tabulky 2, neumožní systém spustit. Tato kontrola vyžaduje knihovnu GDS32.dll a je tedy nutné mít na stanici, kde se spouští instalátor, nainstalován Firebird (resp. tuto knihovnu, kterou obsahuje). Je nutné zajistit povýšení čísla ODS - postup viz "Povýšení ODS databáze" v kap. Databázový server. U nové instalace s novou databází se tímto uživatel nemusí zabývat (jelikož nová databáze se vytvoří vždy s odpovídajícím ODS podle aktuálně nainstalované verze Firebird).


Kontrolu existence instalace databázového serveru Firebird lze potlačit pomocí parametru instalačního programu -nodbinstall. Využijete např. v případě síťové instalace, kdy databázový server leží na jiném serveru než systém ABRA G3 (a nechcete, aby instalační program např. při update vyžadoval instalaci databázového serveru), či v případě instalace na OS Linux, pokud při variantě instalace ze stanice uživatel nechce zbytečně na danou stanici databázový server instalovat.

Příklad:

AbraGx.exe -nodbinstall

kde AbraGx je přesný název daného instalačního programu s ohledem na verzi, lokalizaci aj.(tedy. např. AbraG3-14.51.01-CZ.exe) 
Kontrolu, zda si odpovídá verze serveru Firebird a číslo ODS databáze, lze potlačit pomocí parametru instalačního programu -noconnectioncheck. Případné negativní důsledky z toho plynoucí jsou ovšem plně na odpovědnosti uživatele.

Příklad:

AbraGx.exe -noconnectioncheck

Po úspěšné instalaci databázového serveru bude pokračovat instalace ABRA G2.

Během instalace ABRA Gx se také rozšiřuje instalace Firebird serveru o uživatelsky definované funkce (UDF), které se nahrávají jako soubor s příponou .DLL do instalačního adresáře Firebird serveru (typicky C:\Program Files\Firebird\Firebird_2_1\UDF). V případě užití 64bit databázového serveru nebo při provozování databázového serveru na Linuxu je nutné aktualizovat UDF funkce ručně. Popis aktualizace UDF u 64bit serveru Firebird viz tomu věnovaný oddíl u povýšení ODS databáze. Popis týkající se UDF a Linuxu viz instalační příručka pro OS Linux.

Pro komunikaci aplikačního serveru (respektive klientského PC - v případě single instalace) s databázovým serverem Firebird je možné použít protokoly:

Kompletní instalace vyžaduje cca 350 MB diskového prostoru.

Informace k update dříve nainstalovaného systému ABRA Gx viz dále sekce Instalace update SW ABRA.

Zpět na obsah

Systém ABRA G4

Systém ABRA G4 potřebuje pro svůj běh databázový server Oracle nebo MSSQL. Bližší informace k instalaci databázového serveru Oracle nebo MSSQL naleznete v dokumentaci dodávané společně se systémem ABRA G4, kterou naleznete v podadresáři doc.

Informace k update dříve nainstalovaného systému ABRA Gx viz dále sekce Instalace update SW ABRA.

Zpět na obsah

Popis vybraných parametrů spojení v nástroji DBAdmin.exe

Server Name=název spojení

Specifikuje název spojení na databázi ve formátu:
[server:]cesta k databázi[;počet stránek]

Pokud neuvedete jméno serveru, použije se lokální protokol, v případě tvaru s dvojtečkou se použije protokol TCP/IP. Pro síťový provoz není možné použít tzv. lokální spojení se serverem Firebird ani tehdy, pokud je umístěn na stejném počítači jako aplikační server. Jako jméno serveru je možné použít také IP adresu nebo jméno localhost, zastupující lokální počítač. Dále je možné nastavit počet stránek, po jejichž dosažení bude databáze pokračovat v dalších souborech. Pokud se neuvede, bude pokračovat po dosažení hranice max.velikosti souboru použitého filesystému. Počet stránek se specifikuje tak, že se za cestu k souboru doplní středník a za něj celé číslo. Pokud databáze nepokračuje v dalších souborech, nemá smysl počet stránek uvádět.

Příklad:
Server Name=localhost:C:/AbraG2/Data1.gdb;10000

Additional File=cesta k dalšímu souboru s databází[; počet stránek]

Jeden nebo více těchto parametrů definuje další soubory, kterými databáze pokračuje. Pokud se jich uvede více, budou se soubory plnit v pořadí těchto parametrů. Soubory mohou být i na jiných discích filesystému než základní soubor s databází. Volitelně může být parametr doplněn o počet stránek podobně jako v parametru "Server Name". Počet stránek nemá smysl uvádět u posledního souboru v řadě.

Příklad:
Additional File=C:/AbraG3/Data.gd2;10000
Additional File=C:/AbraG3/Data.gd3

Page Size=velikost stránky

Definuje velikost stránky v bytech. Soubor s databází si databázový server rozděluje do stránek s touto velikostí - čím je stránka menší, tím je databázový soubor kratší, avšak odezva je pomalejší a obráceně, od určité velikosti stránky se ovšem začne uplatňovat rychlost zápisu změněných stránek na disk, kdy je třeba více času, proto je vhodné zvolit kompromis. Výchozí hodnota je 8192.

Příklad:
Page Size=16384
Předchozí parametry spojení mají vliv pouze při vytváření databáze. Proto pokud např. změníte velikost stránky nebo nastavíte pomocí parametrů "Additinal file" rozdělení databáze do více souborů, je třeba pro jejich aktivaci provést zálohu a obnovu. Během obnovy se již vytvoří databáze s více soubory.

isc_dpb_user_name=jméno uživatele

Definuje přihlašovací jméno k databázovému serveru. Pro větší bezpečnost je možné změnit výchozí hodnotu pro server Firebird, která je "SYSDBA". Parametr spojení se kryptuje, proto není bez znalosti přístupového hesla k DBAdmin.exe volně viditelný.

isc_dpb_password=heslo

Definuje heslo pro připojení k databázovému serveru. Pro větší bezpečnost je možné změnit výchozí hodnotu pro server Firebird, která je "masterkey". Parametr spojení se kryptuje, proto není bez znalosti přístupového hesla k DBAdmin.exe volně viditelný.

SERVER NAME

Standardní deskriptor spojení skládající se z několika dalších parametrů (PROTOCOL, HOST, PORT, CONNECT DATA, SID, SERVER). Detailní popis definice viz instalační příručka v podadresáři Doc.

USER NAME

Definuje přihlašovací jméno k databázovému serveru. Parametr spojení se kryptuje, proto není bez znalosti přístupového hesla k DBAdmin.exe volně viditelný.

PASSWORD

Definuje heslo pro připojení k databázovému serveru. Parametr spojení se kryptuje, proto není bez znalosti přístupového hesla k DBAdmin.exe volně viditelný.

Zpět na obsah

INSTALACE NA POBOČKY

V zásadě jsou možné dva způsoby instalace na pobočky - replikační a terminálová.

Replikační instalace (tzv.off-line)

Tato konfigurace je vhodná pro firmy, které mají centrálu a maximálně 15 poboček. HW požadavky na pobočky (server, klientské stanice) jsou podobné jako pro centrálu. Při práci se systémem vznikají tzv. replikační logy, tyto logy se pravidelně vyměňují s centrálou pomocí vhodného média (disk, FTP server, SSH apod.). Replikace lze provádět i automaticky v určeném intervalu (15 minut, hodina, den...) pomocí replikačního serveru, avšak v tom případě je třeba mít na pobočkách i centrále pevné připojení k internetu. Off-line je tento způsob nazýván proto, že data z poboček putují na centrálu v určitých intervalech a tudíž nejsou na centrále k dispozici okamžitě po jejich uložení na pobočce.

Terminálová instalace (tzv.on-line)

Tato konfigurace je vhodná pro všechny firmy, které mají centrálu a pobočky. Implementace on-line řešení je vždy třeba připravit dle potřeby konkrétního zákazníka, ale v zásadě se jedná o velikou instalaci na centrále a mnoho vzdálených PC, které na ní přistupují díky speciálnímu terminálovému software přes telekomunikační linky. Komunikace probíhá prostřednictvím Internetu, VPN, popřípadě i vytáčeného spojení. Klientské stanice pracují jako terminály tzn. aplikace ABRA běží vzdáleně na centrále a přes síť se na klientské PC (či jiné zařízení) přenáší jen údaje klávesnice, myši a obrazovky. Právě díky tomu je např. doklad uložený na pobočce vidět z ostatních počítačů na centrále ihned, okamžitě. Na centrále se terminálové rozhraní řeší nejčastěji prostřednictvím SW Citrix Metaframe (ICA protokol) nebo MS Terminal services (RDP protokol).

Zpět na obsah

LINUX

Tato sekce byla přesunuta do instalační příručky Instalacni_prirucka_pro_linux.pdf nacházející se v podadresáři doc. Případně ji naleznete ke stažení na www.abra.eu, sekce Abra Gx > Ke stažení (je třeba být přihlášen).

Zpět na obsah

DATABÁZOVÝ SERVER

Popis instalace a zprovoznění databázového serveru Oracle je kvůli svému rozsahu a komplexnosti zdokumentován v příručkách oracle_win.pdf a oracle_linux.pdf, které jsou součástí distribuce systému ABRA G4 a které naleznete v podadresáři doc.

Systém ABRA G2 pracuje s databázovým serverem Firebird.

V případě, že instalační program ABRA G2 zjistí, že na počítači není server Firebird přítomen, je nabídnuto rovnou spuštění instalace serveru Firebird; pokud je instalovaná verze nevyhovující, instalační program nahlásí nepodporovaný datababázový server Firebird (přičemž kontrolu existence instalace databázového serveru Firebird lze potlačit pomocí speciálního parametru instalačního programu). Podrobněji viz výše v kap. Poznámky k instalaci. Po úspěšné instalaci databázového serveru bude pokračovat instalace ABRA G2.

Tabulka 1 - tabulka kompatibility databázových serverů Firebird/Interbase s verzemi ABRA G2:

Ver. Firebird - Win Firebird - Linux
Classic Super Classic Super
2.0 2.1 2.5 2.0 2.1 2.5 2.0 2.1 2.5 2.0 2.1 2.5
8.01 x     x     x     x    
8.02 x     x     x     x    
8.03 x     x     x     x    
8.04 x x   x x   x x   x x  
9.01 x x   x x   x x   x x  
10.01 x x   x x   x x   x x  
10.02 x x   x x   x x   x x  
10.03 x x   x x   x x   x x  
11.01 x x   x x   x x   x x  
11.03/04   x x   x x   x x   x x
11.05/06   x x   x x   x x   x x
11.07   x x   x x   x x   x x
12.01/02   x x   x x   x x   x x
12.03/04   x x   x x   x x   x x
12.05/06   x x   x x   x x   x x
13.01/02   x x   x x   x x   x x
14.01/02   x x   x x   x x   x x
14.51/52     x     x     x     x

OdJAVA-nezapomenout: verze Delphi XE2 nebude mit posporu Firebird 2.1.

Tabulka 2 - přehled verzí serverů Firebird a odpovídající čísla ODS databáze (ODS (on-disk structure) je interní číslo reprezentující verzi fyzické databázové struktury).

Ver. FB ODS
1.0 10.0
1.5 10.1
2.0 11.0
2.1 11.1
2.5 11.2
3.0* 12.0

Databázový server Firebird je dodáván ve dvou variantách – ClassicServer (CS) a SuperServer (SS). Rozdíl mezi variantami CS a SS je ve způsobu, jakým server obsluhuje klientská spojení. Ve variantě ClassicServer (CS) se pro každé nové klientské spojení vytváří nový proces operačního systému, u varianty SuperServer (SS) obsluhuje server klientská spojení v rámci jediného procesu s použitím tzv. vláken (threads). Obecně platí, že variantu ClassicServer nasazujeme vždy, když vyžadujeme větší propustnost dat; je tedy vhodnější pro víceuživatelské instalace. Z důvodu stability však variantu ClassicServer doporučujeme i pro jednouživatelské instalace.

Zpět na obsah / Zpět na začátek kapitoly

Povýšení ODS databáze - přechod na vyšší verzi Firebird

Jak bylo uvedeno v kap. Poznámky k instalaci, systém ABRA G2 od v.11.03 vyžaduje a kontroluje shodu čísla ODS databáze oproti verzi serveru Firebird dle Tabulky 2. Z toho plyne, že pokud potřebujete povýšit verzi Firebird, ale máte databázi ABRA Gx s jiným číslem ODS (jelikož byla vytvořena za běhu původní verze FB), musíte zajistit i povýšení čísla ODS.

Postup:

1. V současné verzi ABRA G2 (tedy verzi, kterou chcete updatovat) provést zálohu dat ABRA G2.

2. Ukončit systém ABRA Gx (aplikační server, všechny klienty ABRy...).

3. Odinstalovat starou verzi Firebird (v případě potřeby restartovat PC).

4. Nainstalovat novou verzi Firebird. Databázový server Firebird je možné zdarma stáhnout ze stránek http://www.abra.eu sekce Ke stažení.
Pro Windows 32 bit tyto knihovny instalační program ABRA Gx instaluje automaticky vždy při instalaci nové verze (defaultně do cesty instalace FB; jsou-li umístěny jinde, musí k nim být zadána odpovídající cesta v konfiguračním souboru FB).
Pro Windows 64 bit instalační program tyto knihovny rovněž nainstaluje, ale do adresáře Program Files vyhrazeného pro 32 bitové aplikace (např. c:\Program Files_x86). Jedná se o omezení instalačního programu, který je 32 bitový a nedostane od systému Windows možnost zápisu do 64 bit Program Files. Proto, pokud máte Firebird 64 bitový, je třeba ručně nakopírovat tyto knihovny do správného adresáře.
Pokud jste ale instalovali novou verzi Firebird a potřebujete spustit systém ABRA Gx v původní verzi a provést obnovu dat (aby došlo k povýšení čísla ODS databáze), musíte si tyto knihovny do příslušného adresáře nakopírovat ručně! Soubory nxudf*.dll resp. libnxudf*.so naleznete v cestě instalace ABRy v podadresáři udfs (dle použitého databázového serveru Firebird, např. ABRAGx\udfs\Win32\).

5. Provést obnovu dat z této zálohy dat. Po úspěšné obnově je číslo ODS povýšeno na verzi shodnou s aktuálně nainstalovaným databázovým serverem Firebird.


Jelikož přechod na vyšší verzi FB vyžaduje zálohu/obnovu dat, může být tento krok časově náročnější a je nutné s tím počítat při plánování update na takovou verzi ABRA Gx, která vyžaduje současně i přechod na vyšší verzi FB.

Zpět na obsah / Zpět na začátek kapitoly

 

Instalace databázového serveru Firebird v operačním systému Linux

Tato sekce byla přesunuta do instalační příručky Instalacni_prirucka_pro_linux.pdf nacházející se v podadresáři doc.

Zpět na obsah / Zpět na začátek kapitoly

Tipy pro zvýšení výkonu databázového serveru Firebird

Ve stabilním serverovém prostředí (dedikovaný server, UPS, odolný filesystém) je možné vypnout databázi parametr ForcedWrites, který, je-li zapnut, zvyšuje odolnost databáze proti výpadkům a chybám integrity, ale současně snižuje výkon o několik desítek procent. Výchozí hodnota je pro FireBird vypnuto. Parametr lze přepínat např. pomocí nástroje gfix, který je instalován v rámci databázového serveru (gfix -write async).

Databázový server pravidelně provádí tzv. sweep databáze, což je operace, při které se odstraňují nepoužívané interní struktury brzdící normální práci serveru. Po určeném počtu transakcí (výchozí hodnota je 20000) se sweep provede automaticky, je však výhodné provést tuto operaci v rámci např. noční pravidelné údržby databáze. Pro vynucený sweep lze opět použít nástroj gfix (gfix -sweep).

Další možností zvýšení výkonu je např. volbou velikosti stránky databáze nebo velikosti vyrovnávací paměti stránek databázového serveru, viz dokumentace k příslušnému serveru.

Odkazy:
http://www.firebirdsql.org
http://www.ibphoenix.com

Zpět na obsah / Zpět na začátek kapitoly

INSTALACE UPDATE SW ABRA

V následujícím textu budou uvedeny orientační instalační postupy pro převedení SW ABRA na vyšší verzi. Pokud si nejste jistí kroky, které postupy obsahují, doporučujeme raději svěřit proces update do rukou servisního oddělení firmy ABRA Software nebo některému z jejích partnerů.


V případě pobočkové instalace typu off-line (používání replikací) kontaktujte hotline!

Dále naleznete:

Zpět na obsah

Update ABRA G2 na Windows

  1. Všichni uživatelé musí ukončit práci v systému.
  2. Proveďte bezpečnostní zálohu dat pomocí agendy „Administrace => Zálohování dat“, příp. jiným způsobem.
  3. Ukončete činnost aplikačního serveru.
  4. Zkopírujte adresář obsahující původní instalaci SW ABRA Gx do zálohového adresáře.
  5. Spusťte příslušný instalační program s novou verzí. Obdobně postupujte v případě stažené instalační sady.
  6. Dále postupujte podle pokynů průvodce instalací, tj. v případě potřeby nejdříve proveďte instalaci nově požadované verze serveru Firebird a případně i povýšení ODS databáze (postup viz Povýšení ODS databáze v kap. Databázový server).
  7. Pokračujte v instalaci ABRA Gx, tj. v případě souhlasu s licenčním ujednáním, potvrďte tento souhlas.
  8. Zvolte adresář, ve kterém je nainstalována ostrá verze SW ABRA Gx, a pokračujte podle pokynů průvodce instalací.
  9. Spusťte SW ABRA Gx.
  10. V agendě „Administrace => Správa licencí“ zadejte doplňkový klíč na update, pokud se jedná o update na verzi, která vyžaduje aktivační doplňkový klíč na danou verzi, a tento jste nezadali již v rámci průvodce instalací.

Zpět na obsah / Zpět na začátek kapitoly

Update ABRA G2 na Linuxu

Tato sekce byla přesunuta do instalační příručky Instalacni_prirucka_pro_linux.pdf nacházející se v podadresáři doc.

Zpět na obsah / Zpět na začátek kapitoly

Update ABRA G4

Bližší informace k update ABRA G4 na databázovém serveru Oracle a MSSQL naleznete v dokumentaci systému ABRA G4. Ta je umístěna v nainstalované ABRA G4 v podadresáři doc.

Zpět na obsah / Zpět na začátek kapitoly

Upozornění k update na konkrétní verzi

Upozornění k update na v. 14.51

Změna prostředí, kódování, komponent atd., k níž došlo v této verzi v rámci přechodu na nové vývojové prostředí, se dotýká i skriptování. Je třeba převést všechny používané balíčky skriptů, tj. zkontrolovat je, dle potřeby upravit a nově zkompilovat. Aby nebylo možné nepřevedené skripty omylem používat, jsou všechny původní skripty ze starších verzí systému ABRA Gx (před verzí 14.51) při procesu update automaticky nastaveny jako "zastaralé" (viz položka "Verze kompilace skriptu" na řádcích balíčků skriptů) a je zamezeno jejich spuštění. Pokus o spuštění zastaralých skriptů skončí chybou (ála "verze kompilace je zastaralá...", "balíček již není platný..." příp. "tohoto zástupce již nelze spustit..."). Dále některé prvky skriptování byly označeny atributem Deprecated. Takto označené prvky lze zatím ve skriptování používat, ale v budoucnosti se s nimi nepočítá, protože byly nahrazeny alternativním kódem. Lze je skrýt nastavením parametru HideDeprecated. Podrobně viz dokument Skriptovani_zmeny_D7_XE2.pdf (součástí instalační verze nebo k dispozici na zákaznickém portálu) se seznamem změn ve skriptování mezi verzemi 14.51 (XE2) a verzemi nižšími a popisem, na co si při převodu skriptů při přechodu na verzi 14.51 či vyšší dát pozor.

Současně jsou dodávány *.adc definiční soubory skriptování, vygenerované k příslušným verzím, pro porovnání dalších rozdílů ve skriptování pomocí nově upraveného nástroje DefsComp.exe (viz help). Porovnává se *.adc soubor aktuální verze 14.51 a výchozí *adc soubor verze předchozí. Jsou dodávány v rámci instalačních verzí následovně:

Po update na verzi 14.51 dojde k odstranění již nepoužívaných souborů (např. se vymažou soubory CC3260MT.DLL, xerceslib.dll a xercesxmldom.dll používané dříve u webových služeb). Obdobně se vymažou soubory již neaktuální pro daný produkt (např. soubory týkající se původního systému ABRA G1, který byl převeden na ABRA G3 s daňovou evidencí, přičemž v souvislosti s tím se změnily i názvy některých souborů, např. souboru helpu z AbraG1.chm na AbraG3.chm apod.).

 

Upozornění k update na v. 13.01.12

Byly provedeny zásadní změny v pamatování si vazeb mezi řádky objednávek přijatých a vydaných (OP-OV). Původní položka RORow_ID.ID na řádcích OV byla zrušena. Současně byla zrušena položka "č.ř." zobrazovaná v řádcích OV a sloupce zobrazující číslo řádku a počet v pohybech OP/OV. Pokud pro dané agendy používáte skripty pracující se zmíněnými položkami, je nutno je při přechodu na verzi 13.01.12 příslušně upravit! Původní skripty nebudou funkční!

Do repozitoře systému přidána informace o verzi, produktu, lokalizaci a nacionalizaci (klíč ABOUTGX). Přítomnost klíče umožní v následujících verzích provedení následujících praktických kontrol: v instalačním programu se nově kontroluje produkt, lokalizace a nacionalizace oproti informacím v repositoři (cílem je, aby nebylo možné si stávající produkt ABRA Gx přehrát instalačním programem určeným pro jiný produkt, jinou lokalizaci apod.) a po výběru spojení se kontroluje instalovaná verze systému ABRA proti repositoři (cílem je vyloučit, že obsluha při instalaci (typicky na linuxu) zapomene nahrát zpět updatovanou repozitoř). Není-li klíč přítomen, kontroly se neprovádí.

Zpět na obsah / Zpět na začátek kapitoly

Upozornění k update na v. 12.03

Do dalších agend byla doplněna nová technologie Variantních vstupních formulářů (do všech agend, kde jsou vystavovány doklady). Pokud pro dané agendy používáte skripty pracující s vizuální agendou, je nutno je při přechodu na verzi 12.03 aktualizovat! Původní skripty nebudou funkční! Implementací variantních panelů totiž došlo k záměně vizuálních prvků za zcela jiné (jiné třídy, jiné názvy). Variantní panely i jejich prvky jsou ve skriptování dostupné, nicméně většinu dosavadního skriptování bude pravděpodobně možné nahradit definicemi ve variantních panelech samotných. Skriptů nevizuálních (pracujících s business objekty) se toto netýká.

Od verze 12.03 není součástí našich distribucí AppServerL. Pozor tedy na update instalací, které jej používají. Zvolení náhrady není složité, ve 32-bit prostředí použijte appserverl-x86, na 64-bit serveru je optimální a doporučenou variantou appserverl-x64. Zprovoznění 64-bit varianty není složité. Uvědomte si ale, že budete potřebovat 64-bit klientské knihovny pro přístup k databázi. Instalace obsahuje i nové vzorové .sh soubory abra_appd a abra_repd, které důrazně doporučujeme používat.

Byla změněna výchozí hodnota velikosti stránky databáze Firebird na minimálních 8kB (původně byla 4KB). Pokud uživatel nechce použít výchozí hodnotu, může si velikost stránky nastavit v parametrech spojení (Page Size). Instalační program při update stávající instalace (v rámci kontroly spojení) prověří velikost stránky databází jednotlivých spojení a spojení s velikostí stránky databáze menší než doporučené minimum 8192 B ohlásí. Uživateli je doporučeno po update takovýchto spojení provést zálohu a obnovu dat. Nová databáze již bude vytvořena s novou výchozí velikostí stránky, tj. 8kB, (pokud si uživatel v parametrech spojení nenastaví větší velikost 16kB). Toto se týká uživatelů, kteří u svého spojení nespecifikovali parametr Page Size a využili předchozí výchozí hodnotu 4kB.

Zpět na obsah / Zpět na začátek kapitoly

Upozornění k update na v. 11.03

Verze 11.03 ABRA Gx již nepodporuje Firebird v.2.0 a nižší. Pokud takové verze serveru Firebird dosud provozujete, je nutno přejít na Firebird verze 2.1 nebo lépe 2.5. Současně byla do systému doplněna kontrola shody ODS databáze s číslem verze serveru Firebird dle Tabulky 2 v kap. DATABÁZOVÝ SERVER a pokud by se neshodovaly, nebylo by možné systém (dané spojení na databázi) spustit.
Instalační program tedy nejdříve dle informací v registrech provede kontrolu verze Firebird. Je-li požadovaný Firebird zdárně nainstalován, pokusí se instalační program zkontrolovat existující spojení na databázi (hledá v cestě zadané pro instalaci update) a případné nalezené problémy nahlásí (ODS neodpovídá verzi FB, spojení je nakonfigurováno na nepodporovanou verzi FB, či se nepodařilo detekovat). Pro spojení s neodpovídajícím ODS je nutné zajistit povýšení čísla ODS - postup viz "Povýšení ODS databáze" v kap. Databázový server, u spojení se starší verzí FB pak konfiguraci na požadovanou verzi FB. Poté je možné v instalaci update ABRA Gx v.11.03 pokračovat. U spojení, kde stav nebylo možné detekovat, si kontrolu musí zajistit uživatel sám jiným způsobem.
Do dalších agend byla doplněna nová technologie Variantních vstupních formulářů (do Zakázek, Obchodních případů, Projektů, do vybraných agend modulu CRM (Aktivity, Produkty, Kroky procesu, Pravděpodobnost úspěchu, Procesy) a do vybraných agend modulu Kniha jízd (Řidiči, Vozidla, Výdaje vozidel). Pokud pro dané agendy používáte skripty pracující s vizuální agendou, je nutno je při přechodu na verzi 11.03 aktualizovat! Původní skripty nebudou funkční! Implementací variantních panelů totiž došlo k záměně vizuálních prvků za zcela jiné (jiné třídy, jiné názvy). Variantní panely i jejich prvky jsou ve skriptování dostupné, nicméně většinu dosavadního skriptování bude pravděpodobně možné nahradit definicemi ve variantních panelech samotných. Skriptů nevizuálních (pracujících s business objekty) se toto netýká.

Další změnou je jiné zobrazování počtu desetinných míst, které je nyní striktně vázáno na jednicové množství (viz help, kap. Skladové karty (hlavní) - záložka Detail, sekce Seznam řádků jednotek) a Pojmenované masky (viz help, kap. Pojmenované masky). Díky tomu dochází k zobrazování více jak tří desetinných míst v tom případě, pokud je hodnota takto v databázi uložena. Nově lze totiž množství zadat až na 6 desetin. K hodnotám přesáhnuvším tři desetinná místa však mohlo vlivem přepočtů mezi jednotkami dojít i dříve, avšak tento stav nebyl standardně zobrazován. Po update však k zobrazení těchto hodnot dojde. V takovém případě se tedy nejdená o chybu update, nýbrž o zobrazení již dříve existujícího stavu v položce množství (Quantity).

Zpět na obsah / Zpět na začátek kapitoly

Upozornění k update na v. 10.02

Ve verzi 10.02 se zásadním způsobem změnil způsob provádění update. Od v. 10.02 se v rámci update nevytváří nová databáze (do které by se provedla obnova ze zálohy včetně update obnovovaných dat), ale původní databáze je zachována a v rámci procesu update se pouze provedou potřebné změny datových struktur provedené výrobcem do nové verze.

Zpět na obsah / Zpět na začátek kapitoly

Upozornění k update na v. 9.03

Ve verzi 9.03 byly původní agendy "Dokumenty" (původně určená jen pro OLE dokumenty) a "Doklady komunikace" sloučeny do jedné nové společné agendy s názvem "Dokumenty". V souvislosti s tím došlo k řadě dalších změn: Číselník "Typy dokumentů" byl zrušen. Byl zaveden nový typ dokladů "DO - Dokumenty (DOK)". Původní typy dokladů "OD-OLE dokumenty (OLE)" a "CD - Doklady komunikace (KOM)" byly zrušeny. Byly zrušeny některé tabulky, Business objekty atd. Proto, pokud používáte nějaké externí OLE aplikace, skriptování apod. využívající danou oblast ABRA Gx, budete v nich pravděpodobně muset provést adekvátní úpravy. Tudíž věnujte, prosím, pozornost následujícím informacím.

Data z původních agend budou v rámci update automaticky převedena:

Data agendy OLE Dokumenty včetně definovatelných položek budou převedena i s původním OID záznamů pod kategorii OLE Dokumenty. Popis převodu podrobně viz dále. Uživatelské položky původní agendy OLEDokumenty (tabulky UserFieldDefs a UserFieldDefs2) se převádí na novou agendu Dokumenty. Nahradí se CLSID a FieldCode. Převedou se data historických a uživatelských položek uložených v tabulkách HistoryData a UserData. Nahradí se CLSID a FieldCode.

Data agendy Doklady komunikace budou převedena pod odpovídající kategorii. Pokud nebude žádná odpovídající kategorie dohledána, budou připojena pod kategorii Obecný soubor. Pro tyto záznamy bude vygenerováno nové OID. Popis převodu podrobně viz dále. Uživatelské položky původní agendy Doklady komunikace se nepřevádí, jdou sice vytvořit, ale nikoliv přímo editovat.

Do nové agendy Dokumenty pod nový typ dokladů budou převedeny původní řady dokladů zavedené pro agendy OLE Dokumenty a Doklady komunikace.

Původní agenda OLEDokumenty:
SiteCLSID {00A937CE-B5CD-11D4-A0BB-001060902721} TSVUM0AHQRE13C5V00CA141B44
Business objekty:
OLEDocument
Table OLEDocuments
BOCLSID {00A937C4-B5CD-11D4-A0BB-001060902721} SKVUM0AHQRE13C5V00CA141B44
PersistCLSID {9A664AD7-B5CA-11D4-A0BB-001060902721} UX5AHAQEQRE13C5V00CA141B44

OLEDocumentData
Table OLEDocumentsData
BOCLSID {00A937C3-B5CD-11D4-A0BB-001060902721} SGVUM0AHQRE13C5V00CA141B44
PersistCLSID {9A664AD6-B5CA-11D4-A0BB-001060902721} UT5AHAQEQRE13C5V00CA141B44
Původní agenda Doklady komunikace:
SiteCLSID {E9B327D7-AC95-4DF8-873B-C3C981D1AB18} UWNVBUGPPNW4V1TVSJ4S3OHF30
Business objekty:
CommunicationDocument
Table CommunicationDocuments
BOCLSID {06AC134D-47F5-44D8-9643-F04B8F72825F} DODUS1RPCZG4D5M3Y15SYWO2FW
PersistCLSID {1167DA04-80D6-4F6D-8562-0F70453844B2} 0NHAI4IQK1QOZ1F21XS4EI24QC
CommunicationData
Table CommunicationData
BOCLSID {710D0683-EC99-4478-8CDE-A3383D3F3D6B} KG30UWGTXLW4D3AYOGW3UJTXHG
PersistCLSID {8DD10DDC-56CD-46CA-A266-4CF6D9A722BC} VKAX33IHEV54HCNADNVHNDT2RK
Nová agenda Dokumenty (výčet BO objektů není úplný, zbytek viz běžná dokumentace):
SiteCLSID {730C8BF5-6864-4802-A283-82590C40D474} YQ5KSWV4H014LCO3KDGKSKAOIK 
Business objekty:
Document
Table Documents
BOCLSID {CEF2A461-A7CD-45C5-B621-DEC6EC1F7ADB} GAMJ5NQHOZ2OFHL1VV3ISBVUVG
PersistCLSID {FE98B6E5-25ED-44BF-993B-DE63BF630760} WQVDLZRH4QZODADVVTLVYSSBG0
DocumentContent
Table DocumentContents
BOCLSID {45E3448B-4F6A-4662-9AB6-955C2E6CC0E2} LH2IALFEDXL4HAPQMPI2WVA0WC
PersistCLSID {9403179E-D735-4D71-9771-D7BD182AC0A0} NSFKB51PUXSOV5VLUYYLKEQ0O0
DocumentData
Table DocumentData
BOCLSID {27052978-4C7A-4355-B74E-F2F2360C2ABA} J0OKEDVUDLEOBHUIYFT3G31ERC
PersistCLSID {ABF8EC70-F079-4518-8461-DB95335B9CC6} I3QJLEVTY0G4F131VIENAQWWSS
V rámci konverze se přenesou data takto:
OLEDocuments -> Documents
Firm_ID
Description
BusOrder_ID
BusTransaction_ID
FirmOffice_ID
Person_ID
BusProject_ID
Category_ID -> nastaveno na '3000000000' (OLE Dokumenty)

OLEDocuments -> DocumentContents 
OLEData_ID -> Data_ID
DocDate$DATE -> CreationTime$DATE
DocDate$DATE -> CorrectionTime$DATE
PosIndex -> nastaveno na 1

OLEDocumentsData -> DocumentData
BlobData
Compressed -> nastaveno na false
OriginalSize -> převzato podle velikosti blobu, ve kterém byla data uložena
Compressed -> stejně jako OriginalSize

CommunicationDocuments -> Documents 
Description
Firm_ID - nastaveno na firmu '#Bez příslušnosti k firmě' (pokud se tato nenajde, pak se založí)
FirmOffice_ID - nasteveno na provozovnu firmy '#Bez příslušnosti k firmě' 
DriverParams - blob odpovídající datům odkazovaným položkou CommunicationDocuments.DriverData_ID
Category_ID -> dohledá se podle DriverCLSID (pro každý driver je v kategoriích dokumentů jedna položka. Pokud není v dané lokalizaci k dispozici, nastaví se '5000000000' - Obecný soubor). 

CommunicationDocuments -> DocumentContents
DocDate$DATE -> CreationTime$DATE
DocDate$DATE -> CorrectionTime$DATE
--obsah č. 1
RecordData_ID -> Data_ID
PosIndex -> 1
Specification -> 0
--obsah č. 2
DriverAnswer_ID -> Data_ID
PosIndex -> 2
Specification -> 1
FileName -> 'answer.xml'

CommunicationData -> DocumentData
BlobData
Compressed -> nastaveno na false
OriginalSize -> převzato podle velikosti blobu, ve kterém byla data uložena
Compressed -> stejně jako OriginalSize
Do nové agendy Dokumenty budou převedena beze změny data ze Sledování změn. Dále se převádí údaje pro sledování změn na business objektech. V nastavení sledování změn (tabulka DataChangesSettings) položka CLSID. Ve vlastních změnách (tabulka DataChangesLogs) pak CLSID a u kom. dokladů i Obj_ID.

Pro uživatele modulu Výroba: Položka Řada dokumentů pro testování bude změněna na Kategorii dokumentů pro testování. Kategorie bude doplněna automaticky během konverze dat. (V tabulce PLMJOSetParsQueues odkaz na řadu dokladů OLEDocQueueForTesting_ID bude nahrazen odkazem na založenou kategorii a do kategorie se doplní řada dokladů OLEDocQueueForTesting_ID.)

Tabulky IntrastatReports a RetirementReports se původně odkazovaly na tabulku CommunicationDocuments. Nově se odkazují na Documents, odkazy se zkonvertují na nové OID (původní OID se u převodu tabulky CommunicationDocuments nezachovává).

Dále budou převedena následující data, která je však třeba po update zkontrolovat a případně upravit ručně, jelikož jejich 100% automatický převod není možný:

Zpět na obsah / Zpět na začátek kapitoly

ADMINISTRACE

Konfigurační soubor NEXUS.CFG

Během instalace se automaticky vytvoří konfigurační soubor NEXUS.CFG, který má strukturu běžného INI souboru s několika sekcemi. Typicky se jedná o sekce [Client] a [Server], ale může mít i další sekce, viz dále. Tento soubor slouží pro základní konfiguraci systému a pro běžnou instalaci v prostředí Windows jej většinou není třeba měnit.

Dále je uveden popis vybraných konfiguračních parametrů souboru NEXUS.CFG.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [Client]

Local v sekci [Client]

Pokud je nastaveno na 1, poběží ABRA Gx v jednouživatelské konfiguraci bez aplikačního serveru, což je výchozí konfigurace pro Demo a Free verzi. Pokud je 0, jedná se o síťový provoz proti aplikačnímu serveru.
Implicitní hodnota je 1.

ServerName v sekci [Client]

Jméno nebo IP adresa počítače, na kterém běží aplikační server v síťové konfiguraci. V jednouživatelské (lokální) konfiguraci nemá smysl.

CheckIfDatabaseRunning v sekci [Client]

Slouží k vypnutí/zapnutí kontroly, která ověřuje spuštění databázového serveru FB. Parametr se aplikuje pouze při lokální instalaci. Pokud je nastaveno na 1, kontroluje se, zda je spuštěn FB. Pokud je 0, kontrola je vypnuta. Implicitní hodnota je 1.

TerminateSafely v sekci [Client]

Je-li nastaveno na 1 je aktivní režim bezpečného ukončování klientské aplikace, při kterém nedochází k chybovým hlášením.
Implicitní hodnota je 1.

ServerNotificationInterval v sekci [Client]

Interval, v kterém klient dává vědět serveru, že je stále aktivní. Aby tuto notifikaci mohl klient posílat, je nutné, aby mu operační systém přiděloval čas procesoru.
Implicitní hodnota je 60, t.j. 1 minuta.

RecvTimeout v sekci [Client]

Časový interval v sekundách, po který bude klient čekat na odpověď serveru během TCP komunikace.
Implicitní hodnota je -2 (klient čeká na odpověď serveru nekonečně dlouho).

RecvBufferSize v sekci [Client]

Velikost bufferu klienta v Bytech pro příjem.
Implicitní hodnota je 32 768, t.j. 32KB.

SendBufferSize v sekci [Client]

Velikost bufferu klienta v Bytech pro odesílání.
Implicitní hodnota je 32 768, t.j. 32KB.

SocketBufferSize v sekci [Client] (i Server - viz dále)

Velikost TCP/IP bufferu pro komunikaci mezi serverem a klientem a naopak. Pokud je příliš velká, způsobuje to, že je v případě serveru pro každého klienta alokována příslušná část z tzv. nestránkované paměti - velikost této paměti je na systémech třídy NT limitována a tato oblast paměti se nikdy neodkládá na disk. Je-li tento údaj nastaven na -1, neomezuje se velikost bufferu, a podle toho, jaká největší data se na klienta přenášela, se upravuje.
Implicitní hodnota je 65 536, t.j. 64KB.

CompressionLevel v sekci [Client] (i Server - viz dále)

Provádění komprese dat před vlastním přenosem dat po síti. Je možné nastavit kompresi pouze jedním (např. pouze v sekci [Server]) nebo oběma směry, druhá strana umí kompresovaná data vždy zpracovat. Reálné zmenšení přenášených dat je cca 10-40%.
Je-li nastaveno na 0, komprese se neprovádí.
Je-li nastaveno na 1, provádí se rychlá komprese.
Je-li nastaveno na 2, provádí se střední komprese.
Je-li nastaveno na 3, provádí se efektivní, avšak pomalejší komprese.
Implicitní hodnota je 0 (bez komprese).

MinSizeForCompression v sekci [Client] (i Server - viz dále)

Mez pro použití komprese, má význam pouze, pokud je komprese zapnuta pomocí parametru CompressionLevel. Pokud je přenášený blok dat menší než uvedený počet bytů, komprese se nepoužije.
Implicitní hodnota je 128.

DefaultConnection v sekci [Client]

Zde je možné nastavit spojení, ke kterému se bude připojovat OLE rozhraní, nastavení lze provést pomocí packed GUID spojení, nebo @NázevSpojení.

PreferredBalanceServer v sekci [Client]

Preferovaný zátěžový server, ke kterému se klient připojí, pokud je dostupný. Má význam jen v konfiguraci s více zátěžovými servery, viz sekce BalanceServer

RestoreTransactionRecordCount v sekci [Client]

Číslo určí počet záznamů uložených v rámci jedné transakce při obnově dat. Čím je číslo vyšší, tím více rostou nároky na využití operační paměti. Naopak čím je číslo nižší, tím více roste režie s transakcemi databázového serveru. Číslo může být v intervalu <10..1000>.
Implicitní hodnota je 250.

RestoreTransactionByteCount v sekci [Client]

Číslo určí počet bytů v rámci obnovy dat, které se maximálně načtou v rámci jedné transakce. Pokud je tohle číslo překročeno, transakce se odkomituje bez ohledu na nastavení RestoreTransactionRecordCount.
Nastavení zabrání případnému vyčerpání volné paměti v případě obnovy záznamů, které obsahují velká data.
Implicitní hodnota je 100000000.

PessimisticEditLock v sekci [Client]

Je-li nastaveno na 1, je aktivní režim pesimistického zamykání editace záznamů.
Implicitní hodnota je 0.

ABRAMsgNewInfoDisplayTime v sekci [Client]

Udává hodnotu v sekundách, po kterou je zobrazena informace o nově přijatých vzkazech. V případě zadání 0 se okno nezobrazí.
Implicitní hodnota je 10 sekund.

QueryCaching v sekci [Client]

Pokud je nastaveno na 1, bude se většina výsledků SQL dotazů, které nevrací mnoho dat, kešovat. V současnosti použito pouze při tisku reportů.
Implicitní hodnota je 1.

QueryCachingMaxCacheSize v sekci [Client]

Maximální velikost keše pro výsledky SQL dotazů v bytech. Má smysl jen pro QueryCaching = 1.
Implicitní hodnota je 5242880. (5 MB)

QueryCachingMaxCacheCount v sekci [Client]

Maximální počet objektů v keši. Má smysl jen pro QueryCaching = 1. Uplatní se buď QueryCachingMaxCacheSize nebo QueryCachingMaxCacheCount, podle toho, která hodnota dříve přesáhne nastavené maximum.
Implicitní hodnota je 100 objektů.

QueryPreprocess v sekci [Client]

Pokud je nastaveno na 1, budou se v DynSQL dotazech vyhodnocovat vložené instrukce. Tyto instrukce změní SQL kvůli rychlejšímu vykonání dotazů. Týká se jenom DB platformy FB a v současnosti jsou instrukce použité ve skladových pohybech, v pohybech na objednávkách přijatých a vydaných, v pohybech na nabídkách vydaných a ve většině omezení za firmu.
Pokud je nastaveno na 0, dotaz se pouze vyčistí od vložených instrukcí a nebude se nijak modifikovat.
Implicitní hodnota je 1.

QueryMoveSeldatCondition v sekci [Client]

Pokud je nastaveno na 1, přesune pomocnou tabulku SELDAT ze sekce WHERE do sekce FROM DynSQL dotazu, kde ji připojí pomocí JOIN konstrukce k hlavní tabulce. Dotaz je pak ve většině případů rychlejší. (Tabulka SELDAT se používá k filtrování za výběrové podmínky z nějakého číselníku, pokud se vybere 50 a více položek.)
Implicitní hodnota je 1.

UserDefinedColumnsCache v sekci [Client]

Slouží pro kešování hodnot v uživatelsky přidaných sloupcích. Číslo určuje počet záznamů, které se budou kešovat v každém sloupci. Pokud je zvolena 0, hodnoty se nebudou kešovat.
Implicitní hodnota je 100.

SeldatSweep v sekci [Client]

Pokud je nastaveno na 1, pak se při práci s tabulkou SELDAT spouští pomocný dotaz, který vynutí uklizení tabulky SELDAT. Má smysl jen pro DB platformu FB.
Implicitní hodnota je 0.

SeldatSweepInterval v sekci [Client]

Udává časový interval v minutách, který musí uplynout, aby se opět spustil pomocný dotaz pro uklizení tabulky SELDAT. Na začátku práce s tabulkou SELDAT se spustí vždy, poté až minimálně v odstupech, zadaných tímto parametrem.
Implicitní hodnota je 60.

SQLActionCacheDisabled [Client]

Vypíná nebo zapíná kešování SQL dotazů na aplikačním serveru.
Pokud je nastaveno na 1, je kešování vypnuto.
Implicitní hodnota je 0.

ABRAMsgNewCheckTime [Client]

Interval v sekundách, ve kterém se kontrolují nové ABRA vzkazy.
Implicitní hodnota je 60 sekund.

NxABRAMsgNewInfoDisplayTime [Client]

Doba v sekundách, kdy je zobrazeno informační okno o ABRA vzkazech.
Implicitní hodnota je 5 sekund.

AllowRestoreFromNewerDB [Client]

Umožní spustit obnovu zálohy pořízené na novější verzi DB Enginu, než na které probíhá obnova.
Implicitní hodnota je 0.

UseOutLookWithOLE [Client]

Ovlivňuje, zda se při posílání e-mailů z různých částí systému ABRA Gx, daný e-mail vytvoří přes OLE rozhraní Outlooku, nebo přes SimpleMAPI rozhraní. (Netýká se míst, které využívají protokol MailTo nebo přímý přístup na SMTP. Více viz help.
Pokud je nastaveno na 0, pak e-mail bude posílat prostřednictvím SimpleMAPI rozhraní, přičemž se volá e-mailový klient, který je výchozím klientem pro SimpleMAPI.
Pokud je nastaveno na 1, pak je-li výchozím klientem pro SimpleMAPI rozhraní Outlook a je k dispozici OLE Outlooku, bude se e-mail posílat pomocí OLE rozhraní Outlooku; jinak jako při hodnotě 0.
Pokud je nastaveno na 2, pak se e-mail bude posílat pomocí OLE rozhraní Outlooku.
Pokud je nastavena jiná hodnota, pak jako při hodnotě 0.
Není-li SimpleMAPI rozhraní, výchozí e-mailový klient či OLE rozhraní Outlooku k dispozici, systém to ohlásí. Implicitní hodnota je 1.

WebBrowserBlackList [Client]

Umožní zadat seznam uživatelů, kterým se nemá zobrazovat interní prohlížeč zabudovaný v systému ABRA Gx (komponenta Embeded Web Browser). Např. v e-mailech, ISDOC dokumentech apod. Jedná se o řešení obcházející náhodný výskyt chyby ieframe.

Příklad syntaxe:
WebBrowserBlackList=" Ředitel - Jaroslav Novák";"Supervisor"

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [Server]

ProviderType v sekci [Server]

Typ aplikačního serveru.
Je-li nastaveno na 0, je aplikačním serverem Windows aplikace.
Je-li nastaveno na 1, je aplikačním serverem NT service (pouze u serveru Windows NT/2000/XP/2003/Window 7/Windows 8).
Je-li nastaveno na 2, je aplikačním serverem Linux daemon (pouze v případě serveru Linux).
Implicitní hodnota je 0.

StorageDLL v sekci [Server]

Jméno souboru i s cestou v kontextu serveru, který implementuje sdílenou repozitoř.
Implicitní hodnota je <cesta>\NxStg.dll

StorageFile v sekci [Server]

Jméno souboru i s cestou v kontextu serveru, který obsahuje data sdílené repozitoře.
Implicitní hodnota je <cesta>\Storage.STF

MaxOpenedUnusedConnections v sekci [Server]

Maximální počet nevyužitých spojení s databází. Pokud je -1, není tento počet nijak kontrolován a upravován. Má význam zejména v rozsáhlých síťových instalacích. Jedná se o kompromis mezi časem potřebným k vytvoření spojení s SQL serverem a tím, že každé zbytečně vytvořené spojení čerpá jisté zdroje serveru (paměť, TCP/IP spojení atd.)
Implicitní hodnota je 0.

UnusedConnectionLifeTime v sekci [Server]

Doba životnosti nevyužitého spojení s databází (v sekundách). Nevyužitá spojení jsou odložena, a pokud nejsou v definované době znovu využita nějakým klientem, uvolní se.
Implicitní hodnota je 360, t.j. 6 minut.

ClientInactivityTime v sekci [Server]

Doba, po kterou je tolerována nečinnost klienta, pokud trvá nečinnost klienta delší dobu, je spojení s klientem ukončeno ze strany serveru. Udává se v sekundách. Činností klienta se myslí skutečná komunikace s aplikačním serverem nebo v pravidelných intervalech zasílaná notifikace.
Implicitní hodnota je 360, t.j. 6 minut.

RecvTimeout v sekci [Server]

Časový interval v sekundách, po který bude server čekat na dodání dat od klienta během TCP komunikace.
Implicitní hodnota je 60 sekund (jestliže data z klienta nedorazí na server ve stanoveném intervalu, bude jej server považovat za nefunkčního a ukončí s ním komunikaci).

Port v sekci [Server]

Číslo TCP/IP portu, pomocí něhož spolu klient a server komunikují. Pro konkrétní aplikační server a všechny jeho klienty musí být toto nastavení stejné, jinak by komunikace principiálně nefungovala. Proto se nastavení nalézá pouze v jedné ze sekcí (v server) i když si informaci z něho čerpá jak serverová tak i klientská strana. Tohoto nastavení se využívá také u instalací s více než jedním aplikačním serverem na jednou počítači kde musí každý z aplikačních serverů mít nastaven svůj vlastní komunikační port.
Implicitní hodnota je 8090.

ServiceNameSuffix v sekci [Server]

Doplněk ke jménu NT služby aplikačního serveru, využije se pouze u instalací s více než jedním aplikačním serverem na jednou počítači.

SocketBufferSize v sekci [Server] (i Client - viz výše)

Velikost TCP/IP bufferu pro komunikaci mezi serverem a klientem a naopak. Pokud je příliš velká, způsobuje to, že je v případě serveru pro každého klienta alokována příslušná část z tzv. nestránkované paměti - velikost této paměti je na NT limitována a tato oblast paměti se nikdy neodkládá na disk. Je-li tento údaj nastaven na -1, neomezuje se velikost bufferu, a podle toho, jaká největší data se na klienta přenášela, se upravuje.
Implicitní hodnota je 65536, t.j. 64KB.

CompressionLevel v sekci [Server] (i Client - viz výše)

Provádění komprese dat před vlastním přenosem dat po síti. Je možné nastavit kompresi pouze jedním (např. pouze v sekci [Server]) nebo oběma směry, druhá strana umí kompresovaná data vždy zpracovat. Reálné zmenšení přenášených dat je cca 10-40%.
Je-li nastaveno na 0, komprese se neprovádí.
Je-li nastaveno na 1, provádí se rychlá komprese.
Je-li nastaveno na 2, provádí se střední komprese.
Je-li nastaveno na 3, provádí se efektivní, avšak pomalejší komprese.
Implicitní hodnota je 0 (bez komprese).

MinSizeForCompression v sekci [Server] (i Client - viz výše)

Mez pro použití komprese, má význam pouze, pokud je komprese zapnuta pomocí parametru CompressionLevel. Pokud je přenášený blok dat menší než uvedený počet bytů, komprese se nepoužije.
Implicitní hodnota je 128.

CanCountNetTraffic v sekci [Server]

Pokud je zde nastavena hodnota 1, server počítá přijaté a odeslané bajty ze síťové komunikace.
Implicitní hodnota je 0.

OCIDLL v sekci [Server]

Cesta k dynamické knihovně OCI (Oracle Call Interface).
Výchozí hodnota je prázdný řetězec (cesta se dohledá automaticky).

IsBalanceProvider v sekci [Server]

Nastaví aplikační server jako zátěžový server. Má význam jen v konfiguraci s více zátěžovými servery, viz sekce BalanceServer.

GenOIDBiggerStep v sekci [Server]

Vypíná nebo zapíná větší krok při generování identifikátorů objektů (tzv. OID).
Pokud je nastaveno na 1, OID se generují po kroku 1296. Pokud je nastaveno 0, OID se generují po kroku 36 (tedy jako dosud)
Implicitní hodnota je 0.

AuthenticationDomain v sekci [Server]

Jméno domény pro přihlášení přes doménový server na OS Windows. Podrobně viz kapitola Přihlášení uživatele, sekce Přihlášení přes doménový server v elektronické dokumentaci ABRAG2.CHM.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [Replications]

Slouží pro konfiguraci replikačního serveru.

Popis parametrů této sekce je většího rozsahu a proto je podrobně vysvětlen v elektronické dokumentaci ABRAG2.CHM v sekci "Přenosy přes replikační server".

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [HttpProxy]

Slouží pro konfiguraci serveru proxy. Systém ABRA Gx umožňuje přistupovat přímo k internetovým zdrojům např.: Hlavní okno pro spouštění agend může být konfigurováno s odkazy do sítě internet. A pokud je v dané komunikační infrastruktuře (firmě) pro přístup k internetu používán tzv. Proxy server, je třeba zadat následující podrobnosti připojení, aby bylo možné z aplikace ABRA Gx k síti internet přistupovat.

ProxyServer v sekci [HttpProxy]

IP adresa serveru proxy.
Implicitní hodnota je prázdný řetězec, spojení bez serveru proxy.

ProxyPort v sekci [HttpProxy]

Číslo TCP/IP portu, na kterém běží http server proxy.
Implicitní hodnota je 0.

ProxyUser v sekci [HttpProxy]

Jméno uživatele pro ověření serverem proxy.
Implicitní hodnota je prázdné jméno.

ProxyPassword v sekci [HttpProxy]

Heslo uživatele pro ověření serverem proxy.
Implicitní hodnota je prázdné heslo.

AllowUseIndividualProxy v sekci [HttpProxy]

Je-li nastaveno na 1, mohou uživatelé konfigurovat individuální server proxy. Lokální nastavení pak bude upřednostněno před globálním.
Implicitní hodnota je 1.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [BalanceServer1..N]

Systém ABRA je možno nakonfigurovat tak, aby používal více aplikačních serverů. Jeden z nich zůstane hlavní a poskytuje přístup ke sdíleným prostředkům jako je repozitoř, na ostatních (tzv. zátěžových) se spustí třídy pro přístup k databázi. Tyto sekce mají smysl jen pro hlavní aplikační server. Sekce se znovu načítají z konfiguračního souboru každých 5 minut.
Sekce BalanceServer začínají od čísla 1 a pokračují vzestupně k libovolnému číslu, číselná řada nesmí být přerušena. V každé sekci je popsáno připojení na zátěžový server. Jedno z těchto připojení přidělí klientovi při přihlášení hlavní aplikační server.

ServerName v sekci [BalanceServer1..N]

Název počítače se spuštěným zátěžovým serverem

Port v sekci [BalanceServer1..N]

Port, na kterém běží zátěžový server

Enabled v sekci [BalanceServer1..N]

Zda je zátěžový server povolen. Pokud není, tak se na něj nepřesměrují noví klienti, nicméně stávající na něm běží dál.

BalancePerc v sekci [BalanceServer1..N]

Odhad v procentech, kolik zátěžový server snese klientů z celkového předpokládaného množství. Klienti se rovnoměrně rozdělují k jednotlivým zátěžovým serverům v poměru daném tímto parametrem (pokud není v klientské sekci uvedeno v parametru PreferredBalanceServer jinak)

Příklad:
[BalanceServer1]
ServerName=TOM
Port=8090
Enabled=1
BalancePerc=80

[BalanceServer2]
ServerName=JERRY
Port=8090
Enabled=1
BalancePerc=30
Pokud není při připojení klienta zátěžový server dostupný, přestane být na 5 minut přidělován novým klientům a vygeneruje se hlášení do systémového logu. Pokud není ani jedno spojení na zátěžový server dostupné, klientovi se přidělí stávající aplikační server.

V nexus.cfg aplikačního serveru, který plánujeme použít jako zátěžový server, je třeba nastavit parametr IsBalanceProvider v sekci SERVER na 1.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [ScriptDebugger]

Enabled v sekci [ScriptDebugger]

Zda je povolena podpora ladění skriptů pomocí ScriptDebuggeru. Pokud není uvedeno, je podpora zapnuta. Zapnutá podpora může ve výjimečných případech na některých konfiguracích windows způsobovat pomalejší start systému ABRA.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [Scripting]

HideDeprecated v sekci [Scripting]

Některé prvky skriptování jsou označeny atributem Deprecated. Takto označené prvky lze zatím ve skriptování používat, ale v budoucnosti se s nimi nepočítá, protože byly nahrazeny alternativním kódem.
Aby se takové prvky nenabízely k použití, lze je skrýt nastavením parametru HideDeprecated = 1.
Implicitní hodnota je nula (pří ní deprecated prvky nejsou skryté).

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce [OLE]

Slouží pro konfiguraci otevřeného rozhraní. Podpora registrace com objektů systému ABRA G2 pod dalším ClassID a ProgID. Tj. umožňuje registraci dalšího OLE na jednom PC. V této sekci se nastaví nové názvy pro objekty a jejich ClassID. CLassID je UUID, které je možné vygenerovat například na stránce: http://www.famkruithof.net/uuid/uuidgen
AbraOLELib.Application.Synonymum.ProgID
AbraOLELib.Application.Synonymum.ClassID
AbraOLELib.NxStrings.Synonymum.ProgID
AbraOLELib.NxStrings.Synonymum.ClassID
AbraOLELib.NxPinBoard.Synonymum.ProgID
AbraOLELib.NxPinBoard.Synonymum.ClassID

AbraOLE.Application.Synonymum.ProgID
AbraOLE.Application.Synonymum.ClassID
AbraOLE.NxStrings.Synonymum.ProgID
AbraOLE.NxStrings.Synonymum.ClassID
AbraOLE.NxPinBoard.Synonymum.ProgID
AbraOLE.NxPinBoard.Synonymum.ClassID
U každého com objektu je potřeba nastavit nové unikátní ProgID a ClassID, viz výše. Jakmile je všechno nastaveno, je třeba com objekt přeregistrovat. Tj. po úpravě Nexus.cfg je potřeba znovu zaregistrovat AbraOLELib.dll i AbraOLE.exe pomocí agendy Nastavení klienta!
Kromě původní registrace je pak com objekt dostupný i pod registrací zadanou v této sekci.
Díky tomu je možné provozovat současně com objekty z různých instalací systému ABRA současně - samozřejmě za předpokladu, že mají parametry, zadané v této sekci, odlišné.
Šablonu pro všechny výše uvedené parametry je možné vygenerovat spuštěním AbraOle.exe s parametrem -SYN nebo -SYNONYMS.
Pokud se parametry změní nebo smažou a objekt byl takto zaregistrovaný, zůstanou záznamy v registrech. Ty se v případě potřeby musí odstranit ručně. Proto je lepší před případnou změnou provést odregistraci, která provede úpravu registrů automaticky.
Původní ClassID a ProgID com objektů zůstává zachováno a ukazuje na naposled zaregistrovanou instanci com objektů.

Příklad toho, co je potřeba vložit do Nexus.cfg. Každé ClassID musí být jiné!
[OLE]
AbraOLELib.Application.Synonymum.ProgID=AbraOLELib.Application_SK
AbraOLELib.Application.Synonymum.ClassID={99eadd50-3b89-11e1-b86c-0800200c9a66}
AbraOLELib.NxStrings.Synonymum.ProgID=AbraOLELib.NxStrings_SK
AbraOLELib.NxStrings.Synonymum.ClassID={848eb990-3b89-11e1-b86c-0800200c9a66}
AbraOLELib.NxPinBoard.Synonymum.ProgID=AbraOLELib.NxPinBoard_SK
AbraOLELib.NxPinBoard.Synonymum.ClassID={673E17D4-964A-4350-9052-5372D92427CC}

AbraOLE.Application.Synonymum.ProgID=AbraOLE.Application_SK
AbraOLE.Application.Synonymum.ClassID={8d5594e0-3b89-11e1-b86c-0800200c9a66}
AbraOLE.NxStrings.Synonymum.ProgID=AbraOLE.NxStrings_SK
AbraOLE.NxStrings.Synonymum.ClassID={94785d20-3b89-11e1-b86c-0800200c9a66}
AbraOLE.NxPinBoard.Synonymum.ProgID=AbraOLE.NxPinBoard_SK
AbraOLE.NxPinBoard.Synonymum.ClassID={E53F3D8A-E6E1-4C32-931B-AFB4C37638D0}
Takto zaregistované OLE je možné pak zavolat například následovně (uvedený příklad je ve VisualBasic skriptu):
Set mApplication = CreateObject("AbraOLE.Application_SK") ' vytvoří instanci abraole.exe
Set mApplication = CreateObject("AbraOLELib.Application_SK") ' vytvoří instanci abraolelib.dll 

RollGroups v sekci [OLE]

Je-li nastaveno na 1, bude i otevřené rozhraní používat skupiny záznamů v číselnících. Skupina se vybere podle nastavení uživatele, který se přihlašuje do otevřeného rozhraní.
Implicitní hodnota je 0.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Sekce UnreliableFirm

Slouží k nahrazení ostrého registru DPH za testovací, který slouží k testování registru nespolehlivých plátců.

Enabled v sekci [UnreliableFirm]

Je-li nastaveno na 1, bude k zavolání webové služby použita adresa WebServiceURL.

WebServiceUR v sekci [UnreliableFirm]

Slouží pro dosazení testovací služby registru DPH pro nespolehlivé plátce (http://mfwwwit-1.mfcr.cz/adistc/axis2/services/rozhraniCRPDPH.rozhraniCRPDPHSOAP).

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Logování běhu aplikace

Všechny součásti systému ABRA Gx obsahují logovací subsystém, který umožňuje podrobné logování činnosti aplikace do souborů. Logování používá typicky technik dodavatele systému při problémech s aplikací, při hledání řešení pro optimalizaci dotazů apod. Logování může použít i zkušený uživatel, avšak v tomto případě doporučujeme, aby své kroky konzultoval s dodavatelem systému.

Konfigurace logování se provádí pomocí souboru NEXUS.CFG. Ve stanoveném intervalu (výchozí hodnota je 1 minuta) aplikace čte tento soubor a změny v parametrech logování okamžitě aplikuje, proto je možné logování zapínat a vypínat i za běhu aplikací.

Dále je uvedeno:

KONFIGURACE

Aplikace při svém běhu generuje velký počet hlášení, které se při vypnutém logování zahazují, což nijak neovlivňuje výkon aplikace. Tato hlášení lze směrovat do souboru, pro každou aplikaci (klient ABRAGx, aplikační server na Windows AppServer/AppServerS či na Linuxu AppServerL apod.) se hlášení logují do samostatného souboru, při každém novém spuštění aplikace se zakládá nový soubor. Jednotlivá hlášení jsou kategorizována podle místa, kde vznikla (třída), a podle důležitosti (úroveň). Hlášení je možné filtrovat podle kategorií tak, aby se v logu objevila hlášení z pouze vybraných tříd a do určené úrovně důležitosti.

Konfigurace logování má hierarchickou strukturu a provádí se pomocí těchto sekcí v souboru NEXUS.CFG, vyhodnocení parametrů logování se provádí ve zde uvedeném pořadí:

[Logs]
Nastavení platné pro všechny třídy a všechny počítače. Tato sekce zároveň umožňuje nastavení globálních parametrů ovlivňujících logování platných pro všechny počítače, jako je např. formát jména logovacích souborů apod.

[Log.<třída>]
Nastavení pro jednu <třídu>, platí pro všechny počítače. Seznam možných tříd je uveden v samostatné kapitole níže.

[<počítač>:Logs]
Nastavení pro všechny třídy, platí pro uvedený <počítač>. Jméno počítače musí být uvedeno jménem nikoliv IP adresou. Na Linuxu lze zjistit jméno počítače pomocí "hostname". Klienti v terminálovém provozu se identifikují jako <jméno_serveru>.<jméno_stanice>, např. "SERVER.UCTARNA". Tato sekce zároveň umožňuje nastavení globálních parametrů, podobně jako sekce [Logs], avšak platných pro uvedený počítač. Zde je například výhodné definovat cestu pro soubory s logy apod.

[<počítač>:<třída>]
Nastavení pouze pro jednu <třídu>, platí pro uvedený <počítač>.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

GLOBÁLNÍ PARAMETRY

Tyto parametry jsou platné pouze pro sekci [Logs] a [<počítač>.Logs].

RefreshConfigurationInterval
Nastavení intervalu, v jakém bude konfigurace logování načtena. Hodnota se zadává v sekundách a minimální hodnota je 10 sekund.
Implicitní hodnota je 60 sekund.

LogsDirectory
Nastavení cesty, do které se mají ukládat souboru logů.
Implicitní hodnota je cesta do temp adresáře. V případě windows to je obsah env.proměnné TEMP (typicky c:\Documents and settings\aktuální_uživatel\Local Settings\Temp). Na Linuxu je typické umístění v cestě /tmp. Pozor, cesta musí existovat. Pro rychlejší nalezení logů doporučujeme si přepsat na nějakou jednoduchou cestu např. C:\Logy.

MaxLogSize
Definuje velikost logu v bytech, po jehož překročení dojde k přesunutí aktuálního souboru do zálohy a začne se vytvářet nový soubor. Soubor se zálohou má stejné jméno jako původní soubor logu, pouze se doplní o příponu s pořadovým číslem zálohy. Případné existující soubory jsou přečíslovány na číslo o jedničku vyšší.
Implicitní hodnota je 1 073 741 824B, tj. 1GB.

MaxLogFileParts
Počet souborů záloh. Soubor odsunutý do zálohy dostane ke jménu souboru jako příponu číslo. Čím větší číslo, tím se jedná o starší logy. Starší soubory než nastavený počet
jsou zapomenuty.
Implicitní hodnota je 5.

FileNameFormat
Maska pro sestavení jména logovacího souboru. V masce se mohou objevit následující značky:
%s:0 = časová značka založení souboru
%s:1 = jméno aplikace bez přípony
%s:2 = jméno počítače
%s:3 = identifikace systému (např. ABRAG3)
Pokud jsou uvedeny všechny parametry v tomto pořadí, je možné použít pouze značky %s bez čísla. Doporučujeme zadat si v tomto parametru příponu .txt aby jednotlivé logy bylo možné na windows rychle zobrazovat a nebylo nutné vybírat aplikaci pro zobrazení.

Příklad:
FileNameFormat=LOG%3:s %0:s %1:s %2:s.txt
Implicitní hodnota je "%s %s %s %s.log".

FileNameStamp
Formát časové značky ve jménu souboru logu. Je možná libovolná kombinace následujících značek (příklady v závorce pro 1.2.2005 06:07:08.009):
d = den (1)
dd = den s vodícími nulami (01)
ddd = zkratka dne v týdnu (Wed)
dddd = den v týdnu (Wednesday)
m = měsíc (2)
mm = měsíc s vodícími nulami (02)
mmm = zkratka názvu měsíce (Feb)
mmmm = název měsíce (February)
yy = poslední dvojčíslí roku (05)
yyyy = rok (2005)
h = hodina (6)
hh = hodina s vodícími nulami (06)
n = minuta (7)
nn = minuta s vodícími nulami (07)
s = sekunda (8)
ss = sekunda s vodícími nulami (08)
zzz = milisekunda s vodícími nulami (009)
Implicitní hodnota je "yy-mm-dd hh-nn-ss".
Pozor: Časová značka funguje na datum a čas spuštění příslušné aplikace. Z toho vyplývá, že druhé spuštění nějaké aplikace (např.ABRAG3.EXE) vždy znamená LOG soubor nového jména.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

OSTATNÍ PARAMETRY

Tyto parametry jsou platné pro všechny sekce.

Enabled
Pokud je nastaveno na 1, je logování aktivní
Implicitní hodnota je 0. Platí pro všechny třídy (v dřívějších verzích byla u některých tříd výjimka (např. SysLog), kdy jejich logování bylo implicitně zapnuté).

Level
Úroveň informací, které se mají logovat. Platí, že čím vyšší číslo, tím více informací se bude logovat. Možné hodnoty jsou:
0 (System) - systémové informace, typicky spuštění a ukončení aplikací
1 (Critical) - kritické chyby
2 (Error) - chyby
3 (Warning) - varování
4 (Notice) - běžná hlášení
5 (Info) - rozšiřující informace
6 (Debug) - ladící informace
Implicitní hodnota je 0.

AllowedApps
Seznam aplikací, jejichž činnost se má logovat. Jména aplikací se uvádějí bez přípony a oddělují středníkem, hodnota "*" znamená všechny aplikace.

Příklad:
AllowedApps=ABRAG3;AppServerS;ABRAOLE;DBTOOL
Implicitní hodnota je "*".

StampFormat
Formát časové značky hlášení v logu, viz popis parametru FileNameStamp.
Implicitní hodnota je "ddd dd. hh:nn:ss.zzz".

LineFormat
Formát řádky v logovacím souboru, jedná se o libovolný text, ve kterém se mohou objevit následující značky:
%s:0 = časová značka hlášení
%s:1 = číslo úrovně
%s:2 = číslo threadu
%s:3 = identifikace třídy
Text hlášení není možné tímto nastavením ovlivnit. Vždy je přidán na konec řetězce.
Pokud jsou uvedeny všechny parametry v tomto pořadí, je možné použít pouze značky %s bez čísla.

Příklad:
LineFormat=%0:s [%1:s] %2:s (%3:s)
Implicitní hodnota je "%s [%s] %s (%s)"

Target
Určuje, kam se bude log ukládat. Možné hodnoty jsou: file a memory. Lze i kombinovat dohromady, v tom případě se oddělí čárkou nebo středníkem.
file - výstup se bude ukládat do souboru tak, jako dosud. Je to také výchozí volba pro většinu logovacích tříd.
memory - výstup se bude ukládat do paměti aplikačního serveru. Zobrazit ho lze pomocí aplikace AppServerProp.exe.

Příklad:
Target=file,memory
MemoryMaxLogCount
Platí jen, pokud je v Target uvedeno memory a určuje, kolik posledních zápisů do logu se bude uchovávat na apl. serveru. Tato hodnota se vztahuje k jednomu spojení na apl. server. Výchozí hodnota je 50.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

SEZNAM TŘÍD


SysLog
Systémová hlášení.

GenOID
Hlášení subsystému pro přidělování unikátních identifikátorů.

PersistChannel
Informace o perzistentních kanálech.

RestoreData
Podrobné informace z obnovy dat.

UpdateData
Informace z update databáze.

ServerSocket
Hlášení z přenosové vrstvy (stub objekty).

TCP
Hlášení z nejnižší TCP vrstvy.

Proxy
Hlášení z přenosové vrstvy (proxy objekty).

Exceptions
Logování výjimek.

ExceptionHook
Logování výjimek v systémovém háčku. U každé výjimky je zaznamenán CallStack. Log není dostupný na Linuxu.

DatabaseConnection
Informace o databázových spojeních a transakcích.

PersistActionChannel
Vysokoúrovňové zprávy o persistentních akcích (objekt uPersist).

DynSqlPstAct
Informace o datasetech v DynSQL.

PersistLoad (skupina SQL)
Logování SQL - načítání BO.

PersistCount (skupina SQL)
Logování SQL - počet BO.

PersistTest (skupina SQL)
Logování SQL - testování existence záznamu.

PersistInsert (skupina SQL)
Logování SQL - vytváření záznamu BO.

PersistUpdate (skupina SQL)
Logování SQL - opravy záznamu BO.

PersistDelete (skupina SQL)
Logování SQL - smazání záznamu BO.

PersistActionRead (skupina SQL)
Logování SQL - persistentní akce, které čtou data (SELECT).

PersistActionWrite (skupina SQL)
Logování SQL - persistentní akce, které mění data včetně DML.

ProfilingSQL
Speciální skupina pro logování pouze těch SQL příkazů, které překročí určitý čas.
Má navíc tyto parametry:
Threshold - doba v ms. při jejímž překročení se SQL příkaz zaloguje, defaultně je 60000
SQLOutputLength - počet znaků SQL příkazu, které se zalogují, defaultně je 20. Při nastavení na 0 se zaloguje celý SQL příkaz.

Licence
Logování použitých licencí.
Je dostupný od Level=4.

SQL
Pomocná skupina zjednodušující ovládání komunikace s SQL serverem. V sekci konfigurace skupiny lze použít pouze parametry Enabled a Level, přičemž se jimi najednou konfigurují všechny třídy, které patří do téže skupiny.

Příklad části souboru NEXUS.CFG s konfigurací logování probíhajících SQL:

[Logs]
LogsDirectory=C:\Logs <cesta platna z pohledu aplikace>

[Log.SQL]
Enabled=1
Level=6

WS~Group (skupina)
Logování webových služeb. Původní řešení jednou třídou bylo změněno na několik logovacích, podrobnějších tříd, které lze lépe konfigurovat a tím získávat i podstatné informace. Při implementaci webových služeb se doporučuje zapnout skupinu. Pozor, bude vznikat množství log souborů, které je nutné rozumně odsouvat.

PVSCommunications
Logování XML zpráv posílaných a obdržených od Portálu veřejné správy pro lepší diagnostiku problémů při komunikaci s ním.

LogsManager
Logování dostupných informací o logovacím subsystému.

Oracle
Logování volání některých funkcí oracle clienta. Defaultní Target tohoto logu je memory.

WinMsg
Logování zpráv windows v hlavním okně aplikace a některých dalších prvcích.
Má navíc tyto parametry:
MsgMin - min. číslo zprávy, od které se bude logovat
MsgMax - max. číslo zprávy, od které se bude logovat
SourceContain - text, který musí obsahovat text zprávy, aby se zalogovala
Při Level=2 se loguje jen, pokud nastane v obsluze zprávy výjimka, při Level=6 loguje všechny zprávy, které do obsluhy zpráv vstoupí

ObjectTracking
Logování vytvoření a zrušení některých objektů

SCM
Logování modulu SCM

Email
Logování odesílání e-mailů ze systému ABRA Gx. Mj. vypíše informace týkající se odesílání e-mailů přes SimpleMAPI rozhraní resp. přes OLE rozhraní Outlooku. Viz též help.

DigSec
Logování funkcí digitálního zabezpečení - podepisování a kryptování.

FastSearch
Logování rychlého vyhledávání v ABRA Gx.

Authentication
Logování přihlašování do ABRA Gx.

RollOperation
Logování v číselnících.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA EXCEPTIONS

Třída Exceptions loguje výjimky.

ExcludedExceptionClasses
V aplikacích se používá mnoho tříd výjimek, např. Exception, NxError, EAbort atd. Logování všeho činí složitějším vyhledávání informací, proto je možné zadat filtr, které třídy nás nezajímají. Více tříd je nutné oddělit středníkem.
Výchozí hodnota je EAbort;NxHiddenError.

ExcludedNxErrorCodes
ABRA zavedla svoji třídu výjimek NxErorr. Jednotlivé chyby se od sebe rozlišují číslem, tzv. ErrorCode. Podobně jako u ExcludedExceptionClasses je výhodné určité chybové kódy nelogovat. Více hodnot je možné zadat tak, že jednotlivé hodnoty se oddělí středníkem.
Výchozí hodnota parametru ExcludedNxErrorCodes je 1511 (neexistující položka business objektu). Tzn. není-li parametr ExcludedNxErrorCodes nastaven, neloguje se výskyt výjimky 1511 a ostatní výjimky se logují.

Chcete-li logování výjimky 1511 zapnout, musíte v Nexus.CFG uvést následující:
[Log.Exceptions]
Enabled=1
ExcludedNxErrorCodes=

Při následujícím nastavení se logují všechny výjimky kromě 1511
[Log.Exceptions]
Enabled=1

WithConvertions
Příznak, zda zaznamenávat do logů i konverze výjimek.
Výchozí hodnota je 0.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA DQ~ORDNUMBER, ADQ~ORDNUMBER a CRM~ORDNUMBER

Logováná přidělování čísla dokladům.

EnableStatistics
Povolení statistik.
Výchozí hodnota je 1.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA EXCEPTIONHOOK

Třída ExceptionHook loguje výjimky v systémovém háčku. Tento log je schopný zaznamenat veškeré výjimky za běhu programu. Při ukončování aplikace jsou události zaznamenávané pouze po dobu existence instance logovací třídy.

ExcludedExceptionClasses
V aplikacích se používá mnoho tříd výjimek, např. Exception, NxError, EAbort atd. Logování všeho činí složitějším vyhledávání informací, proto je možné zadat filtr, které třídy nás nezajímají. Více tříd je nutné oddělit středníkem.
Výchozí hodnota je EAbort;NxHiddenError.
Výchozí hodnota je EAbort;NxHiddenError;EIdSocketError;EIdConnectTimeout;EIdNotASocket.

ExcludedNxErrorCodes
ABRA zavedla svoji třídu výjimek NxErorr. Jednotlivé chyby se od sebe rozlišují číslem, tzv. ErrorCode. Podobně jako u ExcludedExceptionClasses je výhodné určité chybové kódy nelogovat. Více hodnot je možné zadat tak, že jednotlivé hodnoty se oddělí středníkem.
Výchozí hodnota parametru ExcludedNxErrorCodes je 1511 (neexistující položka business objektu). Tzn. není-li parametr ExcludedNxErrorCodes nastaven, neloguje se výskyt výjimky 1511 a ostatní výjimky se logují.

Chcete-li logování výjimky 1511 zapnout, musíte v Nexus.CFG uvést následující:
[Log.Exceptions]
Enabled=1
ExcludedNxErrorCodes=

Při následujícím nastavení se logují všechny výjimky kromě 1511
[Log.Exceptions]
Enabled=1

CallStack
Příznak, zda doplnit ke každé výjimce CallStack.
Výchozí hodnota je 1.

WithConvertions
Příznak, zda zaznamenávat do logů i konverze výjimek.
Výchozí hodnota je 0.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA MODALWINDOWS

Třída ModalWindows zapisuje do logu informace o modálních oknech. Takové okno vyžaduje interaktivní zásah obsluhy. Aktivací logu se může osvětlit, proč dojde k "zaseknutí" procesů, které nesmí být interaktivní, např. webové služby, automatizační server atd.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA NxScriptingLog

Třída NxScriptingLog je zveřejněna do skriptování a umožňuje interní logování přímo ze skriptování.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

SKUPINA AS~GROUP

Skupina zaznamenávající informace o běhu automatizačního serveru. Aby bylo možné rozumně logovat dění v automatizačním serveru, používají se pro jeho části své logy. Logů není málo, proto pro jsme pro zjednodušení konfigurace logování zavedli skupinu. Není třeba se obávat zpomalení automatizačního serveru.

Pozor, při logování automatizačního serveru v čase vzniká množství souborů, které je potřeba rozumně odsouvat.

Skupina by měla být vždy aktivovaná.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

SKUPINA AS~SYNCHGROUP

Zaznamenávání synchronizačních objektů automatizačního serveru. Automatizační server je vícevláknová aplikace, která používá synchronizační objekty jádra windows. Skupina poskytuje doplňkové informace ke skupině AS~GROUP. Informace jsou čistě ladícího charakteru.

Skupinu aktivovat pouze na žádost vývoje, jinak zbytečně zahlcuje logy. Nemá smysl skupinu aktivovat bez skupiny AS~GROUP.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

SKUPINA AS~TASKGROUP

Jednotlivé typy úloh automatizačního serveru logují informace. Tříd v této skupině je opět mnoho, co typ úlohy, to logovací třída.

Třídu je doporučeno aktivovat v okamžiku, kdy je potřeba sledovat, co se v úlohách děje. Nemá smysl skupinu aktivovat bez skupiny AS~GROUP.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA ACCPRESET

Třída zapisuje do logu informace o průběhu předkontování účetních zápisů. Loguje pomocí zpráv typu 4 (Notice, "běžná hlášení") a případné chyby během vyhodnocení výrazu předkontací pomocí typu 2 (Error, "chyby"). Třídu je doporučeno aktivovat v okamžiku, kdy je potřeba sledovat, co se přesně děje v okamžiku předkontovávání, pokud se účetní zápisy nepředkontovaly dle očekávání, ale není zřejmé proč.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

TŘÍDA FAILEDQUERIES

Třída zapisuje do logu informace o všech chybných SQL dotazech.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Skupina AbraOLE

Skupina umožňuje logovat činnost OLE klienta. Pro všechny třídy v OLE jsou zavedeny samostatné logy, které jsou součástí skupiny AbraOLE, stačí tedy zapnout ji.
[Log.AbraOLE]
Enabled=1
Level=6

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

 

Nástroje

Popis vybraných nástrojů:

Mapimail

Nástroj slouží pro odesílání elektronické pošty z příkazové řádky pomocí rozhraní SimpleMAPI. Toto rozhraní podporuje většina moderních klientů elektronické pošty typu Outlook, Outlook Express nebo Mozilla Thunderbird.

Použití: MAPIMAIL [volby]

Volby:
-t <adresa> adresa příjemce
-c <adresa> adresa kopie
-s <předmět> předmět zprávy
-b <text> tělo zprávy
-b @<soubor> tělo zprávy ze souboru
-a <soubor> příloha ze souboru
-d zobrazení editoru zprávy před odesláním

Příklady:

MAPIMAIL -t novak@email.cz -c stejskal@seznam.cz -s "Faktura FV-5/2005" -b "V příloze posíláme fakturu FV-5/2005" -a fv-5-2005.arp
MAPIMAIL -t stejskal@seznam.cz -s "Pozdrav" -b @c:\texty\pozdrav.txt

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Shopen

Nástroj slouží pro otevření souboru zadaného parametrem pomocí standardní aplikace, která je k danému souboru/adrese v operačním systému přiřazena. Pokud se předá jako parametr webová adresa, otevře se standardní prohlížeč webu. Pokud jméno souboru nebo adresy obsahuje mezery, je nutné jej uzavřít mezi dvojité uvozovky.

Příklady:

SHOPEN c:\ABRAG3\nexus.cfg
SHOPEN www.abra.eu

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Scripter/scr

Nástroj pro zpracování dávkových SQL příkazů - skriptů. SCR je verze pro použití z příkazové řádky, parametry viz SCR -?.

Formát skriptu:

a) řádky uvozené znaky // jsou chápány jako komentář a ignorovány
b) makropříkazy začínají znakem # následovaným klíčovým slovem. Pokud není uvedeno jinak, musí být jednotlivé prvky makra odděleny jedním nebo více znaky mezera nebo "tabulátor". Řetězcové konstanty se zapisují přímo, ale pokud mají obsahovat mezery, musí být uzavřeny mezi dvojité uvozovky (").
c) makro musí být celé zapsáno na jediném řádku.
d) jakýkoliv text, který není komentář nebo makro, je chápán jako SQL příkaz nebo dávka dat pro SQL. Jednotlivé SQL příkazy musí být ukončeny terminální sekvencí definovanou pomocí makropříkazu #SET TERM.
e) SQL příkazy, které obsahují znaky ":" jsou chápány jako dávkové SQL. Za takovým příkazem je očekávána dávka dat ve formátu SDF. Začátek dávky je vyznačen řádkem se znakem "\" a konec je vyznačen řádkem se znakem "/". Parametry pro dosazení hodnot z dávky dat musí být identifikovány pořadovým číslem hodnoty na řádku dat. Pokud se má zapsat hodnota NULL, je třeba data uvést jako deset nul ("0000000000") a do jména parametru doplnit podtržítko a koncovku ID, např.: "1_ID".

Podporované makropříkazy:


#SET TERM [sekvence]
Definuje sekvenci znaků, která ukončuje příkaz.
Implicitní hodnota je středník.

#SET VALUE [název] = ([řetězec] | VALUE [název] | SUBST [název] )
Definuje hodnotu.

#SET SUBST [název] = ([řetězec] | VALUE [název] | SUBST [název] )
Definuje substituci.

#IF EXIST (TABLE [název] | VALUE [název] | SUBST [název]) [makro]
Podmíněný příkaz, testuje se existence tabulky, hodnoty nebo substituce. Pokud existuje, vykoná se uvedený makropříkaz (všechny mimo #IF). Typickým makropříkazem je #GOTO.

#IF VALUE [název] [operátor] ([řetězec] | VALUE [název] | SUBST [název]) [makro]
Podmíněný příkaz, operátor může být <, <=, >, >=, <>, CONTAIN nebo START. Pokud je vyhodnocený výraz pravda, vykoná se uvedený makropříkaz (všechny mimo #IF).

#IF SUBST [název] [operátor] ([řetězec] | VALUE [název] | SUBST [název]) [makro]
Podmíněný příkaz, operátor může být <, <=, >, >=, <>, CONTAIN nebo START. Pokud je vyhodnocený výraz pravda, vykoná se uvedený makropříkaz (všechny mimo #IF).

#COMMIT
Provede commit.

#GOTO [label]
Skok na návěští.

#LABEL [label]
Definice návěští.

#EXPORT TABLE [název] TO STREAM [název]
Exportuje obsah tabulky do substreamu ve výstupním souboru, výstupní soubor má interní formát NXA, v jednom souboru může být více substreamů. Soubor je možné použít ve spojení s makropříkazem #IMPORT pro přenos dat např. do jiné databáze.

#IMPORT TABLE [název] FROM STREAM [název]
Importuje obsah substreamu vstupního souboru do tabulky, vstupní soubor má interní formát NXA a je ho možné vytvořit pomocí makropříkazu #EXPORT.

#CALL [název] [ [řetězec] | VALUE [název] | SUBST [název],... ]
Interní příkaz, zavolá interní obsluhu a předá jí uvedené parametry.

Příklad použití:
#SET TERM \\
CREATE TABLE POKUS
(ID CHAR(10),
KOD INTEGER,
NAZEV VARCHAR(30),
POZNAMKA VARCHAR(100))\\
#SET TERM ;
#COMMIT
INSERT INTO POKUS (ID,KOD,NAZEV,POZNAMKA) VALUES (:1, :2, :3, :4);
\
"1111111111",111,"Řádek č.1","Poznámka 1"
"2222222222",0,"Řádek č.2","Poznámka 2"
"3333333333",333,"Řádek č.3",""
/

#EXPORT TABLE POKUS TO STREAM pokus

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

ServiceTool

Nástroj na opravu některých známých chyb v datech, které se mohou např. nešetrným updatem dat zvenčí nebo chybou programu ve starších verzích poškodit, což může vést např. na to, že některé doklady nelze zaúčtovat ze žádostí do deníku nebo je nelze zaplatit apod. Typické chyby, které pak ABRA Gx hlásí, jsou např. "Neplatný objekt", "Objekt nenalezen" apod.

Po spuštění a volbě spojení je možné v seznamu dostupných kontrolních funkcí zaškrtnout ty, které se mají spustit. Je možné vybrat i vše najednou pomocí funkčních tlačítek Vybrat vše/Zrušit vše nad seznamem či pomocí voleb lokálního menu. Pod seznamem kontrolních funkcí je možno nastavit datumové omezení pro kontrolované doklady. (Doporučeno nastavit u dlouho trvajících kontrol, např. "Výpočet částky dokladu při slevě".)

Po spuštění se testy provádějí, výsledkem je seznam chyb, který je možný uložit do souboru a dále analyzovat. Nástroj umožňuje některé chyby také automaticky opravit, v tom případě nalezené chyby vyberte a zvolte Dokončit. Chyba, která je vybrána pro opravu, má ve sloupci Vybrat uvedenu hodnotu ANO. Výběr chyb se provádí dvojitým kliknutím myši nebo pomocí funkčních tlačítek, které jsou umístěny pod seznamem.

Některé testy, např. "Výpočet částky dokladu při slevě", umožňují chybu opravit dvojím způsobem. Způsob opravy je možno nastavit pro každý záznam zvlášť výběrem z rozbalovacího seznamu ve sloupci "Způsob opravy" v seznamu. Dále je možno nastavit způsob pro více označených záznamů pomocí tlačítka "Hromadně", které se nachází na navigátoru pod seznamem.

Nástroj je možné spouštět opakovaně. V instalacích s replikacemi je v úvodních krocích nástroje dostupné zatržítko "Prováděné změny v datech replikovat na ostatní hnízda". Není-li zatrženo, tak se oprava nezreplikuje a je třeba spustit nástroj Service Tool i na ostatních pobočkách (hnízdech). Je-li zatrženo, tak jej spusťte pouze na jedné pobočce, změny se na ostatní pobočky zreplikují. Zpřístupnění se při této operaci nekontrolují. Doporučujeme provádět opravy mimo běžný provoz.

Nástroj vyhledává a opravuje tyto chyby:

Stav na dílčích kartách

Nesouhlasí stav na dílčích skladových kartách vs. skladové pohyby. Nástroj opraví stav na dílčích kartách.

Chybějící zdrojové skupiny

Vazby ze zdrojových dokladů ukazují na již neexistující zdrojovou skupinu. Nástroj tyto zdrojové skupiny znovu vytvoří.

Neplatné vazby mezi zdrojovými skupinami a doklady

Existují vazby mezi zdrojovými skupinami a již neexistujícími doklady. Provede kontrolu všech použitých typů dokladů (tzn. existujících v tabulce Relations s typem mezi 200 a 299). Nástroj zobrazí informaci o dokladech, které již neexistují, ale byla na ně nalezena vazba v relacích. Neplatné vazby odstraní. (Původně šlo o kontrolu "Neplatné vazby mezi zdrojovou skupinou a deníkem", která kontrolovala pouze vazby mezi zdrojovými skupinami a neexistujícími záznamy v účetním deníku).

Záznamy v deníku bez vazby na zdrojový doklad

Kontrola provede detekci záznamů v účetním deníku bez vazby na zdrojový doklad. Nástroj tyto záznamy v deníku zruší, doporučujeme znovu přeúčtovat nalezené zdrojové doklady přímo v ABRA Gx.

Vazby zdrojových dokladů na neexistující účetní zápisy

Existují vazby mezi zdrojovými doklady a již neexistujícím záznamem v účetním deníku. Nástroj neplatné vazby odstraní.

Stav plateb na dokladech

Nesouhlasí stav zaplacení na hlavičkách dokladů se součty jednotlivých plateb. Nástroj opraví zaplacenou částku na hlavičkách dokladů.

Stav dobropisů na fakturách

Nesouhlasí stav dobropisování na hlavičkách faktur se součtem jednotlivých dobropisů. Nástroj opraví dobropisovanou částku na hlavičkách dokladů.

Stav plateb dobropisů na fakturách

Nesouhlasí stav zaplacení dobropisů na hlavičkách dokladů se součty jednotlivých plateb dobropisů. Nástroj opraví zaplacenou částku dobropisů na hlavičkách dokladů.

Chybné odkazy na placené doklady

Na platících dokladech jsou odkazy na již neexistující placené doklady. Nástroj tyto odkazy odstraní.

Neúplné odkazy na placené doklady

Na platících dokladech jsou neúplné odkazy na placené doklady. Nástroj tyto odkazy odstraní.

Stav na skladových uzávěrkách

Nesouhlasí stav v uzávěrce skladu proti součtu skladových pohybů. Nástroj nemůže tyto chyby odstranit, je nutné uzávěrku zrušit a znovu spustit funkci Uzávěrka skladu.

Duplicita jednotek skladových karet

Některé skladové karty mají více jednotek se stejným kódem (např. ks a KS), což bylo ve starších verzích možné. Nástroj nemůže tyto chyby odstranit, pouze vyhledat, je nutné uživatelsky karty opravit a duplicitní jednotky odstranit.

Ceníkové ceny bez vazby na jednotky a duplicitní záznamy

Existují chybné nebo duplicitní ceny v prodejních cenících, většinou vznikly v důsledku duplicit skladových jednotek. Nástroj záznamy odstraní.

Nesoulad vztahu jednotky mezi skl.kartami a řádky ceníku

Nástroj na opravu UnitRate na řádcích ceníků (po změně vztahu na jednotce skl. karty). Na řádcích ceníku, kde se UnitRate liší od aktuálního UnitRate příslušné sklad. karty, se UnitRate přepíše hodnotou ze skl. karty.

Záznamy v deníku s vazbou na řádek bankovního výpisu, který platí více dokladů

Existují chybně zaúčtované zápisy v účetním deníku, které vznikly v důsledku chyby ve zpracování rozpadlých řádků bankovních výpisů, kdy u BV s řádky sloučených plateb docházelo k zaúčtování jak řádku sloučené platby, tak řádků rozpadu.

Čerpané množství na dokladech

Nástroj na vyhledání a opravu rozdílů čerpaného množství na zdrojových dokladech v závislosti na cílových dokladech. Například při importu objednávky přijaté (OP) do dodacího listu (DL) tento nástroj zkontroluje čerpané množství na řádku OP a sumu množství z řádků DL, do kterých byla OP importována.

Odkaz na řádku čerpaného dokladu

Nástroj na vyhledání a opravu řádků příjemky (PR), které mají odkaz na řádek objednávky vydané (OV), ale OV neexistuje. PR vzniká importem z OV. Oprava spočívá ve vymazání odkazu na neexistující OV.

DPH na objednávkách vydaných s typem obchodu jiným než "Tuzemsko"

Nástroj na vyhledání a opravu objednávek vydaných (OV), které mají na hlavičce nastaven jiný typ obchodu než Tuzemsko, ale mají na hlavičce zašktnuto s Cenami a DPH a na řádku OV je jiná sazba DPH než 0%.

Chybné pokladní doklady

Nástroj umožňující provést přepočet chybných pokladních dokladů (účtenek a hromadných účtenek) podle zadaných parametrů: Přesnost zaokrouhlení koeficientu pro výpočet DPH (není k dispozici pro SK lokalizaci (defaultně nastaven na 0)) a Zdanění zaokrouhlení.

Stav výstupních DPH dokladů

Na výstupních dokladech s počítanou DPH (FV, PP, DV, VP) neodpovídají částky v hlavičce (cena celkem, cena celkem lok., cena bez DPH a cena bez DPH lok.) částkám v řádcích. Nástroj zaktualizuje částky na hlavičce podle řádků.

Chybné součty v položkách Celkem kredit a Celkem debet na bankovních výpisech nebo chybná vazba na řádek rozpadu

Částka celkem kredit a debet na hlavičce BV neodpovídá řádkům; mohlo vzniknout v důsledku chyby při kopírování BV s rozpadem (při kopírování zůstával na řádku rozpadu odkaz na hlavní řádek z původního objektu (pole BankStatementRow_ID) a do hodnot "Celkem kredit" a "Celkem debet" se pak započetly i řádky, které jsou rozpadem).
Nástroj opraví chybné hodnoty "Celkem kredit" a "Celkem debet"; chybné řádky rozpadu (řádky s chybným "BankStatementRow_ID") převede na hlavní řádky bankovního výpisu. Doporučujeme si zkontrolovat uvedené bankovní výpisy, zda neobsahují nadbytečné řádky.

Řádky bankovních výpisů s rozpady majícími odlišný kurz měny nebo kurz vztažný - oprava se provede automaticky při opakovaném uložení BV

Existují BV, které mají řádky s rozpady s odlišným kurzem měny nebo kurzem vztažným, než je na zdrojovém řádku; mohlo vzniknout v důsledku chyby, která umožňovala změnit kurz na řádcích BV, které mají rozpady (čímž došlo k odlišnému výpočtu lokální částky v rozpadech a ve zdrojové řádce).
Nástroj vypíše seznam takových řádků BV (kontrola zapisuje označené záznamy do servisní knížky s příznakem zobrazení při startu systému ABRA). Kontrola slouží jen pro informaci, protože k opravě dojde automaticky při uložení daného bankovního výpisu.

Řádky FF, PP, DV, VP, které mají nevyplněnu částku zboží v Intrastatu

Nástroj pro doplnění položky Částka pro Intrastat na dokladech, které mají na řádku nastaveno, že se mají do Intrastat započítávat a mají nenulovou částku, ale Částka pro Intrastat zůstala nulová. (Detekce se provádí pomocí položky IntrastatCompleteKind na hlavičkách a ToIntrastat na řádcích dokladů). Nástroj sloužil především pro doplnění částky na starších dokladech po update ze starších verzí na v.8.04, v níž byla položka Částka pro Intrastat zavedena.

Rovnost částek s daní a bez daně řádků s DPH sazbou 0%

Nástroj na dohledání chybně zaúčtovaných dokladů s DPH sazbou 0%, u kterých se částky s daní a bez daně dokladu liší (mohlo vzniknout v důsledku chyby vyúčtování přijaté faktury z EU vzniklé z příjemky). Nástroj pouze dohledá chybné doklady, uživatel je musí opravit sám.

Zaúčtování dokladů DRC v nelokální měně

Nástroj na dohledání DRC dokladů (vystavených k dokladům v cizí měně), které jsou v důsledku chyby zaúčtovány v účetnictví částkou v cizí měně. Nástroj pouze chybné doklady dohledá, uživatel je musí opravit sám.

Oprava pokladního prodeje po přenosu z jiného hnízda

Nástroj se musí použít po přenosu dat z jiného hnízda, pokud data nebyla obnovena z NXB/ABF, ale jiným způsobem, např. přes gbak. (V takovém případě se stane, že některé nezpracované účtenky se nezahrnou do uzávěrky pokladního prodeje. Jde o to, že při klasické obnově dat (přes agendy ABRA Gx) se provádí trigger, který nezpracované účtenky vloží do pomocné "SYS tabulky", kde jsou účtenky pro uzávěrku. Na centrále se účtenky z poboček přenesené přes replikace do této tabulky nevkládají.)

Oprava majetkových odpisů po EUR konverzi (Jen pro SK lokalizaci)

Nástroj řeší problém, kdy existují karty s odpisy, které po EUR konverzi vykazují drobné nesrovnalosti z důvodu zaokrouhlování přepočtených částek na měnu EUR. Nástroj zkoriguje průběh odpisování. Je nutné provést přepočet odpisů a zkontrolovat knihu majetku proti účetnictví.

Kontrola uplatnění dokladů změny ceny do odpisů karet DNM a karet odpisovaných dle životnosti

U karet majetku odpisovaných daňově jako DNM nebo podle životnosti mohlo v dřívějších verzích vlivem chyby za určitých okolností dojít k tomu, že se tech. zhodnocení započítalo do ceny majetku (a tím i do odpisů) 2x.
Nástroj dohledá a vypíše karty majetku, u kterých mohlo k dané chybě dojít. Po spuštění dohledání chyb je uživatel vyzván k zadání data, do kterého se mají doklady TZ vyhledávat (a to proto, že od verze 9.03 vč. již byla chyba odstraněna, tudíž je zbytečné kontrolovat tech. zhodnocení vystavená po datu, od kdy byla nasazena verze 9.03). Nástroj chyby neopravuje, pouze detekuje karty, na kterých mohlo k chybám dojít. Uživatel musí sám prohlédnout odpisy na kartě a posoudit, jestli jsou tech. zhodnocení promítnuta do karty správně a v případě potřeby musí provést přepočet odpisů.

Chybné stavy zaplacení jednotlivých dokladů po EUR konverzi (Má význam jen pro SK lokalizaci)

Nástroj řeší problém zaplacenosti dokladů po EUR konverzi. Opravu zaplacenosti dokladů po přechodu na EURO provede vytvořením dokladů "Ostatní příjem"/"Ostatní výdej".

Chybné částky skladových uzávěrek proti sumě pohybů po EUR konverzi (Má význam jen pro SK lokalizaci)

Nástroj řeší problém, kdy stav skladu po EUR konverzi vykazuje rozdíly mezi částkami skladových uzávěrek vůči sumě skl. pohybů k 31.12.2008. Nástroj tuto situaci narovnává promítnutím rozdílu do posledního pohybu dané karty v příslušném skladu.

Chybějící data osoby v adresáři firem

Nástroj slouží pro přenesení telefonních čísel a e-mailových adres evidovaných u osob v Adresáři osob do osob evidovaných k firmám v Adresáři firem (na záložce Detail/Osoby). Nástroj vypíše záznamy osob, které mají alespoň jednu položku na adrese osoby (Tel.1 , Tel.2, E-mail) vyplněnu a zároveň alespoň jednu položku na Osobách ve firmě (Firemní tel.1, Firemní tel.2, Firemní e-mail) nevyplněnu. Umožní provést doplnění údajů Firemní tel.1, Firemní tel.2 a Firemní e-mail z údajů v adresáři Osob. Již zadané údaje nepřepisuje.

Kontrola výchozího skladového menu v seznamu skladových menu karty

Kontrola zjistí, zda existují skladové karty, které mají na sobě zapsáno menu, ale toto menu se nezobrazuje na záložce "Skladové menu". Pokud takové karty existují, vypíše je a oprava zajistí přidání karet do seznamu na záložce "Skladové menu". Pokud má uživatel nainstalované replikace, lze opravu povést jenom tehdy, pokud v ServiceTool zatrhne volbu "Prováděné změny v datech replikovat na ostatní hnízda". Pokud tuto volbu nezatrhne, tak program oznámí, že opravu nelze provést.

Kontrola správného nastavení příznaku zahrnutí do hlášení Intrastat u položek agendy Skladové typy

Kontrola zjistí, zda v datech dané agendy nejsou záznamy, které mají v důsledku chyby nastaveno IntrastatTransport = 'A' nebo SplitIntrastat = 'A' a ToIntrastat = 'N'. Pokud takové skladové typy existují, vypíše je a nabídne jejich opravu. Oprava nastaví takové záznamy do stavu ToIntrastat = 'A'.

Výpočet částky dokladu při slevě

Ve v.11.03.04 byla zanesena chyba, která způsobila, že se změnil způsob zaokrouhlování slevené částky na řádcích dokladů FV, PP, DV, VP, OP a NV (typy řádků 2 a 3) v případě, že jste měli ve firemním parametru "Slevy na výstupních dokladech uplatňovat" nastavenu hodnotu "Uplatnění slev na jedn. cenu". Změněný způsob zaokrouhlení vedl k tomu, že slevená cena (a tím pádem i výsledná sleva na dokladu) vycházela stejně, jako by v parametru byla hodnota "Uplatnění slev na celk. cenu". Do v.11.05 byl způsob výpočtu slevené částky pro hodnotu "Uplatnění slev na jedn. cenu" navrácen zpět do původní podoby. Na dokladech vystavených ve v.11.03 nebo vystavených dříve a opravených ve v.11.03 je tedy třeba buď změnit zapamatovanou informaci o hodnotě parametru nebo přepočítat částky, a to podle toho, v jakém stavu byl doklad odeslán zákazníkovi a v jakém stavu dokladu bylo odvedeno DPH.
Nástroj vypíše všechny doklady, u nichž je nesoulad mezi částkou na dokladu, hodnotou parametru zapamatovanou na dokladu a částkou, která by aktuálně pro danou hodnotu parametru měla na dokladu vycházet. Z toho ty doklady, které byly pořízené po zanesení chyby a nebyly následně uživatelem opravovány, nástroj nabídne upravit rovnou tak, aby v nové verzi ABRY nedošlo k jejich přepočtení (změní na nich informaci o hodnotě parametru). U dokladů, které byly uživatelem ve v.11.03 opravovány, musí uživatel způsob opravy vybrat (částky ponechat a jen změnit informaci pamatovanou na dokladu o hodnotě parametru nebo částky přepočítat podle platného způsobu výpočtu pro danou hodnotu parametru).

Kontrola existence cílového řádku v odkazu popisujícím placení

Nástroj řeší problém, kdy uzávěrka fakturace generuje nerealizované kurzové rozdíly i pro doklady, které jsou plně uhrazeny (díky odkazům z rozdělení plateb na neexistující řádky dokladů). Nástroj opraví řádky popisující rozdělení plateb, které odkazují na smazané řádky dokladu (může se týkat dokladů zálohové listy vydané (ZLV), zálohové listy přijaté (ZLP), daňové zálohové listy vydané (DZV), dobropisy daňových zálohových listů vydaných (DDV), daňové zálohové listy přijaté (DZP), dobropisy daňových zálohových listů přijatých (DDP)).

Stav dodatečných údajů ke skladovým dokladům

Nesouhlasí dodatečné údaje pro skladové doklady v systémové tabulce (SYS$StoreDocuments3). Údaje se počítají automaticky pomocí triggerů nad tabulkami hlaviček a řádků skladových dokladů (StoreDocuments a StoreDocuments2). Nástroj opraví dodatečné informace v systémové tabulce.

Rovnost částek s daní a bez daně u dokladů se zahraničním typem obchodu

Nerovná se částka s a bez daně (na řádcích nebo hlavičce) nebo je chybně zvolen způsob zadání cen na fakturách přijatých (FP), dobropisech faktur přijatých (DP), pokladních výdajích (PV), vrácení pokladních výdajů (VV) a ostatních výdajích (OSV) s typem obchodu 2, 3 a 4 (Z jiné země EU režim "reverse charge" nebo třístranný obchod, Mimo EU, Z jiné země EU DPH nebude uplatněna), které obsahují pouze řádky s nulovou sazbou. Nástroj chybné částky opraví tak, že částku bez daně nastaví dle částky s daní. U chybně vybraného způsobu zadání částek změní způsob zadání na hodnotu 2 (s daní + DPH -> bez daně).

Příznak stavu zadání šarží resp. sériových čísel (BatchStatus) na skladových dokladech

Nesouhlasí hodnota příznaku stavu zadání šarží resp. sériových čísel (BatchStatus). Nástroj opraví stavy v řádcích skladových dokladů.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Scriptdebugger

Tento nástroj umožňuje ladit balíčky skriptů, krokovat jejich běh, pozastavovat na bodech zastavení (breakpoints), zjišťovat zanoření volání (callstack), vyhodnocovat výrazy, zachytávat ladící hlášení, zjišťovat a měnit hodnoty lokálních proměnných skriptů apod.

Nástroj ScriptDebugger vyžaduje pro svou činnost desktopový OS Windows XP a vyšší, popřípadě serverový OS Windows 2003 a vyšší. Dále je třeba na případném firewallu povolit port 8438. Pokud je použit pouze vestavěný firewall ve Windows, pak postačí při navázání povolit tomuto programu TCP komunikaci.

Typické ladící sezení probíhá takto:
  1. laděné balíčky skriptů musí být zkompilované a musí mít nastaven stav "Ladit", skripty bez tohoto příznaku není možné ladit
  2. spustí se ScriptDebugger, seznam připojených klientů bude prázdný
  3. spustí se ABRA s laděnými balíčky a přihlásí se uživatel, který musí mít privilegium "Ladit skripty", uživatelé bez tohoto privilegia nemohou ladit žádné skripty
  4. v seznamu připojených klientů ve ScriptDebuggeru se objeví spuštěná ABRA a otevře se prázdné pracovní okno klienta
  5. uživatel normálně v systému ABRA pracuje, v okamžiku, kdy se zavádí libovolný laděný skript (např. skript typu "Agenda" při prvním spuštění skriptované agendy), zastaví se jeho provádění a v pracovním okně ScriptDebuggeru se objeví zdrojový kód skriptu, ukazatel stojí na jeho první řádce
  6. v tento okamžik je možné:
Nástroj ScriptDebugger obsahuje mnoho dalších funkcí a vlastností, obvyklých pro tzv. IDE prostředí, např. zapnutí zastavování běhu při vzniku výjimky v kódu skriptu, zobrazování ladících informací odesílaných ze skriptu pomocí vestavěné funkce OutputDebugString apod.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

DBExport a DBExportCmd

Nástroj DBExport slouží k exportu dat vybraného spojení do souboru. Obsahem tohoto souboru jsou POUZE data tabulek a hodnoty sekvencí (generátorů). Pokud jsou v databázi použita synonyma odkazující na tabulky (aktuálně možné jen na db. Oracle), data těchto tabulek jsou rovněž připojena do souboru.

Z tohoto souboru je možné data naimportovat do jiného spojení jiné instalace ABRA Gx (jejíž verze může být teoreticky i odlišná od verze, z níž byl pořízen soubor exportu, nicméně v takovém případě lze očekávat, že při importu nastanou potíže způsobené změnou databázových struktur mezi verzemi, které budete muset ručně ošetřit, viz dále).

DBExportCmd je varianta nástroje DBExport a slouží pro spuštění z příkazového řádku. Pro získání nápovědy spusťte DBExportCmd s parametrem -h.

Provedení exportu:
Po spuštění nástroje DBExport zvolte spojení do systému ABRA Gx, z něhož chcete data exportovat, a výstupní soubor, do něhož se má exportovat. Následně proběhne samotný export.

Provedení importu:
V nástroji DBAdmin zvolte "Přidat nové spojení", v následujícím kroku "Vlastnosti spojení" zatrhněte volbu "Zobrazit pokročilé vlastnosti" a poté zpřístupněnou volbu "Editovat zákaznické úpravy". Průvodce přidáním spojení projděte až do kroku "Zákaznické úpravy". Zde je třeba zatrhnout volbu "Nahrát data ze souboru" a připojit soubor s vyexportovanými daty.
Volitelně je zde možné připojit vlastní *.DBO soubor(y) s vlastními zákaznickými úpravami, které se mají spustit v průběhu vytváření nové databáze. Zatím neexistuje nástroj, jak takové soubory získat automaticky a musíte si je vytvořit ručně pomocí nástroje DBOperations (DBO soubory jsou totiž binární soubory a nelze je vytvořit jinak než prostřednictvím nástrojů DBOperations nebo DBDesigner (z toho ovšem nástroj DBDesigner není uživatelsky dostupný - není součástí instalace ABRA Gx)).
K dispozici je i možnost zadat "Adresář s DBO soubory". Je-li použita, pak se nová databáze vytvoří podle *.DBO souborů v tomto adresáři, přičemž spojení se po vytvoření nové databáze přepne do stavu Update a spustí se proces update opět za použití *.DBO souborů v tomto adresáři. Využijete pouze výjimečně, v případě řešení nějakých servisních potíží (např. potřebujete obnovit data vyexportovaná pomocí DBExport ze starší verze ABRA Gx do novější instalace ABRA Gx a potřebujete, aby se databáze v novější instalaci vytvořila podle DBO souborů odpovídajících starší verzi).

DBO soubory pro update:
CreateDB.DBO - příkazy pro vytvoření nové databáze
UpdateDB.DBO - příkazy pro změnu stávají databáze
InitData.DBO - příkazy pro naplnění inicializačních dat do nové databáze
InstallDB.DBO - příkazy, které se provedou v rámci instalace nového modulu do existující instalace (doplní data nově instalovaného modulu tak, aby odpovídala stávající instalaci)
ExternalData.DAT - pomocný soubor pro soubory DBO, obsahuje data pro příkazy nad tabulkou (vložení a změna, tedy hlavně pro inicializační data)
DBO soubory pro update jsou součástí instalace ABRA Gx.

V průběhu importu může nastat situace, kdy exportní soubor obsahuje tabulku, sloupec tabulky nebo sekvenci, která neexistuje v cílovém spojení. V takovém případě import zobrazí dialogové okno s volbou Zopakovat nebo Přeskočit. Je tedy možné takové hodnoty buď vůbec do nově tvořené databáze neimportovat (přeskočit) anebo import přerušit, chybějící databázový objekt nejdříve doplnit (ručně např. pomocí nástroje DBOperations) a poté pokračovat v importu.


I když je možné takto přenést data mezi různými verzemi ABRA Gx, nástroj je určen především na migraci na vyšší (případně nižší) produktovou řadu Abra Gx (např. z ABRA G3 na ABRA G4 apod.). V takovém případě SE DŮRAZNĚ DOPORUČUJE provádět export a import nad instalacemi ABRA Gx ve stejné verzi. Vyhnete se tak zbytečným potížím.

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Gbak

GBAK je nástroj pro vytváření záloh databází provozovaných pod serverem Firebird a jejich obnovu. Jedná se o program pro příkazovou řádku. Není součástí samotné instalace ABRA Gx, ale je dodáván společně s databázovým serverem Firebird.

Použití: gbak.exe -B <volby> <databáze> <záložní soubor>
gbak.exe -C <volby> <záložní soubor> <databáze>

První formát příkazu je pro zálohování databáze, druhý pro obnovu.

<databáze> specifikace cesty k databázi v jednom z povolených formátů
<záložní soubor> libovolný soubor

Popis nejčastěji používaných voleb:

-B(ACKUP_DATABASE) zálohování dat
-C(REATE_DATABASE) obnova dat
-R(REPLACE_DATABASE) při obnově bude nahrazena existující databáze
-USER <jméno> uživatelské jméno (povinné)
-PAS(SWORD) <heslo> heslo (povinné)
-G(ARBAGE_COLLECT) potlačení údržby databáze během zálohování (doporučeno)
-V(ERIFY) zobrazí informace o prováděných akcích
-BU(FFERS) <počet> při obnově změní výchozí počet cachovaných datových stránek
-P(AGE_SIZE) <velikost> při obnově změní výchozí velikost datové stránky
Příklad zálohování dat:
gbak.exe -B -USER uzivatel -PAS heslo -V -G localhost:c:\db\test.fdb c:\zaloha\test.fbk
Příklad obnovy dat:
gbak.exe -C -USER uzivatel -PAS heslo -V c:\zaloha\test.fbk localhost:c:\db\nova.fdb

Zpět na obsah / Zpět na začátek kapitoly / Zpět na začátek podkapitoly

Parametry spuštění ABRA G2

Popis některých vybraných parametrů, se kterými může být ABRA Gx spuštěna z příkazové řádky. Pro zobrazení dalších parametrů použijte parametr Help, viz dále.
(Pokud se ABRA Gx spustí s neexistujícím parametrem či s parametrem zapsaném v nesprávné syntaxi, systém na chybný parametr nereaguje a spustí se, jako by nebyl vůbec zadán.)

Help

Zobrazí nápovědu k parametrům spuštění aplikace.
Syntaxe: -help nebo -? (bez parametru)

Příklad:
abragx.exe -help nebo abragx.exe -?

MacAddress

Ruční předání MAC adresy stanice, kvůli používání kasy POSu přes terminál.
Syntaxe: -macaddress=<fyzická adresa>

Příklad:
abragx.exe -macaddress=12345 (předá kase MAC adresu stanice ve tvaru XX-00-00-01-23-45)

Connection

Název spojení, ke kterému se má aplikace připojit.
Syntaxe: -connection=<název spojení>

Příklad:
abragx.exe -connection=DemoData

LoginName

Uživatelské jméno uživatele, který se má do aplikace nalogovat.
Syntaxe: -loginname=<přihlašovací jméno>

Příklad:
abragx.exe -loginname=Supervisor

Password

Heslo přihlašovaného uživatele (zpravidla se používá v kombinaci s parametrem LoginName).
Syntaxe: -password=<heslo>

Příklad:
abragx.exe -password=MojeHeslo

Run

Volání služeb aplikace (otevření agendy, spuštění zálohy a další).
Syntaxe: -run="<název služby>" (např. služby pro zálohování s parametry)

Příklad 1 - záloha do určeného souboru:
abragx.exe -run="backup:filename=DemoData;directory=c:\abra\db;note=Zaloha"
Příklad 2 - záloha jen do určité cesty, jméno souboru se vygeneruje automaticky:
abragx.exe -run="backup:directory=C:\Backup;note=Zaloha"
Příklad 3 - spuštění se zobrazením dialogu pro nastavení klienta:
abragx.exe -run="clientsetup"

ShowInspector

Zobrazí okno informací o komponentě okna, na které se nachází kurzor myši.
Syntaxe: -showinspector (bez parametru)

Příklad:
abragx.exe -showinspector

Local

Aplikace se spustí lokálně.
Syntaxe: -local (bez parametru)

Příklad:
abragx.exe -local

Remote

Aplikace se spustí v síťovém provozu a pokusí se připojit k aplikačnímu serveru.
Syntaxe: -remote (bez parametru)

Příklad:
abragx.exe -remote

SelfRemote

Aplikace se spustí v síťovém provozu s aplikačním serverem na lokální stanici.
Syntaxe: -selfremote (bez parametru)

Příklad:
abragx.exe -selfremote

FirstRun

V přihlašovacím dialogu se zobrazí nápověda k prvnímu přihlášení do systému.
Syntaxe: -firstrun (bez parametru)

Příklad:
abragx.exe -firstrun

NoScripting

Zakáže použití skriptování.
Syntaxe: -noscripting (bez parametru)

Příklad:
abragx.exe -noscripting

NoSplash

Spuštění bez zobrazení startovací obrazovky.
Syntaxe: -nosplash (bez parametru)

Příklad:
abragx.exe -nosplash

Terminate

Po vykonání služby se ukončí aplikace. Používá se zpravidla v kombinaci s parametrem Run.
Syntaxe: -terminate (bez parametru)

Příklad:
abragx.exe -terminate

Zpět na obsah / Zpět na začátek kapitoly

Automatizační server

Automatizační server slouží ke spouštění naplánovaných úloh systému ABRA Gx.
Je dostupný pouze pro platformu Windows.

Informace o možnostech jeho spuštění a konfigurace včetně dalších poznámek k provozu jsou uvedeny v elektronické uživatelské dokumentaci ABRAGx.CHM v sekci "Věcný obsah Komunikace - obecné (Naplánované úlohy a interní messaging)".

Zpět na obsah / Zpět na začátek kapitoly

DOPORUČENÝ HARDWARE A SOFTWARE

Klientské stanice

Aplikační server

Databázový server

Terminálový server

Automatizační server a server webových služeb

Další doporučení

V případě pomalé sítě nebo pomalého běhu na terminálovém serveru se urychlí spuštění ABRA G2 nakopírováním instalace na klientskou stanici či terminálový server (update či aplikaci hotfixů si však uživatel musí poté zajistit sám).  V případě použití hardware s nižšími parametry nebo provozu na jiném operačním systému (např. starší verze Windows na pracovní stanici) je nutné běh systému otestovat v konkrétních podmínkách. Doporučujeme používat značkové počítačové vybavení zejména pro servery. V případě nízké zátěže může být systém provozován na jednom fyzickém serveru s parametry odpovídajícími databázovému serveru. Čím lepší bude použitý hardware, tím rychlejší bude odezva systému a práce s ním bude příjemnější a efektivnější.

Zpět na obsah

ŘEŠENÉ PROBLÉMY

Na některých počítačích s Windows 95 (nikoliv Windows 98 a vyšší), pokud pracují jako klienti síťové instalace s aplikačním serverem na Windows (a to buď jako služba nebo jako program), se objeví při spuštění hlášení "Nepodařilo se spojit se sdílenou repozitoří". V takovém případě vyzkoušejte v souboru NEXUS.CFG nastavit v sekci [Server] hodnotu ProviderType=2.

Na počítačích s některými operačními systémy Windows (jako např. ME, XP, ...), kde je zapnuta vlastnost SFP (systém automatické obnovy systémových souborů) - Tato vlastnost způsobuje automatické zálohování a obnovu systémových souborů, pokud dojde k jejich změně. Bohužel firma Microsoft zahrnula mezi systémové soubory také soubory s příponou GDB, což byla v dřívějších verzích výchozí přípona pro datový soubor Firebird (aktuálně je to přípona FDB), který se samozřejmě během práce s ABRA Gx mění velmi často. To vede na jeho časté zálohování, což výrazně zpomaluje aplikaci. Doporučeným řešením je přejmenovat soubor Firebird na příponu FDB a pomocí nástroje DBAdmin si upravit spojení k tomuto přejmenovanému souboru. (Pokud je počítač klientem v síťové instalaci, tato chyba se neprojevuje, protože s databázovým souborem pracuje server.)

Na počítačích s operačním systémem Windows 95, které slouží jako klientské stanice síťové instalace, je nutné nainstalovat tzv. Windows Socket Update 2, viz webové stránky firmy Microsoft.

Na počítačích s některými operačními systémy Windows (např. Vista, 7, ...) se může objevit problém při přihlášení (Uživatel nebo heslo není správné, přestože byly zadány správně), pokud byl systém ABRA Gx nainstalován do cesty Program Files a v systému Windows je zapnuta funkce UAC (User Account Control), neboli Řízení uživatelských účtů. V takovém případě je třeba systém spouštět jako administrátor (tj. volbou Spustit jako správce). Pozor, při prvním spuštění provedeném v rámci instalace se nemusí problém projevit (takové spuštění proběhne s administrátorským oprávněním jako vlastní instalace).

Další specifické problémy naleznete v kap. Databázový server.

V některých případech může být v tiskových sestavách na OS Windows 8 problém se zobrazováním datumů. V takovém případě doporučujeme nastavit krátký formát data bez mezer (Ovládací panel > jazyk > Oblast > Další nastavení > Vlastní formát > Datum > krátký formát data).

Zpět na obsah

ODINSTALACE SYSTÉMU

Systém ABRA G2 a rovněž databázový server Firebird lze odinstalovat pomocí standardního ovládacího panelu Windows.

Zpět na obsah

INSTALACE CIZOJAZYČNÉHO KLIENTA

Instalační soubory mají v názvu uvedenu lokalizaci (např. CZ, SK), která určuje pro jaký národní legislativní rámec je instalace určena. Dále mohou mít v názvu uvedenou tzv. internacionalizaci (např. en), která označuje jazykovou verzi programu. U tzv. nativní verze, kde lokalizace je shodná s internacionalizací, se označení internacionalizace neuvádí. Cizojazyčná verze může být provozována jako klientská instalace nativní verze Abry Gx. Docílí se tím možnosti souběžné práce uživatelů s různými jazykovými verzemi nad stejnými daty.

Postup instalace

Po instalaci síťové nativní verze (např. AbraG3-90101-CZ) a po obnově dat se nainstaluje do jiné cesty (buď na tomtéž nebo i na jiném počítači) cizojazyčná verze (např. AbraG3-90101-CZ_en).

Poté se tato samostatná instalace zkonfiguruje do režimu klient síťové instalace a nasměruje se (úpravou souboru NEXUS.CFG) na aplikační server nativní verze:
Po této úpravě konfigurace a prvním spuštění cizojazyčné verze dojde k připojení k aplikačnímu serveru nativní instalace a k instrumentaci její databáze. Instrumentace provede úpravu souboru repozitoře (většinou soubor Storage.STF). Dále nahraje přeložená systémová data (vybrané reporty, exporty, definovatelné formuláře) do databáze.

Pro souběžný provoz obou jazykově odlišných verzí je třeba, aby obě instalace měly shodné číslo verze, a to včetně aplikovaných souhrnných aktualizací.

Postup update v případě provozu cizojazyčného klienta

Zpět na obsah

FAQ - CO DĚLAT, KDYŽ...

ABRA Gx nebo její instalační program hlásí nepodporovaný databázový server Firebird 2.0.

Kvůli důvodům uvedeným v kap. Poznámky k instalaci je nutné přejít na vyšší verzi databázového serveru Firebird a povýšit čísla ODS verzí databáze. Postup je uveden v kap. Databázový server v sekci Povýšení ODS databáze - přechod na vyšší verzi Firebird. Kontrolu databázového serveru je možné přeskočit spuštěním instalačního programu ABRA Gx s parametrem -nodbinstall, jak bylo řečeno výše, ale na vlastní odpovědnost uživatele.
(Pokud jste začínající uživatel a ještě nemáte žádnou databázi ABRA Gx, kterou byste chtěli updatovat, a starší verzi FB máte nainstalovánu např. jen z důvodu instalace nějaké starší demoverze ABRA Gx, pak můžete starší FB jednoduše odinstalovat. Instalační program ABRA Gx při dalším spuštění žádný přítomný FB nenajde a nabídne rovnou nainstalovat aktuální.)

Instalační program ABRA Gx hlásí, že se nepodařilo připojit nebo ověřit ODS.

Při kontrole verze ODS databáze, viz kap. Poznámky k instalaci, se instalačnímu programu nepodařilo připojit k databázi, případně zkontrolovat číslo ODS. K tomuto problému většinou dochází na takových instalacích, kdy databázový server Firebird běží na jiném počítači než aplikační server systému ABRA Gx. Doporučujeme zkontrolovat, zda je možné se připojit k vzdálenému počítači nebo serveru Firebird, např. musí být povolen port komunikace s Firebird (standardně 3050). Kontrolu verze je také možné provést nástrojem databázového serveru Firebird gstat.exe spuštěným s parametrem -h.

Příklad:
gstat.exe -h <cesta k databázi>)

Případně je možné kontrolu ODS přeskočit spuštěním instalačního programu ABRA Gx s parametrem -noconnectioncheck. Tento krok však nedoporučujeme, důvod viz sekce Upozornění k update na konkrétní verzi.

ABRA Gx nebo její instalační program hlásí, že nesouhlasí ODS databáze a serveru Firebird.

Z důvodů uvedených v kap. Poznámky k instalaci je nutné změnit číslo ODS databáze. Postup je uveden v kap. Databázový server v sekci Povýšení ODS databáze - přechod na vyšší verzi Firebird.

Instalační program hlásí, že velikost stránky databáze je menší než požadované minimum.

Od v.12.03 je požadována minimální velikost stránky databáze 8kB. Pokud tomuto stávající databáze v některém vašem spojení neodpovídá, systém to ohlásí. Více viz Upozornění k update na verzi 12.03.

ABRA Gx nebo její instalační program hlásí problém s chybně nastavenou kódovou stránkou v národním prostředí počítače.

Zkontrolujte, zda máte na počítači, na němž spouštíte ABRA Gx, nastaven v národním prostředí požadovaný formát čeština, slovenština či jiný s kódovou stránkou Win1250. Toto lze provést v Ovládacích panelech - Oblast a jazyk -záložka Formát. Na starších operačních systémech Windows (XP, Windows Server 2003) toto nastavení naleznete v Ovládacích panelech - Místní a jazykové nastavení.

ABRA Gx nebo její instalační program hlásí problém s chybně nastaveným jazykem pro programy nepodporující Unicode v národním prostředí počítače.

Zkontrolujte, zda máte na počítači, na němž spouštíte ABRA Gx, nastaven v národním prostředí požadovaný jazyk pro programy nepodporující Unicode na čeština, slovenština či na jiný s kódovou stránkou Win1250. Toto lze provést v Ovládacích panelech - Oblast a jazyk - záložka Správa - položka Změnit místní nastavení systému. Na starších operačních systémech Windows (XP, Windows Server 2003) toto nastavení naleznete v Ovládacích panelech - Místní a jazykové nastavení - záložka Upřesnit.

ABRA Gx hlásí chybné jméno nebo heslo při přihlášení, přestože bylo zadáno správně.

Při přihlášení došlo k jinému problému, díky kterému nelze systém spustit. Může se jednat např. o nemožnost zápisu na disk způsobenou řízením uživatelských účtů. Více viz kap. Řešené problémy.

Abra G4 MSSQL při instalaci nebo update hlásí že "Na serveru není nastaven parametr disallow results from triggers na hodnotu 1" a není možné otevřít spojení.

Nastavení na hodnotu 1 tohoto parametru je vyžadováno od verze Abry G4 14.51.10. Dle informací na http://technet.microsoft.com/en-us/library/ms186337.aspx se nastavení na hodnotu 1 výrazně doporučuje. Parametr je možné přenastavit následujícím způsobem:

1. Otevřete aplikaci Microsoft SQL Server Management Studio (případně jinou aplikaci pro komunikaci s mssql serverem) a v ní vytvořte nový dotaz (New Query).
2. Zkopírujte do něj následující řádky a spusťte je (Execute):
EXEC sp_configure 'show advanced option', '1'
RECONFIGURE
GO
EXEC sp_configure 'disallow results from triggers', '1'
RECONFIGURE
GO
Server netřeba restartovat a změna bude platná ihned.

Zpět na obsah

PŘEVOD DAT ZE SYSTÉMU ABRA GOLD

Převod dat se skládá ze dvou částí: exportu dat z ABRA Gold do XML souborů a importu XML souborů do ABRA Gx. Formát XML souborů bude dokumentován a bude tedy možné po dodržení tohoto formátu naimportovat data i z jiných informačních systémů do ABRA Gx.

Export dat z ABRA Gold

Zatím je ho možné realizovat spuštěním dodávaného souboru WING2XML.APP (resp. DOSG2XML.FXP pro DOSovou verzi ABRA Gold), a to nejlépe pomocí nastavení definice funkční klávesy Ctrl+Fx z modulu Globální nastavení ABRA Gold na příkaz "DO xxxG2XML.FXP" (bez uvozovek). Po jeho vyvolání pomocí stisku nastavené klávesy (např. Ctrl+F1) přímo z menu modulů se zobrazí konfigurační dialog exportu a po jeho potvrzení se vyexportují data do XML souborů do adresáře <cesta k ABRA Gold>\ExportGx. Před exportem je třeba:

Import dat do ABRA Gx

Spustí se vyvoláním příslušné agendy z nabídky Nastavení. Pomocí přepínačů lze nastavit, která data se mají importovat, pokud však provádíte import poprvé, je nutné část dat importovat vždy (sledujte pokyny na obrazovce). Před vlastním importem je třeba provést tyto kroky:

Co je předmětem převodu

Je třeba si uvědomit, že import na straně ABRA Gx je mnohem přísnější, než je ABRA Gold, a je možné, že některá data nepřijme, např. pokud jsou narušena výpadkem proudu nebo pokud obsahují jiné nekonzistence - odkazy na již neexistující záznamy v číselnících apod. V takovém případě se import zastaví, chybu oznámí a uživatel může chybu opravit buď přímo v XML nebo v ABRA Gold a vyexportovat XML znovu. Poté může import znovu spustit. Během importu se vytváří automaticky převodový můstek, takže záznamy/doklady již přenesené se podruhé nepřenesou. Import je proto možné kdykoliv zopakovat, přičemž se importují pouze nové záznamy.

Dále je vzhledem k použité technologii na straně ABRA Gx (relační SQL databáze, validace každého zápisu importu tak, jakoby ho zadával uživatel) potřeba počítat s tím, že import je časově velmi náročný. Je nutné počítat řádově s hodinami až desítkami hodin. Na druhou stranu funguje import zcela transparentně vzhledem k ostatním agendám, takže z jiné stanice je možné v síťové verzi s ABRA Gx normálně pracovat.

V každm případě doporučujeme svěřit převod dat do rukou servisního oddělení firmy ABRA Software nebo některému z jejích partnerů.

Další podrobnosti k převodu dat naleznete viz ABRAG2.CHM.

Zpět na obsah

 

KONTAKT

Své náměty a připomínky můžete zasílat na adresu abrag1@abra.eu.

Své náměty a připomínky můžete zasílat na adresu abrag2@abra.eu.

Své náměty a připomínky můžete zasílat na adresu abrag3@abra.eu.

Své náměty a připomínky můžete zasílat na adresu abrag4@abra.eu.

Své náměty a připomínky můžete zasílat na adresu abrag3@abra.eu.

Své náměty a připomínky můžete zasílat na adresu abrag4@abra.eu.

Aktuální informace a poslední verzi systémů ABRA G2 naleznete na adrese http://www.abra.eu/

Váš tým ABRA SOFTWARE.

Zpět na obsah