Často kladené otázky k SCM

V sekcii kapitol FAQ nájdete buď odpovede na často kladené otázky, alebo najrôznejšie tipy a triky, ako riešiť v systéme ABRA Gen najrôznejšie problémy. Vzhľadom k tomu, že problematika môže byť obsiahlejšia, sú pri jednotlivých odpovediach často odkazy do ďalších oddielov on-line dokumentácie.

Témy otázok:

FAQ

Otázka: Vystavil som nový doklad a vyvolám nad ním Bilanciu, ale údaje vidím bez neho, i keď občerstvím. Príklad: Vytvorím OP-1 a vyvolám Bilanciu. Vytvorím OP-2 a vyvolám Bilanciu priamo nad ním, ale zobrazí sa mi predchádzajúci stav po vyvolaní nad dokladom OP-1. Pomôže občerstvenie, ale nie pre dáta v stĺpci Zaistiť. Obdobne pre iné agendy SCM. Ako je to?
Odpoveď:

Dôvody môžu byť rôzne:

  • Dáta potrebné pre SCM sa v prípade zadania požiadavky v agende SCM nečerpajú priamo z databázy, ale z tzv. vyrovnávacej pamäte (z dôvodu rýchlejšej odozvy). To ovšem ale tiež znamená, že novo uskutočnená zmena (oprava dokladu, vystavenie nového) nemusí byť v zobrazených dátach premietnutá (ešte nie je obsiahnutá v spomenutej vyrovnávacej pamäti). Preto je v SCM okrem bežného zadania novej požiadavky k dispozícii i funkcia na zadanie novej požiadavky vrátane vyprázdnenia tejto vyrovnávacej pamäte, ktorá ju vyprázdni a naplní znovu najaktuálnejšími dátami. Ďalej platí, že sa inak pristupuje k stĺpcu Zaistiť v Bilancii - niektoré občerstvovacie funkcie ho vyčistia, iné ho umožnia zachovať (čo môže byť praktické vo chvíli, keď si modelujete stav na zaistenie, ale súčasne si chcete do dát premietnuť nový doklad a pod.). Záleží teda na tom, ktorú z nich použijete.

    Ďalej viď popis funkcií:

    Čo jednotlivé funkcie znamenajú, ako sa líšia a kedy je potrebné použiť voľbu s vyprázdnením pamäte, bolo tiež podrobne objasnené vrátane príkladov v popise Poskytovateľa dát, plnenia a vyprázdnenia vyrovnávacej pamäte.

  • Pokiaľ doklad nemáte v dátach SCM agend zohľadnený napriek tomu, že ste občerstvili s vyprázdnením vyrovnávacej pamäte (viď vyššie), môže byť príčinou to, že doklad nespĺňa podmienky dané definíciou dátového zdroja pre načítanie do vyrovnávacej pamäte, tým pádom sa do vyrovnávacej pamäte s dátami SCM ani nenačíta. Objasníme na príklade:

    Defaultne dodávaný dátový zdroj pre objednávky prijaté zohľadňuje len potvrdené OP. Nepotvrdená OP nebude v agendách Bilancia a Vývoj vôbec zohľadnená. Agenda Pokrytie dokladu ju zobrazí, ale informácie o percentuálnom pokrytí nemusia byť relevantné. Viď otázka Pokrytie nepotvrdenej objednávky.

  • Iným dôvodom môže byť obmedzenie, či už zadané v záložke Obmedzenie agend Bilancie alebo priamo v rámci dátových zdrojov (vr. obmedzenia vďaka zohľadneniu prístupových práv k chráneným objektom). Objasníme na príklade:

    Mějme OP na 10 ks karty K vystavenou na sklad 01 s datem dodání 21. 2. Ak si z dokladu OP vyvoláme Bilanciu, predvyplní sa obmedzenie podľa sklad. karty K a sklad 01. Pokiaľ ho použijeme, uvidíme v dátach túto OP zohľadnenú. Pokud bychom si pak ale v omezení zadali např. omezení za datum např. 1. 1. - 20. 2., pak bychom po provedení dotazu naši OP již v datech zohledněnou neviděli.
