Změny stavů nabídek vydaných podrobně
Zde jsou uvedeny možnosti, jak můžete docílit změny stavu nabídek vydaných a duvedeny možné typy automatické změny stavu a jejich význam. Obsah kapitoly:
- ručně přímo změnou hodnoty položky Stav v rámci editace dané nabídky vydané (funkce Oprava)
- ručně pomocí funkce Změna stavu dané nabídky vydané
- automaticky, pokud byly splněny podmínky pro automatický přechod do nějakého stavu a daný typ nabídky má příslušný stav definován jako jeden z možných stavů
Dále je uvedeno:
Jak bylo řečeno v kap. Nabídky vydané - věcný obsah evidence, pro účely sledování úrovně zpracování dané nabídky, je na nabídce evidován stav, ve kterém se právě nachází. Všechny existující stavy jsou definovány v číselníku stavů nabídek vydaných. Nejtypičtější stavy jsou defaultně dodávány výrobcem v rámci inicializačních dat, nicméně uživatel si může zavést libovolné další stavy nabídek podle vlastní potřeby. Možné stavy, kterých může nabývat konkrétní nabídka, jsou pak z nich vybrány v definici typu nabídky.
Aby bylo možné zajistit automatický přechod mezi stavy po některých akcích v systému i přesto, že stavy jsou plně uživatelsky definovatelné, musí se u každého stavu stanovit typ automatické změny stavu. U každého typu automatické změny stavu (kromě typu 0) je přesně dáno, po kterých akcích v systému se přechod na daný stav automaticky nabídne (samozřejmě za předpokladu, že je vůbec takový stav pro daný typ nabídky definován, viz dále podmínky). Typ automatické změny "0 = žádná automatická změna" použijete, pokud nechcete, aby docházelo k nabízení přepínání stavů automaticky. Tj. pokud si v typu nabídky nadefinujete jen stavy s typem autom. změny stavu 0, pak taková nabídka nebude reagovat na žádné akce v systému, resp. žádné akce v systému nevyvolají automatickou nabídku přechodu na jiný stav.
Možné typy automatické změny stavu a jejich číselná reprezentace:
- 0 = žádná automatická změna
- 1 = po vytvoření nabídky - výchozí
- 2 = po předání ke kalkulaci nákl.cen
- 3 = po stanovení nákladových cen
- 4 = po zahájení schvalovacího scénáře
- 5 = po přechodu schvalování do stavu vráceno k přepracování
- 6 = po přechodu schvalování do stavu zamítnuto
- 7 = po přechodu schvalování do stavu schváleno
- 8 = po vystavení dokladu odeslaná pošta
- 9 = po importu nabídky do přijaté objednávky
- 10 = po zadání důvodu neúspěchu
Předpokládá se, že od každého typu bude pro daný typ nabídky vydané zaveden právě jeden stav, nicméně pokud by jich bylo více, pak v dané operaci bude uživatel moci vybrat, který z nich se má nastavit.
Příklad nadefinovaných stavů:
Stav | Typ autom. změny |
---|---|
V přípravě | 1= po vytvoření nabídky |
Předáno ke kalkulaci | 2= po předání ke kalkulaci nákl.cen |
Nákladové ceny stanoveny | 3 = po stanovení nákladových cen |
Čeká na schválení | 4 = po zahájení schvalovacího scénáře |
Vráceno k přepracování | 5 = po přechodu schvalování do stavu vráceno k přepracování |
Zamítnuto | 6 = po přechodu schvalování do stavu zamítnuto |
Schváleno | 7 = po přechodu schvalování do stavu schváleno |
Odesláno | 8 = po vystavení dokladu odeslaná pošta |
Realizováno | 9 = po importu nabídky do přijaté objednávky |
Nerealizováno | 10 = po zadání důvodu neúspěchu |
Obecná zásada:
Jestliže se vyhodnotí ze zadaných podmínek, že se má provést automaticky změna na nějaký cílový stav, pak to znamená, že se prohledá číselník stavů a najdou se všechny takové, které mají nastavenu položku Automatická změna na hodnotu odpovídající těmto podmínkám.
- Pokud takový stav v seznamu možných stavů daného typu nabídky neexistuje, žádná změna nenastane a stav nabídky se nezmění.
-
Pokud takový stav v seznamu možných stavů daného typu nabídky existuje, uživateli se zobrazí dialogové okno pro změnu stavu, kde může navíc zadat čas nebo změnit řešitele nového stavu, případně vybrat i stav, pokud je více možných stavů, které přichází v úvahu po dané akci v systému, a změnu stavu poté potvrdit, příp. stornovat. Okno se nenabízí v případě, kdy se jedná o změnu vyvolanou k tomu určenou funkcí (viz např. funkce Neúspěch), pak se taková změna rovnou provede.
Jde o to, aby změna stavu vyvolaná nějakou akcí proběhla s vědomím uživatele a aby na ni mohl případně reagovat (např. ji stornovat, pokud není v daný moment žádoucí). Pokud jde o změnu vyvolanou např. funkcí Neúspěch, pak je to změna s vědomím uživatele a není již třeba dialog. okno změny stavu zvlášť zobrazovat.
K nastavení takto označeného stavu dojde:
- Při vytváření nové nabídky se tento stav předvyplní jako výchozí, není-li žádný takový stav, pak se nepředvyplní nic, položka stav je ale nadále povinná – uživatel musí něco vybrat. (číselník může nabízet jen stavy s autozměnou 1 a pokud žádný není, tak všechny stavy)
- Při opravě existující nabídky, jestliže původní stav celé nabídky byl "Předáno ke kalkulaci" (resp. stav s nastavenou automatickou změnou "2 = po předání ke kalkulaci nákl.cen") a existovaly řádky se zdrojem ceny Výrobní požadavky a při uložení již žádný takový řádek neexistuje (tzn. uživatel v opravě zadal jiný zdroj nákladové ceny a požadavky ve výrobě byly odpojeny). Tj. nabídne se zpět nastavení stavu s automatickou změnou "1 = po vytvoření nabídky".
K nabídce nastavení stavu s tímto typem automatické změny stavu dojde:
- Po uložení nově vytvářené nabídky, jakmile v řádcích existuje alespoň jeden řádek se zdrojem nákladové ceny "z požadavků na výrobu".
- Při opravě existující nabídky, jestliže při uložení existují řádky se zdrojem ceny Výrobní požadavky, které dříve před opravou neexistovaly (tzn. uživatel v opravě zadal někde nově zdroj z výroby) a to bez ohledu na to, jaký byl dosavadní stav nabídky.
K nabídce nastavení stavu s tímto typem automatické změny stavu dojde:
- Jestliže v agendě Požadavky na výrobu po provedení kalkulace uživatel přenese (určenou funkcí) nákladové ceny do nabídky a také případné zbývající řádky se zbožím mají platnou nákladovou cenu stanovenu.
- Po uložení nabídky, jestliže nabídka neobsahuje žádné řádky s vazbou na výrobu a u všech řádků se zbožím je platná nákladová cena stanovena.
Jestliže u dokladu, který měl již na všech řádcích náklad. ceny stanoveny, je provedena oprava, která způsobí shození příznaku, že nákladové ceny jsou stanoveny (např. změnou zdroje nákladové ceny), pak je uživatel v rámci ukládání dokladu na tuto skutečnost upozorněn a může odpovídajícím způsobem změnit stav nabídky. Stav nabídky se však automaticky nijak nezmění (nabídka už může být v libovolném z dalších stavů a taková změna by nemusela být žádoucí).
Má význam jen, pokud máte schvalování dokladů zapnuto a používáte jej. K nabídce nastavení stavu s tímto typem automatické změny stavu dojde, jestliže byl zahájen proces schvalování funkcí Zahájit ze záložky Schvalování.
Má význam jen, pokud máte schvalování dokladů zapnuto a používáte jej. K nabídce nastavení stavu s tímto typem automatické změny dojde, jestliže v rámci procesu schvalování došlo k vrácení schvalovaného dokladu k doplnění funkcí Vrátit k doplnění ze záložky Schvalování resp. přímo z agendy Schvalování dokladů.
Má význam jen, pokud máte schvalování dokladů zapnuto a používáte jej. K nabídce nastavení stavu s tímto typem automatické změny dojde, jestliže v rámci procesu schvalování došlo k zamítnutí schvalovaného dokladu funkcí Zamítnout ze záložky Schvalování resp. přímo z agendy Schvalování dokladů.
Má význam jen, pokud máte schvalování dokladů zapnuto a používáte jej. K nabídce nastavení stavu s tímto typem automatické změny dojde, jestliže v rámci procesu schvalování došlo ke konečnému schválení všemi schvalovateli (tedy doklad je prohlášen za schválený) funkcí Schválit ze záložky Schvalování resp. přímo z agendy Schvalování dokladů.
Systém nabídne automatickou změnu na tento stav, pokud po uložení nabídky byla zatržena volba Odeslaná pošta v rámci editace nabídky a po uložení nabídky k ní byl rovnou zadán záznam odeslané pošty.
Samostatné vystavení odeslané pošty a jeho dodatečné připojení k nabídce v záložce Připojené doklady automatickou změnu stavu nabídky nevyvolá.
K nabídce nastavení stavu s tímto typem automatické změny dojde, jestliže uživatel vystaví na základě nabídky přijatou objednávku a to i v případě, že se do objednávky převezme jen část nabídky (jen některé řádky). Viz Procesní tvorba - NV → OP.
Automaticky se nastaví po zadání důvodu neúspěchu funkcí Neúspěch.
V tomto případě se již nezobrazuje dialogové okno pro změnu stavu nabídky.
V případě změny stavu ručně funkcí Změna stavu a ve většině případů automatické změny stavu se nabídne dialog pro provedení dané změny. Položky:
Název | Popis |
---|---|
Stav | Budoucí stav. Vybírat lze ze stavů, kterých může daný typ nabídky vydané nabývat, tj. jsou zadané v subzáložce Možné stavy v definici daného typu nabídky. Pokud jde o ruční změnu stavu (např. opravou hodnoty položky Stav v hlavičce nabídky), pak se nabízí všechny možné stavy. Pokud jde o automatickou změnu stavu v důsledku reakce na nějakou akci v systému, pak se nabízí jen stavy, které v daný okamžik mohou přicházet v úvahu (např. po schválení dokladu se nabízí jen stavy, které jsou nadefinované jako reakce na danou akci). |
Upozornění |
V případě, že stav v předchozí položce vybraný nebo nabízený jako budoucí stav nabídky neodpovídá pořadí dle vygenerovaného plánu v záložce Termíny, tj. jednalo by se o přepnutí na stav, kterému předchází nerealizované plánované termíny, se zobrazí upozornění a tyto stavy budou smazány. Např. v systému nastala nějaká akce vyvolávající nabídku automatické změny stavu, ale dosud nebyl realizován stav předcházející nabízenému stavu. Objasníme na příkladu: Mějme v definici typu nabídky nadefinovány po sobě stavy "Kalkulace" s typem autom. změny stavu "2 = po předání ke kalkulaci nákl. cen" a "Oceněno" s typem autom. změny stavu "3 = po stanovení nákladových cen". Tento typ nabídky používáme pro nabídky výrobků, jejichž nákladové ceny si necháváme kalkulovat ve výrobě. Pokud ale tento typ nabídky použijeme pro nabídku, kde jsou nákladové ceny zadány jiným způsobem (např. ručně), pak vlastně ke stavu předání ke kalkulaci nedojde a dojde rovnou k ocenění. V takovém případě se zobrazí příslušné upozornění s možností vynechaný nerealizovaný stav rovnou také z plánovaných stavů a termínů vymazat:
|
Reálný termín | Datum a čas, kdy daný stav nastal. Předvyplňuje se dle systémového data a času počítače. |
Řešitel/ Role řešitele |
Jak bylo objasněno v kap. Role versus Uživatelé, lze v některých místech programu zadávat buď konkrétní uživatele nebo role a to podle aktuálního nastavení parametrů systému. Tato položka slouží pro zadání aktuálního řešitele resp. role řešitele, který má řešit budoucí stav nabídky a vyplní se do stejnojmenné položky v hlavičce nabídky. Uživatele resp. roli zadáte buď rovnou z klávesnice anebo vyberete z vyvolaného číselníku uživatelů resp. z číselníku rolí. Číselník se zde nabízí defaultně programově omezený jen za ty uživatele/ role, kteří jsou uvedeni v seznamu možných řešitelů/ možných rolí řešitelů u daného typu nabídky. Předvyplňuje se výchozí hodnotou nadefinovanou pro stav nabídky z předchozí položky v seznamu možných stavů v definici typu nabídky. Pokud tam výchozí hodnota není nadefinovaná, pak se předvyplňuje hodnotou aktuálně zadanou v hlavičce nabídky. Která položka je k dispozici a kdy, viz popis v kap. Role versus Uživatelé. |
Odesláno | Nabízí se jen v případě změny stavu na stav "odesláno", tj. stav s typem automatické změny "8 = po vystavení dokladu odeslaná pošta" v rámci nabídky automatické změny stavu nebo v rámci funkce Změna stavu. Umožňuje upravit datum skutečného odeslání zadané v hlavičce nabídky při přechodu na tento stav. |
Nabídky mohou být standardně svázané s aktivitami. V aktivitách mohou být evidovány úkoly jednotlivých pracovníků, které mohou úzce souviset s procesem zpracování nabídky. Aby byla zajištěna jistá automatizace, je možno možné stavy nabídek v definici typu nabídky svázat s procesy aktivit. Je-li pak nabídka daného typu svázána s nějakou aktivitou, je možné touto vazbou zajistit, že při změně stavu nabídky se odpovídajícím způsobem automaticky změní i proces připojené aktivity. Platí:
- Změna procesu na aktivitě se provede pouze tehdy, pokud výchozí proces na aktivitě odpovídá výchozímu stavu nabídky.
- V případě, že tomu tak není, tedy na aktivitě byl proces např. ručně změněn na jiný, pak změna stavu nabídky již proces na aktivitě nezmění. Tím je umožněno, že aktivita může přejít i do jiných stavů, než které má nabídka, a v takovém případě změny stavů nabídky již stav aktivity nebudou ovlivňovat.
- Pokud pokus o změnu procesu na aktivitě z nějakých důvodů nelze provést, pak je uživatel upozorněn a proces aktivity se nezmění (změna stavu nabídky se ale provede).
- Je-li k nabídce vázáno více aktivit, pak se porovnání procesu a pokus o jeho případnou změnu provede se všemi.
Možnost navázat stav nabídky na procesy aktivit není k dispozici, pokud uživatel nemá licenci k modulu CRM.