motiv1 Slouží k následnému studiu Výroba Prezentace výrobních principů MBS Navision- jazyková mix verze Připravil : Skorkovský horni_lista prvek spodni_lista ‹#› Navision_SC 2 Základní pomůcky pro kurz •PWP – elektronická verze •PWP – tištěná verze pro poznámky •Manuál Navision Manufacturing (elektronická verze) •Manuál Navision Manufacturing Costing (elektronická verze) •DB cvičná a výrobní licence Skorkovský (Miki) •Objekt (CU) pro přenos dat Prezentační – je už implementován v DB Účely kurzu : 1. Pochopení základních principů výroby 2.Solidní základ pro další samostudium 3.Pozor na 2 úhly pohledu : jeden je výrobní a druhý účetnický – klasické a těžko řešitelný problém ! 4. 4. • horni_lista prvek spodni_lista ‹#› Navision_SC 3 Základní otázky – výběr těch zásadních •Co je potřeba vyrobit – poptávka ze strany prodeje •Kolik toho je potřeba vyrobit •Do kdy je to potřeba dodat •Jak to budeme vyrábět (TNG postup) •Kdo to bude vyrábět (zdroje- SC a PC, kapacity,ceny pořízení) •Z čeho se to bude skládat (komponenty) •Kolik toho máme na skladě •Co je to závislý a nezávislý požadavek •Co je to prognóza- Forecast •Co je to MRP, MRP-II, JIT a MPS •Co je výpočet čistého požadavku (netting) •MTS a MTO (výroba na sklad a výroba na zakázku) •Low-Level –Code- montážní úroveň – vysvětlí instruktor. • OK horni_lista prvek spodni_lista ‹#› Navision_SC 4 Vybrané problémy, které vedou k úpravám a doplněním Navision Výroby •Statistiky neshod •Spojování výrobních zakázek •Grafické přeplánování- vyvažování plánu •Vazba na TPV •Odhlašování stejných operací u zdrojů zařazených s různými kvalifikačními třídami •Vazba na mzdy •VZ a BAR – odhlašování VZ s pomocí registrace čárových kódu •Buffer management •Advanced Planning and Scheduling •Volba výrobního postupu podle velikosti dávky •Variantní kusovníky •atd. OK horni_lista prvek spodni_lista ‹#› Navision_SC 5 Basic Manufacturing – licenční pohled Výrobní zakázky (viz všechny typy- uvede instruktor) Výrobní zakázky a jejich plánování z Prodejních objednávek Rezervační systém pro provádění rezervací Řízení sériových čísel a čísel dávek (šarží) Flexibilní konstrukce ceny (FIFO, pevná cena, průměrná cena,…) Multidimenzionální tracking (pegging) Spotřeba dopředu, zpětně nebo ručně Spotřební a výstupní deníky Výrobní kusovníky Klasické kusovníky, kusovníky typu fantom Řízení verzí výrobních kusovníků a TNG postupů V tomto okamžiku zatím bez komentáře horni_lista prvek spodni_lista ‹#› Navision_SC 6 Supply planning - licenční pohled Základní plánování doplňování skladů ATP, CTP , včetně plánování pro více lokací Inteligentní MRP plánování (vysvětleno bude následně) Interaktivní generace Hlášení akcí Simultánní plánování materiálu a kapacit Dostupnost materiálu Plánování nákupu Prognózy – předpovědi MPS, aktuální poptávka, MRP a prognóza (vysvětleno bude následně) horni_lista prvek spodni_lista ‹#› Navision_SC 7 Capacity Requirement Planning (CRP) - licenční pohled Základní plánování doplňování skladů Kalendáře dílny, směny TNG postupy (Routings) Paralelní řízení VZ (výrobních zakázek) Send Ahead - umožňuje overlapping a JIT – zkracuje se průběžná doba výroby Routing Link Codes – pro automatické řízení spotřeby během provádění operací Kódy neshod (Scrap Codes) a stop kódy prostojů (Stop Codes) Automatická spotřeba pro strojní nebo pracovní centra Řízení kooperací Strojní centra Alokace práce Konečné plánování Lepší řízení omezených zdrojů – překonání základního paradoxu MRP (plánování s nekonečnými kapacitami) – větší spolehlivost plánů horni_lista prvek spodni_lista ‹#› Navision_SC 8 Nastavení výroby I Pokud existuje Prodejní objednávka (PO)s navázanou Výrobní zakázku (VZ) pak při změně parametrů na PO jako je třeba doba dodávky, změna množství apod. bude vytvořeno Varování Aby bylo zajištěno to, že číslo VZ se bude brát jako základ po čísla Navázaných generovaných dokladů Význam ostatních polí je zřejmý horni_lista prvek spodni_lista ‹#› Navision_SC 9 Nastavení výroby II Pokud byla lokace uvedena v řádcích VZ Pokud si uživatel přeje kombinovaný výpočet MRP a MPS Bude vysvětleno později Pokud není na kartě Zboží vyplněna Bezpečná Průběžná Doba = BPD pak se bere časový údaje uvedený v tomto políčku V případě prodlevy ve výrobě nebo v průběžné době doplnění se BPD použije jako přechodné období (buffer) Při výpočtech na řádcích objednávek a návrhů objednávek přičte Navision BPD k dané průběžné době. Platí pro dopředně i zpětně plánované objednávky. Řádek VZ : Datum ukončení + BPD + Doba zaskladnění = Datum plánování (Due Date, kdy zákazník zboží očekává). Řádek NO : Plánované datum příjmu + BPD + doba zaskladnění = Očekávané datum příjmu Ve víceúrovňové výrobní zakázce bude bezpečná průběžná doba mezi zbožím ignorována !!!! Bude vysvětleno později horni_lista prvek spodni_lista ‹#› Navision_SC 10 Nastavení výroby III Výroba – Nastavení - Skupiny výrobků Jde o skupiny podobných výrobků, které mohou být vyráběny spolu. Hlavním znakem je podobnost výrobního postupu . Optimalizuje se spotřeba materiálu a snižují se náklady na nastavování strojů horni_lista prvek spodni_lista ‹#› Navision_SC 11 Nastavení výroby IV Nastavení šablon Spotřebního deníku a Výstupního deníku bude vysvětleno v průběhu kurzu. Spotřební deník se u Navision 3.70 nastavuje v nastavení Zásob a stejně tak i Výstupní deník. V rámci šablony můžete např. přiřadit zprávu, kterou spustíte jako zprávu „testovací“. Platí jak pro standardní nebo i periodické deníky… Spotřební deník – hlavní funkce : zápis spotřeby materiálu pro výrobu Výstupní deník - hlavní funkce : registrace času použitých zdrojů vyrobeného množství horni_lista prvek spodni_lista ‹#› Navision_SC 12 Nastavení výroby – plánování kapacit I Měrné jednotky Pracovní směny Kalendáře dílny Skupiny pracovních center Standardní úlohy Kódy prostojů Kódy zmetků Kód vazeb TNG (Routing Links) Zdroje s nedostatečnou kapacitou Pokud kalendář dílny specifikovaný pro pracovní den překročí půlnoc, je potřeba zadat 2 řádky např. 22:00 – 23:59:59 a 0.00.00 – 6:00:00). Některé firmy v rámci kalendáře specifikují i přestávky. Ve dřívějších verzích Navision Manufacturing se používal pro započítání přestávek nastavení Účinnosti (Efficiency Factor) na kartě zdroje. POZOR : kódy Kalendáře dílny se zadávají pouze pro Pracovní centra !!! OK horni_lista prvek spodni_lista ‹#› Navision_SC 13 Nastavení výroby – plánování kapacit II Měrné jednotky Pracovní směny Kalendáře dílny Skupiny pracovních center Standardní úlohy Viz další obrázek - Hierarchie SC a PC horni_lista prvek spodni_lista ‹#› Navision_SC 14 Hierarchie pracovních a strojních center Skupina PC : pouze pro reportovací účely – nikoliv pro reálné plánování !!! horni_lista prvek spodni_lista ‹#› Navision_SC 15 Nastavení výroby – plánování kapacit III Kódy prostojů Kódy zmetků Kód vazeb TNG Zdroje s nedostatečnou kapacitou Kódy prostojů (Stop Codes) se používají pouze pro Strojní centra. Zdávají se ve Výstupním deníku a v Deníku kapacit (tento deník se používá pro registraci času zdroje (kapacity) nutného pro údržbu – registrace zdrojů-kapacit, které nejsou alokovány k vybrané VZ) horni_lista prvek spodni_lista ‹#› Navision_SC 16 Nastavení výroby – plánování kapacit IV Kódy zmetků Kód vazeb TNG Zdroje s nedostatečnou kapacitou Kódy zmetků (Scrap Codes) se používají pouze pro Strojní centra. Zdávají se ve Výstupním deníku a v Deníku kapacit . Popisují důvod neshody. V položkách se kód prostojů i kódy zmetků objevují jak pro Dobu seřízení (Setup Time), tak i pro dobu nastavení (Run Time) .Tedy jednomu zápis ve Výstupním deníku odpovídají 2 zápisy v položkách (pro každý z uvedených časů) horni_lista prvek spodni_lista ‹#› Navision_SC 17 Doplnění vysvětlení ohledně zmetků – nejde o Kód zmetků !! a) Kód zmetků v řádku Výrobního kusovníku (BOM Scrap) b)Pevné množství zmetků v řádcích TNG postupu (Fixed Scrap Quantity) c) Faktor zmetků v % v řádcích TNG postupu (Scrap Factor %) b) Výpočet : BOM Scrap = 10 % Scrap Factor % = 25 % Fixed factor = 10 (náběh) Požadavek = 10 ks 10*1,1 = 11 11*1,25 = 13,75 13,75+10 = 23,75 Aby se vyrobilo 10 ks, je potřeba mít na skladě 24 ks suroviny !!!! b) b) b) b) horni_lista prvek spodni_lista ‹#› Navision_SC 18 Nastavení výroby – plánování kapacit V Zdroje s nedostatečnou kapacitou Zdroje se nedostatečnou kapacitou (Capacity Constrained Resources). Tam, kde plánovač riskuje přetížení zdroje (SC i PC), pak může dopředu označit zdroj v rámci uvedeného jako Kritický (ne na kartě zdroje !!!!) a zdroj je pak zatížen jen na specifikovanou úroveň. To ovšem nastane jen při změně stávajícího plánu uživatelem (aktualizace plánu, přijetí Hlášení akce apod. – Hlášení akce bude vysvětleno později) . Pro přislíbení ATP-CTP je potřeba nastavit Výrobek jako Kritický !!!! To znamená, že Zboží je kritické pro výrobu nadřazeného Zboží (výrobku) . V případě, že PO je svázána s VZ horni_lista prvek spodni_lista ‹#› Navision_SC 19 Nastavení výroby – plánování kapacit VI Kód vazeb TNG Kódy vazeb TNG (Routing Link Codes, dále jen RLC) – vazba mezi komponenty výrobního kusovníku a operací v TNG postupu. To snižuje časovou náročnost, pokud nějaká komponenta je v rámci změny výrobního procesu používána v jiné operaci a uživatel musí provést tuto modifikaci. Dále se RLC používají pro řízení automatické spotřeby - JIT funkčnost. Viz kapitola o RLC a automatické spotřebě v manuálu na stránce 4-12 : příklad horni_lista prvek spodni_lista ‹#› Navision_SC 20 MPS Aktuální poptávka Prognóza výroby (hrubé požadavky) Netting MPS MRP Skladová dostupnost Plán výroby Finální výrobky Aktuální požadavky (poptávka) „konzumuje prognózu (předpověď). Nezávislé požadavky Konzumují prodejní předpověď a závislé požadavky předpověď na komponenty Proč Prognóza nebo MPS ? – řešit očekávanou budoucí poptávku ! Nezávislé požadavky Které komponenty nebo podsestavy jsou potřeba, aby se pokryly požadavky z MPS Typy předpovědi – Položka prodeje, Komponenta nebo Obě Prognóza vyjadřuje „Příslib“ že se něco vyrobí a vždy Jen pro „Parent“ nebo nejvyšší montážní stupně MPS lze vynechat !!! MPS lze zadat ručně a tak se vyhnout zadávání Prognózy OK horni_lista prvek spodni_lista ‹#› Navision_SC 21 Logika Prognóza- MPS - MRP Production Forecast – prognóza = PF PFt = Production Forecast Type =Typ prognózy PFts = Production Forecast Type Sales = Prognóza typu Prodej PFtc = Production Forecast Type Components = Prognóza typu Komponenty IF PF = finální výrobek Then PFt = PTts Else IF PF = „Option“ Then PFt = PTtc Option = Volba : příklad : typ – druh lampičky na kolo horni_lista prvek spodni_lista ‹#› Navision_SC 22 Poptávka – dodávka (Demand – Supply balance) Aktuální poptávka Aktuální dodávka Tracking (Pegging) – Sledování zakázky – položky sledování Kdykoliv se spustí plánovací rutiny, vytváří se položky sledování a k tomu i Hlášení akce (Action Messages) – doporučení co udělat, aby byla zajištěna rovnováha mezi poptávkou a dodávkou Aby se negenerovaly tyto položky a akce zbytečně- existují v systému Tzv. „Dampeners“ – Prodlevy v čase a v % výkyvu velikosti dávky - viz předchozí snímky, které se týkají nastavení výroby. OK horni_lista prvek spodni_lista ‹#› Navision_SC 23 Tracking- Pegging Prodejní objednávka Výrobní zakázka Nákupní objednávka Přímé naplánování PO-VZ Prodejní objednávka Výrobní zakázka Nákupní objednávka Sešit plánování MRP Tracking Tracking Tracking OK horni_lista prvek spodni_lista ‹#› Navision_SC 24 Výroba na zakázku- tracking- varianta A 1150 1151 1158 Plánování Výrobní zakázka VZ+ Lot-for-Lot Nákup + Lot-for-Lot nebo Pevné přiobj.množství horni_lista prvek spodni_lista ‹#› Navision_SC 25 Výroba na zakázku- tracking- varianta B Plánování pomocí Sešitu plánování MRP „Vypočti plánovaný objem“ Výrobní zakázka Nákupní objednávka Plánování sešit MRP horni_lista prvek spodni_lista ‹#› Navision_SC 26 Výroba na zakázku- tracking- varianta C Plánování pomocí Sešitu plánování MRP „Vypočti plánovaný objem“ Výrobní zakázka Nákupní objednávka Plánování sešit MRP Sešit požadavků (Requisiton Wkst) OK horni_lista prvek spodni_lista ‹#› Navision_SC 27 MRP- Material Requirement Planning •Správný dílec •Správný dílec ve správném čase •Správný dílec ve správném čase a na správném místě •Správný dílec ve správném čase a na správném místě a ve správném množství • • MRP-II : Manufacturing Resource Planning = MPR+Resources OK horni_lista prvek spodni_lista ‹#› Navision_SC 28 Tracking and Action Messages II Generace akcí probíhá pro každou úroveň kusovníku (Low-Level Code), což zajišťuje, že všechny změny ve struktuře kusovníku budou do výpočtů zahrnuty Dynamické sledování : pokud se poptávka změní, pak se systém automaticky snaží nastavit (udržet) rovnováhu mezi poptávkou a dodávkou. To vše se dělá podle priorit , přiřazených těmto vlivům P1 Změna v existující Nákupní objednávce, Řádku výrobní zakázky nebo řádku sešitu plánování P2 Změna data dodávek u již vydaných dokumentů nebo plánovaných příjmů (např. plánovací sešity nebo řádky VZ) (Planned, Scheduled) P3 Změna skladové dostupnosti položky (Available Inventory) P4 Když již v položkách sledování existuje NO nebo VZ nebo Plánovací řádek (systém vytvoří akci s atributem Změněné množství P5 Pokud ani jedna z výše uvedených variant, pak se vygeneruje akce s atributem Nová Dynamické sledování záleží na nastavení pole Způsob sledování zakázky horni_lista prvek spodni_lista ‹#› Navision_SC 29 Dynamické sledování zakázky Žádné Pouze sledování Sledování a Hlášení akce horni_lista prvek spodni_lista ‹#› Navision_SC 30 Grafické znázornění hlášení akcí Sklad=0 Cykly přiobjednávky SO- Sales Order- prodejní objednávka) VZ na 90 ks SO na 90 ks SO na 15 ks Přeplánování a Změna množství Sklad=0 SO na 15 ks SO na 90 ks VZ na 105 ks Tracking- sledování čas čas horni_lista prvek spodni_lista ‹#› Navision_SC 31 Čistý požadavek Net Requirement = Gross Requirement – Naplánované objednávky - Vydané objednávky na příjmu + Plánované výdeje – Stav skladu k datu + Bezpečnostní zásoba Poznámka : vysvětlení na dalších snímcích tohoto kurzu !!!! Požadavek (hrubý požadavek) je rozdělen do dvou kategorií : •nezávislý požadavek (jediným zdrojem je Prodejní objednávka) •závislý požadavek (komponenty VZ, komponenty MRP) – –Plánovaná objednávka = Plánované VZ, MRP řádky, Sešity požadavků –Vydané objednávky = Pevně naplánované a Uvolněné VZ, Nákupní objednávky vydané (zaslané dodavatelům) –Bod přiobjednání <> BZ (jde o zásobník proti neočekávané požadavky v průběhu –tzv. průběžné doby- viz pilový diagram. OK horni_lista prvek spodni_lista ‹#› Navision_SC 32 Princip výpočtu čistého požadavku (Net Requirement) LLC- montážní úrovně Vybraný výrobek OK horni_lista prvek spodni_lista ‹#› Navision_SC 33 Modifikátory na kartě Zboží (záleží na nastavení Způsobu přiobjednávky) OK horni_lista prvek spodni_lista ‹#› Navision_SC 34 Modifikátory na kartě Zboží (záleží na nastavení Způsobu přiobjednávky) Minimum Order Quantity (Min. objednávané množství: MOQ) If Návrh < MOQ Then MOQ is applied If MOQ=0,Then Návrh is OK Maximum Order Quantity (Max. objednávané množství: MaxOQ) If Návrh > MaxOQ Then Obj. množství 1 = MaxOQ and Obj. množství 2= MaxOQ ….. (může být, že (Návrh/2) < MaxOQ If MaxOQ=0,Then Návrh is OK Order Multiple (Násobek objednávky) / zaokrouhlovací faktor. To znamená, že vždy se objednává v násobcích. Např. : OM=12 a Návrh = 20, pak objednané množství bude 24 (dva tucty) OK horni_lista prvek spodni_lista ‹#› Navision_SC 35 Způsoby přiobjednávání I Pevné přiobjednávané množství Používá se to množství, které se uveden v poli Přiobjednané množství. Pokud se využívá MRP, pak návrh množství bude hodnota v tomto poli nebo vypočítaný čistý požadavek – to podle toho co bude vyšší. Přiobjednávané množství reprezentuje buď minimální dodávané množství, které specifikuje dodavatel nebo EOQ (Economic Order Quantity) Poznámka : bude vysvětleno školitelem. D=poptávka, S=náklady na objednávání, H=náklady na skladování, Q=množství, TC=celkové náklady TC= (Q*H)/2 + (D*S/Q) , po derivaci podle množství a dT/dQ=0 dostaneme H/2 – D*D/(Q*Q) - > Q= sqrt(2*D*S/H) Karta Zboží OK horni_lista prvek spodni_lista ‹#› Navision_SC 36 Způsoby přiobjednávání II Maximální množství Klasická logistická praxe. Moc nezáleží na tom, co skutečně potřebujeme. Návrh bude buď roven tomuto Maximálnímu množství nebo čistému požadavku a to podle toho, která hodnota bude vyšší. Karta Zboží OK horni_lista prvek spodni_lista ‹#› Navision_SC 37 Způsoby přiobjednávání III Zakázka Návrh po každý požadavek (např. prodejní objednávku, MRP komponenta nebo komponenta VZ). Návrh generuje v sešitu plánování pro každý požadavek extra řádek. Jinými slovy, půjde vždy jen o hrubý požadavek po jednu jedinou finální položku (parent item). Jde o tzv. Bucketless MRP approach. Používá se zásadně pro MTO (Make-To-Order). Čistý požadavek zde do výpočtu vstupuje pouze pro každou objednávku samostatně (vstupními parametry pro výpočet jsou množství a data dodávek ). V takovém případě se nepoužívá hodnota v poli Cyklus přiobjednávky. Karta Zboží OK horni_lista prvek spodni_lista ‹#› Navision_SC 38 Způsoby přiobjednávání IV Dávka pro dávku (Lot-for-Lot) Program vytváří návrh tak, aby pokryl požadavky v každém Cyklu přiobjednávky. Jinými slovy : čistý požadavek pro každý Cyklus přiobjednávky . Jakmile je výpočet hotov, navrhovaný ČP může být zvýšen o BZ (Save Stock Quantity) – pokud je toto zvoleno zatržením řídícího pole Včetně zásob. Poznámka 1: oproti dřívějším produktům se zde nepoužívá hodnota v poli Bod přiobjednání (Reorder Point ) Poznámka 2 : V tomto režimu může být plánované množství větší než ČP. Jedním z důvodů je to, že je někdy výhodnější naplánovat vyšší výrobní dávku . Pokud je velikost výrobní dávky nižší než ČP, pak se může vyrobit násobek velikosti výrobní dávky Karta Zboží horni_lista prvek spodni_lista ‹#› Navision_SC 39 Základní pojmy- menu Výroba horni_lista prvek spodni_lista ‹#› Navision_SC 40 Základní pojmy- menu Řízení kapacit (kapacitní plánování) horni_lista prvek spodni_lista ‹#› Navision_SC 41 Základní vazby Karta výrobku Technologický postup Kusovník Kartotéka Zboží Kartotéka pracovních a strojních center RLC OK horni_lista prvek spodni_lista ‹#› Navision_SC 42 Struktura výrobku - kusovník image OK horni_lista prvek spodni_lista ‹#› Navision_SC 43 Rozbalení kusovníku a TNG z Karty zboží- tlačítko zboží- pozor- modifikace FEAS !!!! horni_lista prvek spodni_lista ‹#› Navision_SC 44 Kusovník- BOM (Bill of Material), Stuckliste… •Stanovuje strukturu výrobku •Stromová struktura (kořen- parent, větvě, listy,…) •Materiály, dílce, podsestavy, vazby na operace • Poskytuje následující informace : •K čemu ? : určuje pro jaký díl, podsestavu, sestavu nebo finál je daný materiál, díl…… určený •Co to je ? : přesné označení •Kolik ? : spotřební množství nižší části ve vztahu k vyšší části •Kde ? : podle struktury výrobku daný stupeň výroby či přísunu materiálu (výdej do spotřeby) •Kdy ? : předstihy, vazba na metodu doplňování • • OK horni_lista prvek spodni_lista ‹#› Navision_SC 45 Výrobní kusovník (BOM) – I Hlavička Řádky Komponenty Nový Certifikovaný Ve vývoji Uzavřen OK horni_lista prvek spodni_lista ‹#› Navision_SC 46 Výrobní kusovník (BOM) – verze – II Ukázat funkci „Kde použito“ (Where Used) horni_lista prvek spodni_lista ‹#› Navision_SC 47 BOM – VZ – platnost verzí a kódy verzí BOM A0 D1 BOM A0 V1 D2 BOM A0 V2 D3 D1 D2 D3 VZ V1 VZ V2 Platí i pro verze TNG postupů !!! horni_lista prvek spodni_lista ‹#› Navision_SC 48 Vybrané sloupce řádku BOM (výrobního kusovníku) - I Doba výroby (Production Lead Time) ovlivňuje rozpad kusovníku v čase. Program pak počítá nejpozdější dobu vyskladnění pro každou komponentu Doba, kdy je potřeba vyskladnit dílec = Doba ukončení operace s uvedenou komponentou - Doba výroby Používá se hlavně u subdodávek nebo vyskladnění ze vzdálených skladů Komponenta je platná od a platí do respektive neplatná od K.datum+ 1D Používá se tehdy, když nechceme marginální záměny řešit zavedením nové verze. Výsledkem jsou potom 2 řádky (A1 je nahrazeno A2) A1 120205 300405 010505 A2 horni_lista prvek spodni_lista ‹#› Navision_SC 49 BOM - Použití výrobního kusovníku Použití výrobního kusovníku slouží k určení místa použití komponenty nebo výrobního kusovníku v rámci výrobních struktur horni_lista prvek spodni_lista ‹#› Navision_SC 50 Údržba kusovníkových struktur Výroba-Periodické aktivity Kusovník- Výměna Zboží Vysvětlit dávku Odstraň neplatné komponenty !! horni_lista prvek spodni_lista ‹#› Navision_SC 51 Kusovník typu fantom Poznámka : BOM typu fantom se nazývá technika používaná ve výrobě pro použití podsestav používaných pouze v průběhu výroby. Tyto podsestavy se neskladují nebo se skladují jen řídce. MRP přesto generuje požadavky pro komponenty fantomu.Průběžná doba je na kartě nastavena na 0 a Metoda doplňování na Dávka-pro-dávku. Umožňuje to snížení úrovní BOM Fantom nemá nikdy svoji kartu (Inventory Master Data)!!!! Kolo BOM Kolo BOM Fantom Dílec 1 Dílec N Dílec N+1 Dílec N+2 Např: sestava pedálů Typ : Výrobní kusovník !!!! – využití tohoto typu řádku BOM Tato vazba neexistuje !!! Např: sestava pedálů OK horni_lista prvek spodni_lista ‹#› Navision_SC 52 Technologický postup OK horni_lista prvek spodni_lista ‹#› Navision_SC 53 Nastavení karet Strojních a Pracovních center (SC a PC) I Hierarchie 19,00= 10 + 10,0*0,1 + 8,0 Ručně Zpětně Předem 100 110 130 120 PC SC1 SC3 SC2 OK horni_lista prvek spodni_lista ‹#› Navision_SC 54 Nastavení karet Strojních a Pracovních center (SC a PC) II Kapacita SC : kolik lidí nebo strojů pracuje současně. Obecně je kapacita množství práce, kterou lze odvést v určitém časovém období. Kapacita strojního centra určuje, kolik strojů nebo osob pracuje současně. Pokud je například kapacita 2, znamená to, že současně lze vykonat dvakrát tolik práce. Kapacita PC : určuje, kolik strojů nebo osob pracuje současně. Jestliže například zadáte 2, znamená to, že toto pracovní centrum bude potřebovat poloviční čas v porovnání s centrem s kapacitou 1. Účinnost : měří výstup SC (PC) v poměru k očekávanému standardnímu výstupu. Pokud zadáte 100, znamená to, že aktuální výstup strojního centra je stejný jako standardní výstup. Program toto pole využívá při spuštění batche (dávky) Vypočti kalendář SC (PC) k výpočtu efektivní kapacity v kalendáři dílny. Obě uvedená pole ovlivňují kapacitu center. Pokud máme 8 hodin k dispozici a mámě 90 % pak máme k dispozici celkově 7,2=8*0,9. Pokud je Kapacita=2, pak máme k dispozici 16 hodin namísto původních 8 hodin. horni_lista prvek spodni_lista ‹#› Navision_SC 55 Nastavení karet Strojních a Pracovních center (SC a PC) III V tomto políčku určíte, zda bude použit konsolidovaný kalendář. Při zaškrtnutí tohoto pole se bude dostupnost pracovních center rovnat součtu kapacit (dostupnosti) strojních center. PC nemá nikdy „zápornou“ dostupnost“. Pokud jste toto pole zaškrtli a pracovní centrum má například přidělena dvě strojní centra, z nichž každé pracuje 8 hodin, pak je celková dostupnost pracovního centra rovna 16 hodinám. Pokud jste však toto pole nezaškrtli, pracovní centrum je dostupné 8 hodin. horni_lista prvek spodni_lista ‹#› Navision_SC 56 Nastavení karet Strojních a Pracovních center (SC a PC) IV Karta pracovního centra Čas Jednotky (výpočet je založen na množství jednotek) Pokud jde o kooperaci Zadává se sem číslo dodavatele Karta dodavatele horni_lista prvek spodni_lista ‹#› Navision_SC 57 Zatížená zdroje (SC nebo PC) Karta PC(SC) Čas Kapacita - Dostupné = Přidělené Přidělené/Kapacita = Zatížení [%] Položky kalendáře horni_lista prvek spodni_lista ‹#› Navision_SC 58 Adjustace zatížení (Load adjustment) I Pokud se míra zatížení blíží 100 % a nemáme k dispozici nástroj pro Konečné zatížení (granule) : JAK ?? : Změníme datum pro určitou operaci na VZ (v okně úkolů – Task window) nebo posuneme operaci z jednoho PC na alternativní PC Karta PC(SC) Plánování- přehled úloh – Najít podle data v okně zatížení. Pozor při změně se vše automaticky přeplánuje. V Okně plánování u PO potřeba zjistit, zda není potřeba provést přeplánování horni_lista prvek spodni_lista ‹#› Navision_SC 59 Adjustace zatížení (Load adjustment) II Pokud se míra zatížení blíží 100 % a nemáme k dispozici nástroj pro Konečné zatížení (granule) : JAK ?? : Změníme datum pro určitou operaci na VZ (v okně úkolů – Task window) nebo posuneme operaci z jednoho SC na alternativní SC (případně PC) Karta PC(SC) Plánování- přehled úloh – Najít podle data v okně zatížení. Pozor při změně se vše automaticky přeplánuje. V Okně plánování u PO potřeba zjistit, zda není potřeba provést přeplánování Přehled úkolů Funkce : Přesun horni_lista prvek spodni_lista ‹#› Navision_SC 60 Technologický postup (TNG postup) – ROUTING Header I Sériový Paralelní - dvě oddělené operace mohou být prováděny současně. Karta Zboží : Záložka doplnění Paralelní „Processing“ : nejde o to, že 2 SC nebo 2 PC dělají identickou operaci na dávce materiálu. Na to je potřeba 2 sady stejných nástrojů a dvojité nastavení 2 identických strojů. Navision Manufacturing Parallel Processing se používá pro více neidentických operací na různých dávkách materiálu. Jde o spíše Parallel Schedulling- (viz terminologie APICS). To samozřejmě zamená, že se taky musí nastavit každý stroj. horni_lista prvek spodni_lista ‹#› Navision_SC 61 Technologický postup (TNG postup) – ROUTING Header II – paralelní postup Routing v TNG postupu VZ Plánování směrem dopředu – začátek operací 10 a 20 je stejný horni_lista prvek spodni_lista ‹#› Navision_SC 62 Technologický postup (TNG postup) – ROUTING Lines I Setup Run WAIT Move Queue Produktivní časy Neproduktivní časy Setup : Čas seřízení RUN : Čas zpracování WAIT : Čekací doba Move : Doba přesunu Queue : Doba ve frontě (u dalšího centra) – čas mezi koncem předchozí Operace a začátkem následující operace. Nepřímo se prodlužuje průběžná doba výroby. Každý typ času může mít jinou časovou jednotku. Čas ve frontě se uvádí na centru a nikoliv v řádku TNG ! OK horni_lista prvek spodni_lista ‹#› Navision_SC 63 Technologický postup (TNG postup) – ROUTING Lines II - vybraná pole Souběžná kapacita : celkový počet simultánně dostupných zdrojů (strojů nebo osob). Nastavuje se pouze a jedině pro SC !!!!! Snižuje se tak průběžná doba výroby zakázky. Neovlivní to změnu dostupného času Množství dopravní dávky : počet cyklů právě prováděné operace, které musí proběhnout, aby mohla být zahájena následující operace . – Vazba na overlapping. Snižuje průběžný čas výroby T1 T2 Pokud cena je jiná než na kartě. Pak se musí zaškrtnout „zadaná pořizovací cena“ na kartě PC. Platí pouze pro PC !!!! OK horni_lista prvek spodni_lista ‹#› Navision_SC 64 Vytváření plánu (Plan Generation) Plánovací sešit MRP : Vypočti plánovaný pohyb Vypočti regenerační plán Aktuální řádek plánování horni_lista prvek spodni_lista ‹#› Navision_SC 65 Vypočítej plánovaný pohyb I Při výpočtu plánovaného pohybu program do tohoto výpočtu zahrne pouze to zboží, v jehož struktuře požadavků a potřeb byly v době od posledního plánování provedeny následující typy změn: přímá změna v požadavcích potřeby pro určité zboží : • změna v prognóze • prodejní objednávce • nákupní objednávce • výrobní zakázce • řádku komponenty výrobní zakázky změna ve standardních datech a/nebo plánovaných potřebách pro určité zboží : • změna v kusovníku • změna TNG • velikost BZ nebo jinou úroveň ROP (bod přiobjednání) • neplánované rozdíly v zásobách (výsledek inventury) Důvodem výpočtu plánovaného pohybu je na rozdíl od regeneračního plánu například úspora času a systémových zdrojů. Není nutné přeplánovat zboží, jehož struktura požadavků-potřeb se v době od posledního plánování nezměnila. horni_lista prvek spodni_lista ‹#› Navision_SC 66 Vypočítej plánovaný pohyb II Požadavkové panely před spuštěním dávky Batch zjistí dostupnost zboží a vypočítá čistý požadavek : viz další snímek horni_lista prvek spodni_lista ‹#› Navision_SC 67 Čistý požadavek- hrubý požadavek- různé definice Některé helpy uvádějí při výpočtu – napřed zjistit Dostupnost a následně Čistý požadavek. Vysvětlivky : i = perioda, HP- hrubý požadavek, ČP= čistý požadavek, BZ- bezpečnostní zásoba, NO=Nákupní objednávka, PO – prodejní objednávka Definice : Stav skladu[ i ] = Očekávaný sklad na skladě [ i ] = Stav skladu k poslednímu dni předešlého období + Množství na již vygenerovaných NO – Množství již vygenerovaných PO – BZ Zjednodušená definice : Stav skladu[ i+1 ] = Stav skladu[ i ] + Očekávaný příjem – Očekávaný výdej – BZ HP=ČP + Stav skladu[ i+1] , co pro ČP znamená Skladová dostupnost ČP = HP - Stav skladu[ i+1] = HP - Stav skladu[ i ] – Příjmy + Výdeje + BZ Poznámka : v helpu je definována skladová dostupnost jako Zásoby+Příjmy –Brutto požadavky horni_lista prvek spodni_lista ‹#› Navision_SC 68 Regenerativní plán Calculate Regenerative Plan – This function processes a fully regenerative plan. All items in the database will be replanned. The system will generate worksheet entries assuming infinite capacity. Capacity in work or machine centers is not considered when developing schedules. Calculate Net Change Plan (Vypočítej plánovaný pohyb) This function processes a net change plan. Items will participate in net change planning as a result of two types of changes: Demand/supply changes: modifications to quantities on sales orders or production forecasts. Planning parameter changes: These include changes in safety stock, reorder point, routing, bill of materials, unplanned consumption and changes in purchase order quantities. Get Action Messages : This function serves as a short-term planning tool by issuing action messages to alert the user of any modifications made since the last regenerative or net change plan has been calculated. horni_lista prvek spodni_lista ‹#› Navision_SC 69 Výrobní zakázky Jde o centrální „Komponentu „ celé aplikace Navision Manufacturing. Tato komponenta obsahuje tyto informace : • • výrobky naplánované pro výrobu • materiál (komponenty) pro výrobu finálního produktu (nebo podsestavy) •informace o již vyrobených výrobcích na této výrobní zakázce uvedených •informace o spotřebovaném materiálu •Informace o zdrojích a časech, ve kterých by měly zdroje odvádět svou práci •důvody vzniku (vytvoření VZ) •statistiku očekávaných a aktuálních nákladů horni_lista prvek spodni_lista ‹#› Navision_SC 70 Výrobní zakázky- typy I • •Simulovaná VZ Není skutečná. Slouží k simulaci – odhadům nákladů. Pro vytváření nabídek apod. Neovlivňuje plánovací rutiny. MRP při svých výpočtech Simulované VZ neber do úvahy !!!! Nesmí být používána jako šablona, protože při změně stavu zmizí. •Plánovaná VZ Ovlivňuje CRP (Capacity Requirement Planning) . Zatěžuje zdroje objemem očekávaných prací – „požírá“ kapacitu zdrojů . Každý další běh MRP všechny Plánované VZ přepíše. Mohou být vytvářeny i ručně, což ovšem není praktické. horni_lista prvek spodni_lista ‹#› Navision_SC 71 Výrobní zakázky- typy II •Pevně plánovaná VZ (PPVZ) MRP běh tyto VZ nemodifikuje. Je možné je měnit ručně. Můžete např. vytvořit PO a odtud přes plánovací funkci vytvořit PPVZ. PPVZ lze alternativně použít i na vytvoření MPS (hlavního rozvrhu výroby) Jde v podstatě o zásobu výrobních plánů. •Vydaná VZ Uvolněno do dílenského zpracování. To ovšem neznamená, že byl vyskladněn materiál do spotřeby nebo se okamžitě začala provádět první operace TNG postupu v řadě . Díky tomuto stavu VZ lze vytvářet položky spotřeby a položky výrobní (pomocí výstupního deníku). Probíhá i automatická spotřeba (Automatic Flushing) – to podle nastavení •Ukončená VZ Ukončeno. Aktualizována pořizovací cena v průběhu změny stavu VVZ- UKV. Důvod existence je kvůli statistikám, sledovatelnosti, apod. Pokud je nastavená spotřeba „Zpětně“ a nepoužívají RLC, pak při změně stavu dochází k automatické spotřebě. horni_lista prvek spodni_lista ‹#› Navision_SC 72 Změny stavů výrobních zakázek Simulovaná výrobní zakázka Plánovaná výrobní zakázka Pevně plánovaná výrobní zakázka Vydaná výrobní zakázka Změna stavu Aktualizace poř. ceny Vysvětlení termínů Jedna úroveň – Všechny úrovně bude provedeno v oblasti Manufacturing Costing Poznámka: jde o termíny Single Level Cost Share nebo Rolled Up Level Cost Share horni_lista prvek spodni_lista ‹#› Navision_SC 73 Vazby VZ- Spotřební ceníky – Výstupní deníky Položky VZ Vydaná výrobní zakázka Deníky spotřeby Výstupní deník Komponenty TNG postup Statistika (NM – strana 136) OK horni_lista prvek spodni_lista ‹#› Navision_SC 74 Výrobní zakázky – Aktualizace (Refresh) –Přeplánování (Replan) I Vydaná výrobní zakázka Přeplánovat Aktualizace horni_lista prvek spodni_lista ‹#› Navision_SC 75 Výrobní zakázky – Aktualizace (Refresh) –Přeplánování (Replan) II Aktualizace (Navision Manufacturing str 129) : •Zadá se číslo výrobku do hlavičky VZ (při ručním vytvoření) nebo se třeba provede změna množství při úpravě VZ vzniklé pomocí sešitu MRP •Aktualizace simultánně plánuje ve vybrané VZ jak komponenty, tak i TNG postup- pokud si to budeme přát a zaškrtneme příslušné políčko pro uvedené volby •Vybere se směr naplánování (Dopředu nebo Zpětně) •Ve volbě Vypočti se zadáte, zda chcete vypočítat TNG a komponenty pro každý řádek VZ (může tam být samozřejmě více řádků). Těmto řádkům se říká „detailní“. •Když Vypočti = ANO, tak jsou existující řádky TNG a komponent vymazány a aktualizovány na základě standardních BOM a TNG pro určený výrobek •Následně je možné provést ruční změnu ve struktuře BOM nebo TNG •Také je možné pouze aktualizovat řádek VZ a detailní řádky, které již obsahují např. ruční změny se neaktualizují (Vypočti= NE) 1. 1. 1. horni_lista prvek spodni_lista ‹#› Navision_SC 76 Výrobní zakázky – Aktualizace (Refresh) –Přeplánování (Replan) III Změny ve VZ - před uvolněním i po uvolnění do výroby jsou možné. Co se může měnit : •Datum plánování (Due Date) – kdy bude výrobek dostupný (změníte toto datum a vše se automaticky změní bez použití funkce Aktualizace nebo přeplánování) •Změna požadovaného množství (po změně Aktualizace a Vypočtu vše a plánování zpětně) •Změna v požadovaných komponentách (dílcích)-hlavně u MTO společností (změní se např. závodní sedlo za sedlo pro „Araba“ : F4 (výmaz ) – F3 (nový) – žádná funkce není dále potřeba) •Změna v TNG postupu – obdobně jako u komponent, ale pro přepočítání TNG po změně operací je potřeba spustit funkci Přeplánování (Zpětně a Bez úrovní ) • • Přeplánování (Navision Manufacturing str 129) : horni_lista prvek spodni_lista ‹#› Navision_SC 77 Výrobní zakázky – Aktualizace (Refresh) –Přeplánování (Replan) IV Přeplánování (Navision Manufacturing str 146) : Funkce přeplánování se používá pro změnu VZ v případě, že změníte TNG postup. Dále se funkce používá pro přeplánování nižších úrovní (přeplánování podsestav) Vhodné pro víceúrovňové zakázky (Multievel Production Order : MLPO). Vhodné pro víceúrovňové VZ, kde konečné datum pro Parent se změní. Přeplánování adjustuje data výroby pro podsestavy. a)Bez úrovní : vhodné pro MLPO b) b)Jedna úroveň : MTO (Parent), MTS (podsestava) – Navision vytvoří novou VZ pro podsestavu b) c) Všechny úrovně : vytvoří se oddělené VZ pro všechny podsestavy horni_lista prvek spodni_lista ‹#› Navision_SC 78 VZ – dílenské řízení (Production Order Processing) •Registrace spotřeby materiálu (Spotřební deníky) •Registrace času zdrojů na operace •Registrace množství vyrobených hotových výrobků •Registrace se provádí buď Ručně nebo Automaticky •Vybraná reportovací metoda je řízena parametrem Metoda spotřeby (Flushing) •Metoda spotřeby se nastavuje na kartě Zboží na kartách PC a SC. •Předem : při uvolnění VZ (do spotřeby se očekávané množství) – celá VZ •Zpětně : při ukončení VZ (do spotřeby se dá aktuální spotřebované množství) – celá VZ •Ručně : podle konkrétní situace •Při existenci RLC - spotřeba na začátku operace svázané s komponentou BOM a registrované ve Výstupním deníku •Při automatické registraci času a počtu výrobků (Výstupní deník) – vždy očekávané množství : pro volby Předem . Ručně pak podle konkrétní situace •Výhoda automatického reportování je snížení počtu zápisů. Nevýhoda : není to přesné, protože ve výrobě se odehrávají změny a poruchy (Murphy,…) - (NM strana 188) •Zmetky se registrují přes Výstupní deník- nezvyšuje se u toho množství na skladě (NM strana 169) • • • horni_lista prvek spodni_lista ‹#› Navision_SC 79 Deník spotřeby Výpočet spotřeby OK horni_lista prvek spodni_lista ‹#› Navision_SC 80 Výstupní deník Rozbal postup OK horni_lista prvek spodni_lista ‹#› Navision_SC 81 Automatické metoda spotřeby Předem (RLC k dispozici – Forward Flushing by operation) : Spotřeba komponentů předem je závislá na jejich očekávaném množství nutném pro výrobu hotového výrobku (parent). I když je vyráběné množství menší než celkové množství v hlavičce VZ, spotřebuje je celkové očekávané množství komponentů pro celou zakázku. Předem (RLC ne) : spotřeba celé zakázky naráz - při změně stavu Plánovaná nebo Pevně plánovaná - Vydaná výrobní zakázka Zpětně (RLC k dispozici – Backward Flushing by operation) : Spotřeba komponentů svázaných s příslušnou operací v aktuálním množství reportovaném ve Výstupním deníku . Zpětně(RLC ne) : spotřeba celé zakázky naráz – při změně stavu Vydaná- Dokončená horni_lista prvek spodni_lista ‹#› Navision_SC 82 Víceúrovňové VZ (Multi Level Production Orders) P1 VZ 2 P2 P1 P2 VZ 1 VZ0 P1:MTO P2:MTO Vše kombinované na jedné VZ P1: MTO P2:MTS P1: MTS P2:MTO P1: MTS P2:MTS Pro každou kombinaci P je pro každý BOM vždy jedna VZ !!!! P2 P1 Varianta 1 Varianta 2 horni_lista prvek spodni_lista ‹#› Navision_SC 83 Klasický princip – často dosti pracné řízení jiný pohled (stejný princip) VZ1 VZ 2 Komponenty Komponenty horni_lista prvek spodni_lista ‹#› Navision_SC 84 Metoda jak dvě zakázky komprimovat do jedné VZ I horni_lista prvek spodni_lista ‹#› Navision_SC 85 „Zahnízděné“ výrobní zakázky – není uveden TNG postup (pro jednoduchost) Komponenty Stejně jako u komponent je to u operací !!!! horni_lista prvek spodni_lista ‹#› Navision_SC 86 Řízení subdodávek Vydaná výrobní zakázka TNG postup Karta zdroje (pouze PC) Karta dodavatele Deník subdodavatelů Nákupní objednávka VZ musí mít stav Vydaná, aby přes Sešit subdodávek bylo možné vytvořit Nákupní objednávku. PC musí mít nastavenu jednotku na čas nebo kusy – jeví se výhodnější účtovat o kusech (Flat charge per unit) . Pak je potřeba do časů v řádků TNG postupu nastavit jenom Dobu přesunu (Move time). Zaúčtovaná Nákupní objednávka vstoupí do nákladů VZ. Příjmem generovaným Nákupní objednávkou se nezvýší Množství výrobku (Parent). Toto Množství se zvýší pouze v případě, že jde o poslední operaci v TNG postupu. OK horni_lista prvek spodni_lista ‹#› Navision_SC 87 Manufacturing Costing – část hlavní prezentace Základní principy (pro podrobné studium doporučuje manuál) Připravil : Skorkovský Poznámka : jako součást kurzu je možné používat i PWP Inventory Costing Konečně máme o těch nákladech přehled. Ale co dál ? factory Zkusíme ty doutníky ještě jednou přepočítat.. OK horni_lista prvek spodni_lista ‹#› Navision_SC 88 Základní principy I Nákup surovin a dalších vstupů nutných pro výrobu Transformace do tzv. NV (WIP) Transformace do podoby finálního výrobku Prodej hotového výrobku Hodnota skladu hotových výrobku na počátku období Náklad na výrobu Hodnota skladu hotových výrobků na konci období Náklady na prodané zboží + - = horni_lista prvek spodni_lista ‹#› Navision_SC 89 Vazby mezi typy nákladů ve výrobní společnosti Zdroj : Manufacturing Costing W1 3.60, strana 17 Přímý materiál- pořizovací cena Přímá práce Nelze alokovat k vybranému nákladovému objektu (energie, nepřímá práce, nepřímý materiál, odpisy výrobních prostředků…) + + = Cena výrobku horni_lista prvek spodni_lista ‹#› Navision_SC 90 Výpočet koncové hodnoty skladu hotových výrobků Hodnota skladu hotových výrobku na počátku období Náklady na výrobou Náklad na prodané výrobky Hodnota skladu Hotových výrobku na počátku období + - = Známá hodnota Náklady s zaznamenávají a celkový náklad se vypočte Zaznamenává se Náklady se musí vypočítat Náklady na přímý materiál a přímou práci se mění s počtem vyráběných kusů – Variabilní náklad Náklady na odpisy, pojištění, skladování se nemění s počtem vyráběných kusů – Fixní náklad Existují 2 pohledy na alokaci nákladů : ABSORBČNÍ MODEL (náklad na výrobek se skládá s fixních a variabilních nákladů ) PŘÍMÝ MODEL (náklad na výrobek je pouze variabilní a fixní náklady jsou chápány jako náklady v době, kdy vznikly) horni_lista prvek spodni_lista ‹#› Navision_SC 91 Typy nákladů Výrobní podniky typicky určí kalkulací cenu výrobku, kterou stanoví jako Pevnou (Standard Cost) a účtuje o vzniklých cenových rozdílech. Existují 2 varianty : Výrobek i komponenty mají pevnou cenu Výrobek má pevnou cenu a komponenty se oceňují např. v ceně průměrné (společnosti vyrábějící v režimu M-T-O nebo se vyrábějí typy výrobků, kde cena komponent má vysokou variabilitu - fluktuaci). Tento princip je daleko ovlivňován časovým hlediskem. Např. se koupí komponenta, dá se do spotřeby a faktury přijde až když je výrobek vyroben nebo dokonce i prodán. horni_lista prvek spodni_lista ‹#› Navision_SC 92 Příklad – zadaní Scénář příkladu : 1. Koupí se přímý materiál (PM) za 100 000 Kč 2.Spotřeba v hodnotě 90 000 Kč. 3.Odhlásí se 60 000 práce, kde 45 000 Kč je přímá a 15 000 Kč nepřímá práce 4. Dokončí se výroba a výrobky se zavedou na sklad ve výši 150 000 Kč 5. Alokuje se výrobní režie 40 000 Kč 6. Náklad na prodané zboží je 200 000 Kč Řešení na dalším snímku horni_lista prvek spodni_lista ‹#› Navision_SC 93 Příklad- řešení MD DAL MD DAL MD DAL AKCE Nákup Závazek AKCE NV NV AKCE NV NV 111 321 121 611 611 121 1 100000 100000 3 60000 60000 4 150000 150000 Surovina Použ. Přímý náklad Přímý náklad K. nepřímých nákladů Hotové výrobky K.rež. nákladů 112 111 611xxx 611yyy 123 613 1 100000 100000 3 15000 5 40000 40000 Spotřeba Surovina Přímý náklad Náklad na prod.zb. Hotové výrobky 501 112 611xxx 613 123 2 90000 90000 3 45000 6 200000 200000 NV NV Hotové výrobky Změna stavu 121 611 123 613 2 90000 90000 4 150000 150000 horni_lista prvek spodni_lista ‹#› Navision_SC 94 Výpočet Pevné ceny (Standard Cost) Jedna úroveň – Single Level Cost Share Zboží Materiál Kapacita Režie A 24 + 5 + 6 = 35 B 10 + 3 + 3 = 16 C 5 + 2 + 1 = 8 Více úrovní – Rolled Up Cost Share Zboží Materiál Kapacita Režie A 15 + 10 + 10 = 35 5 6 B 10 + 3 + 3 = 16 C 5 + 2 + 1 = 8 16+8=24 horni_lista prvek spodni_lista ‹#› Navision_SC 95 Průběh účetních zápisů průběhu výroby 111 |321 nákup |343 112 |111 adjustace 501 | 112 spotřeba 121 | 611 aktivace NV 123 | 613 výrobek na sklad 611| 121 deaktivace NV 311 | 601 prodej (faktura) | 343 613 | 123 adjustace horni_lista prvek spodni_lista ‹#› Navision_SC 96 Nastavení obecného účtování a účtování skladů (2 společnosti) Sklady Obecné účtování Obecné účtování Sklady horni_lista prvek spodni_lista ‹#› Navision_SC 97 Zápisy Nákup, Spotřeba, Výroba, Vydaná VZ-Dokončená VZ I Nákup Spotřeba a výstup a adj. nákl. Pol. Zbo. Účtování nákladů na zboží horni_lista prvek spodni_lista ‹#› Navision_SC 98 Zápisy Nákup, Spotřeba, Výroba, Vydaná VZ-Dokončená VZ II Vydaná – Dokončená a adjustace nákladů položek zboží Účtování nákladů na zboží Prodej horni_lista prvek spodni_lista ‹#› Navision_SC 99 Zápisy Nákup, Spotřeba, Výroba, Vydaná VZ-Dokončená VZ III Účtování nákladů na zboží 4%20Solvent%20factory%201 Totálně nedokončená výroba horni_lista prvek spodni_lista ‹#› Navision_SC 100 factory Před implementací NAVISION Po implementaci NAVISION Na shledanou more%20factory%20pics