Aktivace a licencování systému

Zde jsou uvedeny všeobecné informace týkající se pro aktivaci systému a pro prohlížení informace o čerpání dostupných licencí pro jednotlivé moduly.

Systém se může z hlediska aktivace vyskytovat v těchto stavech:

  • Trial verze (= plnohodnotná ostrá verze omezená časově na 90 dní). Do stavu Trial verze se systém dostane:
    • Po instalaci, ve které jste zvolili instalovat Demoverzi.
    • Přepnutím z ostré verze zpět na demoverzi funkcí Demo. (Pokud zatím nevypršel časový limit platnosti neomezené Trial verze.)
    • Pokud se při instalaci vybere volba Nová ostrá instalace s licenčním klíčem, ale licenční klíč se nenahraje (krok je možné přeskočit).
    • Zadáním chybného obchodního jména majitele licence či aktivačního klíče při aktivaci, viz Jak lze systém zaktivovat. (Pokud zatím nevypršel časový limit platnosti neomezené Trial verze.)

      Na vypršení lhůty trial verze vás systém včas upozorní. Můžete jej jednoduše zaktivovat do ostré verze, v opačném případě se z hlediska licencování přepne do stavu omezené demoverze (bez ztráty dat).

  • Demoverze (= omezená verze počtem záznamů, přeškrtnuté sestavy, informační hlášení o demoverzi aj.). Do stavu omezené Demoverze se systém dostane:
    • Po vypršení časové lhůty platné pro Trial verzi. (Pokud nebyla zaktivována do ostré.)
    • Přepnutím z ostré verze zpět na demoverzi funkcí Demo. (Pokud již vypršel časový limit platnosti neomezené Trial verze.)
    • Zadáním chybného obchodního jména majitele licence či aktivačního klíče při aktivaci, viz Jak lze systém zaktivovat. (Pokud již vypršel časový limit platnosti neomezené Trial verze.)
    • Instalací nové vyšší verze (aktualizace instalace (update), pro kterou již původní aktivační klíč není platný), viz Aktivační klíče.
  • Ostrá Free verze (= plnohodnotná ostrá verze omezená počtem dokladů). Do stavu Free verze se systém dostane:
    • Zaktivováním aktivačním klíčem na Free verzi (je-li tato k dispozici).
  • Ostrá verze s omezením do konkrétního data
    • Zaktivováním na ostrou verzi aktivačním klíčem s omezením licence k systému nebo vybranému modulu do nějakého konkrétního data.
  • Ostrá verze zcela bez omezení
    • Zaktivováním na ostrou verzi.

Dále viz Jak lze systém zaktivovat. Možnosti aktivace na ostrou verzi zobrazuje následující schéma:

Aktivace z Trial verze resp. Demoverze na ostrou verzi aktivačním klíčem (AK). Sytost barvy vyjadřuje míru neomezenosti dané verze.

Jak poznat stav aktivace:

Typy licencí

Existují dva typy licencí, které se vzájemně odlišují. Oba přístupy se liší především v čerpání licenčního klíče, dělení na moduly atd. Níže najdete informace týkající se obou typů licencí.

Typ licence Konkurenční, kdy je licencován přístup do jednotlivých částí systému - modulů (licencovaných celků). Např modul Jádro systému, Nákup, Prodej, Skladové hospodářství atd. Zákazník má zakoupený určitý počet licencí na jednotlivé moduly a uživatelé, kteří modul spustí čerpají licenci. Pokud jeden uživatel otevře aplikaci ABRA Gen vícekrát, dochází k vícenásobnému čerpání licence.

Typ licence Pojmenovaní uživatelé, který není dělen na moduly. Licence je přidělována jednotlivým uživatelům, kteří mají buď přístup do systému pro čtení i zápis, nebo jen pro čtení, případně API přístupy a přístupy do jednotlivých aplikací. Výhodou tohoto typu licence je, že uživatelé mohou mít otevřenou aplikaci na jedné stanici bez omezení a nečerpají další licence.

Typ licence: Konkurenční

Aktivační klíč je kód sestavený z určité sekvence znaků, kterým si můžete zaktivovat systém ABRA Gen ze stavu Trial verze či Demoverze do ostré verze resp. Free verze (je-li tato k dispozici). Všechny aktivační klíče se vztahují k licencované firmě. Je uložený v souboru LICENCE.CFG.