Otázka: Chtěl bych si filtrovat (omezovat) skladové karty, které se zobrazí v bilanci podle střediska, obchodního případu, zakázky či projektu. Je jasné, že skladové karty samotné nejsou k těmto kategoriím přiřazené, ale chtěl bych si zobrazit pouze karty, které se vyskytly na nějakém dokladu s tímto střediskem apod. V Bilancii sa mi ale obmedzenie podľa týchto položiek neponúka. Ako je to?
Odpoveď:

Zoznam ponúkaných obmedzovacích prvkov Bilancie sa vytvára na základe zvolenej definície stĺpcov bilancie tak, že sa zo zoznamu výstupných položiek každého dátového zdroja obsiahnutého v danej definícii vytvorí prienik položiek. Ďalej viď Záložka Obmedzenie funkčných agend SCM.

V opačnom prípade by bilancia mohla zobrazovať nekonzistentné dáta. Např. defaultně výrobcem dodávaný datový zdroj "Spodní limit" neobsahuje sloupec "Zakázka" (spodní limit ani žádnou vazbu na zakázku nemá). Proto se tedy omezující prvek za Zakázku v Bilanci nenabízí. Pokud byste ale přesto chtěli, aby se nabízel, je možno si nadefinovat definice sloupců obsahující jen datové zdroje se shodnými položkami, tedy v tomto případě datové zdroje se sloupcem Zakázka. Neměli byste ale takový sloupec přidávat např. do datového zdroje Spodní limit, protože v případě omezení za Zakázku by pak taková bilance mohla vracet nekonzistentní data.

Jistou výjimkou je sloupec "Datum", je-li u datového zdroje definován s hodnotou 0.0. Defaultne dodávané dátové zdroje "Spodný limit" a "Stav skladu" ho obsahujú (napriek tomu, že ani stav skladu ani spodný limit v skutočnosti žiadnu väzbu na dátum nemá), pričom sú nadefinované so špeciálnou hodnotou 0.0. V obmedzení bilancie je tak zabezpečené, že táto hodnota obmedzeniu nepodlieha. Tedy zobrazený spodní limit v bilanci se nezmění, pokud si zadáme omezení za Datum.
Otázka: Mám dve potvrdené OP, obe na 10 ks karty K na ten istý sklad, obe potvrdené a ďalej OV na 10 ks tej istej karty. OP sa mi však napriek tomu tvária ako nepokryté. Ako to?
Odpoveď:

Pri zabezpečovaní dokladov po jednom môže dôjsť k nežiaducemu efektu, keď sa takto zabezpečovaný doklad bude nakoniec aj tak "tváriť" ako nepokrytý. Vyplýva to z princípov modulu SCM. Tu je potrebné si uvedomiť, že sa všetky požiadavky zabezpečujú a uspokojujú postupne tak, ako idú za sebou. Pokiaľ teda nejakú "preskočíte" a zaistíte si ako keby nasledujúcou v rade, pri súhrnnom zobrazení všetkých sa druhá daná požiadavka môže nakoniec javiť ako nepokrytá, hoci zaistenie bolo generované podľa nej. Správnejší postup by v našom prípade bol vyvolať nad jednou z OP súhrnnú Bilanciu a vykonať zaistenie pre obe OP naraz.

Mějme OP1 (s datem dodání 20. 2.) a OP2 (s datem dodání 21. 2.), obě na 10 ks karty K na tentýž sklad, obě potvrzené. Kvôli jednoduchosti nemáme na karte K zadané limity a na kartu K nemáme žiadnu inú požiadavku ani zadaný zdroj krytia. Rozhodneme sa zabezpečiť OP2 objednávkou vydanou. Z dokladu OP2 vyvoláme Průvodce zajištěním zdrojů, ponecháme předvyplněný počet 10ks a datum zajištění 21. 2. a vystavíme OV. Pokiaľ si ale potom vyvoláme pokrytie objednávok, budú sa obe OP "tváriť" ako úplne nepokryté (hoci po dodaní objednaného tovaru je minimálne jedna z nich úplne pokrytá). Uvidíme nasledujúce záznamy:

  • OP1 20. 2. množství: -10ks priebežný stav: -10ks ... dočasná kríza
  • OV1 21. 2. množství: +10ks priebežný stav: 0ks
  • OP2 21. 2. množství: -10ks priebežný stav: -10ks ... kríza

OP2 se zobrazuje jako nepokrytá, jelikož OV se spotřebuje na pokrytí předchozího požadavku v OP1, a OP1 se zobrazuje jako nepokrytá, jelikož k požadovanému datumu ji skutečně není čím pokrýt, OV má datum až o den déle.
Otázka: Mám objednávku prijatú (OP), pri ktorej sa mi zobrazuje, že je nepokrytá, napriek tomu, že mám tovar čiastočne na sklade a iné požiadavky naň nemám. Naopak mám inú objednávku, pri ktorej sa mi zobrazuje stopercentné pokrytie, hoci v skutočnosti je pokrytá len čiastočne. Ako to?
Odpoveď: Pokiaľ používate výrobcom defaultne dodávané zdroje, tak dôvodom bude zrejme skutočnosť, že pri spomenutých objednávkach nemáte začiarknutý príznak Potvrdené. Defaultne dodávané zdroje zohľadňujú do dát SCM len tie OP, ktoré sú potvrdené. Z toho dôvodu pre nepotvrdené nemôže korektne vyčíslovať pokrytie a tým pádom ani zobrazenie percenta pokrytia nie je relevantné. Nastavte na spomenutých OP príznak Potvrdenie a vykonajte občerstvenie s vyčistením vyrovnávacej pamäte, viď otázka V dátach Bilancie nevidím novo vystavený (resp.opravený) doklad, ako to?.
Otázka: Agenda Pokrytie dokladov zobrazuje vždy len pokrytie jedného vybraného dokladu. Ale ja by som chcel vidieť pokrytie viacerých dokladov naraz, napr. viacero výrobných príkazov, aby som si mohol vybrať, ktoré je možné začať vyrábať.
Odpoveď:

Na rýchle zistenie percentuálneho pokrytia viacerých dokladov naraz je k dispozícii QuickReports funkcia, ktorej výsledok je možné zobraziť v definovateľnom stĺpci v ľubovoľnej agende. Viď Základné pojmy a proces SCM - Príklad: Použitie QuickReports funkcie na zistenie pokrytia dokladov.

Príklad využitia funkcií SCM na rýchle orientačné zobrazenie pokrytia objednávok
Otázka: Bylo by možné vidět vývoj skladové položky rovnou v dané agendě? Tedy aniž by bylo potřeba pomocí funkcí SCM vyvolávat agendu Vývoj SCM přes mou zdrojovou agendu?
Odpoveď:

Áno, táto možnosť je k dispozícii prostredníctvom definovateľných formulárov a doplnku SCM - Vývoj. Potom môže byť vývoj zobrazený napríklad aj pre riadok faktúry vydanej:

Príklad využitia doplnku SCM pre rýchle zobrazenie vývoja v riadkoch faktúry
Otázka: V Bilancii som si začiarkol "za všetky sklady", ale pritom vidím údaje len za niektoré sklady. Vo vývoji dokladu som si začiarkol začiarkavacie políčko, ale mám dojem, že sa zobrazenie nijako nezmenilo. Ako je to?
Odpoveď:

