Volgordeprocessen

In het gebied Basisgegevens kunt u een aantal codelijsten beheren die worden gebruikt voor het configureren en aansturen van de volgordeprocessen in Vrijgavebeheer:

JIT (Just-In-Time)- en JIS (Just-In-Sequence)-prestatieoptimalisaties

In volgordeprocessen zoals JIT of JIS moeten grote hoeveelheden gegevens vaak in korte tijd worden verwerkt. Deze situatie leidt tot specifieke prestatievereisten. Omdat JIT- en JIS-processen verschillen van de standaardprocessen die gebruikmaken van plannings- en verzendschema's zijn er specifieke prestatieoptimalisaties nodig. De werkelijke vereisten zijn specifiek voor elk JIT- of JIS-proces. Hieronder ziet u factoren die het JIT- of JIS-proces beïnvloeden:

  • De handelspartner
  • Het aantal en soort artikelen per voertuig
  • Het aantal geproduceerde voertuigen
  • De afstand tot een leverancier, bijvoorbeeld ter plaatse versus ver weg in JIS

Het is uiterst belangrijk dat de opeenvolgende pulsmeldingen op tijd worden verwerkt. De doorlooptijd van deze berichten is afhankelijk van de specifieke productie en het ploegenmodel en kan minder dan 1 uur zijn.

In deze voorbeeldsituatie worden enkele factoren voorgesteld die van invloed zijn:

  • 500 voertuigen per dag geproduceerd
  • 100 artikelen per voertuig (van 200 artikelen in totaal)
  • Dagelijkse prognosevolgordeplanning met een tijdsbestek van één dag, vijf dagen van tevoren ontvangen met 500 voertuigen
  • Eén opeenvolgende pulsmelding per voertuig: 500 EDI-berichten per dag, ongeveer vier uur van tevoren ontvangen, betekent gemiddeld één opeenvolgende pulsmelding per twee minuten

Met de sleutelgetallen in het voorbeeld worden ongeveer 2500 orderregels per gecombineerd plan gegenereerd in Vrijgavebeheer: 5 dagen met 500 voertuigen per dag in behandeling.

Vrijgavebeheer maakt voor elk inkomend BOD een nieuwe planrevisie aan en publiceert PlanningSchedule- en SequenceSchedule-BOD's.

Om de algehele prestaties van JIT- of JIS-installaties bij klanten te verbeteren, kunnen in Vrijgavebeheer de volgende functies worden gebruikt:

  • Vrijgavebeheer publiceert alle BOD's volgens de BOD-scheidingsregel na het importeren van een nieuw schema. Meestal gaat het om een PlanningSchedule en een SequenceSchedule voor het op volgorde plaatsen. Bij het importeren van een PlanningSchedule is het niet vereist een SequenceSchedule te publiceren. Als u de publicatie van een SequenceSchedule-BOD wilt onderdrukken na het importeren van een PlanningSchedule-BOD, configureert u de codelijst SequencePlanningScheduleFastProcess in het gebied Basisgegevens. De opheffing is standaard gedeactiveerd en de SequenceSchedule wordt gepubliceerd. De publicatie van de SequenceSchedule wordt alleen opgeheven voor klanten die in de codelijst worden vermeld. Het BOD-type wordt gekopieerd naar het veld Laatst verwerkte plan van het nieuwe gecombineerde plan.
  • In Vrijgavebeheer worden opeenvolgende pulsmeldingen voorafgaand aan de validatie samengevoegd. Normaal gesproken zorgt elke afzonderlijke opeenvolgende pulsmelding ervoor dat er één plan wordt aangemaakt voor elk artikel, wat staat voor één orderregel per voertuig. Deze nieuwe plannen worden verwerkt. Alle betreffende plannen worden gepubliceerd met alle huidige orderregels per voertuig. Om te voorkomen dat telkens opnieuw alle artikelen van elk voertuig worden gepubliceerd, worden de plannen gedurende een opgegeven periode verzameld en om deze gezamenlijk te verwerken. De samengevoegde plannen worden vervolgens verwerkt zoals voorheen. Het samenvoegen is altijd actief voor opeenvolgende pulsmeldingen.

Nettowijzigingen publiceren wanneer opeenvolgende pulsmeldingen worden verwerkt

Een opeenvolgende pulsmelding bevat normaal gesproken informatie over één voertuig. Wanneer Vrijgavebeheer het SequenceSchedule-BOD publiceert, worden alle opeenvolgende vereisten gepubliceerd, onafhankelijk van de vraag of deze zijn gewijzigd. Om het aantal regels in het te publiceren SequenceSchedule-BOD te verminderen, kunt u Vrijgavebeheer zodanig configureren dat alleen gewijzigde vereisten worden gepubliceerd.

In de codelijst SequenceNetChange kunt u per financiële entiteit de klanten opgeven voor wie de nettowijzigingen worden gepubliceerd.

Tijdens het aanpassen van een plan wordt het veld Doelcode ingesteld op het vereisteniveau. Ondersteunde waarden zijn Invoegen, Bijwerken en Verwijderen. Als de functie Nettowijziging is geactiveerd, wordt de doelcode gepubliceerd met daarin de vereisten van het type Reeksimpuls. De code vindt u in het referentieveld RequirementPurposeCode.

Daarnaast is het gehele volgordeschema gemarkeerd als een NetChange-schema.

Als de functie Nettoverschil niet is geactiveerd, worden alle vereisten gepubliceerd.

Reeksimpulsberichten zonder volgordeprognose in het volgordeproces

In Vrijgavebeheer wordt de verwerking van een opeenvolgende pulsmelding zonder een bijpassend volgordeprognosebericht standaard gestopt. Deze schema's worden getoond als niet-verwerkte plannen met de uitzonderingsstatus Mislukt op de pagina Niet-verwerkte plannen.

Als u een opeenvolgende pulsmelding zonder bijbehorend volgordeprognosebericht wilt verwerken, kunt u de codelijst SequenceAcceptImpulseWithoutForecast configureren in het gebied Basisgegevens.

De parameter van de codelijst is standaard gedeactiveerd. De opeenvolgende pulsmelding wordt getoond als een niet-verwerkt plan met de uitzonderingsstatus Mislukt op de pagina Niet-verwerkte plannen. Als deze parameter is geactiveerd, wordt de opeenvolgende pulsmelding verwerkt zonder fouten.