Rozlišujeme následující typy aktivačních klíčů:

  • Hlavní aktivační klíč - klíč na ostrou verzi v požadované konfiguraci buď zcela neomezenou nebo omezenou do konkrétního data.
  • Free aktivační klíč - získáte jej ZDARMA při registraci na Free verzi (je-li tato k dispozici) u dodavatele, pokud vám stačí systém provozovat jako Free verzi, tj. ostrou verzi s omezeným počtem záznamů. Aktivační klíč na Free verzi je dodáván (je-li Free verze k dispozici) pro stanovenou konfiguraci tak, jak je a nelze jej již dále nijak rozšiřovat. Pokud tedy máte Free verzi a potřebujete rozšířit licenci, pak je třeba si zakoupit neomezenou ostrou verzi v požadované konfiguraci.
  • Testovací aktivační klíč - klíč na testovací verzi určen pro zákazníky, kteří mají testovací prostředí. Prozatím není možné testovací licenci stáhnout ze Zákaznického portálu. Tato možnost bude doplněna. Po aktivaci testovacího licenčního klíče jsou všechna databázová spojení nastavena jako "testovací" bez možnosti změny.

  • Aktivační klíč na balíčky dodávané jako nadstavba k systému ABRA Gen v rámci Dalších rozšiřujících řešení, který je nadstavbou k hlavnímu aktivačnímu klíči na ostrou či teoreticky i free verzi.

    Kromě toho existuje ještě tzv. konzultantský klíč pro režim "Konzultant" (mód Konzultant). Tento režim umožní zaktivovat systém naplno (tj. plné aktivace ke všem modulům, ke kterým uživatel licenci nemá. Je určen pouze pro servisní pracovníky dodavatele. Běžný uživatel nebude potřebovat. Konzultantský mód lze aktivovat kombinací CTRL+ALT+SHIFT+F11 z okna pro spouštění agend nebo spuštěním s parametrem -loginconsultant. K dispozici jen pro běh v síťové verzi s aplikačním serverem.

Aktivační klíč obsahuje (zakódované) informace:

  • Pro jakou firmu (jakého vlastníka licence) je vygenerován.
  • Pro jaký produkt je vygenerován (např. pro ABRA Gen s daňovou evidencí, ABRA Gen s podvojným účetnictvím apod.). Resp. pro jaké balíčky skriptů je vygenerován.

  • Aktivační klíč pro verzi 23.xx platí pro verze řady 23 a nižší (tj. 23.1., 23.2, 23.3, ,... atd., ale i 21.1, 21.2 atd.)

  • Zda se jedná o klíč Testovací nebo Produkční. Testovací klíče se používají na testovacích databázových spojeních.

    Pokud je systém aktivovaný testovací licencí, všechna jeho spojení budou nastavena jako testovací, a to bez možnosti toto nastavení zrušit.

  • Na kterou verzi je vystaven - takový klíč je funkční pro danou verzi systému a verze nižší. Pro aktivační klíč jsou rozhodující pouze major číslo verze, ostatní pozice v čísle verze nejsou zohledněna a ani kontrolována. Objasníme na příkladě:

  • Zda je vygenerován s omezenou časovou platností do konkrétního data (např. pro případ zapůjčení licence apod.).
  • Pro jaký počet firem je vygenerován (licence na multiverzi). Z hlediska mutiverze může být klíč vygenerován:
    • s kontrolou platnosti firem - jména firem, které chcete vést v multiverzi, uvedete již při generování klíče, pak budou součástí licenčního souboru, budete z nich moci vybírat do položky Lokální název firmy v agendě Firemní údaje, ale nebudete moci názvy těchto firem měnit.
    • bez kontroly platnosti firem - jména firem, které chcete vést v multiverzi, nebudete uvádět již při generování klíče a budete je zadávat ručně až za provozu ABRA Gen v agendě Firemní údaje v položce Lokální název firmy.

    Jaký typ aktivačního klíče z hlediska kontroly platnosti firem lze získat, závisí na aktuálních obchodních podmínkách dodavatele.

  • Pro jaké moduly je vygenerován a jaká je jejich síťovost (tj. možný počet současně pracujících uživatelů s daným modulem). Viz též dále Licencované celky (licencované moduly a vlastnosti ABRA Gen).
  • Příp. doplňující vlastnosti (tzv. property) licencovaných modulů, typicky kapacitní omezení. Vlastnosti mají význam jen pro některé licencované moduly. Jedná se např. o:

    Objasníme na příkladu:

    Modul Mezd a personalistiky je licencován na určitý počet zaměstnanců v aktivním poměru, které lze v modulu vést. Pro takový modul pak platí, že jeho aktivace obsahuje jednak informaci o možné síťovosti a dále informaci o možném počtu zaměstnanců, které v něm lze vést.

  • Pro jaké balíčky je vygenerován a jaká je jejich síťovost - platí pro aktivační klíč na balíčky dodávané jako nadstavba k systému ABRA Gen v rámci Dalších rozšiřujících řešení.
  • Jaké doplňující externí aplikace je možné se systémem ABRA Gen provozovat, např.:

Z výše uvedeného plyne, že při rozšiřování vaší licence, tj. např. při dokoupení dalších modulů, dokoupení síťovosti, multiverznosti, rozšíření počtu zaměstnanců apod. a při přechodu na novější verzi - update (pouze pokud daná verze aktivaci vyžaduje), obdržíte nový aktivační klíč.

Pokud se při spuštění systému zjistí, že aktivační klíč není určen pro aktuální verzi, ale pouze pro verze nižší (např. po instalaci update) systém se přepne do stavu DEMO resp. Trial verze. Pokud se jedná o klíč na ostrou verzi s omezením do konkrétního data a je již prošlé datum platnosti klíče resp. licencované části, nebude možné spouštět agendy licencované v rámci dané části.

Jak bylo řečeno výše, aktivační klíč je uložen v souboru licence.cfg. Tento soubor leží do spuštění aplikačního serveru v adresáři instalace systému ABRA Gen. Po spuštění aplikačního serveru je jeho obsah nahrán do databáze hlavního spojení a soubor je následně z adresáře vymazán.

Má strukturu běžného INI souboru s několika sekcemi:

  • [MAIN]: Informace o vlastníku licence. Firma uvedená v položce "Owner" v této sekci bude po aktivaci uvedena v položce Obchodní jméno firmy licence.
  • [KEY]: Aktivační klíč k modulům a vlastnostem. Odpovídá obsahu subzáložky Licencované moduly a vlastnosti.
  • [FIRMS]: Má význam pouze pro licence na multiverzi, tj. pro více firem v případě, že byl licenční klíč generován s kontrolou platnosti firem, pak tato sekce obsahuje jména firem, pro které byl aktivační klíč vygenerován (pouze k nahlédnutí). Nelze jej nijak měnit. Pokud byste se o to pokusili, systém by při následujícím spuštění nahlásil neplatnou licenci a nebylo by možné s ní pracovat (zadávat data). Z uvedeného seznamu firem pak bude možno vybírat do položky Lokální název firmy v agendě Firemní údaje. V případě, že byl licenční klíč generován bez kontroly platnosti firem, pak tato sekce nemá žádný význam.
  • [FIRMSCHECK]: Hash výše uvedeného seznamu firem. Má význam pouze pro licence na multiverzi, tj. pro více firem.
  • [BIKEY]: Obsahuje aktivační klíč k Vizualizaci dat. Přítomnost této sekce se správným klíčem je jednou z podmínek provozu Vizualizace dat.
  • [LICENCEDAPPS]: Obsahuje aktivační klíč na aplikaci či aplikace Vizualizace dat, které jsou v rámci systému Vizualizace dat k dispozici pro daného uživatele a do systému ABRA Gen jsou importovány. Viz agenda Firemní údaje→záložka Aplikace Vizualizace dat. Pak příslušné dashboardy nadefinované v rámci dané aplikace Vizualizace dar mohou být zobrazovány přímo v ABRA Gen ve formě Vizualizace dat. Přítomnost této sekce se správným klíčem je jednou z podmínek provozu Vizualizace dat.
  • [APPS]: Obsahuje aktivační klíč k webovým aplikacím. Seznam odpovídá obsahu subzáložky Licencované aplikace.
  • [PACKAGES]: Obsahuje aktivační klíč k doplňkům. Seznam odpovídá obsahu subzáložky Licencované doplňky.
  • [ADDITIONAL]: Obsahuje další upřesňující informace k licenci, například informace o typu licence Testovací/Produkční.

Seznam licencí k modulům se zobrazuje v agendě Správa licencí resp. v AppServerProp.exe → záložka Licencované moduly a vlastnosti. Obsah záložky odpovídá obsahu klíče v sekci [KEY] v souboru LICENCE.CFG.

Které agendy patří z hlediska licencí do kterých modulů, je dáno aktuální obchodní politikou výrobce. Z hlediska licencování je uspořádání agend do licencovaných celků podobné jako je uspořádání agend v okně pro spouštění agend v sekci AGENDY. Existují zde však výjimky popsané dále.  V případě zájmu o více informací kontaktujte, prosím, svého dodavatele.

K dispozici jsou následující licencované celky (licenční skupiny). Zda je nutné si licenci na daný celek zakoupit samostatně nebo zda je automatickou součástí nějaké jiné licence, závisí na aktuální obchodní nabídce výrobce.

Název licencovaného celku Popis, k čemu klient získá licence, má-li daný licencovaný celek
Jádro systému

V rámci pořízení licence k samotnému jádru klient získává automaticky licence k následujícímu:

  • Přístup do systému (resp. Aplikační server).
  • Agendy z modulu Administracekromě:
  • Agendy z modulu Adresářkromě
  • Agendy z modulu Dokumenty a přílohy
  • Agendy z modulu Nástroje přizpůsobeníkromě:
  • Agendy z modulu Reporty

  • Dále řada agend, které z nějakých důvodů byly zařazeny do licencování v rámci jádra, ačkoli z praktických důvodů jsou v okně pro spouštění agend v sekci AGENDY vizuálně zařazeny do nějaké jiné složky, než byly výše uvedené. (Důvodem je většinou to, aby k nim byl přístup vždy bez ohledu na konkrétní licence klienta (jelikož k jádru má klient alespoň jednu licenci vždy)). Viz dále. Objasníme na příkladu:

    Uživatel chce vést v systému ABRA Gen evidenci majetku, ale ostatní agendy provozuje v jiném systému určeném např. mateřskou firmou. Do zadávaných karet majetku a dokladech o nich však potřebuje vybírat mj. i z definovaných předkontací. Aby si mohl nadefinovat odpovídající předkontace dle vlastního účtového rozvrhu, má k dispozici v rámci licence k jádru i obě tyto agendy, tedy licenci na Účetnictví nemusí mít k dispozici.

  • Možnost využívat přihlášení k SharePointu.

Dál viz Čerpání licencí jádra.

Test existence platné licence jádra

Existence platné licence na jádro jako takové je nutnou podmínkou pro spuštění samotného systému ABRA Gen a některých dalších úloh (např. OLE, Autoserver, Webserver a pod.). Tj. při spuštění je prováděn test, zda je instalováno a licencováno jádro, přičemž se posuzuje i datumové omezení licence jádra proti aktuálnímu datu. Pokud je test negativní (např. vypršela platnost licence), je nahlášena chyba a spouštění se ukončí.

Pozor - nezaměňujte tento test se samotným čerpáním licencí! Při tomto testu se pouze kontroluje existence platné licence, neprovádí se při něm odečítání licencí a kontrola volných licencí. (Odečtení licence (na jádro či jinou část) se provede až v dalším kroku, který následuje jen tehdy, byl-li test pozitivní.)

Jinými slovy: Platí, že pokud uživatel chce spustit např. OLE aplikaci, musí mít aspoň jednu platnou licenci na jádro (třeba i aktuálně vyčerpanou).

Po spuštění OLE aplikace se při jejím přihlášení do prostředí systému ABRA Gen zkontroluje, zda existuje aspoň jedna platná licence na jádro (může být třeba i aktuálně vyčerpaná). Pokud neexistuje platná licence na jádro (jelikož např. právě datumově vypršela), OLE aplikace se nespustí a ukončí se (přestože třeba uživatel licenci k provozu OLE má a přestože spuštění OLE aplikace samotnou licenci jádra nijak nečerpá, tj. volnou licenci na jádro nepotřebuje). Pokud platná licence na jádro existuje, pokračuje se teprve dále. Tj. zkontroluje se, zda jsou volné (nevyčerpané) licence, které jsou pro danou úlohu potřeba (v tomto případě, zda je volná licence na OLE) a pokud ano, tak se odečte (vyčerpá) a úloha pokračuje dále.
  Nevizuální uživatel API

Aktivace aktivačním klíčem typu Property (vlastnost). Počet nevizuálních uživatelů současně používajících API.
Jako rozšíření licence jádra jsou k dispozici (*) i následující licence:
  * Skriptování (tvorba a kompilování skriptů)

Možnost kompilovat a tudíž i tvořit vlastní skripty. Nicméně i bez této licence lze provozovat skriptování s již zkompilovanými skripty (např. dodanými servisními konzultanty výrobce). Samotné vykonávání již zkompilovaných skriptů nijak licencováno není.

Viz též Co je třeba k provozu skriptování.
  * OLE

Licence na provoz Otevřeného rozhraní.

Viz též Co je třeba k provozu OLE. Dále viz Čerpání licencí přes otevřené rozhraní.
  * E-maily a interní vzkazy

Agendy z modulu E-maily a interní vzkazy týkající se e-mailů a vzkazů a možnost vytvářet a používat e-maily z jiných modulů. Tj. agendy:

Viz též Co je třeba k provozu e-mailů a interních vzkazů.

Ostatní agendy této podsložky jsou licencovány jiným způsobem a to buď v rámci licence na Automatizační server nebo licence na Jádro (např. Dokumenty).
  * Evidence pošty

Všechny agendy z modulu Evidence pošty.

Viz též Co je třeba k provozu evidence pošty.
  * Schvalování dokladů

Agendy týkající se schvalování dokladů, tj. agendy z modulu Workflow, ze složky složky Schvalování dokladů a možnost používat záložku Schvalování. Tedy agendy:

Viz též Co je třeba k provozu schvalování dokladů.
  * Schvalování výdajů

Agendy týkající se schvalování výdajů, tj. agendy z modulu Workflow, ze složky složky Schvalování výdajů. Tedy agendy:

Viz též Co je třeba k provozu schvalování výdajů.
  Vizualizace dat

Umožňuje v rámci ABRA Gen provoz Vizualizace dat v ABRA Gen. Je jednou z podmínek provozu Vizualizace dat.

Tento klíč sám o sobě k provozu Vizualizace nestačí. V rámci licenčního klíče je třeba mít i správné klíče v sekci BIKEY a LICENCEDAPPS, viz LICENCE.CFG.

  * Naplánovaná úloha (aktualizace KL)

Možnost používat naplánovanou úlohu:
  * Naplánovaná úloha (automatické upomínky)

Možnost používat naplánovanou úlohu:

Kromě samotné naplánované úlohy licence zpřístupňuje následující rozšiřující funkcionalitu související s problematikou upomínek:
  * Internet věcí (IoT)

Zpřístupňuje v rámci ABRA Gen podporu provozu IoT. Tj. agendy ze složky IoT a možnost používat záložku IoTData.

Viz též Co je třeba k provozu IoT v ABRA Gen.
  Počet aktivních senzorů IoT

Aktivace aktivačním klíčem typu Property (vlastnost). Počet senzorů IoT v aktivním stavu.
  Ochrana dat

Licencována je nabídka položek, k nimž lze nastavit definice ochrany dat.

Pokud není licence, bude možné definice ochrany dat nastavit pouze pro systémové položky, které je třeba chránit z titulu GDPR, tj. firem, osob, zaměstnanců a adres.

Viz též Co je třeba k provozu Ochrany dat.
WebAPI doplňky

Licence je potřebná k používání Web APIzdrojů pro doplňky v MS Excelu, resp. funkcí pro MS Excel, které tyto zdroje využívají.

Bez licence končí HTTP požadavky z této kategorie chybou 401 Unauthorized. Podrobnější informace o této skupině Web API zdrojů naleznete v kapitole Web API zdroje pro funkce v MS Excelu.
Účetnictví a výkazy

Agendy z modulu Účetnictví. Mimo agendy, které jsou licencovány v rámci licence na Jádro příp. nejsou licencovány vůbec: Účtový rozvrh, Účetní předkontace, Hlavní kniha, dále Doklad reverse charge (DRC), Vzájemné zápočty (VZ), agendy týkající se DPH, agendy týkající se Intrastatu, agendy týkající se kurzových rozdílů, Uzávěrka fakturace apod. Tj. agendy:
Banka a e-banking

Agendy z modulu Banka mimo agendu Vlastní bankovní účty, která je licencována v rámci licence na Jádro. Tj. agendy:

Dále licence umožňuje provoz e-bankingu jako takového. Nijak se nezohledňuje, jaký konkrétní e-bankingový ovladač je používán.

Viz též E-banking a ovladače a Co je třeba k provozu banky a e-bankingu.

V dřívějších verzích byly licencovány jednotlivé bankovní ovladače.
Pokladna

Agendy z modulu Pokladna mimo agendu Pokladny, která je licencována v rámci licence na Jádro. Tj. agendy:
Majetek

Všechny agendy z modulu Majetek.

Viz též Co je třeba k provozu majetku.
Jako rozšíření předchozí licence je k dispozici (*) i následující licence:    
  * Kniha jízd

 

Všechny agendy z modulu Kniha jízd.

Viz též Co je třeba k provozu Knihy jízd.
Nákup

Agendy z modulu Nákup vč. agend z podsložky Poptávky (i když jsou tyto paralelně dostupné v podsložce SCM). Mimo agendy, které nejsou licencovány vůbec: Dodavatelské ceníky, Meze pro pohledávky a závazky.
Prodej

Agendy z modulu Prodej. Mimo agendy, které nejsou licencovány vůbec: Meze pro pohledávky a závazky.

 
Jako rozšíření předchozí licence je k dispozici (*) i následující licence:
  * Splátkový prodej

 

Všechny agendy z modulu Splátkový prodej.

Viz též Co je třeba k provozu splátkového prodeje.
Skladové hospodářství Agendy ze složky Skladové hospodářství, včetně agend polohovaných skladů, viz dále.
  Polohované sklady

Agendy z modulu Skladové hospodářství týkající se polohovaných skladů. Dále podpora polohování v jiných agendách (např. položka pro nastavení skladu jakožto polohovaného, funkce Polohovat apod.).

Tj. agendy:

Viz též Co je třeba k provozu polohování.
Jako rozšíření předchozí licence je k dispozici (*) i následující licence:
  * SCM

Agendy z modulu SCM. Kromě agend z podsložky Poptávky (ty jsou licencovány licencí na "Nákup"). Dále podpora SCM v jiných agendách (např. funkce SCM v agendách jednotlivých dokladů apod.).

Viz též Co je třeba k provozu SCM.
Maloobchodní prodej

Agendy z modulu Maloobchodní prodej.

Viz též Co je třeba k provozu maloobchodního a restauračního prodeje.
Restaurační prodej

Pro restaurační agendy musí mít uživatel licenci na Maloobchodní prodej, viz výše (aby měl dostupné agendy společné pro Maloobchodní i Restaurační prodej) a zároveň i licenci na Restaurační prodej. Samostatná licence na Rest. prodej se týká agend z modulu Restaurační prodej, které nejsou současně v modulu Maloobchodní prodej. Tj. agend:

Pokud není licence na Restaurační prodej, tak se v různých agendách některé záložky skrývají nebo zamykají.
Kompletace

Všechny agendy z modulu Kompletace.

Viz též Co je třeba k provozu kompletace.
Gastro výroba

Všechny agendy z modulu Gastrovýroba.

Viz též Co je třeba k provozu gastrovýroby.
Výroba
Agendy z modulu Výroba.
Kapacitní plánování

Agendy z modulu Kapacitní plánování.
  Plánovatelná pracoviště

Aktivace aktivačním klíčem typu Property (vlastnost). Jedná se o počet pracovišť, která mohou mít zatržený parametr Plánovat.
CRM

Agendy z modulu CRM, kromě agend kampaní, které jsou licencovány samostatně, viz dále a dále kromě agend, které jsou licencovány v rámci licence na Jádro: Adresář firem, Projekty.

Viz též Co je třeba k provozu CRM aktivit a Co je třeba k provozu segmentace.
Jako rozšíření předchozí licence jsou k dispozici (*) i následující licence:
  * CallCentrum

Agendy z modulu Call-centrum.

Viz též Co je třeba k provozu Call Centra.
  * Kampaně

Agendy týkající se kampaní, tj. agendy z modulu CRM ze složky Kampaně. Pokud není licence na Kampaně, tak se v různých jiných agendách systému některé záložky či funkce s vazbou do kampaní skrývají nebo zamykají. Tedy agendy:

Viz též Co je třeba k provozu kampaní.
Projektové řízení

Licence se vztahuje na možnost provozovat projektové řízení v agendách Zakázky, Obchodní případy a Projekty. Pokud ji nebudete mít, budete moci číselníky využívat jen základním způsobem, nebudete moci v nich využívat tzv. rozšířené řízení ve zmíněných číselnících. Na ostatní agendy ze složky Projektové řízení se licence na Projektové řízení nijak nevztahuje. Jsou licencovány v rámci licence na CRM nebo v rámci licence na Jádro. Dostupnost licence na projektové řízení může ovlivňovat i dostupnost některé funkcionality v jiných částech systému, např. v číselníku rolí a uživatelů.

Viz též Co je třeba k provozu projektového řízení. Dále viz Čerpání licencí na projektové řízení.
Jako rozšíření předchozí licence je k dispozici (*) i následující licence:
  * Projektová dokumentace

 

Všechny agendy z modulu Projektová dokumentace.
Servis

Všechny agendy z modulu Servis.

Viz též Co je třeba k provozu servisu.
Mzdy a personalistika
Agendy z modulu Mzdy a personalistika. Licence se nevztahuje na agendu Pomocné nástroje, která licencována není, a dále na číselníky, které jsou sice rovněž umístěny v podsložce Mzdy a personalistika, ale jsou součástí jádra, jelikož jsou využívány i jinými moduly. Týká se číselníků: Pracovní kalendář, Druhy směn.
  Počet aktivních zaměstnanců

Aktivace aktivačním klíčem typu Property (vlastnost). Počet zaměstnanců v aktivním stavu.

Dále viz Čerpání licencí na mzdy a personalistiku.
Docházka

Agendy z modulu Docházka.

Viz též Co je třeba k provozu docházky.

Definovatelné importy

Agendy pro Definovatelné importy.

Viz též Co je třeba k provozu části systému Definovatelné importy.
EDI komunikace

Licence umožňuje provozovat EDI komunikaci, vytvářet a odesílat EDI zprávy, importovat EDI doklady do systému ABRA Gen a exportovat je ze systému, a to buď ručně, nebo automaticky.

Licence umožňuje přístup k následujícím číselníkům:

Dále licence umožňuje přístup k těmto položkám týkajících se EDI komunikace:

  • zobrazení tlačítka EDI pro vygenerování EDI exportu v agendách Faktury vydané, Objednávky vydané, Dodací listy
  • zobrazení zatržítka Doklad EDI na hlavičce dokladu v agendách Faktury vydané, Objednávky vydané, Dodací listy, Faktury přijaté, Objednávky přijaté a Příjemky
  • zobrazení položky Stav zpracování v části EDI na hlavičce dokladu v agendách Faktury vydané, Objednávky vydané, Dodací listy, Faktury přijaté, Objednávky přijaté a Příjemky
  • provedení akcí Zpracovat pro importování EDI zprávy v agendě Definice definovatelných importů
  • provedení akcí Zpracovat pro importování EDI zprávy přes skripting
  • provedení akce Zpracovat pro importování EDI zprávy v agendě Sady importních a exportních definic

Viz též Co je třeba k provozu EDI komunikace
Uživatelské parametry

Licence umožňuje používat Uživatelské parametry v systému ABRA Gen napříč agendami.

Licence se kontroluje:

  • při pokusu o spuštění agendy a záložky Skupiny parametrů
  • při zobrazování záložky Parametry na ostatních formulářích (pokud není licence, záložka se nezobrazí)
  • v API při čtení jednotlivých parametrů přes endpoint “userparameters”
  • v API při zápisu hodnot parametrů
Bankovní API

Licence umožňuje provozovat Bankovní API, tzn, stahování bankovních výpisů z bank za pomocí API a to buď manuálně v agendě Bankovní výpisynebo automatickou naplánovanou úlohou.

Licence umožňuje přístup k následujícím číselníkům:

Dále licence umožňuje přístup k těmto položkám týkajících se bankovního API:

Licencované moduly a uspořádání agend do nich se může průběžně měnit a nemusí přesně odpovídat výše uvedenému výčtu. Viz aktuální obchodní politika výrobce.

Kromě licencovaných modulů a vlastností může licenční klíč obsahovat seznam licencovaných webových aplikací. Viz Webové aplikace.

Seznam licencí k webovým aplikacím se zobrazuje v agendě Správa licencí resp. v AppServerProp.exe → záložka Licencované aplikace. Obsah záložky odpovídá obsahu klíče v sekci [APPS] v souboru LICENCE.CFG.

Název licencovaného celku Popis, k čemu klient získá licence, má-li daný licencovaný celek
Název aplikace (název, pod kterým byl licenční klíč k dané aplikaci vygenerován)

Funkcionalita obsažená v rámci dané aplikace. Popis jednotlivých webových aplikací viz kapitolaWebové aplikace.

Kromě licencovaných modulů a vlastností může licenční klíč obsahovat seznam licencovaných doplňků. Viz Katalogové doplňky.

Seznam licencí k doplňkům se zobrazuje v agendě Správa licencí resp. v AppServerProp.exe → záložka Licencované doplňky. Obsah záložky odpovídá obsahu klíče v sekci [PACKAGE] v souboru LICENCE.CFG.

Název licencovaného celku Popis, k čemu klient získá licence, má-li daný licencovaný celek
Název doplňku (název, pod kterým byl licenční klíč k danému doplňku vygenerován)

Funkcionalita obsažená v rámci daného doplňku. Popis jednotlivých katalogových doplňků viz sekce Katalogové doplňky.

Systém se aktivuje zadáním obchodního jména majitele licence a aktivačního klíče. To lze provést několika způsoby:

  • Při instalaci - V příslušném kroku instalace nové verze nebo instalace update (aktualizace instalace). Zadat jej můžete načtením z dodaného souboru s aktivací.
  • V agendě Správa licencí - Viz funkce Aktivace . A to načtením z dodaného souboru s aktivací.
  • Přímým nahráním aktivačního souboru licence.cfg do cesty instalace systému ABRA Gen. (Nejrychlejší způsob aktivace.)

    Jsou-li zadané údaje správné a odpovídají nainstalovanému produktu a nainstalované verzi, bude systém zaktivován do odpovídající ostré verze.

Ruční editace je k dispozici pro uživatele, kteří nemají přístup k elektronické poště a není možné jim klíče doručit v elektronické podobě.

Hlídání čerpání licencí zajišťuje tzv. licenční manažer, který je umístěný na aplikačním serveru. To mj. zajišťuje, že se v agendě Správa licencí na klientovi zobrazují pravdivé informace i o vyčerpaných licencích aplikačního serveru i jinými úlohami ABRA Gen. Také je tím řešen případný problém, kdyby klient neměl read/write přístup k souboru licence.cfg na serveru (do licence.cfg zapisuje licenční manager, který je sám na serveru, tudíž i z takového klienta lze licence zadávat).

Informace o tom, který uživatel čerpá licence jednotlivých licencovaných modulů, viz Možnosti sledování čerpání licencí.

V dalším textu je uveden výklad pravidel platných pro čerpání licencí:

V seznamu aktivovaných modulů v agendě Správa licencí je za každým licencovaným modulem uvedena dvojice čísel ve tvaru X/Y:

  • X udává, kolik licencí je pro daný licencovaný modul v daný moment již vyčerpáno. Za vyčerpání jedné licence pro daný licencovaný modul se považuje spuštění první agendy, která do daného licencovaného celku (licencovaného modulu) náleží v rámci spuštěné ABRA Gen. Každé další spuštění téže agendy nebo spuštění dalších agend patřících do téhož licencovaného modulu v rámci téže úlohy ABRA Gen již další licenci nevyčerpá. Pozor, nezaměňujte spuštění ABRA Gen jako druhé úlohy se spuštěním agendy do samostatného okna!!! Spuštění agendy do nového okna není dalším spuštěním systému ABRA Gen, tudíž další licenci pro spuštěný licencovaný modul nečerpá.
  • Y udává počet licencí, který pro daný modul máte zakoupen. Zde máme na mysli samozřejmě licence pro síťový provoz systému, tedy přesněji řečeno, kolik uživatelů může s daným licencovaným modulem současně pracovat. Tedy jinak řečeno číslo Y udává, kolikrát lze daný licencovaný modul současně spustit a provozovat jako samostatnou úlohu.

Objasníme na příkladech:

Mějme licenci pro modul Skladové hospodářství pro 5 stanic. To neznamená, že budeme moci spustit v rámci jedné spuštěné ABRA Gen maximálně 5 agend modulu sklad, ale znamená to, že budeme moci systém ABRA Gen spustit minimálně 5x jako samostatnou úlohu a v rámci každé z nich budeme moci spouštět libovolný počet agend licencovaných v rámci modulu skladového hospodářství. Přitom je jedno, zda je budeme spouštět do jednoho společného hlavního okna aplikace nebo do více samostatných oken (jako stejný uživatel nebo i jako jiný uživatel) a je jedno, zda všechny tyto úlohy spustí jeden uživatel nebo různí uživatelé.

Mějme licenci pro modul Prodej pro 3 stanice, které kromě serveru vlastníme. Systém ABRA Gen mějme instalován na serveru. Uživatel Novák si spustí systém ABRA Gen ze stanice 1 a to např. agendu Faktur vydaných, uživatel Hlaváček si spustí systém ABRA Gen ze stanice 2, ale pustí jej dvakrát (tj. jako dvě samostatné úlohy) a v obou také nějakou agendu patřící do modulu Prodej, např. Faktury vydané a Zálohové listy vydané. Ze třetí stanice již systém současně spustit nepůjde, nahlásí, že všechny licence pro daný modul již byly vyčerpány. Jak Novák, tak Hlaváček, ale budou samozřejmě moci ve spuštěných systémech ABRA Gen spustit libovolné množství dalších agend patřících do modulu Prodej (další spuštění agendy z téhož modulu v dané úloze se již za spuštění modulu z hlediska licencí nepočítá).

Spouštět systém z jedné stanice jako dvě samostatně běžící úlohy v podstatě není vůbec nutné, jelikož pokud máte potřebu mít zobrazeno několik otevřených agend současně, můžete toho docílit jejich spouštěním do samostatného okna. Dále viz Výhody a nevýhody běhu systému ABRA Gen ve více oknech.

Licence neblokují otevírání agend jako malé výběrové číselníky. Tedy i když nemáte licenci k dané agendě, jako výběrový číselník ji můžete otevřít a vybrat z ní požadované záznamy. Otevření agendy ve formě malého výběrového číselníku neodčerpá licence.

Dále licence neblokují vytváření a práci s daty nevizuálním způsobem, ale kontrolují počet uživatelů pracujících s daným modulem (týká se i otevřeného rozhraní). Objasníme na příkladu:

Uživatel má licenci ke Skladovému hospodářství 2x a Prodeji 1x. Pracují 2 skladníci a 1 fakturant. Kdyby licence blokovaly i nevizuální vytváření dodacích listů, zde tedy automaticky spolu s fakturou, pak by to fakturantovi znemožňovalo vystavovat faktury s dodacími listy, pokud by pracovali oba skladníci, což by bylo nežádoucí.

Zde však existují i výjimky, které jsou speciálně ošetřeny:

Uživatel nemá licenci na modul Banka. Tedy mj. nemůže pracovat s žádostmi o platební příkazy. Žádosti o platební příkazy lze ale generovat i z jiných agend (např. automaticky při uložení faktury přijaté). Pokud uživatel nemá licenci na modul Banka, nebude moci ani vystavit žádost o platební příkaz z agend. To proto, že takový požadavek by uživatel bez licence na Banku již nemohl nikdy smazat a mohlo by se tudíž stát, že by blokoval případné mazání dokladu, k němuž byl vystaven.

Součástí licence na jádro nejsou jen vybrané agendy (např. agendy adresáře, základní číselníky apod.), ale i aplikační server, tudíž je automaticky licencován v rámci licencování jádra.

Obecně platí, že každé spuštění klienta síťové instalace ABRA Gen (až na výjimky uvedené dále) odčerpá jednu licenci jádra (resp. aplikačního serveru), tj.

Mějme licence na jádro 3x. Spustíme dvakrát ABRA Gen a v jedné např. dvakrát faktury přijaté a jednou sklad a ve druhé jednou sklad. Pak budeme mít odečteny dvě licence jádra, jednu licenci Nákupu a dvě licence Skladového hospodářství. Pokud poté v první spuštěné ABRA Gen spustíme např. adresář, žádná další licence na jádro se neodčerpá.

Pro zobrazení aktuálních spojení s aplikačním serverem (potažmo získání informace, která spojení odčerpala licence jádra z důvodu připojení na aplikační server) slouží nástroj AppServerProp.exe.

Pokud si uživatel dokoupil licence a nyní systém znovu aktivuje, pak platí: pokud se licence jádra (tj. tedy i aplikačního serveru) navyšují, není potřeba AppServer ukončit a spouštět znovu, jelikož v okamžiku, kdy se pro dalšího spuštěného klienta licence nedostává, zaktualizují se údaje v licenčním manageru, který stav vyčerpání licencí hlídá, podle posledního stavu zadaných licencí. V případě snižování licencí se nic obdobného neřeší.

Při připojení OLE-aplikace, tj. při spuštění AbraOLE platí:

  • nejprve odčerpá licence jádra a poté ještě licence otevřeného rozhraní OLE. Tento způsob odpovídá způsobu zpoplatnění licencí a zároveň umožní sledovat, kolik licencí jádra odčerpalo samotné otevřené rozhraní OLE.

Dále se provádí Test existence platné licence jádra. Viz též Co je třeba k provozu OLE.

Pokud se v rámci AbraOLE spouští nějaká agenda vizuálně, pak se jejím spuštěním v rámci OLE pochopitelně rovněž odčerpá licence na jednu licenci tohoto licencovaného celku, obdobně, jakoby byla daná agenda spuštěna přímo uživatelem.

Dříve se otevřené rozhraní licencovalo odlišným způsobem (platila jiná pravidla na čerpání licencí jádra při provozu přes OLE). Nejdříve spuštění OLE odčerpalo licenci jádra, od v. 10.03 platilo, že spuštění AbraOLE pro otevřené rozhraní licenci jádra nečerpalo, poté bylo čerpání licence jádra opět zavedeno.

Mějme licence na jádro 3x a licence na prodej 2x. Spustíme jednou systém ABRA Gen a v něm např. faktury vydané a upomínky. Tím máme odčerpanou 1x licenci jádra a 1x licenci prodeje. Poté v rámci AbraOLE vizuálně spustíme agendu objednávek přijatých. Tím budeme mít vyčerpané celkem 2x licenci na jádro a 2x licenci k prodeji (na prodej už nám žádná další nezbývá, tj. spuštění jakékoliv agendy licencované v rámci prodeje z další spuštěné ABRA Gen program nepovolí).

Spuštění automatizačního serveru ani jeho podřízených procesů (slaves) žádné licence nečerpá. Spuštění naplánované úlohy (jedním ze "slavů") rovněž žádné modulové licence nečerpá.

  • ani licenci jádra (na aplikační server)
  • ani žádné jiné licence z jiného licencovaného celku

Nicméně provádí se Test existence platné licence jádra. Viz též Co je třeba k provozu autoserveru a naplánovaných úloh.

Změna licence týkající se úloh řešených automatizačním serverem se projeví až po restartu AutoServeru.

Spuštění ABRA WS serveru ani jeho kernelů žádné licence nečerpá.

  • ani licenci jádra (na aplikační server)
  • ani žádné jiné licence z jiného licencovaného celku

Samotné agendy pro definici webových služeb jsou jedním z licencovaných celků.

Nicméně provádí se Test existence platné licence jádra. Viz též Co je třeba k provozu webových služeb.

Pro mzdové a personální agendy platí, že se aktivuje na určitou kapacitu modulu co se týká počtu zaměstnanců. Při uložení pracovního poměru (PP) se kontroluje počet zaměstnanců, kteří mají v den začátku právě editovaného PP alespoň jeden PP (zohledňuje se samozřejmě i ten, co je právě editován). Pokud tento počet přesáhne počet daný v konfiguračním parametru mezd, není možné prac. poměr uložit. Při kontrole počtu není brán v úvahu případ nemoci vyplácené v ochranné lhůtě a roční zúčtování daní vyplacené po skončení pracovního poměru.

Důsledky pro uživatele:

  • Je možno vést mzdy zakoupenému počtu zaměstnanců bez ohledu na počet jejich souběžných pracovních poměrů.
  • Při výpočtu mzdy se už licence nehlídají, není to potřeba. Kontroluje se vznik pracovního poměru a bez něj nelze tvořit ML, tudíž ani počítat mzdy.

Mějme licenci pro 5 zaměstnanců. V květnu pracuje 5 lidí, z toho 3 mají 2 souběžné PP. K 31.5. jeden zaměstnanec Novák, který měl jen 1 PP ukončí PP. Tudíž v červnu můžeme přidat nového zaměstnance, ale jeho PP musí začínat nejméně od 1.6. Pokud by začínal 31.5., nahlásil by systém překročení licence. Pokud ovšem pak v červnu Novák onemocní v ochranné lhůtě a při výpočtu mzdy se mu tvoří ML v ochranné lhůtě, tak je vše v pořádku, žádné překročení licence apod. se nehlásí.

Licence se čerpá, stojí-li se v agendě zakázek, obchodních případů či projektů na záznamu, který má nastaveno tzv. rozšířené řízení.

K dispozici je několik možností sledování čerpání licencí:

  • Agenda Správa licencí - Zde jsou k dispozici info o aktuálně vyčerpaném počtu licencí pro jednotlivé moduly z počtu, který vlastníte. Dále který uživatel které licence čerpá a informace o dosaženém maximu vyčerpaných licencí pro jednotlivé moduly a době trvání špičky.
  • Nástroj AppServerProp - dtto

  • Logování - O čerpání licencí si můžeme zobrazit log. Zde jsou k dispozici především info v podobě průběhu čerpání licencí (časy, kdy došlo k nějaké změně v čerpání a jaké).

    Logování čerpání licencí se konfiguruje jako ostatní logování v konfiguračním souboru Nexus.cfg v sekci [Log.Licence]. Konfigurační soubor Nexus.cfg systém hledá ve stejné cestě, jako je AbraGen.exe. 

    [Log.Licence]
Enabled=1
Level=4
Typ licence: Pojmenovaní uživatelé

Aktivační klíč je XML strukturovaný soubor, kterým si můžete zaktivovat systém ABRA Gen ze stavu Trial verze či Demoverze do ostré verze resp. Free verze (je-li tato k dispozici). Všechny aktivační klíče se vztahují k licencované firmě. Je uložený v souboru LICENCE.XML.

Rozlišujeme následující typy aktivačních klíčů:

  • Hlavní aktivační klíč - klíč na ostrou verzi v požadované konfiguraci buď zcela neomezenou nebo omezenou do konkrétního data.
  • Free aktivační klíč - získáte jej ZDARMA při registraci na Free verzi (je-li tato k dispozici) u dodavatele, pokud vám stačí systém provozovat jako Free verzi, tj. ostrou verzi s omezeným počtem záznamů. Aktivační klíč na Free verzi je dodáván (je-li Free verze k dispozici) pro stanovenou konfiguraci tak, jak je a nelze jej již dále nijak rozšiřovat. Pokud tedy máte Free verzi a potřebujete rozšířit licenci, pak je třeba si zakoupit neomezenou ostrou verzi v požadované konfiguraci.
  • Testovací aktivační klíč - klíč na testovací verzi určen pro zákazníky, kteří mají testovací prostředí. Prozatím není možné testovací licenci stáhnout ze Zákaznického portálu. Tato možnost bude doplněna. Po aktivaci testovacího licenčního klíče jsou všechna databázová spojení nastavena jako "testovací" bez možnosti změny.

  • Aktivační klíč na balíčky dodávané jako nadstavba k systému ABRA Gen v rámci Dalších rozšiřujících řešení, který je nadstavbou k hlavnímu aktivačnímu klíči na ostrou či teoreticky i free verzi.

    Kromě toho existuje ještě tzv. konzultantský klíč pro režim "Konzultant" (mód Konzultant). Tento režim umožní zaktivovat systém naplno (tj. plné aktivace ke všem modulům, ke kterým uživatel licenci nemá. Je určen pouze pro servisní pracovníky dodavatele. Běžný uživatel nebude potřebovat. Konzultantský mód lze aktivovat kombinací CTRL+ALT+SHIFT+F11 z okna pro spouštění agend nebo spuštěním s parametrem -loginconsultant. K dispozici jen pro běh v síťové verzi s aplikačním serverem.

Aktivační klíč obsahuje informace:

  • Pro jakou firmu (jakého vlastníka licence) je vygenerován.
  • Pro jaký produkt je vygenerován (např. pro ABRA Gen s daňovou evidencí, ABRA Gen s podvojným účetnictvím apod.). Resp. pro jaké balíčky skriptů je vygenerován.

  • Aktivační klíč pro verzi 23.xx platí pro verze řady 23 a nižší (tj. 23.1., 23.2, 23.3, ,... atd., ale i 21.1, 21.2 atd.)

  • Zda se jedná o klíč Testovací nebo Produkční. Testovací klíče se používají na testovacích databázových spojeních.

    Pokud je systém aktivovaný testovací licencí, všechna jeho spojení budou nastavena jako testovací, a to bez možnosti toto nastavení zrušit.

  • Informaci o omezené časové platností do konkrétního data.
  • Pro jaký počet firem je vygenerován (licence na multiverzi). Z hlediska mutiverze může být klíč vygenerován:
    • s kontrolou platnosti firem - jména firem, které chcete vést v multiverzi, uvedete již při generování klíče, pak budou součástí licenčního souboru, budete z nich moci vybírat do položky Lokální název firmy v agendě Firemní údaje, ale nebudete moci názvy těchto firem měnit.
    • bez kontroly platnosti firem - jména firem, které chcete vést v multiverzi, nebudete uvádět již při generování klíče a budete je zadávat ručně až za provozu ABRA Gen v agendě Firemní údaje v položce Lokální název firmy.

    Jaký typ aktivačního klíče z hlediska kontroly platnosti firem lze získat, závisí na aktuálních obchodních podmínkách dodavatele.

  • Pro jaké licencované celky a vlastnosti je vygenerován. Viz též dále Licencované celky (licencované moduly a vlastnosti ABRA Gen).
  • Pro jaké balíčky je vygenerován.
  • Jaké doplňující externí aplikace je možné se systémem ABRA Gen provozovat, např.:

Z výše uvedeného plyne, že při rozšiřování vaší licence, tj. např. při dokoupení dalších přístupů do systému, dokoupení multiverznosti, rozšíření počtu zaměstnanců apod. a při přechodu na novější verzi - update (pouze pokud daná verze aktivaci vyžaduje), vám bude vygenerován nový aktivační klíč.

Pokud se při spuštění systému zjistí, že aktivační klíč není určen pro aktuální verzi, ale pouze pro verze nižší (např. po instalaci update) systém se přepne do stavu DEMO resp. Trial verze. Pokud dojde k vypršení časové platnosti licence, přepne se systém automaticky do režimu čtení pro všechny uživatele.

Jak bylo řečeno výše, aktivační klíč je uložen v souboru licence.xml. Tento soubor leží do spuštění aplikačního serveru v adresáři instalace systému ABRA Gen. Po spuštění aplikačního serveru je jeho obsah nahrán do databáze hlavního spojení a soubor je následně z adresáře vymazán.

Má strukturu běžného XML souboru s několika sekcemi:

  • [License]: Informace o typu licence. Konkurenční nebo na Pojmenované uživatele.
  • [System]: Obsahuje systémové informace jako je např. informace o databázové platformě. Součástí této sekce je také identifikátor klíče, který jednoznačně identifikuje konkrétní licenční klíč např. při komunikaci s on-line službou při zjišťování dostupnosti nového klíče atd.
  • [Stamp]: Informace o datu a času vygenerování licence.
  • [Owner]: Jméno a IČO vlastníka licence
  • [Keys]:Obsahuje informace o počtu licencí na jednotlivé licencované celky(přístupy do systému, přístupy do systému jen ke čtení, možnost zákaznických úprav atd.) Je zde také informace o platnosti licence. Dále obsahuje informace o firmách (pokud se jedná o multilicenci), aplikacích a doplňcích
  • [Signature]: Podpis licenčního klíče vydavatelem , tedy společností ABRA Software a.s.. Tento podpis obsahuje kontrolní HASH. V případě, kdy uživatel zasáhne do licence, nebude možné licenci následně použít, jelikož dojde k poručení HASH podpisu..

Seznam licencí k modulům se zobrazuje v agendě Správa licencí resp. v AppServerProp.exe → záložka Informace o licenci. Obsah záložky odpovídá obsahu klíče v sekci [KEYS] v souboru LICENCE.XML.

Které agendy patří z hlediska licencí do kterých modulů, je dáno aktuální obchodní politikou výrobce. V případě zájmu o více informací kontaktujte, prosím, svého dodavatele.

K dispozici jsou následující licencované celky (licenční skupiny). Zda je nutné si licenci na daný celek zakoupit samostatně nebo zda je automatickou součástí nějaké jiné licence, závisí na aktuální obchodní nabídce výrobce.

Název licencovaného celku Popis, k čemu klient získá licence, má-li daný licencovaný celek
Modul
Přístup do systému

V rámci pořízení licence k přístupu do systému klient získává automaticky licence k následujícímu:

  • Přístup do systému (resp. Aplikační server).
  • Všechny agendy kromě:
    • agendy Výroba licencované samostatně

Dál viz Čerpání licencí jádra.

Jinými slovy: Platí, že pokud uživatel chce spustit např. OLE aplikaci, musí mít platnou licenci na přístup do systému
Přístup do systému jen pro čtení

Stejně jako výše popsaná licence Přístup do systému jen s tím rozdílem, že tato licence umožňuje pouze čtení dat, nikoliv jejích vytváření.

V rámci licence je možné záznamy v systému:

  • Číst a prohlížet existující záznamy
  • Tisknout, exportovat
  • Pracovat s Reporty
  • Vytvářet různá omezení a filtry
Výroba

Licence opravňuje užívat agendy z modulu Výroba. Na rozdíl od licence Přístup do systému nebo Přístup do systému jen ke čtení, nejsou licence přidělovány k jednotlivým uživatelům. Pokud má firma licenci zakoupenou, mají tento přístup všichni uživatelé, kteří mohou přistupovat do systému, samozřejmě s ohledem na práva uživatelů.
Možnost zákaznických úprav

Možnost spouštět a používat již zkompilované skripty (např. dodané servisními konzultanty výrobce). Tato licence umožní do agendy Balíčky skriptů nahrávat konzultantům pomocí konzultantského klíče zkompilované skripty, které bude následně firma využívat ve své práci.

Licence neumožňuje skripty uživatelsky editovat ani kompilovat.

Viz též Co je třeba k provozu skriptování.
Vlastní skriptování

Možnost kompilovat a tudíž i tvořit vlastní skripty. Nicméně i bez této licence lze provozovat skriptování s již zkompilovanými skripty (např. dodanými servisními konzultanty výrobce).

Viz též Co je třeba k provozu skriptování.
* Počet aktivních zaměstnanců

Počet zaměstnanců v aktivním stavu přes všechna spojení, která nejsou testovací.

Dále viz Čerpání licencí na mzdy a personalistiku.
Uživatelské API přístupy

Licence je potřebná pro fyzické uživatele využívající API, např. uživatelé B2B portálu. Licence umožní fyzickému uživateli pracovat prostřednictvím API se systémem ABRA Gen.
Integrační API přístupy

Licence je potřebná pro automatické systémy např. e-shopy nebo funkcí pro MS Excel, které komunikuji přes API s ABRA Gen- Licence neslouží pro fyzické uživatele.

Bez licence končí HTTP požadavky z této kategorie chybou 401 Unauthorized. Podrobnější informace o této skupině Web API zdrojů naleznete v kapitole Web API zdroje pro funkce v MS Excelu.
Počet API requestů

Licence určuje kolik má uživatel předplacených API requestů (požadavků). V případě překročení neznamená, že API požadavky nebudou vykonány, pouze to, že uživatel toto překročení doplatí.
EDI komunikace

Licence umožňuje provozovat EDI komunikaci, vytvářet a odesílat EDI zprávy, importovat EDI doklady do systému ABRA Gen a exportovat je ze systému, a to buď ručně, nebo automaticky.

Licence umožňuje přístup k následujícím číselníkům:

Dále licence umožňuje přístup k těmto položkám týkajících se EDI komunikace:

  • zobrazení tlačítka EDI pro vygenerování EDI exportu v agendách Faktury vydané, Objednávky vydané, Dodací listy
  • zobrazení zatržítka Doklad EDI na hlavičce dokladu v agendách Faktury vydané, Objednávky vydané, Dodací listy, Faktury přijaté, Objednávky přijaté a Příjemky
  • zobrazení položky Stav zpracování v části EDI na hlavičce dokladu v agendách Faktury vydané, Objednávky vydané, Dodací listy, Faktury přijaté, Objednávky přijaté a Příjemky
  • provedení akcí Zpracovat pro importování EDI zprávy v agendě Definice definovatelných importů
  • provedení akcí Zpracovat pro importování EDI zprávy přes skripting
  • provedení akce Zpracovat pro importování EDI zprávy v agendě Sady importních a exportních definic

Viz též Co je třeba k provozu EDI komunikace
Sharepoint

Licence umožňuje ukládání tiskových sestav a exportů na Sharepoint. Více viz Popis subzáložky Sharepoint.
Zobrazování náhledů

Licence umožňuje používat funkci Náhledy, která slouží pro rychlé zobrazení tisků, příloh či webových stránek v prohlížeči. Více viz Práce s náhledy.
Firmy
Maximální počet firem

Hodnota udává maximální počet firem, které licence obsahuje v takzvané multiverzi, tj. pro více firem
Firmy v licenci

Jmenný seznam firem, které licence obsahuje
Licencované aplikace
Název licencované aplikace

Název samostatně licencované aplikace a hodnota udávající pro kolik uživatelů je aplikace dostupná.

Licencované moduly a uspořádání agend do nich se může průběžně měnit a nemusí přesně odpovídat výše uvedenému výčtu. Viz aktuální obchodní politika výrobce.

Systém se aktivuje zadáním obchodního jména majitele licence a aktivačního klíče. To lze provést v agendě Správa licencí - Viz funkce Aktivace . A to načtením z dodaného souboru s aktivací.

Jsou-li zadané údaje správné a odpovídají nainstalovanému produktu a nainstalované verzi, bude systém zaktivován do odpovídající ostré verze.

Hlídání čerpání licencí zajišťuje tzv. licenční manažer, který je umístěný na aplikačním serveru. To mj. zajišťuje, že se v agendě Správa licencí na klientovi zobrazují pravdivé informace i o vyčerpaných licencích.

Informace o tom, který uživatel čerpá licence jednotlivých licencovaných modulů, viz Možnosti sledování čerpání licencí.

V dalším textu je uveden výklad pravidel platných pro čerpání licencí:

Nad seznamem aktivovaných modulů v agendě Správa licencí, subzáložkách Přidělení přístupů , Uživatelské API přístupy, Integrační API přístupy, Aplikaceje uvedena dvojice čísel ve tvaru X z Y:

  • X udává, kolik licencí je pro daný licencovaný modul v daný moment již přiděleno jednotlivým uživatelům. Za vyčerpání jedné licence pro daný licencovaný modul se považuje přidělení přístupu uživateli.
  • Y udává počet licencí, který pro daný modul máte zakoupen. Zde máme na mysli samozřejmě licence pro síťový provoz systému, tedy přesněji řečeno, kolik uživatelů může s daným licencovaným modulem pracovat.

Uživatel s přidělenou licencí může otevřít libovolné množství relací, tzn. může systém ABRA Gen na jedné stanici pustit vícekrát, aniž by čerpal další licence. V případě, že se uživatel pokusí přihlásit v rámci jedné sítě na jiné stanici než je již přihlášen, bude mu nabídnuta možnost původní relaci ukončit a pokračovat na nové stanici. Z toho plyne, že nelze být pod jedním uživatelským jménem současně přihlášen na více stanicích v jedné síti.

Licence je vždy časově omezena. Před expirací (případně po expiraci) licence je uživatel varován a to:

  • Zápisem do servisní knížky - zápis se vytvoří do všech datových spojení a informuje uživatele o tom, že se blíží konec expirace licence a není zatím zaplacena licence nová.

  • Zobrazením v záhlaví systému ABRA Gen - v liště pro zvláštní upozornění s informací, že provozuje systém bez uhrazených licenčních poplatků a může dojít k přerušení provozu systému.

Pokud ani poté nedojde k uhrazení poplatků za licenci, přepne se systém pro všechny uživatele do režimu Jen pro čtení. Nebude tedy možné vytvářet žádné další záznamy, ani editovat stávající a dosud vytvořené záznamy bude možné pouze prohlížet. Systém se bude chovat stejně, jako by všichni uživatele měli nastaven Přístup do systému jen pro čtení.

V této kapitole nejsou uvedeny konkrétní data, kdy systém před expirací licence varuje (např. varování 7 dní před vypršením platnosti licence ,atd.), jelikož je toto dáno obchodní politikou společnosti ABRA Software a.s. a jednotlivá data varování před expirací se mohou v čase měnit.

Jestliže administrátor po přechodu na Typ licence Pojmenovaní uživatelé neprovede manuální přidělení licencí jednotlivým uživatelům, jsou přiděleny následovně:

  • Přístup do systému: Všem uživatelům je nastaven přístup na hodnotu Automaticky. Uživatel, který se do systému přihlásí, dostane automaticky přidělenou licenci, tedy bude mít v přístupu nastavenu hodnotu Ano. Jakmile dojde k přidělení všech volných licencí a následně dojde k pokusu o přihlášení dalšího uživatele, který nemá licenci přidělenou, ten již licenci nedostane a systém ABRA Gen se nespustí.

  • Uživatelské, Integrační API přístupy: Přidělení licencí uživatelům je stejné jako v případě přístupu do systému, jen s tím rozdílem, že nejprve dochází k automatickému čerpání z uživatelských ,a až po jejich vyčerpání následně z integračních přístupů.

    Systém nemá jak poznat, zda jde o fyzického uživatele či nikoliv.

  • Vlastní aplikace: Přidělení licencí uživatelům je stejné jako v případě přístupu do systému. Tedy, je nastaven automatický přístup a uživatel, který spustí aplikaci, dostane přidělenou licenci (za předpokladu že je ještě licence volná).

Při připojení OLE-aplikace, tj. při spuštění AbraOLE platí:

  • odčerpá licenci pro přístup do systému

Pokud je v rámci sítě spuštěna OLE aplikace pod jedním uživatelem na více stanicích současně, systém ABRA Gen na tuto skutečnost upozorňuje.

Spuštění automatizačního serveru ani jeho podřízených procesů (slaves) žádné licence nečerpá. Spuštění naplánované úlohy (jedním ze "slavů") rovněž žádné modulové licence nečerpá.

Spuštění ABRA WS serveru ani jeho kernelů žádné licence nečerpá.

Pro mzdové a personální agendy platí, že se aktivuje na určitou kapacitu modulu co se týká počtu zaměstnanců a to napříč všemi databázovými spojeními (kromě těch označených jako Testovací). Při uložení pracovního poměru (PP) se kontroluje počet zaměstnanců, kteří mají v den začátku právě editovaného PP alespoň jeden PP (zohledňuje se samozřejmě i ten, co je právě editován). Pokud tento počet přes všechna databázová spojení (kromě těch označených jako Testovací) přesáhne počet daný v konfiguračním parametru mezd, není možné prac. poměr uložit. Při kontrole počtu není brán v úvahu případ nemoci vyplácené v ochranné lhůtě a roční zúčtování daní vyplacené po skončení pracovního poměru.

Důsledky pro uživatele:

  • Je možno vést mzdy zakoupenému počtu zaměstnanců bez ohledu na počet jejich souběžných pracovních poměrů.
  • Při výpočtu mzdy se už licence nehlídají, není to potřeba. Kontroluje se vznik pracovního poměru a bez něj nelze tvořit ML, tudíž ani počítat mzdy.

Mějme licenci pro 5 zaměstnanců. V květnu pracuje 5 lidí, z toho 3 mají 2 souběžné PP. K 31.5. jeden zaměstnanec Novák, který měl jen 1 PP ukončí PP. Tudíž v červnu můžeme přidat nového zaměstnance, ale jeho PP musí začínat nejméně od 1.6. Pokud by začínal 31.5., nahlásil by systém překročení licence. Pokud ovšem pak v červnu Novák onemocní v ochranné lhůtě a při výpočtu mzdy se mu tvoří ML v ochranné lhůtě, tak je vše v pořádku, žádné překročení licence apod. se nehlásí.

K dispozici je několik možností sledování čerpání licencí:

  • Agenda Správa licencí - Zde jsou k dispozici info o aktuálně přiděleném (vyčerpaném) počtu licencí pro jednotlivé moduly a vlastnosti z počtu, který vlastníte.
  • Nástroj AppServerProp - dtto

  • Logování - O čerpání licencí si můžeme zobrazit log. Zde jsou k dispozici především info v podobě průběhu čerpání licencí (časy, kdy došlo k nějaké změně v čerpání a jaké).

    Logování čerpání licencí se konfiguruje jako ostatní logování v konfiguračním souboru Nexus.cfgv sekci [Log.Licence]. Konfigurační soubor Nexus.cfg systém hledá ve stejné cestě, jako je AbraGen.exe. 

    [Log.Licence]
Enabled=1
Level=4