Princip licence Flexideo

Upravit obsah stránky

S flexibilitou platformy se pojí i flexibilita licenčního modelu, který používá.

Licenční model zohledňuje následující aspekty:
bullet

velikost aplikace

bullet

počet uživatelů aplikace

bullet

využívání aplikace


Zatímco počet uživatelů je běžným měřítkem, zbývající dva aspekty, tedy velikost aplikace a míra jejího využívání již méně. Cílem těchto aspektů je udržet krok licenčních podmínek s šíří využitelnosti platformy Flexideo. 

Je třeba vzít v úvahu, že obecný licenční model musí umět vyhovět malé aplikaci se základní evidencí například kontaktů klientů a jejich smluv stejně dobře, jako i rozsáhlém informačnímu systému nabízejícímu širokou škálu informací pro různé okruhy uživatelů. Aby bylo možné škálovat licence stejně jako informační struktru, počítáme tzv. kredity aplikace Flexideo

Cena kreditu a počet těchto kreditů v aplikaci pak stanovuje cenu licence.

 

Typy dokumentů

Každá Flexideo aplikace pracuje s dokumentovými typy. Dokumentovým typem může být například kontakt, smlouva, platba, faktura atd. Pro každý takový dokumentový typ Flexideo vytváří v databázi úložný prostor. Počet těchto typů tak určuje velikost a složitost určité aplikace.  Promítá se tedy i do celkového počtu potřebných kreditů. Dalším faktorem je počet uživatelů.

Uživatelé aplikace

Počet uživatelů je samozřejmě určující pro počet potřebných kreditů. Ale v praxi není uživatel jeden jako druhý, ale liší se dvěma faktory:
bullet

A. kolik daný uživatel potřebuje ke své práci dokumentových typů

bullet

B. jak často daný uživatel s aplikací pracuje

Příklad výpočtu kreditů

Představme si jako příklad aplikaci, která bude řídit smluvní vztahy s klientem. Uživatelé této aplikace budou děleni do 3 skupin uživatelů a dokumenty, se kterými pracují:
bullet

1. uživatelé obchodního oddělení dokumenty: kontakt, nabídka, smlouva, faktura kredity: 4

bullet

2. uživatelé finančního oddělení dokumenty: kontakt, faktura, platba kredity: 3

bullet

3. uživatelé na straně klienta dokumenty: kontakt, nabídka, smlouva, faktura, platba kredity: 5


V našem příkladu tedy předpokládáme, že budou existovat 3 okruhy uživatelů, kde nejvíce kreditů bude potřebovat každý uživatel klienta, protože potřebuje nahlížet do všech evidencí, které se jej týkají. U klienta je však předpoklad, že do aplikace bude přistupovat pouze příležitostně. Proto krom počtu uživatelů a jejich typů sledujeme ještě tzv. koeficient konkurenčních přístutupů

Tento koeficient tedy zohledňuje míru využívání aplikace daným uživatelem. Lze předpokládat, že zatímco okruhy uživatelů 1. a 2. budou s aplikací pracovat na denní bázi a bude běžně docházet k tomu, že budou přihlášeni všichni uživatelé zároveň, u klientů můžeme předpokládat, že se v určitou chvíli nepřihlásí více než 10% uživatelů (krom nárazových krátkodobých peeků, ty se nepočítají, pokud k nim nedojde více dnů za sebou). Koeficienty a následné reálné využití kreditů v našem příkladu by mohlo být následující:
bullet

1. uživatelé obchodního oddělení počet uživatelů: 6 kredity uživatele: 4 koeficient: 1.0 kredity skupiny: 24.0

bullet

2. uživatelé finančního oddělení počet uživatelů: 2 kredity uživatele: 3 koeficient: 1.0 kredity skupiny: 6.0

bullet

3. uživatelé na straně klienta počet uživatelů: 100 kredity uživatele: 5 koeficient: 0.1 kredity skupiny: 50.0


Celkový počet kreditů je pak ideálně součtem počtu kreditů za jednotlivé uživatele. V našem příkladu je tedy zapotřebí mít k dispozici celkem 80 kreditů. Samozřejmě v praxi běžně dochází u některých uživatelů k souběhu rolí, například jeden z pracovníků obchodu může figurovat zároveň jako pracovník finančního oddělení. 

V takovém případě bude mít tento uživatel opět jen ty dokumenty, se kterými pracuje, tedy 5 podobně jako klient. Jeho potřeba kreditů před příp. uplatněním koeficientu se tak navýší pouze o 1.