V agendách SCM je v záložke Zoznam k dispozícii začiarkavacie políčko "Za všetky sklady". V zásade ovplyvňuje, či údaje v danej agende budú zobrazované resp. napočítavané cez všetky sklady alebo po jednotlivých skladoch zvlášť (čo presne ovplyvňuje, závisí od danej agendy). 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. Presný význam políčka je však v jednotlivých agendách odlišný a je vrátane príkladov podrobne vyložený v popise jednotlivých agend. Preto ďalej viď:
Otázka: Mám v definícii stĺpcov bilancie stĺpec, ktorý má definovanú agregačnú funkciu MIN a pritom ukazuje maximum z hodnôt. Keď ho nadefinujem ako MAX, zafunguje opačne a zobrazí minimum. Ako to?
Odpoveď: Ako bolo povedané v kap. Dátové zdroje - Podmienky pre SQL dopyt, "požiadavkové" dátové zdroje (napr. objednávky prijaté) musia byť nadefinované tak, aby vracali množstvo (Quantity) so záporným znamienkom, takže MIN i MAX fungujú správne (napr. -3 je skutočne menšie ako -1).
Otázka: V Bilancii vyvolanej z dokladu OP mám nejaký stĺpec navyše "OP (za doklady)", ktorý nie je pevný ani nie je obsiahnutý v mojej definícii stĺpcov bilancie. Kde sa tam vzal?
Odpoveď: Ide o filtrovaný stĺpec. V Bilancii vyvolanej z dokladu sa tento vytvára automaticky a obsahuje dáta s obmedzením podľa ID daného dokladu. Ďalej viď filtrované stĺpce.
Otázka: V Bilancii vyvolanej z dokladu požiadavky na výrobu POZ sa mi nezobrazujú materiály požadované na POZ. Ani po vykonaní požiadavky s vyčistením vyrovnávacej pamäte, žiadne špeciálne obmedzenie nemám, používam dodávanú definíciu stĺpcov Výroba.
Odpoveď: Pokiaľ používate defaultne výrobcom dodávané dátové zdroje, je to zrejme tým, že k POZ dokladu už existuje výrobný príkaz (VP) (požiadavky na materiál sú potom zobrazené v stĺpcoch k VP a požiadavky z dokladu POZ sú nulové). Pokiaľ sa vám požiadavky na materiál z POZ dokladu neukazujú vôbec (ani v stĺpci VP) alebo VP zatiaľ neexistuje, tak zrejme nie je zadaný sklad pre SCM. Musí být buď zadána položka Předpokládaný sklad v kusovníku k danému POZ dokladu, nebo musí být zadána položka Výchozí sklad pro SCM v nastavení řad požadavků na VP.
Otázka: Domnívám se, že spodní limit skladové karty do sad datových zdrojů nepatří. Vývoj nám hovorí, koľko toho bude na sklade potrebné za týždeň. To, koľko toho bude na sklade za týždeň, závisí od toho, koľko je toho na sklade teraz, koľko toho objednáme, koľko vyrobíme a spotrebujeme. A podľa môjho názoru to nesúvisí s tým, ako sme si nastavili spodný limit na sklade. Napr.: Mám na sklade 20 ks niečoho, na 10 ks som prijal objednávku a 30 ks mám dolný limit. Takže po splnení objednávky budem mať na sklade 10 ks. Ale pri použití dodávaných definícií sa mi ukazuje, že mi 20 ks bude chýbať (keďže sa počíta s tým, že chýbajú do splnenia požadovaného spodného limitu).
Odpoveď:

To, či dolný limit má alebo nemá byť zahrnutý do sád dátových zdrojov, je otázka pohľadu. V defaultne výrobcom dodávaných definíciách dolný limit zahrnutý je, keďže sa požaduje, aby vývoj korešpondoval s bilanciou. Treba mať ale na pamäti, že ide o vzorové definície, ktoré užívateľ nemusí používať. V konkrétnej implementácii si klient môže nadefinovať dátové sady, ktoré dátový zdroj Spodný limit zahŕňať nebudú. Pokiaľ by ste ale v Bilancii so spodným limitom naďalej počítali (čo je v praxi možné predpokladať, tak je nutné počítať s tým, že zobrazované počty vo vývoji nebudú s bilanciou korešpondovať).

Týmto spôsobom je možné riešiť i horný limit. Horný limit v dodávaných definíciách zahrnutý nie je, Dátový zdroj Horný limit si je však možné jednoducho vytvoriť pomocou kópie zo spodného limitu.

