Detaily návrhu: Převody při plánování

Převodní příkazy jsou také zdrojem dodávek při práci na úrovni SKU. Při použití více míst (skladů) lze systém doplňování SKU nastavit na Přenos, což znamená, že místo se doplňuje přesunem zboží z jiného místa. V situaci s více sklady můžete mít řetězec převodů. Zásobování do umístění GREEN se převádí ze YELLOW, dodání do YELLOW z RED atd. Na začátku řetězce je systém doplňování Výrobní zakázka nebo Nákup.

Poznámka

Tento článek používá názvy míst ze starší verze demonstrační společnosti v Business Central. Tyto názvy se nemapují přímo místa v současné předváděcí společnosti. Doporučujeme vám tento článek použít k získání informací o místech, nikoli jako podrobné pokyny k používání předváděcí společnosti.

Pokud porovnáte následující situace, je jasné, že plánovací úkol v posledně jmenované se může stát složitým:

• Objednávka dodávky přímo odpovídá objednávce poptávky
• Prodejní objednávka je dodávána prostřednictvím řetězce převodů SKU

Pokud se změní poptávka, může to způsobit vlnový efekt v řetězci. Všechny převodní příkazy plus nákupní a výrobní objednávka na opačném konci řetězce budou muset být aktualizovány, aby se znovu vyrovnala poptávka a nabídka.

Proč je převod speciálním případem?

Převodní příkazy jsou podobné jiným objednávkám, jako jsou nákupní objednávky a výrobní zakázky. V pozadí se však liší.

Jeden rozdíl je v tom, že řádek přenosu představuje jak poptávku, tak nabídku. Odchozí část, která je odeslána, je poptávka. Příchozí část, která je přijata v novém umístění, je dodávána v tomto umístění.

Když Business Central změní stranu nabídky převodu, musí provést podobnou změnu na straně poptávky.

Převody jsou závislé na poptávce

Vztah poptávky a nabídky je podobný jako u komponent na řádcích výrobních zakázek. Rozdíl je v tom, že komponenty na řádcích výrobní zakázky jsou na další plánovací úrovni a mají jinou položku. Dvě části převodu jsou na stejné úrovni pro stejnou položku.

Důležitou podobností je, že komponenty a převody jsou závislé na poptávce. Poptávka z řádku převodu je řízena dodavatelskou stranou převodu. Pokud se nabídka změní, je přímo ovlivněna poptávka.

Pokud není flexibilita plánování Žádná, nemělo by se s řádkem přenosu při plánování zacházet jako s nezávislou poptávkou.

V procesu plánování by měla být poptávka přenosu zohledněna až poté, co plánovací systém zpracuje stranu nabídky. Než k tomuto zpracování dojde, skutečná poptávka není známa. U převodních příkazů je důležitá posloupnost změn.

Pořadí plánování

Následující obrázek ukazuje příklad řetězce převodů.

V tomto příkladu si zákazník objedná položku na místě GREEN. Umístění GREEN je zásobováno převodem z centrálního skladu RED. Centrální sklad RED je zásobován převodem z výroby v umístění BLUE.

V tomto příkladu začíná plánovací systém na základě požadavku zákazníka a postupuje zpět v řetězci. Poptávky a dodávky jsou zpracovávány vždy pro jedno místo.

Kód úrovně převodu

Kód úrovně převodu SKU určuje pořadí, ve kterém plánovací systém zpracovává místa.

Kód úrovně převodu je interní pole. Pole se vypočítá a uloží do SKU, když vytvoříte nebo upravíte SKU. Výpočet probíhá napříč všemi SKU pro danou kombinaci položky a varianty položky. Výpočet používá kód umístění a kód přenosu k určení cesty, která se má použít pro SKU. Výpočet zajišťuje zpracování všech požadavků.

Kód úrovně přenosu bude 0 pro SKU se systémem doplňování Nákup nebo Výrobní zakázka a bude −1 pro první úroveň převodu, −2 pro druhou atd. V příkladu popsaném v předchozí části by úrovně byly −1 pro RED a −2 pro GREEN, jak je znázorněno na následujícím obrázku.

Při aktualizaci SKU plánovací systém zjistí, zda systémy doplňování pro SKU mají cyklické reference.

Plánování převodů bez SKU

Pro méně pokročilá nastavení skladu můžete použít místa a provádět ruční přesuny mezi místy, i když nepoužíváte SKU. Převod se může například týkat prodejní objednávky na tomto místě. Plánovací systém reaguje na změny v poptávce.

U ručních převodů plánovací systém analyzuje převodní příkazy a poté naplánuje pořadí, ve kterém budou zpracována místa. Interně plánovací systém používá dočasné SKU, které mají kódy úrovně přenosu.

Pokud existuje několik převodů na místo, první příkaz převodu definuje směr plánování. Převody v opačném směru jsou zrušeny.

Změna množství s rezervacemi

Při změně množství na dodávce bere plánovací systém v úvahu rezervace. Rezervované množství představuje spodní hranici o kolik snížit zásobu.

Když změníte množství na řádku převodního příkazu, mějte na paměti spodní limit. Spodní limit je nejvyšší rezervované množství odchozích a příchozích přenosových řádků.

Například řádek převodního příkazu 117 kusů je vyhrazen pro následující řádky:

