Často kladené otázky k hlášením programu

FAQ

Jak bylo objasněno v kap. technologie zpracování dat, ABRA Gen je databázový client/server systém postavený na objektovém programování. Tato skutečnost spolu se snahou tvůrců systému o jednotné a standardizované chování může někdy vést k tomu, že některá informační hlášení programu nemusí být na první pohled pro uživatele dostatečně srozumitelná, nemusí z nich být na první pohled zjevná příčina apod. V této kapitole zmíníme některá taková hlášení programu a příklady situací, kdy k nim může docházet a co by mohlo být jejich příčinou. (Účelem této kapitoly není výčet všech možných hlášení programu ani všech případů, kdy se mohou vyskytnout, ale jen uvedení několika příkladů).

Příklady informačních hlášení programu dále popsaných (formulace zde uvedené mohou být pouze přibližné, v konkrétním místě programu mohou být různě modifikovány):

Otázka: Jaké jsou možnosti odeslání informací o chybě výrobci?
Odpověď:

Pokud dojde k nějakému chybovému stavu v systému a potřebujete o něm informovat výrobce, jsou k dispozici následující možnosti:

  • Odeslat zprávu/informace přes funkce menu ABRA Support, kde jsou k dispozici mj. volby:

  • Odeslat zprávu rovnou z okna chybového hlášení

    Příklad okna chybového hlášení

    V rámci tohoto okna chybového hlášení je možno informace zkopírovat (Ctrl+C nebo stiskem ikony v levém spodním rohu) nebo použít jednu z podvoleb tlačítka Více:

    • Odeslat zprávu na ABRA Helpdesk - vyvolá průvodce odesláním informací, pomocí něhož se vytvoří xml soubor s informacemi o chybě. Informace si v rámci kroků průvodce můžete prohlédnout, příp. uložit do souboru a následně odeslat na ABRA Helpdesk.
    • Uložit do souboru
    • Zcela ukončit aplikaci

Součástí chybového hlášení jsou detailní informace např. o čase vzniku chyby, o verzi ABRA Gen, o názvu firmy a jejím IČO, databázovém spojení a aktuálně přihlášeném uživateli.

V rámci odesílaných nebo ukládaných informací o chybě je do odesílaného či ukládaného xml souboru doplněn i obsah souboru nexus.cfg.
Příklady výskytu:
  • Pokus o smazání dokladů, např. označených faktur přijatých
  • Pokus o smazání nějakého záznamu bez možnosti obnovení, např. střediska z číselníku středisek.
Možné příčiny:

Na identifikátor mazaného záznamu se odkazuje jiný existující záznam. Tedy v našem případě např. některá z mazaných faktur je použita v hlavičce skladové příjemky resp. mazané středisko již bylo použito, tj. např.:

  • bylo zadáno na řádek dokladu
  • bylo na ně zaúčtováno
  • byly pro ně zadány počáteční stavy v účetnictví
  • bylo použito v definici pokladny, skladu
  • apod.

Některé agendy v takovém případě na místo trvalého vymazání povolují režim tzv. skrytí.

Další popis viz např. popis funkce Smazat v jednotlivých agendách.
databáze
Příklady výskytu:
  • Pokus o smazání záznamu, na který existují odkazy odjinud, např.
    • Pokus o smazání již použité sazby DPH
    • Pokus o uložení nepovolené hodnoty sazby DPH
    • Pokus o smazání hlavní skladové karty, k níž jsou založeny karty dílčí
    • Pokus o smazání dílčí skladové karty, k níž existují skladové pohyby apod.
  • Pokus o založení téhož záznamu dvěma uživateli současně, např.
    • Pokus o založení dílčí karty k téže hlavní kartě na tomtéž skladě dvěma uživateli v síti apod.
Možné příčiny:

Možný způsob ošetření nepovolených akcí vyvolaných uživatelem. Ošetření v tomto případě probíhá až na straně databáze, databáze takovou akci nepovolí a vrátí zmíněné hlášení.