V uvedenom príklade vývoj korešponduje s bilanciou. 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 som v sklade skutočne v mínuse, v skutočnosti mám stále v sklade 10 ks, ktoré je možné vyskladniť.

Pokiaľ je to u vás tak, že v Bilancii má zmysel počítať so spodným limitom (chcete doobjednávať tovar na spodné limity skladu), kým Vývoj vás zaujíma skôr bez zohľadnenia limitu, keď chcete vedieť, koľko bude skutočne na skladě, je pri mplementácii rozumné zostaviť si dve definície stĺpcov a dátových sád:

  • Prvá obsahujúca spodný (či horný) limit by slúžila zásobovačovi, aby pomocou nej mohol zabezpečovať tovar na spodný (či horný) limit skladu. Červenou bude zobrazovať stavy, keď ide tovar pod limit. K nej bude prislúchať definícia Vývoja s limitom. Bude hlavne kvôli kontrole a bude zobrazovať záporne stav, keď tovar pôjde pod limit.
  • Druhá definícia by limit neobsahovala. Slúžila by predovšetkým obchodníkom, pretože bude zobrazovať skutočné krízy, teda keď tovar skutočne na sklade vôbec nebude. K nej sa viaže príslušná Sada zdrojov dát, ktorá vo Vývoji zobrazuje skutočný stav tovaru na sklade (na rozdiel od prvej sady).
Otázka: V Bilancii vidím i dáta za sklad, ku ktorému nemám prístupové právo Zobraziť, ako to?
Odpoveď:

Práva užívateľa nastavené pre zobrazenie chránených objektov (právo Zobraziť) sa môžu uplatniť jednak pri výbere hodnôt obmedzujúcich prvkov v agende Bilancia, a jednak na načítanie vlastných dát (oboje nezávisle na sebe).

Podobne pre agendy Vývoj a Pokrytie dokladu.

V obmedzovacích prvkoch v záložke Obmedzenie Bilancie sa pri prvkoch, ktoré vyberajú z číselníkov chránených objektov (tzn. napr. prvok na obmedzenie podľa skladu), zohľadňujú prístupové práva vtedy, pokiaľ je ich zohľadňovanie nastavené v rámci dátových zdrojov zahrnutých v definícii stĺpcov bilancie použitej v Bilancii. Viď položka Zohľadniť práva v definícii stĺpca dát. zdroja. Pokiaľ definícia stĺpcov bilancie obsahuje viac dát. zdrojov a v rámci jedného dát. zdroja je zohľadňovanie práv pre daný stĺpec nastavené, ale pri druhom dát. zdroji pre ten istý stĺpec nie, výsledkom bude prienik dostupných objektov. Napr. pokiaľ dát. zdroj pre načítanie dát z OP má pre stĺpec Sklad nastavené Zohľadniť práva, ale dát. zdroj pre načítanie dát z OV použitý v rovnakej definícii stĺpcov bilancie nemá nastavené Zohľadniť práva, a existujú 3 sklady, ale užívateľ má právo len k skladu 01, tak sa mu v obmedzovacom prvku podľa skladu (pri použití danej definície stĺpcov) bude na výber ponúkať len sklad 01.

Pre samotné načítanie dát do vyrovnávacej pamäte jednotlivými dát. zdrojmi potom platí, že pokiaľ je v rámci daného zdroja pre nejaký stĺpec odkazujúci sa do číselníka chránených objektov nastavené Zohľadniť práva, tak dát. zdroj načíta do vyrovnávacej pamäte len tie dáta, ktoré sa odkazujú na tie chránené objekty z daného číselníka, ku ktorým má užívateľ prístup. Napr. pokiaľ dokladový dát. zdroj na načítanie dát z OP má pre stĺpec Sklad nastavené Zohľadniť práva, tak tento dát. zdroj z daných OP načíta len riadky odkazujúce sa na sklady, ku ktorým má užívateľ práva. Takže riadky so skladom bez prístupu sa do vyr. pamäte vôbec nenačítajú. Takto načítané dáta jednotlivými dát. zdrojmi je potom ešte možné obmedzovať, ako bolo popísané vyššie.