• Prodejní řádek 46
• Nákupní řádek 24

I když může mít příchozí strana přebytek nabídky, přenosový řádek nemůžete snížit pod 46.

Změna množství v řetězci převodů

Zde je příklad toho, co se stane, když změníte množství při změně převodu.

Výchozím bodem je vyvážená situace s řetězcem převodů dodávajícím prodejní objednávku 27 na místě RED. Na místě BLUE je odpovídající nákupní objednávka. Oba převody probíhají přes umístění PINK. Existují dva převodní příkazy, BLUE-PINK a PINK-RED.

Nyní plánovač v místě PINK zvolí rezervaci pro nákup.

Rezervace obvykle znamená, že plánovací systém ignoruje objednávku a požadavek na převod. Není problém, dokud je rovnováha. Co se ale stane, když umístění RED změní objednávku z 27 na 22?

Až se plánovací systém znovu spustí, musí se zbavit přebytečné nabídky. Rezervace však zablokuje nákup a převod na množství 27.

Převod PINK-RED byl snížen na 22. Příchozí část převodu BLUE-PINK není vyhrazena, ale odchozí část ano. Rezervace znamená, že nemůžete snížit množství pod 27.

Výpočet doby dodání

Při výpočtu data dodání převodního příkazu se berou v úvahu různé druhy dodacích lhůt.

Při plánování převodního příkazu jsou aktivní následující dodací lhůty:

• Doba zpracování odchozího skladu
• Doba dodávky
• Doba zpracování příchozího skladu

Na plánovacím řádku se k poskytnutí informací o výpočtu používají následující pole:

• Datum dodání převodu
• Počáteční datum
• Koncové datum
• Datum splatnosti

Datum odeslání řádku převodu je uvedeno v poli Datum odeslání převodu. Datum příjmu řádku převodu je uvedeno v poli Termín.

Datum zahájení a ukončení popisuje skutečné období přepravy.

Následující obrázek ukazuje interpretaci počátečního data-času a koncového data-času na plánovacích řádcích pro převodní příkazy.

Příklad ukazuje následující výpočty:

• Datum odeslání + odchozí manipulace = počáteční datum
• Počáteční datum + doba dodání = konečné datum
• Konečné datum + příchozí manipulace = Datum přijetí

Pojistná dodací lhůta

Pole Výchozí pojistná dodací lhůta na stránce Nastavení výroby a související pole Pojistná dodací lhůta na stránce Karta položky není zahrnuta ve výpočtech převodního příkazu. Pojistná dodací lhůta má však vliv na celkový plán. Bezpečnostní dodací lhůta ovlivňuje objednávku doplňování (nákupu nebo výroby) na začátku řetězce převodu. To je bod, kde byly položky umístěny na místo, odkud budou přeneseny.

Na řádku výrobní zakázky je konečné datum + pojistná dodací lhůta + doba zpracování příchozího skladu = termín.

Na řádku nákupní objednávky plánované datum přijetí + bezpečnostní dodací lhůta + doba zpracování příchozího skladu = očekávané datum přijetí.

Přeplánování

Když přeplánujete řádek převodu, plánovací systém najde odchozí část a změní datum a čas.

Poznámka

Pokud je definována dodací lhůta, bude mezi odesláním a přijetím mezera. Dodací lhůta se může skládat z více prvků, jako je doba přepravy a manipulační doba skladu. Na časové ose se plánovací systém posouvá zpět v čase, zatímco vyvažuje prvky.

Když změníte termín na řádku převodu, musí se vypočítat dodací lhůta, aby se aktualizovala odchozí strana převodu.

Sériová čísla a čísla šarží v řetězcích převodu

Pokud poptávka používá sériová čísla nebo čísla šarží a spustíte plánovací modul, vytvoří převodní příkazy. Další informace o tomto konceptu najdete v tématu Atributy položky. Pokud jsou však sériová čísla nebo čísla šarží z poptávky odstraněna, převodní příkazy stále používají sériová čísla nebo čísla šarží a plánování je bude ignorovat (nevymaže se).

Spojení po objednávkách

V tomto příkladu je BLUE SKU nastavena se zásadou pro přeobjednání Objednávka. SKU PINK a RED mají zásadu přeobjednání Po šaržích. Vytvoření prodejní objednávky pro 27 v místě RED vede k řetězci převodů. Poslední převod je na místě BLUE a je rezervován s vazbou. V tomto příkladu rezervace nejsou pevné rezervace vytvořené plánovačem v místě PINK. Plánovací systém vytváří vazby. Důležitý rozdíl je v tom, že plánovací systém může změnit to druhé.

Pokud se poptávka změní z 27 na 22, plánovací systém sníží množství v řetězci. Snižuje se také závazná rezervace.

Viz také

Podrobnosti návrhů: Parametry plánování
Detaily návrhu: tabulka přiřazení plánování
Detaily návrhu: zpracování zásad přeobjednání
Detaily návrhu: plánování s umístěními nebo bez nich
Podrobnosti návrhů: hlavní koncepty systému plánování
Detaily návrhu: Vyrovnávání poptávky a nabídky
Detaily návrhu: Plánování dodávek

Zde najdete bezplatné e-learningové moduly pro Business Central