Konfigurace synchronizační služby: Porovnání verzí

Z K.A.P.
Skočit na navigaciSkočit na vyhledávání
Řádek 333: Řádek 333:
 
|'''CRM.IndividualPricesOZ.Persistent_IP'''||0/1||&nbsp;||<span style="color:Blue">'''Právo používat trvale platné ceny v individuálních cenách OZ.'''</span>
 
|'''CRM.IndividualPricesOZ.Persistent_IP'''||0/1||&nbsp;||<span style="color:Blue">'''Právo používat trvale platné ceny v individuálních cenách OZ.'''</span>
 
|-
 
|-
|'''CRM.IndividualPricesOZ.Approval'''||0/1||&nbsp;||<span style="color:Blue">'''Právo odeslat nepovolenou individuálních cenu OZ k odsouhlasení.'''</span>
+
|'''CRM.IndividualPricesOZ.Approval'''||0/1||&nbsp;||<span style="color:Blue">'''Právo odeslat nepovolenou individuální cenu OZ ke schválení.'''</span>
 +
|-
 +
|'''CRM.IndividualPricesOZ.Approval.Supervisor'''||0||&nbsp;||<span style="color:Blue">'''Právo schvalovat nepovolené individuální ceny OZ.'''</span>
 
|-
 
|-
 
|'''CRM.Product.Info.Prices'''||0/1||1||<span style="color:Blue">'''Právo vidět záložku <u>Ceny</u> v produktech'''</span>
 
|'''CRM.Product.Info.Prices'''||0/1||1||<span style="color:Blue">'''Právo vidět záložku <u>Ceny</u> v produktech'''</span>

Verze z 28. 5. 2021, 13:20

Konfigurace synchronizační služby se provádí ve webovém rozhraní Skeleton. Po přihlášení si vyberte Maxim systém/Synchronizace a zde jsou k dispozici následující nastavení:

Servery

