Při zajišťování dokladů po jednom může dojít k nežádoucímu efektu, kdy se takto zajišťovaný doklad bude nakonec stejně "tvářit" jako nepokrytý. Plyne to z principů modulu SCM. Zde je třeba si uvědomit, že se všechny požadavky zajišťují a uspokojují postupně tak, jak jdou za sebou. Pokud tedy nějaký "přeskočíte" a zajistíte si jakoby následující v řadě, při souhrnném zobrazení všech se pak druhý daný požadavek může nakonec jevit jako nepokrytý, přestože zajištění bylo generováno podle něj. Správnější postup v našem případě by byl vyvolat nad jednou z OP souhrnnou Bilanci a provést zajištění pro obě OP najednou.

Pro rychlé zjištění procentuálního pokrytí více dokladů najednou je k dispozici QuickReports funkce, jejíž výsledek lze zobrazit v definovatelném sloupci v libovolné agendě. Viz Základní pojmy a proces SCM - Příklad: Použití QuickReports funkce pro zjištění pokrytí dokladů.

Příklad využití funkcí SCM pro rychlé orientační zobrazení pokrytí objednávek

V agendách SCM je v záložce Seznam k dispozici zatržítko "Za všechny sklady". V zásadě ovlivňuje, zda údaje v dané agendě budou zobrazované resp. napočítávané přes všechny sklady či po jednotlivých skladech zvlášť (co přesně ovlivňuje, závisí na dané agendě). Které sklady to ale budou je dáno rovněž omezením za sklady v záložkách Omezení resp. v datových zdrojích. Přesný význam zatržítka je však v jednotlivých agendách odlišný a je včetně příkladů podrobně vyložen v popisu jednotlivých agend. Proto dále viz:

• Filtrování zobrazení za sklady - Bilance
• Filtrování zobrazení za sklady - Pokrytí dokladu
• Filtrování zobrazení za sklady - Vývoj

Jestli dolní limit má nebo nemá být zahrnut do sad datových zdrojů, je otázka pohledu. V defaultně výrobcem dodávaných definicích dolní limit zahrnut je, jelikož je požadováno, aby vývoj korespondoval s bilancí. Je třeba ale mít na paměti, že se jedná o vzorové definice, které uživatel nemusí používat. Tudíž v konkrétní implementaci si klient může nadefinovat datové sady, které datový zdroj Spodní limit zahrnovat nebudou. Pokud byste ale v Bilanci se spodním limitem nadále počítali (což lze v praxi předpokládat, pak je nutno počítat s tím, že zobrazované počty ve vývoji nebudou s bilancí korespondovat).

V uvedeném příkladu vývoj koresponduje s bilancí. Ta nám říká, že 20 ks chybí, a to skutečně chybí (do splnění požadovaného spodního limitu stavu na skladě). Ale neznamená to, že jsem ve skladu skutečně v minusu, ve skutečnosti mám stále ve skladu 10 ks, které lze vyskladnit.

Pokud je to u vás tak, že v Bilanci má smysl počítat se spodním limitem (chcete doobjednávat zboží na spodní limity skladu), zatímco Vývoj vás spíše zajímá bez zohlednění limitu, kdy chcete vědět, kolik bude skutečně na skladě, pak je při implementaci rozumné udělat si dvoje definice sloupců a datových sad:

• První obsahující spodní (či horní) limit by sloužila zásobovači, aby s její pomocí mohl zajišťovat zboží na spodní (či horní) limit skladu. Červeně bude zobrazovat stavy, kdy zboží jde pod limit. K ní bude příslušet definice Vývoje s limitem. Bude hlavně pro kontrolu a bude zobrazovat záporně stav, kdy půjde zboží pod limit.
• Druhá definice by limit neobsahovala. Ta by sloužila především obchodníkům, protože bude zobrazovat skutečné krize, tedy kdy zboží na skladě skutečně vůbec nebude. K ní se váže příslušná Sada zdrojů dat, která ve Vývoji zobrazuje skutečný stav zboží na skladě (na rozdíl od té první sady).

Práva uživatele nastavená k zobrazení chráněných objektů (právo Zobrazit) se mohou uplatnit jednak při výběru hodnot omezujících prvků v agendě Bilance, a jednak pro načtení vlastních dat (obojí nezávisle na sobě).

V omezovacích prvcích v záložce Omezení Bilance se u prvků, které vybírají z číselníků chráněných objektů (tj. např. prvek pro omezení za sklad), zohledňují přístupová práva tehdy, pokud je jejich zohledňování nastaveno u datových zdrojů zahrnutých v definici sloupců bilance použité v Bilanci. Viz položka Zohlednit práva v definici sloupce dat. zdroje. Pokud definice sloupců bilance obsahuje více dat. zdrojů a u jednoho dat. zdroje je zohledňování práv pro daný sloupec nastaveno, ale u druhého dat. zdroje pro tentýž sloupec nikoli, pak výsledkem bude průnik dostupných objektů. Např. pokud dat. zdroj pro načítání dat z OP má u sloupce Sklad nastaveno Zohlednit práva, ale dat. zdroj pro načítání dat z OV použitý v téže definici sloupců bilance nemá nastaveno Zohlednit práva, a existují 3 sklady, ale uživatel má právo jen ke skladu 01, pak se mu v omezovacím prvku za sklad (při použití dané definice sloupců) bude nabízet k výběru pouze sklad 01.

Pro vlastní načtení dat do vyrovnávací paměti jednotlivými dat. zdroji pak platí, že pokud je u daného zdroje pro nějaký sloupec odkazující se do číselníku chráněných objektů nastaveno Zohlednit práva, pak dat. zdroj načte do vyrovnávací paměti jen ta data, která se odkazují na ty chráněné objekty z daného číselníku, k nimž má uživatel přístup. Např. pokud dokladový dat. zdroj pro načítání dat z OP má u sloupce Sklad nastaveno Zohlednit práva, pak tento dat. zdroj z daných OP načte jen řádky odkazující se na sklady, k nimž má uživatel práva. Tedy řádky se skladem bez přístupu vůbec do vyr. paměti načteny nebudou. Takto načtená data jednotlivými dat. zdroji pak ještě lze omezovat, jak bylo popsáno výše.

V Bilanci se pak zobrazuje logický součet dvojic sklad. karta - sklad načtených jednotlivými dat. zdroji, které jsou použité ve vybrané definici sloupců bilance. Celé objasníme na příkladu: