• Zkontrolovat, že není zapnuté žádné logování pomocí Enabled=1 v Log sekcích v souboru nexus.cfg.

• Ověřit, že je aplikační server a databáze umístěna na stejném serveru pro dosažení maximálního výkonu viz doporučené nastavení.

• Ověřit, že jak databázové a aplikační servery, tak klientské stanice mají nastaven ve Windows Režim maximálního výkonu.

• Pro dosažení minimální latence při komunikaci ověřit, že stanice jsou připojeny 1Gbit sítí nebo v případě nemožnosti kabelového připojení, je WI-FI síť nerušena a má silný signál.

• Ověřit výkon pomocí agendy Test výkonu

V případě přetrvávajícího problému s rychlostí kontaktujte hotline.

Podporované znakové sady a informace k podpoře Unicode, viz charakteristika systému - podporované znakové sady.

Dále viz též následující často kladené otázky, otázka Jak do ABRA Gen zadat azbuku a jiné podobné znaky.

Existují různé možnosti, jak vytvářet bezpečnostní zálohy dat a poté z takové zálohy provést obnovu. Primárně se zálohuje buď pomocí agendy Zálohování dat nebo prostředky, které nabízí databázový server. Různé možnosti mají své výhody a nevýhody a vhodnou musíte zvolit podle potřeby. Viz též Zálohování a obnovy dat.

Daná naplánovaná úloha nečistí data, ale byla určena k jinému účelu. Navíc byla určená pouze pro DB Firebird k nápravě technické chyby, která v předchozích verzích DB Firebird nastávala a vedla ke zpomalení odezvy systému díky velkému počtu záznamů ve zmíněných tabulkách. Aktuálně tento problém nenastává a naplánovaná úloha již nemá význam.

Jak plyne z následujícího popisu, teoreticky by nemělo být potřeba uživatelsky dané tabulky čistit, nicméně i tak může daná potřeba nastat.

Aktuální řešení:

U DB Firebird jsou zmíněné tabulky řešené jako dočasné "na uživatele", tj. vytváří se pro daného uživatele a po jeho odhlášení (odpojení klienta od aplikačního serveru) se automaticky mažou. U DB Oracle je situace obdobná. Na MS SQL se nevyužívají dočasné tabulky a tabulky SELDEF A SELDAT jsou společné pro všechny uživatele (tudíž se nemažou automaticky po odhlášení uživatele). Nicméně v systému ABRA Gen je implementována funkcionalita, která tabulky SELDEF a SELDAT vymaže po přihlášení uživatele (obecně při připojení klienta k aplikačnímu serveru), pokud je tento jediným připojeným klientem. Tímto je tedy i na MSSQL zajištěno, že se společné SELDEF/SELDAT tabulky jednou za čas vymažou. Problémem může být, že v současné době v praxi málokdy nastane situace, kdy by uživatel byl po přihlášení v systému sám (dalším připojeným klientem je typicky Automatizační server, často se rovněž stává, že uživatelé nechávají klienta ABRA Gen spuštěného, aniž by ho využívali apod.), tudíž k tomuto vymazání společných tabulek na MS SQL nedojde. Hypoteticky by mohla potřeba vymazat takovou tabulku vniknout i na DB Firebird/Oracle, pokud by se jednalo o klienta, který se neodpojuje, provádí často úlohy využívající tyto tabulky a současně dochází k tomu, že tyto úlohy nedoběhnou (a tudíž záznamy se po sobě po doběhnutí úlohy "neuklidí"). Pak by mohla nastat situace, že dané tabulky bude potřeba občas vymazat jiným způsobem (např. přímo v databázi).

Chování programu se do značné míry dá přizpůsobit požadavkům a zvyklostem uživatele řadou nastavení. Do jaké míry jsou jednotlivé části programu pružné, závisí také na typu konkrétní agendy. Zde uvedeme příklady nejtypičtějších možností, kterými lze chování programu a jeho vlastnosti ovlivnit:

• Agenda pro nastavení firemních údajů, údajů pro předvyplňování položek a řada volitelných parametrů týkajících se jádra systému, skladu nebo obecně celého systému.
• Agenda pro nastavení parametrů majetku
• Agenda pro nastavení parametrů mezd
• Agendy pro nastavení parametrů výroby
• Agenda pro nastavení parametrů pokladního prodeje jako např. nastavení kas apod.
• Agenda pro nastavení sledování změn
• Apod.

Kromě parametrů nastavitelných v uvedených agendách se mohou vyskytnout i další přímo v konkrétních agendách, např. tehdy, pokud se příslušné nastavení týká přímo jednotlivých konkrétních záznamů (např. nastavení možnosti vyskladnění do minusu u jednotlivých skladů apod.). Vždy je třeba si pečlivě prostudovat vlastnosti a možná nastavení u záznamů jednotlivých agend.

Přizpůsobení programu uživateli však nespočívá jen v nastavení řady parametrů, ale např. i v tom, že uživatel má k dispozici řadu číselníků, které si může naplnit a využívat podle potřeb, může si stanovit, jak data vybírat, označovat, filtrovat, jaká data se mají zobrazovat v záložkách jednotlivých agend, může si definovat vlastní číselníky, vlastní položky, vlastní vstupní formuláře, může si stanovit, jak se má systém chovat po uložení dokladů, jak má vyčíslovat slevy, výchozí ceny, jak se má systém chovat z hlediska účtování a spoustu dalších a dalších možností. Vzhled a chování programu může být také do velké míry změněno pomocí skriptování, viz další otázka - Přizpůsobení chování programu uživateli - skriptování.

Dále viz též Zákaznická modifikovatelnost - Dokonalé přizpůsobení uživateli.

