Lieferterminsimulationen
Funktionsbeschreibung
Das Programm dient zur Verwaltung von sog. Lieferterminsimulationen.
Lieferterminsimulationen bieten bei Produkten mit größerer Fertigungstiefe den Vorteil, dass durch die Berücksichtigung der tatsächlichen Verfügbarkeiten, auf allen gewünschten Ebenen, ein aussagekräftiger Liefertermin berechnet werden kann. Die Berechnung erfolgt programmintern durch sog. Auftragsnetzauflösungen.
In der Lasche "Ergebnisdaten" werden die Ergebnisse der Lieferterminsimulation angezeigt.
Bei Problemen wird in der optional angezeigten Lasche "Fehlerdaten" die Ursache angezeigt.
Über das Kontextmenü sind u. A. folgende Optionen möglich:
| Lieferterminsimulation starten | Hier wird entweder wiederholt eine Lieferterminsimulation oder bei automatisch erstellten Lieferterminsimulationen, mit gewünschter manueller Freigabe, die erste Lieferterminsimulation gestartet. |
| Auftragsnetz anzeigen | Hier können die zugehörigen Auftragsnetze angezeigt werden. Falls noch kein Auftragsnetz vorhanden ist (z. B. bei noch nicht durchgeführter Lieferterminsimulation), wird automatisch ein Auftragsnetz aufgelöst. |
| Arbeitsvorbereitung: Errechneten Liefertermin bestätigen | Der von der Lieferterminsimulation errechnete Liefertermin wird in den Nachfragebeleg durchgeschrieben. |
| Spätesten Termin in Belegposition übernehmen (kein Splitt) | Der späteste Termin wird in die Belegposition übernommen. Auch bei Restmengen wird kein automatischer Positionssplit vorgenommen. |
| Errechneten Termin in Belegposition übernehmen (ggf. mit Splitt) | Ist zu dem Bedarfstermin nur eine Teilmenge verfügbar, kann man hierüber einen automatischen Positionssplit vornehmen. Die Ursprungsposition wird mit dem Verfügbarkeitsdatum als Versanddatum geändert und eine weitere Position mit der Restmenge wird angelegt. |
Bedarfstermin
Für Lieferterminsimulationen mit Bearbeitungsstatus '7' (Terminiert) oder '8' (Terminiert und von AV bestätigt) kann in der Auflistung der Bedarfstermin ggf. farblich mit den sog. Ampelfarben hinterlegt werden.
Hierzu ist in der Vorlauftabelle VRLP25 der Parameter "Anzahl Toleranztage" mit einem Wert > 0 zu versehen. Ist der Wert mit 0 angegeben, entfällt die farbliche Hinterlegung.
Die Farben haben folgende Bedeutung:
| grün | Restliefertermin oder Restmenge leer | |||
| gelb | Restliefertermin | <= | Bedarfstermin + Anzahl Toleranztage | |
| rot | Restliefertermin | > | Bedarfstermin + Anzahl Toleranztage | |
Bedarfsdeckung durch freie Fertigungsaufträge
Wird ein Bedarf eines lieferterminrelevanten Artikels von einem echten, frei verfügbaren Fertigungsauftrag gedeckt (siehe Bedarfsdeckerdatei), wird ggf. keine Lieferterminsimulation avisiert.
Wenn der Bedarfstermin (z. B. einer Verkaufsauftragsposition) früher liegt, als das Bereitstellungsdatum (Dispositionsdatum) des Fertigungsauftrags wird die Verkaufsauftragsposition nicht automatisch im Termin bestätigt und die Lieferterminsimulation bleibt bestehen und weißt beim Versuch diese zu starten auf den Umstand hin. Ansonsten wird die Verkaufsauftragsposition direkt bestätigt und es wird keine Lieferterminsimulation erzeugt. Nach Bestätigung des Termins bei dem anderen Fall, wird dann die Lieferterminsimulation automatisch gelöscht.
Weitere Hinweise
Hinweis
Die maximale Anzahl Auftragsnetzauflösungen der Phase 1 für eine Lieferterminsimulation wird über den entsprechenden Parameter der Vorlauftabelle VRLU63 eingestellt.
Die Lieferterminsimulation erfolgt nicht interaktiv, sondern über die asynchrone Verarbeitung der permanenten Planung.
Per US50401 kann der Ablauf, mit den zugehörigen Planungsereignissen, verfolgt werden.
Manuelle Lieferterminsimulationen bieten keine Möglichkeit, Sachmerkmale zu hinterlegen.
Disclaimer: Lieferterminsimulationen sind bzgl. der obersten Fertigungsstufe auf eine diskret einzelgeplante Disposition (DEP) ausgelegt. Alle anderen Dispositionsarten (z. B. Bedarfssteuerung) sind von der Wartung ausgeschlossen.
Felder
Anforderungsdaten 1
| Feldbezeichnung | Erklärung |
|---|---|
| Primärbedarfsverursacher | Firma des Primärbedarfsverursacher (siehe: Details) |
| Belegnummer des Primärbedarfsverursachers (siehe: Details) | |
| Artikelnummer | Der Artikel kann in allen Anwendungen erkannt und abgespeichert werden. Ein eindeutiger Verweis auf den zu verwendenden Artikel ist möglich, da die Artikelnummer in allen Bewegungsdateien gespeichert wird. Für den Artikel kann eine Nummer gezielt vom Benutzer oder fortlaufend vom System vergeben werden. Vorschriften über den Aufbau der Artikelnummer können im Firmenstamm in einer Aufbereitungsschablone hinterlegt werden. Ist der Artikel nicht bekannt, kann über den List-Button im Matchcode-Programm z.B. nach der Bezeichnung, Materialnummer, den Sachmerkmalen, dem Alpha-Suchbegriff, oder der Zeichnungsnummer gesucht werden. Viele Auskunfts- und Listprogramme können pro Artikel aufgerufen werden oder weisen als Ergebnis den Artikel aus. |
| Stücklistenalternative | Zu einer Arbeitsplanidentifikation können mehrere Arbeitsplanalternativen hinterlegt werden. Ist in der Alternative kein Wert hinterlegt, spricht man von einer sog. Standardalternative. Über den List-Button können die bereits angelegten Alternativen angezeigt werden. In Anzeigeprogrammen kann man sich ggf. durch die Eingabe von "*", "**" oder "***" sämtliche Positionen aller Alternativen anzeigen lassen. |
| Lagerort | Im Rahmen der betrieblichen Organisation eines Unternehmens kann ein Artikel an mehreren Stellen (Räumen, Lagerhallen, Betriebsstätten) des Unternehmens lagern. Sofern eine (lager-)buchmäßige Trennung der jeweiligen Bestände gefordert wird, wird von Lagerorten gesprochen. Ein Artikel kann buchmäßig an beliebig vielen Lagerorten geführt werden. |
| Lagergruppe | Die Lagergruppen sind ein Instrument der Disposition. Eine Lagergruppe ist die logische Zusammenfassung von verschiedenen Lagerorten, in der die Angebots- und Nachfragebestände dieser Lagerorte summiert sind. Mit den Lagergruppen ist es daher möglich, in der Disposition differenziert vorzugehen. Die Zuordnung der Lagerorte zu einer Lagergruppe erfolgt über das Programm Lagerortstamm verwalten (US16600), indem für jeden Lagerort die Lagergruppe eingetragen wird, zu der er gehören soll. |
| Bedarfsmenge | Dieser Wert gibt die Menge des zugehörigen Teiles in der lagerführenden Mengeneinheit an, die dazu notwendig ist, das der Auflösung zugrunde liegende Teil zu dem in der Auflösungsdatei angegebenen Termin liefern zu können.
Die Bedarfsmenge errechnet sich aus der Stücklistenmenge (proportional und fix), dem Ausschuss in Prozent und der offenen Auftragsmenge. Bereits erfolgte Abbuchungen werden abgezogen. |
| Mengeneinheit 1 | Die Mengeneinheit 1 spezifiziert die lagerführende Mengeneinheit. Sie wird im Artikel hinterlegt und ist für alle Buchungen (z. B. Lager, Disposition, Statistik) die relevante Mengeneinheit. |
| Bedarfstermin | Zu dem hier angegebenen Termin muss die gesamte Menge des angegebenen Artikels auf Lager sein, sonst verzögert sich die Produktion und damit der Liefertermin des Endproduktes. Das Datum errechnet sich aus dem fiktiven Produktionsstart im Rahmen der Lieferterminsimulation und den Daten aus dem Produktionsplan für das entsprechende Endprodukt. Weitere Informationen bzgl. der farblichen Hinterlegung sind in der Programmbedienerhilfe der Lieferterminsimulationen (PW25100) hinterlegt. |
| Generierte Vorschläge löschen | Über dieses Kennzeichen wird gesteuert, ob die für diese Lieferterminsimulation erzeugten Bestell- und Fertigungsvorschläge nach Lieferterminsimulation direkt wieder gelöscht werden sollen oder nicht. Das Kennzeichen ist nur für manuell erfasste Lieferterminsimulationen relevant und wird automatisch angehakt und kann auch nicht geändert werden. |
| Bezogene Firma | Die bezogene Firma ist ein Begriff im Zusammenhang mit mandantenübergreifenden Geschäftsprozessen, innerhalb derer eine Firma A ("verursachende" Firma) für ihre Verkaufsaufträge bzw. Produktion auf Bestände zurückgreift, die Firma B gehören. In dieser Firma B gibt es dann Nachfragen, die aus Verkaufsaufträgen bzw. Fertigungsaufträgen der Firma A resultieren. In Firma A stellt sich Firma B als bezogene Firma dar; sie ist die Firma, von der Bestände für die Firma A abgezogen werden sollen.
|
Anforderungsdaten 2
| Feldbezeichnung | Erklärung |
|---|---|
| Kunde | Jeder Kunde muss mit der zugehörigen Filiale als Debitor im Personenkontenstamm und mit den entsprechenden Adressangaben im Adressstamm angelegt sein. Der Kunde wird in der Folge für sämtliche kundenbezogenen Aussagen benötigt. |
| Kundenbestellung | In diesem Feld wird die Bestellung angegeben, unter der der Kunde diesen Auftrag bestellt hat. Diese wird auf allen zugehörigen Papieren gedruckt.
Über den List-Button wird in das Matchcode-Programm "Kundenbestellung" verzweigt. Dadurch kann ein Kundenauftrag und somit auch der Kunde gefunden werden. Sollen alle Aufträge angezeigt werden, die zu einer Bestellung des Kunden gehören, so muss am Ende der Eingabe ein Stern stehen. Hinweis
Gesucht werden sollen alle Aufträge, deren Kundenbestellung mit "E" beginnt. In diesem Fall ist "E*" anzugeben.
|
| Projektschlagwort | In der Projektierung wird i.d.R. ein gemeinsam vereinbartes Projektschlagwort verwendet (z.B. häufig der Kurzname des Kunden). Das Projektschlagwort wird in die operativen Systeme, wie Beschaffung und Produktionsvorgänge vererbt. So können in Folge gezielte Auswertungen und Abfragen erstellt werden. |
| Arbeitsvorbereitung | Der zuständige Sachbearbeiter wird aus dem Teil ermittelt und für die weitere Bearbeitung der Vorganges eingestellt.
|
| Verkauf | Der zuständige Verkaufssachbearbeiter aus dem Verkaufsauftrag oder Projekt wird zur weiteren Bearbeitung des Vorganges eingestellt.
|
Ergebnisdaten
| Feldbezeichnung | Erklärung |
|---|---|
| Lieferterminstatus | Der Lieferterminstatus wird im Rahmen der Lieferterminsimulation bestimmt. Die gültigen Ausprägungen stehen in der Tabelle FRDLFT. |
| Bedarfstermin | Zu dem hier angegebenen Termin muss die gesamte Menge des angegebenen Artikels auf Lager sein, sonst verzögert sich die Produktion und damit der Liefertermin des Endproduktes. Das Datum errechnet sich aus dem fiktiven Produktionsstart im Rahmen der Lieferterminsimulation und den Daten aus dem Produktionsplan für das entsprechende Endprodukt. Weitere Informationen bzgl. der farblichen Hinterlegung sind in der Programmbedienerhilfe der Lieferterminsimulationen (PW25100) hinterlegt. |
| Verfügbare Menge zum Bedarfstermin | In diesem Feld wird angegeben, welche Menge des aufgeführten Teiles in der lagerführenden Mengeneinheit zum Bedarfstermin verfügbar ist.
|
| Mengeneinheit 1 | Die Mengeneinheit 1 spezifiziert die lagerführende Mengeneinheit. Sie wird im Artikel hinterlegt und ist für alle Buchungen (z. B. Lager, Disposition, Statistik) die relevante Mengeneinheit. |
| Restliefertermin | Falls die gesamte Bedarfsmenge nicht zum avisierten Bedarfstermin geliefert werden kann, wird hier das Datum ausgegeben, zu welchem die fehlende Restmenge ausgeliefert werden kann. Ist die Restmenge null, wird in dem Feld ggf. ein Datum vor dem Bedarfstermin angezeigt, zu welchem die gesamte Menge zur Verfügung steht. Das Feld wird automatisch aus der Lieferterminsimulation heraus gefüllt. |
| Restmenge zum Restliefertermin | In diesem Feld wird die zum Restliefertermin verfügbare Restmenge ausgegeben, welche zum Bedarfstermin noch nicht verfügbar ist. Wird eine Restmenge ausgegeben, kann diese z. B. zusätzlich bestellt bzw. gefertigt werden, um die Verfügbarkeit des gewünschten Artikels zum Wunschliefertermin sicherzustellen. |
| AV bestätigter Termin | Der von der Auftragsnetzterminierung errechnete Termin muss von der Arbeitsvorbereitung (AV) explizit bestätigt werden. Die Arbeitsvorbereitung kann die Machbarkeit prüfen. Der betätigte Termin wird dann an die Primärbedarfsbelege, wie Verkaufsauftrag oder Projekt weitergeleitet. |
| Bearbeitungsstatus | Der Bearbeitungsstatus wird im Rahmen der Lieferterminsimulation bestimmt.
Die gültigen Ausprägungen stehen in der Tabelle FRDLFB. |
| Datum Lieferterminsimulation | In diesem Feld wird das Datum der letzten Lieferterminsimulation (mit Bearbeitungsstatus "Terminiert") angezeigt.
|
| Uhrzeit Lieferterminsimulation | In diesem Feld wird die Uhrzeit der letzten Lieferterminsimulation (mit Bearbeitungsstatus "Terminiert") angezeigt.
|
Fehlerdaten
| Feldbezeichnung | Erklärung |
|---|---|
| Fehlercode | In diesem Feld wird der in einer Nachrichtendatei hinterlegte Fehlernachrichtencode angegeben. Dieser wird dann bei Auftreten des Fehlers angezeigt.
|
| Nachricht | Allgemeine Regeln zum Inhalt der Nachricht:
Nachrichtentext:
Ursache:
Maßnahme:
|
Überschriftsformat
| Feldbezeichnung | Erklärung |
|---|---|
| Primärbedarfsverursacher | Das System ist mehrmandantenfähig, d.h. es kann mit verschiedenen Firmen gearbeitet werden, sofern dies erforderlich ist. Die zulässigen Firmen sind im Firmenstamm hinterlegt und können über den List-Button angezeigt werden, wenn das Feld ein Eingabefeld ist. Über die Firmenberechtigungsdatei wird bestimmt, welche Sachbearbeiter mit welcher Firma arbeiten dürfen. Es können jedoch programmspezifische Einschränkungen vorliegen. Die Firmennummer darf alphanumerisch sein, jedoch keine Sonderzeichen enthalten. |
| Unter einer Anwendung werden Programme und Dateien zusammengefasst, die ein bestimmtes Cockpit betreffen (z.B. Einkaufssystem oder Finanzbuchhaltung). Die gültigen Anwendungen sind in Tabelle Anwendung (FRDANW) hinterlegt. | |
| Die Auftragsnummer identifiziert zusammen mit der Firma, dem Auftragskennzeichen und dem Auftragsjahr einen Auftrag eindeutig. Sie beginnt mit einem frei definierten Startwert und wird pro Kalenderjahr automatisch hochgezählt. Die Angabe der Auftragsnummer ist nicht in allen Programmen zwingend erforderlich. Wurde sie maschinell vorgegeben, kann sie auch manuell überschrieben werden. Wurde keine Auftragsnummer eingestellt, ist ebenfalls eine manuelle Vergabe möglich. Es ist darauf zu achten, dass der automatische Zähler nicht in den Bereich der manuell vergebenen Auftragsnummer kommt, da sonst die Nummernkreisdatei UNUMMP manuell angepasst werden muss. Eine bestehende Auftragsnummer kann nicht verändert werden und ist Schlüssel der Auftragsdateien. Sie ist als Information im Lieferschein und auf der Rechnung gespeichert. Nummern werden nur in Verwaltungsprogrammen und nicht im Anzeigemodus vergeben. | |
| Die eingegebene Position darf bei der Erfassung einer Artikelposition in dem bearbeiteten Beleg noch nicht existieren. Die Schrittweite beim Hochzählen wird vorgeschlagen. Sie kann pro Sachbearbeiter eingestellt werden. Der erste Schritt muss größer als "0" sein. Beispiel: Schrittweite 10, das Programm schlägt die Positionsnummern 10, 20, 30, ... usw. vor. Sollen Positionen zwischen bereits bestehenden Positionen eingefügt werden, so kann dies dadurch erreicht werden, dass die vorgeschlagene Positionsnummer manuell geändert wird, so dass sie zwischen den bereits existierenden Positionen liegt (z. B. 15,16,... usw.). | |