V tomto číselníku můžete určit servery, na kterých běží služba Skeleton a přístupové údaje k těmto serverům. Tento číselník má dvoje hlavní použití:

  • Definice serveru umožňuje zjednodušenou úvodní konfiguraci programu těsně po instalaci Maxim CRM na koncovém zařízení. Aby uživatel nemusel po instalaci složitě určovat http adresy a přihlašovací údaje, tak můžete určit zkrácené ID serveru, které po instalaci programu stačí zadat a program si z pevně daného centrálního serveru stáhne odpovídající nastavení. Do zařízení lze stahovat pouze ty servery, které mají zaškrtnutý přepínač „Povolit pro automatické nastavení“. U těchto serverů pak kromě ID serveru stačí definovat jen URL (např. https://mojedomena.cz:7001/SkeletonService), jméno a heslo uživatele služby Skeleton a nějaký vhodný popis. Můžete také zadat jen první část hesla. Ve vstupním dialogu, který se objevuje při prvním spuštění Maxim CRM, program umožňuje po zadání ID serveru a načtení přístupových údajů zadat druhou část hesla. Pokud je tedy heslo uživatele služby Skeleton „MojeHeslo1234“ a v nastavení serveru uvedete jen „MojeHeslo“, tak uživatel při prvním spuštění Maxim CRM musí zadat „1234“, aby program mohl provést registraci zařízení a pokračoval v další synchronizaci.
    Uživatele služby Skeleton a jejich hesla definujte pomocí nabídky Administrace/Nastavení přístupu.
  • Definice serveru pro odesílání objednávek a dalších údajů. Tyto záznamy nedoporučujeme zveřejňovat pomocí přepínače „Povolit pro automatické nastavení“. ID serveru v tomto případě nehraje důležitou roli. Můžete zadat URL, uživatele a celé heslo ke službě Skeleton (viz Administrace/Nastavení přístupu) a dále je nutné zadat Jméno modulu (z definice číselníku, který je dostupný ve webovém rozhraní Skeleton pod nabídkou Administrace/Nastavení modulů/Nastavení modulu Maxim/Parametry programu), Uživatel modulu (viz Administrace/Nastavení modulů/Nastavení modulu Maxim/Uživatelé programu) a přihlašovací heslo do skladového programu.
Servery.png

Společnosti

Základní číselník popisující společnosti a jejich provozovny poskytující data pro synchronizaci.

Spolecnosti.png

Kromě základních identifikačních údajů (IČO, Název, ..) jsou zde i následující systémové údaje:

Název společnosti interní název společnosti nebo provozovny
ID společnosti interní označení společnosti – doporučujeme jen krátký výstižný název nebo kód velkými písmeny bez použití diakritiky, mezer a speciálních znaků; toto ID je pak použito i jako součást jména databáze vytvářené v koncovém zařízení
ID Synchronizace identifikátor synchronizace (připraveno pro budoucí použití)
Číslo skladu zadejte číslo skladu; číslo by mělo odpovídat údajům ve skladovém programu (např. kvůli zobrazování zůstatků skladu apod.)
Server zde můžete určit server z interního číselníku serverů, který se má použít pro odesílání objednávek a dalších informací z koncového zařízení zpět do skladového systému (viz bod Servery). Pokud server není určen, tak se systém ke službě Skeleton přihlašuje se stejnými údaji, jaké používá pro synchronizaci.

Databáze

Definuje jména databází, která jsou použita pro synchronizaci dat a databázové připojovací řetězce (Connection string) pro zpřístupnění databáze. Připojovací řetězec může mít například následující tvar:
data source=JmenoSQLServeru;initial catalog=Maxim.Sync;integrated
security=True;MultipleActiveResultSets=True;App=EntityFramework
Pokud je nastaven parametr „integrated security=True“, tak se pro přihlášení k databázi použijí údaje uživatele Windows, pod kterým je spuštěna služba Skeleton.


Databáze společnosti

Tento číselník propojuje společnosti s konkrétními databázemi, ze kterých mají být poskytována data pro synchronizaci. Různé firmy tak mohou mít některé synchronizační databáze společné a jiné zase rozdílné. Pokud je v nastavení tohoto číselníku uveden připojovací databázový řetězec, tak má přednost před nastavením uvedeným v číselníku „Databáze“


Skupiny tabulek

Základní číselník, který ovlivňuje četnost synchronizace v koncovém zařízení, kde běží Maxim CRM. Údaje poskytované do zařízení (datové tabulky) mohou být seskupeny pomocí tohoto číselníku.

SkupinyTabulek.PNG

V definici skupiny pak lze určit následující údaje:

Popis skupiny údaj lze libovolně měnit a měl by zjednodušeně vyjadřovat, které tabulky patří do dané skupiny
Aplikace zde zadejte Maxim.CRM (synchronizační služba je připravena i na práci s jinými aplikacemi)
Synchronizační frekvence určuje, jak často se má koncové zařízení dotazovat, zda jsou k dispozici na serveru nová data; jednotkou frekvence je 1 den; pokud zde tedy uvedete hodnotu 0.25, tak program po uplynutí 6 hodin (čili 0,25 x 24) od poslední úspěšné synchronizace provede synchronizaci dané skupiny. Pokud bude neustále k dispozici připojení k synchronizační službě, tak program provede synchronizaci přibližně 4x denně. Reálně ale bude synchronizace méně častá, protože uživatel nebude k synchronizační službě připojen trvale a v době, kdy by měla přijít na řadu synchronizace dané skupiny, mohou být synchronizovány jiné skupiny, které nebyly synchronizovány delší čas. Frekvenci je nutné plánovat i s ohledem na předpokládanou velikost dat a očekávaný počet změněných záznamů v rámci dne. Pokud se větší množství skupin tabulek s častými a rozsáhlými změnami naplánuje s krátkými časy mezi synchronizacemi, tak může dojít k zahlcení synchronizace a koncová aplikace i synchronizační server budou nadměrně zatěžovány.
Maximální synchronizační doba při spuštění programu Maxim CRM se kontroluje, zda doba od poslední úspěšné synchronizace nepřekročila stanovený časový interval. Údaj se uvádí ve dnech. Pokud je doba překročena, tak program nedovolí další použití do té doby, než je provedena synchronizace u všech skupin s překročeným časovým intervalem.
Systémová skupina tento přepínač smí být zapnutí jen u jedné skupiny, která obsahuje nastavení, jež se synchronizuje automaticky ještě před přihlášením uživatele na koncové zařízení



Tabulky

Tabulky jsou základním prvkem synchronizace. Údaje, které jsou uložené v libovolné databázi, která je dostupná v rámci definice databází, mohou být synchronizovány do koncového zařízení, kde běží aplikace Maxim CRM. Zdrojová data pro synchronizaci jsou připravena za pomocí databázového dotazu (SQL) a výsledná datová množina je formou změnového protokolu odeslána do zařízení, kde se z ní vytvoří záznamy tabulky v interní databázi zařízení.

Tabulky.PNG

Definice tabulky obsahuje následující údaje:

Skupina můžete určit odpovídající skupinu tabulek; všechny tabulky, které jsou v jedné skupině, jsou pak synchronizovány společně
Popis můžete změnit interní popis tabulky
Pořadí pořadí ve skupině tabulek
Databáze vyberte databázi, ve které má být spuštěn SQL dotaz; systémové tabulky používají databázi Maxim.Sync, běžné datové tabulky jsou obvykle umístěny v Maxim.CRM.Data
Min.app.verze minimální číslo verze aplikace, pro kterou je dotaz povolen; lze tak omezit, aby se synchronizace tabulky neprováděla, pokud je spuštěna starší verze Maxim CRM
Max.app.verze maximální číslo verze aplikace, pro kterou je dotaz povolen; lze tak omezit, aby se synchronizace tabulky neprováděla, pokud je spuštěna novější verze Maxim CRM (např. z důvodu, že se již tabulka v nové verzi nepoužívá)
Typ příkazu v aktuální verzi je podporován jen typ příkazu 0, který znamená běžný SQL dotaz typu SELECT
Text příkazu zde se zadává SQL příkaz, který má vybrat data ze zvolené tabulky. Z výsledné datové množiny pak synchronizační server připraví strukturu tabulky vytvářené na klientském zařízení. Struktura (čili názvy datových polí a jejich typ) musí odpovídat údajům, které očekává aplikace Maxim CRM. Mohou zde ale být některá pole navíc. Ty pak program pří zpracování obvykle ignoruje.

Příkaz (SQL dotaz) může využívat tyto parametry:

:QT maximální počet vrácených záznamů (použitý obvykle v kombinaci SELECT TOP :QR) – konkrétní maximální počet záznamů pak lze ovlivnit vlastností „Max. počet záznamů v dávce“ (viz dále); počet záznamů doporučujeme optimalizovat tak, aby databázové dotazy v rámci procesu synchronizace trvali jen krátký čas (okolo 1s)
:QP_RowSyncVersion zde program dosazuje požadované minimální číslo verze záznamu, které posílá koncová aplikace; všechny dotazy by měly využívat tento parametr
:QF filtrovací podmínka pro danou tabulku; synchronizační služba sestaví odpovídající filtr a dosadí ho namísto parametru :QF; pokud filtr není určen, tak se použije podmínka (1=1)
Název db. klienta název databáze v koncovém zařízení. Ve jméně databáze lze použít následující zástupné znaky:
:{C} označení společnosti, pro kterou se provádí synchronizace (viz číselník Společnosti)
:{U} označení uživatele, pro kterého se provádí synchronizace (viz číselník Uživatelé)
Název tbl. Klienta název tabulky v databázi uložené v koncovém zařízení – tabulky musí odpovídat názvům, které aplikace Maxim CRM očekává.
Id.pole pole z výsledného SQL dotazu, které má program použít jako jednoznačný identifikátor záznamu; každá tabulka musí mít takovéto jednoznačné pole (obvykle označované jako GUID, i když nemusí mít standardizovaný formát pro UUID)
Indexy klienta seznam jmen databázových indexů a polí, které mají být v daném indexu použity. Indexy zadejte v následujícím formátu:

Jmeno_indexu1=Pole11[,Pole12[,..]];Jmeno_indexu2=Pole21[,Pole22[,..]][;..] V definici indexu nepoužívejte mezery, odřádkování ani jiné nepovolené oddělovače

Min. počet filtrů dotaz se provede, jen pokud je pro danou tabulku definován určený minimální počet filtrů. Můžete tak například omezit, aby nešlo synchronizovat odběratele, pokud nebude určený filtr omezující synchronizovaná data (např. musí být určen nejméně 1 dealer)
Max. počet záznamů v dávce maximální počet záznamů, které jsou odeslány v rámci jedné synchronizační dávky; pokud je v dotazu použit parametr :QT, tak do tohoto parametru použito zadané číslo max. počtu záznamů; pokud parametr :QT není součástí dotazu, tak SQL server musí zpracovat všechny záznamy dle SQL dotazu, ale pošle se stejně jen určený maximální počet záznamů.

Příliš velká hodnota tohoto údaje povede k přenosu velkých bloků dat přes síť (při překročení určité hranice tak může dojít i k nefunkčnosti synchronizace). Malá hodnota zase vede k tomu, že synchronizační dotazy jsou příliš rozdrobeny a synchronizace bude pomalejší kvůli velké režii spojené s komunikací. Doporučujeme tedy doby zpracování dotazů sledovat v protokolu událostí a odpovídajícím způsobem optimalizovat tento parametr.



Filtry pro tabulky

V seznamu tabulek je v nástrojové liště tlačítko Spravovat filtry, které umožňuje určit, které tabulky mají používat jaké filtry (viz dále číselník filtrů)

FiltryTab.png

K jedné tabulce může být definováno více filtrů. Pokud jsou při výběru dat v rámci synchronizačního dotazu použity filtry stejného typu (např. údaj Dealer obsahuje 1 + Dealer obsahuje 2), tak se tyto podmínky spojí pomocí „OR“ (čili uživatel dostane data za dealera 1 i 2); Pokud jsou použity filtry různého typu (např. Dealer obsahuje 1 + skupina odběratelů ABC), tak se podmínky spojí pomocí AND (čili uživatel dostane odběratele dealera 1, kteří mají ve skupině údaj ABC).

Více tabulek může použít stejné filtry. V definici SQL dotazu je pak vhodné se pomocí spojení více tabulek odkázat na hlavní tabulku a filtrovací podmínku uplatnit na ni; např. pomocí WHERE EXISTS(Select…). Můžete tak například dosáhnout toho, že na zařízení jsou synchronizována jen data související s vybranými odběrateli nebo skladovými kartami.


Filtry

V tomto číselníku můžete definovat základní filtry, které se mají použít v definici tabulek pro omezení synchronizovaných dat. V poli Formát pak uveďte SQL podmínku, která se pak stane součástí SQL dotazu (obvykle v části Where). Ve formátu použijte %s na místě, kde má být vložena hodnota, která platí pro daného uživatele koncového zařízení (viz číselník uživatelů)

Filtr.png


Příkazy

Tabulka obsahuje seznam příkazů (obvykle SQL příkazů), které mají být prováděny na straně aplikace koncového uživatele. Příkazy mohou být vytvářeny službou pro generování dat a typicky jsou určené na provádění údržby databází. V aktuální verzi není takto funkčnost využívána.


Parametry

V tomto seznamu můžete definovat jména parametrů. Jednotlivé parametry se identifikují podle jména parametru a varianty (obdoba proměnné ve skladovém programu ukládané do číselníku 161). Parametr může platit jen pro jednu vybranou společnost (pokud ponecháte hodnotu n/a, tak platí pro všechny společnosti), pro jednoho vybraného uživatele (pokud ponecháte hodnotu n/a, tak platí pro všechny uživatele) a pro jeden uživatelský profil (pokud ponecháte hodnotu n/a, tak platí pro všechny profily) nebo platí pro kombinaci uvedených hodnot. V případě, že proměnnou definujete vícekrát (např. pro různé společnosti či uživatele), tak jsou preferovány konkrétnější hodnoty před těmi obecnými (s hodnotou n/a).

Parametry.png

Do popisu můžete dát libovolný text. Program využívá údaj z pole „Hodnota parametru“. Aktuálně program Maxim CRM zpracovává následující parametry:

Jméno parametru Varianta Výchozí hodnota Popis
HomeCurrency 0 CZK Domácí měna
DefaultWarehouseId 0 1 Pokud není určeno, tak se přebírá se z pole Číslo skladu v číselníku společností
CheckUnpaidInvoices 0 1 Kontrola nezaplacených faktur
DefaultDaysPastDue 0 0 Výchozí dny po splatnosti pro kontrolu saldokonta
DefaultDocType 0 0 Výchozí číslo typu dokladu; pokud není určeno, použijete se číslo zjištěné z proměnné SSLDefTypD (dle skladového číselníku)
DefaultDocTypesGroup 0 0 Výchozí číslo skupiny typů dokladů pro zákazníky, kteří mají tuto hodnotu nastavenou na 0; definicí skupiny typů dokladů ve skladovém programu a nastavením tohoto parametru můžete ovlivnit zobrazené typy dokladů i pro zákazníky, kteří nemají tento filtr nastaven
DocTypesFilter 0 * Maska definující čísla typů dokladů, které jsou povolené pro výběr v hlavičce objednávky. Toto omezení se uplatňuje současně s omezením na skupinu typů dokladů, které má povolené konkrétní odběratel (popř. se skupinou definovanou parametrem DefaultDocTypesGroup)
SyncAppRelaxTime 0 500 Čas v milisekundách mezi jednotlivými synchronizačními dotazy v případě, že synchronizace běží na pozadí
SyncCompanyData 0 1 Parametr povoluje nebo zakazuje synchronizaci dat pro danou společnost (parametr se obvykle používá pro vypnutí synchronizace pro konkrétní společnost v rámci hromadné synchronizace dat)
SyncCompanyData 1 1 Parametr povoluje nebo zakazuje hromadnou synchronizaci dat za všechny společnosti dostupné pro daného uživatele
SyncMaxQueryLength 0 25000 Maximální počet znaků pro jeden synchronizační příkaz, který zpracovává data přijatá ze synchronizačního serveru. Pokud jsou zpracovávaná data větší, tak se rozdělí na více samostatných příkazů. Větší číslo znamená rychlejší synchronizaci, ale může to pak mít vliv na odezvu programu při běžné práci uživatele.
SyncMaxDataValues 0 200000 Maximální počet znaků pro přenášená data, která připravuje synchronizační služba. Větší číslo znamená rychlejší synchronizaci, ale může to pak mít vliv na odezvu programu při běžné práci uživatele.
SyncUserPswdParams 0 1 Minimální délka hesla použitá ve funkci pro změnu hesla uživatele; tento parametr je kontrolován i službou Skeleton při spuštění funkce na změnu hesla
AppUserType 0 1 Typ uživatele pro funkce, které vychází ze skladového systému a potřebují typ uživatele (např. při testování některých proměnných)
UsePackages 0 1 Hodnota 0 zakazuje používání práce s balením
ProductPriceLevels 0 1/2/../37 Určuje, která cenová pásma mají být zobrazená ve skladové kartě. Pokud se před číslo cenového pásma přidá písmeno T, tak se číslo považuje za typ ceny dle definice cenových pásem skladového programu (např. T7 znamená cenové pásmo pro nákupní ceny). Jinak číslo znamená cenové pásmo pro prodejní ceny.
ProductPriceLevelNames 0 Aut./PC 1/.. /PC37 Určuje názvy cenových pásem. Hodnotu parametru zadejte jako seznam názvů pro všechna cenová pásma prodejních cen oddělených znakem /. Pokud parametr ProductPriceLevels obsahuje mezi cenovými pásmy některou z cen definovanou pomocí definice typu ceny (písmeno T), tak je třeba definovat parametr ProductPriceLevelNames s ohledem na všechna existující pásma pro typ ceny: Aut./PC 1/PC 2/PC 3/PC 4/PC 5/PC 6/Nákupní cena/Dohodnutá NC/Průměrná NC/PC 7/PC 8/PC 9/PC 10/PC 11/PC 12/PC 13/PC 14/PC 15/Sp.cena/PC 16/PC 17/PC 18/PC 19/PC 20/PC 21/PC 22/PC 23/PC 24/PC 25/PC 26/PC 27/PC 28/PC 29/PC 30/PC 31/PC 32/PC 33/PC 34/PC 35/PC 36/PC 37/PC 38/PC 39/PC 40/Dohod.NC3/NC Akce/Dohod.NC5
ProductListLimit 0 500 Maximální počet zobrazených karet v režimu bez filtru
ProductListLimit 1 5000 Maximální počet zobrazených karet v režimu s filtrem (např. dle kategorie)
ProductStockWarehouseList 0 Akt.sklad Seznam čísel skladů oddělených znakem /, které se mají zobrazovat v přehledu produktů
ProductStockWarehouseList 1   Seznam označení skladů oddělených znakem /, které se mají zobrazovat v nadpisu v přehledu produktů
ProductDocPath 0 URL cesta, odkud mají být stahovány obrázky nebo složka, ve které mají být hledány obrázky k produktům
ImageAge 0 30 maximální počet dnů, po které je stažený a uložený obrázek k produktu považován za platný
IndPriceValidation 0 65535 Povolené kontroly validity individuálních cen OZ. Číslo zadejte jako součet následujících hodnot: +1: Kontrola v celém období platnosti IC; +2: Kontrola minimální a maximální hodnoty slevy v domácí měně; +4: Kontrola minimální a maximální hodnoty slevy v procentech; +8: Omezení maximální platnosti IC; +16: povolení individuální ceny s pevnou cenou pro karty s omezením pevné ceny; +32: Omezení minimální hodnoty slevy pro označené zákazníky (jen přirážky); +64: Omezení jen na typ klíče Kód; +128: Povolení jen na vybrané typy slev (pevné ceny, cenová pásma, cost-price)
IndPriceApproving 0 65535 Povolené kontroly pro schvalování individuálních cen OZ. Číslo zadejte jako součet následujících hodnot: +1: Kontrola v celém období platnosti IC
IndPriceApproving 1 PX-COSTASM Jméno individuální ceny pro schvalování individuálních cen OZ.
IndPriceMinDiscount 0 -9999 Minimální hodnota slevy v domácí měně (pokud je zapnuta kontrola validity pro minimální a maximální ceny)
IndPriceMaxDiscount 0 0 Maximální hodnota slevy v domácí měně (pokud je zapnuta kontrola validity pro minimální a maximální ceny)
IndPriceMinDiscountPerc 0 -500 Minimální hodnota slevy v procentech (pokud je zapnuta kontrola validity pro minimální a maximální procenta slevy)
IndPriceMaxDiscountPerc 0 0 Maximální hodnota slevy v procentech (pokud je zapnuta kontrola validity pro minimální a maximální procenta slevy)
IndPriceMaxCount 0 50 Maximální počet individuálních cen OZ na jednoho zákazníka (pro zákazníky, kteří to nemají definované jinak)
IndPriceKeyTypeList 0 všechny typy Seznam povolených typů klíčů pro nové individuální ceny OZ
IndPriceDiscountTypeList 0 všechny typy Seznam povolených typů slev pro nové individuální ceny OZ
IndPriceRoundingTypeList 0 všechny typy Seznam povolených typů zaokrouhlení pro nové individuální ceny OZ
IndPriceFindPriceTypeList 0 všechny typy Seznam povolených způsobů vyhledávání lepší ceny
IndPriceOZPost 0 1 Nenulová hodnota povoluje automatické odesílání nových nebo změněných individuálních ceno OZ na pozadí
BatchInterval 0 18000 Počet sekund (mezi jednotlivými pokusy) pro automatické dávkové odesílání objednávek nebo individuálních cen OZ na pozadí
OrdersPost 0 0 Nenulová hodnota povoluje automatické odesílání neodeslaných objednávek na pozadí
OrderSendUpdatePrices 0 0 Nenulová hodnota povoluje aktualizaci cen na straně serveru při ukládání objednávky přes Skladweb; Pokud je aktualizace cen vypnutá (hodnota 0), tak se přesto aktualizují ceny u položek, které nebyly na straně klientské aplikace ručně změněny. Toto chování lze potlačit nastavením proměnné PrvPoz,22 na hodnotu 1 (ve skladovém systému).
OrderStatesAgeLimit 0 14 Určuje maximální stáří objednávky ve dnech pro dohledávání stavu zpracování objednávky - pro objednávky zobrazené za všechny odběratele
OrderStatesAgeLimit 1 31 Určuje maximální stáří objednávky ve dnech pro dohledávání stavu zpracování objednávky - pro objednávky za vybraného odběratele
OrderStatesAgeLimit 2 1 Určuje maximální stáří objednávky ve dnech pro dohledávání stavu zpracování objednávky - pro objednávky, které byly v rámci předchozích dotazů na stav zpracování objednávky označené jako rozvezené
OrdersDatabaseName 0 MaximCRM_Orders_{C}_{U} Určuje jméno databáze, do které jsou ukládány vytvořené objednávky a položky objednávek; symboly {C} a {U} jsou nahrazeny identifikátory společnosti a uživatele
OrderItemPriceTypeEdit 0 1 Povoluje editace cen bez DPH (1) nebo s DPH (2) v požadavku, popř. oboje ceny (3) nebo žádné ceny (0)
OrderItemPriceValidationMode 0 -1 Režim kontroly ceny v objednávce pro položky s cenou nad určenou limitní cenou (-1..nastavení se řídí skladovou proměnnou ObjHlasNC; 0..žádné hlášení; 1..dotaz na prodej pod NC, výchozí hodnota Pokračovat; 2..dotaz na prodej pod NC, výchozí hodnota Zrušit vstup; 3..prodej pod NC je povolen jen do výše určené individuální cenou; 4..prodej pod NC není povolen; 5..prodej pod NC je povolen jen do výše určené individuální cenou; nezobrazuje se ale informační hlášení o prodeji pod NC
OrderItemPriceValidationMode 1 -1 Režim kontroly ceny v objednávce pro položky s cenou pod určenou limitní cenou
OrderItemPriceValidationMode 5 1 Nenulová hodnota povolí použití ceny pod určenou limitní cenu v případě, že cena je stejná nebo vyšší než základní cena určená cenovým pásmem nebo individuální cenou
OrderItemPriceValidationModeCP 0 5 Režim kontroly ceny v objednávce pro položky s cenou nad určenou nákladovou cenou CP (0..žádné hlášení; 1..dotaz na prodej pod CP, výchozí hodnota Pokračovat; 2..dotaz na prodej pod CP, výchozí hodnota Zrušit vstup; 3..prodej pod CP je povolen jen do výše určené individuální cenou; 4..prodej pod CP není povolen; 5..prodej pod CP je povolen jen do výše určené individuální cenou; nezobrazuje se ale informační hlášení o prodeji pod CP
OrderItemPriceValidationModeCP 5 1 Nenulová hodnota povolí použití ceny pod určenou nákladovou cenu CP v případě, že cena je stejná nebo vyšší než základní cena určená cenovým pásmem nebo individuální cenou
OrderUndeliveredLastManualSyncAutoCheck 0 0.25 Doba ve dnech od poslední kontroly on-line nedodávek, po kterou program nebude upozorňovat na to, že by bylo dobré provést novou on-line aktualizaci. V případě, že existují objednávky, které nemají informaci o stavu nedodávek, tak program stejně zobrazí upozornění.
OrderUndeliveredLastManualSyncMaxValid 0 2 Počet dnů zpět (vzhledem k aktuálnímu datu), pro které se má provádět kontrola on-line nedodávek (dle data očekávaného dodání objednávky) pro položky objednávek, které již byly dříve synchronizovány
OrderUndeliveredLastManualSyncMaxValid 1 7 Počet dnů zpět (vzhledem k aktuálnímu datu), pro které se má provádět kontrola on-line nedodávek (dle data očekávaného dodání objednávky) pro položky objednávek, které dosud nebyly synchronizovány
AnalysisExportFormats 0 * Povolené exportní formáty pro analýzy (ODS/XML/XLS/HTML/DBF/CSV/XLSX)
UndeliveredExportFormats 0 * Povolené exportní formáty pro nedodávky (ODS/XML/XLS/HTML/DBF/CSV/XLSX)
MaximCRMClientMinCompatibleVersion 0 1.0 Minimální kompatibilní verze aplikace (program povoluje spustit jen stejnou nebo vyšší verzi)
MaximCRMClientLatestVersion 0 1.2.30 Aktuálně dostupná verze aplikace (pokud spouštíte nižší verzi, tak program upozorňuje na dostupnost novější verze)
MaximCRMResourcesMenu 0 0 Hodnota 1 povoluje použití menu definovaného v tabulce CRMDatasource (umožňuje použití panelů dashboard v rámci všech hlavních nabídek programu)
InstalationFileURL 0 http://kapsw.cz/ Url adresa, ze které aplikace stahuje nejnovější verzi instalačního programu
InstalationFileName 0 setupMaximCRM.exe Jméno instalačního programu na url adrese určené parametrem InstalationFileURL
MaxClientSyncDelay 0 60 Vrátí maximální dobu prodlevy mezi synchronizacemi dat na klientovi, po které dojde k resetu dat. Pokud tedy uživatel určený počet dnů z daného zařízení neprovede synchronizaci dat, tak je proveden reset databáze na klientovi následovaný kompletní synchronizaci (ve dnech).

Parametr ovlivňuje jen chování komunikační služby na serveru.

DeletedRecordsRatioThreshold 0 30 Vrátí mezní hodnotu pro poměr smazaných záznamů v datové sadě (v procentech). Pokud je poměr smazaných záznamů v odesílané dávce vyšší, tak se dotaz na serveru může zopakovat a server pak posílá více dat v jedné odpovědi.

Parametr ovlivňuje jen chování komunikační služby na serveru.

CommandTimeout 0 30 Vrátí výchozí hodnotu časového limitu pro jeden dotaz do databáze ( v sekundách).

Parametr ovlivňuje jen chování komunikační služby na serveru.

CommandTimeoutRatioThreshold 0 30 Vrátí mezní hodnotu časového limitu pro jeden dotaz, kdy je ještě možné dotaz opakovat (v procentech). Pokud je překročen tento limit, tak nejsou prováděny další opakované dotazy (v případě že dotaz obsahuje velké množství informací o smazaných záznamech).

Parametr ovlivňuje jen chování komunikační služby na serveru.

ResponseTimeoutRatioThreshold 0 60 Vrátí mezní hodnotu časového limitu pro odpověď na klienta, kdy je ještě možné pokračovat ve shromažďování dat. (v procentech).

Parametr ovlivňuje jen chování komunikační služby na serveru.


Práva

Tento číselník určuje, která práva mají být zobrazena v definici profilu uživatele a jak mají být tyto práva stromově uspořádána a jaké jsou povolené hodnoty při definici oprávnění. Touto funkcí tedy nenastavujeme práva pro konkrétní profily nebo konkrétní uživatele, ale pouze říkáme, že tato práva existují. Samotná práva se používají k nastavení omezení typů uživatelů v nabídce Profily. Identifikátor práva musí být definován v souladu s tím, jak je očekává program Maxim CRM (to neplatí pro označení kořenových záznamů, které slouží jen pro zařazení do stromu práv – zde je možné použít i vlastní identifikátory).

Prava.png

Aktuálně program Maxim CRM zpracovává následující oprávnění:

Označení oprávnění Povolené hodnoty Výchozí hodnota Popis
CRM.Partner.New 0/1   Právo založit záznam odběratele.
Aktuálně není implementováno
CRM.Partner.Edit 0/1   Právo editovat záznam odběratele.
Aktuálně není implementováno
CRM.Partner.IndividualPrices 0/1   Právo vidět individuální ceny odběratele.
CRM.Partner.IndividualPricesOZ 0/1   Právo vidět a spravovat individuální ceny OZ odběratele.
CRM.Order.New 0/1 1 Právo založit novou objednávku
CRM.Order.Price.ShowCostPrice 0/1 1 Právo vidět nákladové ceny
CRM.Order.Price.ShowPurchasePrice 0/1 0 Právo vidět nákupní ceny a zisk
CRM.Order.Price.Change 0/1 0 Právo měnit prodejní ceny v objednávce
(může být ovlivněno také dalším nastavením)
CRM.Order.UseHiddenProduct 0/1 1 Právo použít skrytou kartu v objednávce
(pokud jsou skryté karty dostupné v aplikaci)
CRM.Order.IndividualPricesOZ.New 0/1 1 Právo zakládat nové individuální ceny OZ z položky objednávky
CRM.Menu.IndividualPricesOZ 0/1   Právo zobrazit individuální ceny OZ odběratelů.
CRM.IndividualPricesOZ.Persistent_IP 0/1   Právo používat trvale platné ceny v individuálních cenách OZ.
CRM.IndividualPricesOZ.Approval 0/1   Právo odeslat nepovolenou individuální cenu OZ ke schválení.
CRM.IndividualPricesOZ.Approval.Supervisor 0   Právo schvalovat nepovolené individuální ceny OZ.
CRM.Product.Info.Prices 0/1 1 Právo vidět záložku Ceny v produktech
CRM.Product.Info.Stock 0/1 1 Právo vidět záložku Zásoby v produktech
CRM.Product.Info.Warranty 0/1 1 Právo vidět záložku Zásoby2/Záruky v produktech
CRM.Product.Info.AltProducts 0/1 1 Právo vidět záložku Alt.karty v produktech
CRM.Product.Info.EAN 0/1 1 Právo vidět vidět záložku Čár.kódy v produktech
CRM.Product.Info.PurchaseOrders 0/1 1 Právo vidět záložku Objednávky v produktech
CRM.Product.Info.IndPricesOZ 0/1 1 Právo vidět záložku Ind. ceny OZ v produktech
CRM.Product.Info.IndPrices 0/1 1 Právo vidět záložku Ind. ceny v produktech
CRM.Product.Info.Orders 0/1 1 Právo vidět záložku Požadavky v produktech
CRM.Product.Info.CostPrice 0/1 1 Právo vidět záložku Nákl. ceny v produktech
CRM.Partner.Detail.BillingAddress 0/1 1 Právo vidět panel Fakturační adresa u odběratele
CRM.Partner.Detail.DeliveryAddress 0/1 1 Právo vidět panel Dodací adresa u odběratele
CRM.Partner.Detail.Identification 0/1 1 Právo vidět panel Identifikační údaje u odběratele
CRM.Partner.Detail.Prices 0/1 1 Právo vidět panel Cenové podmínky u odběratele
CRM.Partner.Detail.Payer 0/1 1 Právo vidět panel Platební podmínky u odběratele
CRM.Partner.Detail.Contacts 0/1 1 Právo vidět panel Kontakty u odběratele
CRM.Partner.Detail.Dealer 0/1 1 Právo vidět panel Dealer u odběratele
CRM.Partner.Detail.BankDetails 0/1 1 Právo vidět panel Bankovní údaje u odběratele
CRM.Partner.Detail.Comments 0/1 1 Právo vidět panel Poznámky u odběratele
CRM.Partner.Detail.Route 0/1 1 Právo vidět panel Rozvozy - trasa u odběratele
CRM.Partner.Detail.OrderInfo 0/1 1 Právo vidět panel Objednání u odběratele
CRM.Partner.Detail.Bonus 0/1 1 Právo vidět panel Bonusy u odběratele
CRM.Partner.Detail.Invoicing 0/1 1 Právo vidět panel Fakturace u odběratele
CRM.Partner.Detail.OpeningHours 0/1 1 Právo vidět panel Provozní doba/Poznámky u odběratele
CRM.Partner.Detail.DeliveryTime 0/1 1 Právo vidět panel Doba rozvozu u odběratele
CRM.Partner.Detail.TTT 0/1 1 Právo vidět panel TTT a GDPR u odběratele
CRM.Partner.Detail.ID 0/1 1 Právo vidět panel ID u odběratele
CRM.Partner.Detail.EAN 0/1 1 Právo vidět panel EAN u odběratele
CRM.Partner.Detail.Settings 0/1 1 Právo vidět panel Nastavení u odběratele
CRM.Partner.Detail.Flags 0/1 1 Právo vidět panel Příznaky u odběratele
CRM.Partner.Detail.Seasonality 0/1 1 Právo vidět panel Sezónnost u odběratele
CRM.Partner.Detail.Restriction 0/1 1 Právo vidět panel Restrikce u odběratele
CRM.Partner.Detail.Other 0/1 1 Právo vidět panel Další u odběratele



Profily

Pomocí nastavení profilů lze definovat typy uživatelů (neboli uživatelské role či skupiny uživatelů) ) a jeden nebo více těchto uživatelských profilů lze pak přiřadit konkrétnímu uživateli (v Detailu v číselníku uživatelů). Profil obsahuje seznam oprávnění s možností nastavit povolení (zelená ikona) nebo zákaz pro danou funkci (červená ikona) nebo může být určeno, že se má použít výchozí nastavení (černá ikona).

PravaProfil.png


Zařízení

V tomto seznamu jsou udržována koncová zařízení (notebooky, tablety nebo telefony s aplikací Maxim CRM), která jsou aktuálně aktivní (tj. mají povolenou synchronizaci dat) a zařízení, která čekají na schválení nebo byla deaktivována.

Zarizeni.PNG

Nové záznamy je sice možné v tomto seznamu vytvářet ručně, většina záznamů bude ale vznikat automaticky v rámci procesu registrace nového zařízení.
Při prvním spuštění programu Maxim CRM v koncovém zařízení uživatele program vyžaduje připojovací údaje k serveru Skeleton. Na tento server je pak poslána žádost o registraci nového zařízení. Tím se založí neaktivní (nepovolený) záznam zařízení, který příslušný administrátor musí odsouhlasit a zařízení přiřadit konkrétnímu uživateli. V rámci registrace zařízení je na straně koncového zařízení vygenerován identifikátor zařízení. V zařízeních s OS Android tento identifikátor interně vychází z IMEI nebo Android ID. Na zařízeních s OS Windows se identifikátor určuje z připojeného hardware a jména PC.
Doporučujeme před aktivací zařízení nejdříve podle identifikátoru zařízení vyhledat záznam zařízení v seznamu, zkontrolovat a případně upravit informace ze zařízení a hlavně doplnit údaj Popis zařízení. V popisu by měla být informace, která identifikuje zařízení a jeho uživatele (např. Tablet, Jan Novotný, Praha). To pak může usnadnit práci se zařízením v procesu administrace. Povolení zařízení je možné provést i později, doporučujeme ho provést až jako poslední krok při přiřazení zařízení konkrétnímu uživateli.

ZarizeniZmena.PNG

V případě, že zařízení se později stane z nějakého důvodu neaktivní (ztráta, ukončení práce, přechod na jiné zařízení…), tak by mělo být zařízení deaktivováno vypnutím přepínače „Zařízení povoleno“. Při pokusu o synchronizaci takového zařízení, budou v zařízení odstraněna data.
Pokud v zařízení dojde k reinstalaci aplikace nebo k odstranění systémové synchronizační databáze, tak při dalším spuštění aplikace Maxim CRM dojde k opětovnému procesu registrace. Pokud je již ale zařízení aktivní (má zapnutý přepínač Zařízení povoleno), tak není registrace povolena. Pokud chcete, aby zařízení mohlo pokračovat v synchronizaci dat, tak zařízení dočasně zakažte. Když je zařízení zakázané, tak je možné provést jeho opětovnou registraci (záznam zařízení se aktualizuje podle přijatých údajů o zařízení). Poté je možné zkontrolovat nastavení uživatele a zařízení znovu povolit, což umožní zahájení úvodní synchronizace (stejně jako v případě nových zařízení).
V nástrojové liště pro práci se seznamem zařízení je k dispozici funkce „LOG“, která zobrazí základní protokol o komunikaci daného zařízení.

ZarizeniLog.png

Pro každý den, kdy zařízení komunikovalo se synchronizačním serverem a pro každého uživatele, který zařízení používá a společnost je zobrazen záznam shrnující základní informace o komunikaci (např. počet synchronizačních dotazů nebo čas zahájení a ukončení komunikace v daném dni).


Uživatelé

V tomto seznamu můžete spravovat koncové uživatele, kteří mají instalovanou aplikaci Maxim CRM. Můžete uživateli přidělit společnosti, které mají v aplikaci vidět, pomocí filtrů omezit zobrazená data, pomocí uživatelských profilů omezit přístupová práv a definovat zařízení, na kterých může uživatel pracovat.

Uzivatele.png

V záznamu uživatele je několik důležitých údajů:

Id. uživatele interní identifikátor uživatele - identifikátor se používá i pro určení jména databází, doporučujeme zde zadávat jen základní znaky bez diakritiky, mezer a speciálních znaků.
Jméno uživatele plné jméno uživatele
E-mail může být použit jako e-mail odesílatele v případě odchozí pošty
Heslo při založení uživatele můžete zadat výchozí heslo nebo změnit heslo uživatelům, kteří ho zapomněli; heslo se v zařízení synchronizuje v rámci běžných intervalů pro synchronizaci systémové databáze (změna se tedy nemusí projevit ihned).
Povolen pokud není uživatel povolen, tak se nemůže přihlásit do aplikace Maxim CRM
Id. uživatele-Sklad6 pro zjišťování proměnných skladového programu, které jsou závislé na jménu uživatele, můžete určit jméno uživatele, pro kterého se má proměnná testovat (více uživatelů může použít stejné označení). Pokud není hodnota nastavena, tak se jako jméno uživatele pro proměnné používá prvních 10 znaků z Id. uživatele.

UzivateleZmena.png

Většina údajů souvisejících s uživatelem se nastavuje pomocí tlačítka Detail z nástrojové lišty.

UzivteleDetail.png

Můžete přidat společnost (ikona +), kterou může uživatel vidět nebo společnost změnit (ikona pro opravu) či odstranit (ikona „Koš“). Pro jednotlivé společnosti pak můžete definovat jeden nebo více profilů uživatele a tím určit přístupová práva uživatele pro danou společnost. Pomocí filtrů pak lze omezit data, která může uživatel vidět. Použití filtrů je popsáno v oddílu „Filtry“, kde je také popsáno použití práce s více filtry současně. Jako poslední krok při vytváření uživatele doporučujeme přidat zařízení uživatele. V tomto kroku můžete také zařízení povolit.

UzivateleZarizeni.png

Poté, co je zařízení povoleno, tak v zařízení může proběhnout úvodní synchronizace, přihlášení uživatele následované kompletní synchronizací dat. Poté už je možné aplikaci Maxim CRM používat a běžná synchronizace probíhá na pozadí.

V nástrojové liště pro práci se seznamem uživatelů je k dispozici funkce „LOG“, která zobrazí základní protokol o komunikaci daného uživatele. Obsah protokolu uživatele je stejný jako u protokolu pro zařízení, jen jsou zobrazené záznamy, které souvisí s daným uživatelem.