V Bilancii sa potom zobrazuje logický súčet dvojíc sklad. karta - sklad načítaných jednotlivými dát. zdrojmi, ktoré sú použité vo vybranej definícii stĺpcov bilancie. Celé objasníme na príklade:

Majme 4 dokladové dátové zdroje čerpajúce z Objednávok prijatých (OP) a objednávok vydaných (OV):

  • OP (čerpajúce z OP, kde je pri stĺpci Store_ID Zohľadňovať práva=Nie )
  • OPs (čerpajúce z OP, kde je pri stĺpci Store_ID Zohľadňovať práva=Áno)
  • OV (čerpajúce z OV, kde je pri stĺpci Store_ID Zohľadňovať práva=Nie )
  • OVs (čerpajúce z OV, kde je pri stĺpci Store_ID Zohľadňovať práva=Áno )

Ďalej majme Definície stĺpcov bilancie:

  • Objednávky (len bez práv) - obsahuje zdroje OP, OV (žiaden iný)
  • Objednávky (len s právami) - obsahuje zdroje OPs, OVs (žiaden iný)
  • Objednávky (mix práv) - obsahuje zdroje OPs, OV (žiaden iný)

Ďalej majme doklady:

a) OP1 s riadkami:

  • sklad 01, karta X ... 6ks
  • sklad 01, karta Y ... 6ks
  • sklad 02, karta X ... 6ks
  • sklad 02, karta Y ... 6ks

b) OV1 s riadkami

  • sklad 01, karta X ... 3ks
  • sklad 01, karta Y ... 3ks

c) OV2 s riadkami:

  • sklad 02, karta X ... 4ks
  • sklad 02, karta Y ... 4ks

Ak potom Bilanciu spustí užívateľ majúci právo Zobraziť len ku skladu 01 a použije def. stĺpcov:

* Objednávky (len bez práv) ⇒ V obmedzujúcom prvku Sklad v záložke Obmedzenie Bilancie sa mu budú ponúkať oba sklady. Pokiaľ podľa skladu neobmedzí, uvidí v bilancii započítané všetky riadky z dokladov OP1, OV1 i OV2. (Pretože oba použité dátové zdroje OP, OV načítajú z dokladov OP i OV všetky riadky za oba sklady). Takže:

Karta Sklad počet z OP počet z OV
X 01 6 3
Y 01 6 3
X 02 6 4
Y 02 6 4

* Objednávky (len s právami) ⇒ V obmedzujúcom prvku Sklad v záložke Obmedzenie Bilancie sa mu bude ponúkať len sklad 01. I keď podľa skladu neobmedzí, uvidí v bilancii započítané len riadky za sklad 01 z OP1, a ďalej doklad OV1 (z dokladu OV2 nebude započítané nič). (Pretože oba použité dátové zdroje OPs, OVs načítajú z dokladov len riadky za sklad 01, ku ktorému má užívateľ prístup). Takže:

Karta Sklad počet z OP počet z OV
X 01 6 3
Y 01 6 3

Pokiaľ by užívateľ obmedzil podľa ponúkaného skladu 01, situácia by sa nezmenila.

* Objednávky (mix práv) ⇒ V obmedzujúcom prvku Sklad v záložke Obmedzenie Bilancie sa mu bude ponúkať iba sklad 01. Keď podľa skladu neobmedzí, uvidí v bilancii započítané z OP1 len riadky za sklad 01, a ďalej všetky riadky z oboch dokladov OV1, OV2. (Pretože použitý dátový zdroj OPs načíta z dokladov OP len riadky za sklad 01, ku ktorému má užívateľ prístup, kým dátový zdroj OV načíta z dokladov OV všetky riadky za oba sklady). Takže:

Karta Sklad počet z OP počet z OV
X 01 6 3
Y 01 6 3
X 02 0 4
Y 02 0 4

Pokiaľ by v tomto prípade užívateľ obmedzil podľa ponúkaného skladu 01, v Bilancii by videl len riadky zo skladu 01.