Vizuální forma chyby může být podle místa programu buď standardní messagebox nebo okno s chybovým hlášením ABRA Gen. V tomto případě se ale nejedná o žádnou chybu programu, nýbrž o pokus uživatele provést akci, která mu nemůže být povolena!

Zobrazení hlášení ve formě okna chybových hlášení ABRA Gen, po stisku tlačítka Detail se zobrazí podrobnější informace

Zobrazení detailní informace k chybě z předchozího obrázku ve formě okna chybových hlášení ABRA Gen (např. pokus o smazání použitého DPH indexu)
Příklady výskytu:
  • Pokus o práci s týmž záznamem více uživateli v síti současně, např.
    • Pokus o uložení faktury vydané na zboží ze stejné skladové karty dvěma uživateli v síti současně
    • Pokus o uložení příjemky na zboží ze stejné skladové karty dvěma uživateli v síti současně
Možné příčiny: V tentýž moment se dva uživatelé pokouší změnit množství na dílčí skladové kartě. Ten, který je "rychlejší" dokončí akci bez konfliktu. U druhého uživatele ošetřeno tak, že se program v definovaném intervalu opakovaně několikrát pokusí akci provést a dokončit, což ve většině případů umožní následně doklad uložit, jelikož je velká pravděpodobnost, že se kolizní karta již uvolnila. Nicméně, pokud by se během daného intervalu akce nezdařila, objeví se zmíněné hlášení. Více viz Kolize při ukládání do databáze (transakce, zamykání, object version).
Příklady výskytu:
  • Pokus o uložení dokladu, ke kterému existuje návazný doklad, přičemž tento návazný doklad:
    • je současně editován jiným uživatelem
    • byl v průběhu editace souvisejícího dokladu změněn a uložen jiným uživatelem
  • Pokus o uložení návazného dokladu, ke kterému existuje zdrojový doklad, přičemž tento zdrojový doklad:
    • je současně editován jiným uživatelem
    • byl v průběhu editace návazného dokladu změněn a uložen jiným uživatelem

Související (následný nebo zdrojový) doklad nemusí být editován jiným uživatelem, ve všech případech může ke stejné situaci dojít i v případě editace dokladu stejným uživatelem v samostatně otevřené agendě.
Možné příčiny: Detekce potenciálních konfliktů je pouze jednoúrovňová - zahájení editace určitého dokladu zabrání pouze zahájení souběžné editace téhož dokladu, problematiku následných dokladů mechanismus neřeší. Více viz Kolize při ukládání do databáze (transakce, zamykání, object version).
Příklady výskytu:
  • Pokus o smazání dodacího listu importovaného do faktury.
  • Pokus o smazání zálohového listu zúčtovaného do faktury.
Možné příčiny:

Alespoň jeden řádek mazaného dokladu byl alespoň částečně čerpán (importován) do jiného dokladu. Jiný doklad (cílový doklad) se tedy na něj odkazuje a nelze jej smazat. Pokud byste jej potřebovali smazat, musíte nejdříve vazbu zrušit, tj. doklad od cílového dokladu odpojit, tedy v našem případě např. odpojit dodací list od faktury, pokladní příjemky apod. (viz popis záložky Detail takových cílových dokladů, subzáložky Importované doklady, funkce Odpojit).

Další popis viz např. popis funkce Smazat v dokladových agendách.
Příklady výskytu:

Pokus o uložení opravy údajů, které na uzavřených dokladech opravovat nelze.
Možné příčiny:

Možný způsob ošetření nepovolených akcí vyvolaných uživatelem. Ošetření v tomto případě probíhá až při ukládání zadaných údajů. Přičemž uživatel se pokusil uložit údaje, které uložit z nějakých důvodů nelze. Tj. např.:

Program zadané údaje nemůže akceptovat, přičemž kontrolní mechanismus vzniklý problém řeší načtením původních údajů z databáze - uživatel tedy přijde o údaje právě zadané. Nicméně, pokud byla příčina ve změnách provedených jiným uživatelem, načtením údajů z databáze se odstranila (došlo k občerstvení) a uživatel může své údaje zadat a uložit znovu. Pokud však byla příčina v opravě nedovolených údajů, pak samozřejmě neprojde ani opakovaný pokus o zadání a uložení.
Příklady výskytu:
  • Pokus o uložení nově vystavované faktury, na níž jsou vyskladněny dvě skladové položky, které nejsou pokryty skladem, přičemž v nastavení systému je povoleno vyskladnění do minusu s výstrahou (viz např. popis Vyskladnění do minusu u skladu):

    Příklad takového hlášení
Možné příčiny:

Jedná se o případ, kdy systém má zobrazit nějaké informační hlášení, jelikož jste provedli nějakou nepovolenou manipulaci anebo nějakou manipulaci, pro niž máte nastaveno, že vás na ni má upozornit. Přičemž kontrolní hlášení v tomto případě generuje ukládaný doklad. Jedná se o novou fakturu s níž se automaticky generuje nový dodací list, čili ukládané doklady jsou minimálně dva: faktura a dodací list. Oba teprve vznikají, tudíž nemají dosud přiděleno pořadové číslo, kterým by je bylo možné identifikovat, proto jsou zatím identifikovány jako doklady "Bez čísla".

V našem případě je hlášení zobrazeno novou fakturou uvedenou v nadpisu okna (zatím Bez čísla) a na ní jsou dvě problémové skladové karty vyskladňované do minusu. Tyto dvě položky však se ukládají i na nové dodací listy, na nichž je tentýž problém, tudíž hlášení duplicitně vyšle i dodací list (zatím též Bez čísla).
Příklady výskytu:

Při otevírání agendy, při tisku ap.
Možné příčiny:

Chyba External exception C0000006 je chybou nejnižší vrstvy, kde došlo k přerušení komunikace TCP/IP. Je třeba restartovat systém ABRA Gen. Pokud by se chyba objevovala častěji, je třeba zkontrolovat hardware, zejména síťové prvky mezi serverem a danou stanicí.
Příklady výskytu:

Jiná chyba při přístupu k databázi "Cannot transliterate character between character sets"
Možné příčiny:

Chyba znamená, že se nepodařilo do databáze uložit znak, který není součástí znakové sady, která je podporována v příslušné položce, a server vrátil odpovídající chybové hlášení.

Podporované znakové sady a informace k podpoře unicode, viz charakteristika systému - podporované znakové sady. Co z toho plyne, viz též Jak do ABRA Gen zadat azbuku a jiné podobné znaky.

Chyba nastane typicky v následujících situacích:

  • Uživatel se pokouší uložit znak průměru "Ø", azbuku a jiné podobné znaky, které nejsou součástí znakové sady Windows-1250 resp. Windows-1252 do systémové položky
  • Uživatel do systémové položky vložil text ze schránky pomocí CTRL+V z textu, který byl v jiné znakové sadě, např. UTF-8 a došlo k tomu, že se zkopíroval i nějaký neviditelný znak mimo znak. sadu Windows-1250 resp. Windows-1252

Jak předejít danému problému:

  • Pokud chcete uložit azbuku, průměr nebo něco podobného, ukládejte do své X_Položky typu unicode (Znaky (unicode) a Poznámka (unicode)). Viz též otázka Jak do ABRA Gen zadat azbuku a jiné podobné znaky?
  • Pokud nechcete ukládat nic speciálního, ale jen chcete "okopírovat" text např. z webu:
    • text zadávejte z klávesnice
    • text nejprve uložíte do prostého textového editoru ("plain" textový editor, např. Poznámkový blok) a až z něj jej následně vložte do ABRA Gen