Je to možné, parametry nastavené na jinou než výchozí hodnotu se zobrazují zvýrazněně a ke každému parametru je k dispozici stručný popis, jehož součástí je také výchozí hodnota. Podrobnější informace naleznete v tipu na konci kapitoly Firemní údaje - záložka Parametry.

Ano. Setkáte-li se s podivným chováním ABRA Gen nebo chybou, je možné, že je to způsobena chybným skriptem dodaným k systému navíc, nikoli systémem ABRA Gen samotným. Je proto vhodné nejdříve ověřit, zda se u vás neprovádějí nějaké skripty (běžný uživatel nemusí mít povědomost o tom, že byl systém v jeho instalaci doplněn o skripty).

Informace o případných běžících skriptech viz otázka Jak získat info o běžících skriptech. Pokud se u vás nějaké skripty provádějí, pak je vhodné nejdříve vyzkoušet stejnou akci s vypnutým skriptováním. Dále viz Vypnutí skriptování.

Pokud se chybné chování projevuje i bez provádění skriptů, pak bude příčina jinde a je vhodné kontaktovat servisní síť výrobce.

• Pokud existuje alespoň jeden skript, který by se danému uživateli mohl spouštět (viz podmínky pro spouštění skriptů), pak je toto signalizováno písmenem X uvedeným v závorce za označením verze v okně O aplikaci a v XML logu případné chyby.

  

  Příklad zobrazení čísla verze v okně o aplikaci

• Informace o seznamu případných běžících skriptů získáte v menu Nápověda→Skriptování. Kdy je tato volba k dispozici a co ukazuje, viz její popis.

Jedná se v podstatě o jinak formulovanou předchozí otázku Jak získat info o běžících skriptech.

Pokud skript neběží, je třeba zkontrolovat následující:

• zda nebyl systém ABRA Gen spuštěn s parametrem -noscripting
• zda je skript zkompilován
• zda má nastaveno Používat
• jaká hodnota je u daného skriptu v položce Verze kompilace skriptu

Více viz podmínky pro spouštění skriptů.

Ano. Lze řešit přes Otevřené rozhraní, viz kap. AbraOLE nebo přes API rozhraní systému ABRA Gen, viz kap. Web API.

Jak zjistím, že byl na mnou používanou verzi ABRA Gen aplikován ServicePack?

Pokud byl na verzi ABRA Gen aplikován ServicePack, jeho číslo se doplní do zobrazovaného označení verze, které naleznete v okně pro spouštění agend, v okně O aplikaci apod. Nebyl-li na aktuální verzi ABRA Gen dosud aplikován žádný ServicePack, skládá se zobrazované číslo verze pouze ze tří částí.

První licenční klíč obdržíte při nákupu. Současně obdržíte přístup na Zákaznický portál.

Pokud výrobce vydal novou verzi vyžadující nový aktivační klíč, musíte s ním po update svůj systém zaktivovat, abyste jej mohli nadále provozovat v ostré verzi. Nové licenční klíče se typicky generují na přelomu roku. Vygenerované klíče pro daného uživatele jsou umísťovány na zákaznickém portálu.

Jak zjistit a stáhnout si nový licenční klíč: Zákaznický portál →sekce "Ke stažení" → "Aktivační klíče" → výběr produktu a klik na ikonku klíčů

Pro tuto akci je třeba mít na Zákaznickém portálu oprávnění Vidět aktivační klíče.

Aktivace se provádí buď v rámci instalace nebo později v agendě Správa licencí. Viz jak lze systém zaktivovat.

Problém se mohl vyskytovat ve starších verzích systému ABRA Gen, provozovaného v kombinaci s určitým nastavením "krátkého formátu data" ve Windows.

Operační systém Windows 7 a vyšší a k nim analogické serverové verze umožňují si nastavit jako oddělovač datumů více než jeden znak (např. pokud je nastaveno "Krátký formát data" = 'dd. MM. rrrr', tak je oddělovač 2 znaky: '. ', tedy tečka a mezera).

Vývojové prostředí Delphi s tím však nepočítá a v takovém případě oddělovač chybně interpretuje. Důsledkem je chybné zobrazení některých položek na různých místech systému ABRA Gen.

Od verze 17.03.07 byl do systému doplněn konverzní kód, který zmíněné potíže eliminuje. Volá se:

• Při startu systému ABRA Gen
• Po přijetí zprávy WM_WININICHANGE od Windows (zpráva indikující, že došlo ke změně nastavení v Ovládacích panelech Windows)

Řešení:

• provést update na ABRA Gen verzi 17.01.07/17.03.07 a vyšší (doporučeno)
• upravit si nastavení formátu krátkého data ve Windows tak, aby neobsahovalo mezery:
• Spusťte Ovládací panely → Oblast a jazyk
• Na záložce Formáty použijte tlačítko „Další nastavení“
• Přejděte na záložku "Datum". Zkontrolujte, zda v „Krátkém formátu data“ nemáte mezery za tečkami. Pokud je tam máte, tak je odmažte (správný výraz je: d.M.rrrr) a použijte tlačítko OK.
• V okně Oblast a jazyk použijte tlačítko OK.
• Vypněte a znovu spusťte systém ABRA Gen, aby se vám změna nastavení projevila.

Problém může být v tom, že službu spouštíte pod systémovým uživatelem. Obecně doporučujeme spouštět služby Windows poskytované systémem ABRA Gen pod specifickým uživatelem.

Ano, pro jednotlivé role a skupiny rolí lze definovat množiny databázových tabulek použitelných ve funkcích SQLSelect/NxSQLSelect a SQLExecute (kromě výčtů lze používat i regulární výrazy). Více informací naleznete v kapitolách Role - záložka Práva k tabulkám a Skupiny rolí - záložka Práva k tabulkám.