| Produktionssynchrone Abrufe Produktionssynchrone Abrufe sind Abrufe nach dem Holprinzip, die über das Modul Montageverwaltung durch das Materialbereitstellungssystem Holprinzip (auftragsbezogen) generiert werden. Um eine Position eines produktionssynchronen Abrufs aktualisieren zu können, muss der Montageauftrag, der zur Generierung der Position des produktionssynchronen Abrufs geführt hat, geändert werden. Anlegen von Positionen für produktionssynchrone Abrufe Wenn das Modul Montageverwaltung Waren über das Materialbereitstellungssystem SILS abruft, führt LN die folgenden Schritte durch: - Im Modul Montageverwaltung wird eine Referenznummer/ID generiert, die für eine Kombination aus Chassisnummer, Linienstation und Bausatz steht.
- Wenn ein Abruf erfolgt, wird im Programm EK-Lieferabruf - Positionen (tdpur3111m000) eine Abrufposition für jeden Artikel generiert, und die generierte Referenz-ID wird im Feld Referenz-ID eingetragen.
- Für jede Abrufposition werden im Programm Daten produktionssynchroner Abruf (tdpur3517m000) die Daten der produktionssynchronen Abrufe eingefügt.
- Für jede Position eines produktionssynchronen Abrufs wird im Programm Produktionssynchrone Abrufe (tdpur3523m000) ein Datensatz eingefügt.
Aktualisieren von Positionen für produktionssynchrone Abrufe Um eine Position eines produktionssynchronen Abrufs aktualisieren zu können, muss der Montageauftrag, der zur Generierung der Position des produktionssynchronen Abrufs geführt hat, geändert werden. Es gibt zwei Arten von Aktualisierungen: Nicht einmalige Felder Aktualisierungen werden in nicht einmaligen Feldern vorgenommen. Im Programm Daten produktionssynchroner Abruf (tdpur3517m000) werden bestimmte Felder aktualisiert, darunter: - Jobfolge
- Menge
- Bedarfsdatum
- Optionslisten-ID
Einmalige Felder Aktualisierungen werden in einmaligen Feldern vorgenommen: Hierbei handelt es sich um Aktualisierungen in anderen Feldern im Programm Daten produktionssynchroner Abruf (tdpur3517m000), wie z. B. Bausatz, Chassisnummer, Linienstation usw.
Was genau LN unternimmt, hängt nicht nur von der Art des Feldes ab, das aktualisiert werden muss, sondern auch davon, ob die Position des produktionssynchronen Abrufs bereits in einer EK-Freigabe gesendet wurde. Hinweis Im Feld Versendet des Programms Daten produktionssynchroner Abruf (tdpur3517m000) können Sie abfragen, ob die Position des produktionssynchronen Abrufs bereits in einer EK-Freigabe gesendet wurde. Aktualisieren noch nicht gesendeter Positionen eines produktionssynchronen Abrufs - Wenn das Modul Montageverwaltung ein beliebiges Feld einer Position eines produktionssynchronen Abrufs ändert, wird das entsprechende Feld in den Programmen EK-Lieferabruf - Positionen (tdpur3111m000), Daten produktionssynchroner Abruf (tdpur3517m000) und Produktionssynchrone Abrufe (tdpur3523m000) einfach aktualisiert. Der Status der Abrufposition bleibt Bestellung generiert im Programm EK-Lieferabruf - Positionen (tdpur3111m000) und Erstellt im Programm Daten produktionssynchroner Abruf (tdpur3517m000) bzw. Produktionssynchrone Abrufe (tdpur3523m000).
- Wenn eine Anforderung durch das Modul Montageverwaltung gelöscht werden soll, bekommt die entsprechende Position des produktionssynchronen Abrufs in den Programmen EK-Lieferabruf - Positionen (tdpur3111m000) und Daten produktionssynchroner Abruf (tdpur3517m000) den Status Storniert. Die Position wird einfach aus dem Programm Produktionssynchrone Abrufe (tdpur3523m000) gelöscht.
Aktualisieren eines einmaligen Feldes in einer Position eines produktionssynchronen Abrufs, die bereits in einer EK-Freigabe gesendet wurde Wenn ein einmaliges Feld aktualisiert wird, führt LN die folgenden Schritte durch: - Die alte Position des produktionssynchronen Abrufs im Programm EK-Lieferabruf - Positionen (tdpur3111m000) erhält den Status Storniert.
- Der entsprechende Datensatz im Programm Daten produktionssynchroner Abruf (tdpur3517m000) behält den Status Erstellt, aber es wird ein weiterer Datensatz mit dem Status Storniert eingefügt. Der Wert des Feldes Version der stornierten Position des produktionssynchronen Abrufs wird heraufgesetzt, da sich der Positionsstatus von Erstellt in Storniert ändert.
- Die stornierte Position des produktionssynchronen Abrufs aus dem Programm Daten produktionssynchroner Abruf (tdpur3517m000) wird unter einer neuen Freigabe-Versionsnummer in das Programm Produktionssynchrone Abrufe (tdpur3523m000) eingefügt. Dies geschieht deshalb, weil die Stornierung mit Hilfe einer (neuen) EK-Freigabe auch dem Lieferanten mitgeteilt werden muss.
- Es wird eine neue Position für den produktionssynchronen Abruf angelegt, die im Programm EK-Lieferabruf - Positionen (tdpur3111m000) den Status Bestellung generiert und in den Programmen Daten produktionssynchroner Abruf (tdpur3517m000) bzw. Produktionssynchrone Abrufe (tdpur3523m000) den Status Erstellt erhält.
Aktualisieren eines nicht einmaligen Feldes in einer Position eines produktionssynchronen Abrufs, die bereits in einer EK-Freigabe gesendet wurde Wenn ein nicht einmaliges Feld aktualisiert wird, führt LN die folgenden Schritte durch: - Die alte Position des produktionssynchronen Abrufs im Programm EK-Lieferabruf - Positionen (tdpur3111m000) wird einfach aktualisiert und behält den Status Bestellung generiert.
- Die entsprechende Position des produktionssynchronen Abrufs im Programm Daten produktionssynchroner Abruf (tdpur3517m000) behält den Status Erstellt, aber es wird ein weiterer Datensatz mit dem Status Geändert eingefügt. Der Wert des Feldes Version der geänderten Position des produktionssynchronen Abrufs wird heraufgesetzt, da der Positionsstatus von Erstellt in Geändert wechselt.
- Die geänderte Position des produktionssynchronen Abrufs aus dem Programm Daten produktionssynchroner Abruf (tdpur3517m000) wird unter einer neuen Freigabe-Versionsnummer in das Programm Produktionssynchrone Abrufe (tdpur3523m000) eingefügt. Dies geschieht deshalb, weil die Änderung mit Hilfe einer (neuen) EK-Freigabe auch dem Lieferanten mitgeteilt werden muss.
Beispiel 1 - Anlegen von Positionen für produktionssynchrone Abrufe Anforderungen aus dem Modul Montageverwaltung: Chassisnummer | Jobfolge | Bausätze | Linienstation | Artikel | Datum | Menge |
---|
VIN001 | JS001 | K01 | LS01 | ARTIKEL1 | 10/1/99 8:00 | 2 | VIN001 | JS001 | K01 | LS01 | ARTIKEL2 | 10/1/99 8:00 | 4 | VIN001 | JS001 | K01 | LS01 | ARTIKEL3 | 10/1/99 8:00 | 4 | VIN002 | JS002 | K02 | LS01 | ARTIKEL1 | 10/1/99 12:00 | 2 | VIN002 | JS002 | K02 | LS01 | ARTIKEL2 | 10/1/99 12:00 | 5 | VIN002 | JS002 | K02 | LS01 | ARTIKEL4 | 10/1/99 12:00 | 4 | VIN003 | JS003 | K03 | LS01 | ARTIKEL1 | 10/1/99 16:00 | 2 | VIN003 | JS003 | K03 | LS01 | ARTIKEL2 | 10/1/99 16:00 | 4 | VIN003 | JS003 | K03 | LS01 | ARTIKEL5 | 10/1/99 16:00 | 8 |
Ergebnisse im Programm EK-Lieferabruf - Positionen (tdpur3111m000): Abrufnummer | Position | Artikel | Bedarfsdatum | Menge |
---|
SCH0001 | 10 | ARTIKEL1 | 10/1/99 8:00 | 2 | SCH0002 | 10 | ARTIKEL2 | 10/1/99 8:00 | 4 | SCH0003 | 10 | ARTIKEL3 | 10/1/99 8:00 | 4 | SCH0001 | 20 | ARTIKEL1 | 10/1/99 12:00 | 2 | SCH0002 | 20 | ARTIKEL2 | 10/1/99 12:00 | 5 | SCH0004 | 10 | ARTIKEL4 | 10/1/99 12:00 | 4 | SCH0001 | 30 | ARTIKEL1 | 10/1/99 16:00 | 2 | SCH0002 | 30 | ARTIKEL2 | 10/1/99 16:00 | 4 | SCH0005 | 10 | ARTIKEL5 | 10/1/99 16:00 | 8 |
Ergebnisse im Programm Daten produktionssynchroner Abruf (tdpur3517m000): Abruf | Position | Folgenummer Version | Chassisnummer | Jobfolge | Bausatzartikel | Linienstation | Artikel | Datum | Menge | Status |
---|
SCH0001 | 10 | 1 | VIN001 | JS001 | K01 | LS01 | ARTIKEL1 | 10/1/99 8:00 | 2 | Erstellt | SCH0002 | 10 | 1 | VIN001 | JS001 | K01 | LS01 | ARTIKEL2 | 10/1/99 8:00 | 4 | Erstellt | SCH0003 | 10 | 1 | VIN001 | JS001 | K01 | LS01 | ARTIKEL3 | 10/1/99 8:00 | 4 | Erstellt | SCH0001 | 20 | 1 | VIN002 | JS002 | K02 | LS01 | ARTIKEL1 | 10/1/99 12:00 | 2 | Erstellt | SCH0002 | 20 | 1 | VIN002 | JS002 | K02 | LS01 | ARTIKEL2 | 10/1/99 12:00 | 5 | Erstellt | SCH0004 | 10 | 1 | VIN002 | JS002 | K02 | LS01 | ARTIKEL4 | 10/1/99 12:00 | 4 | Erstellt | SCH0001 | 30 | 1 | VIN003 | JS003 | K03 | LS01 | ARTIKEL1 | 10/1/99 16:00 | 2 | Erstellt | SCH0002 | 30 | 1 | VIN003 | JS003 | K03 | LS01 | ARTIKEL2 | 10/1/99 16:00 | 4 | Erstellt | SCH0005 | 10 | 1 | VIN003 | JS003 | K03 | LS01 | ARTIKEL5 | 10/1/99 16:00 | 8 | Erstellt |
Ergebnisse im Programm Produktionssynchrone Abrufe (tdpur3523m000): Freigabenummer | Freigabeversion | Freigabeposition | Abruf | Abrufposition | Folgenummer Version | Artikel | Menge | Status |
---|
REL001 | 0 | 10 | SCH0001 | 10 | 1 | ARTIKEL1 | 2 | Erstellt | REL001 | 0 | 20 | SCH0002 | 10 | 1 | ARTIKEL2 | 4 | Erstellt | REL001 | 0 | 30 | SCH0003 | 10 | 1 | ARTIKEL3 | 4 | Erstellt | REL001 | 0 | 40 | SCH0001 | 20 | 1 | ARTIKEL1 | 2 | Erstellt | REL001 | 0 | 50 | SCH0002 | 20 | 1 | ARTIKEL2 | 5 | Erstellt | REL001 | 0 | 60 | SCH0004 | 10 | 1 | ARTIKEL4 | 4 | Erstellt | REL001 | 0 | 70 | SCH0001 | 30 | 1 | ARTIKEL1 | 2 | Erstellt | REL001 | 0 | 80 | SCH0002 | 30 | 1 | ARTIKEL2 | 4 | Erstellt | REL001 | 0 | 90 | SCH0005 | 10 | 1 | ARTIKEL5 | 8 | Erstellt |
Beispiel 2 - Aktualisieren von Positionen für produktionssynchrone Abrufe Das Modul Montageverwaltung sendet die folgenden Aktualisierungen: - VIN001 in JS001 wird ersetzt durch VIN004 in JS001.
- Für VIN003 wird die Menge für ARTIKEL2 von 4 auf 6 erhöht.
- Alle Bedarfe aus Beispiel 1 wurden bereits in einer EK-Freigabe gesendet.
Folglich werden im Programm EK-Lieferabruf - Positionen (tdpur3111m000) die folgenden Änderungen vorgenommen: Storniert |
---|
Abruf | Position | Artikel | Bedarfsdatum | Menge | Status |
---|
SCH0001 | 10 | ARTIKEL1 | 10/1/99 8:00 | 2 | Storniert | SCH0002 | 10 | ARTIKEL2 | 10/1/99 8:00 | 4 | Storniert | SCH0003 | 10 | ARTIKEL3 | 10/1/99 8:00 | 4 | Storniert |
Aktualisiert |
---|
Abruf | Position | Artikel | Bedarfsdatum | Menge | Status |
---|
SCH0002 | 30 | ARTIKEL2 | 10/1/99 16:00 | 6 | Auftrag generiert |
Neu |
---|
Abruf | Position | Artikel | Bedarfsdatum | Menge | Status |
---|
SCH001 | 40 | ARTIKEL1 | 10/1/99 8:00 | 2 | Auftrag generiert | SCH002 | 40 | ARTIKEL2 | 10/1/99 8:00 | 4 | Auftrag generiert | SCH003 | 20 | ARTIKEL3 | 10/1/99 8:00 | 4 | Auftrag generiert |
Folglich werden im Programm Daten produktionssynchroner Abruf (tdpur3517m000) die folgenden Änderungen vorgenommen: Abruf | Position | Folgenummer Version | Chassisnummer | Jobfolge | Bausatzartikel | Artikel | Datum | Menge | Versendet | Status |
---|
SCH0001 | 10 | 1 | VIN001 | JS001 | K01 | ARTIKEL1 | 10/1/99 8:00 | 2 | Ja | Erstellt | SCH0001 | 10 | 2 | VIN001 | JS001 | K01 | ARTIKEL1 | 10/1/99 8:00 | 2 | Nein | Storniert | SCH0001 | 40 | 1 | VIN004 | JS001 | K04 | ARTIKEL1 | 10/1/99 8:00 | 2 | Nein | Erstellt | SCH0002 | 10 | 1 | VIN001 | JS001 | K01 | ARTIKEL2 | 10/1/99 8:00 | 4 | Ja | Erstellt | SCH0002 | 10 | 2 | VIN001 | JS001 | K01 | ARTIKEL2 | 10/1/99 8:00 | 4 | Nein | Storniert | SCH0002 | 40 | 1 | VIN004 | JS001 | K04 | ARTIKEL2 | 10/1/99 8:00 | 4 | Nein | Erstellt | SCH0003 | 10 | 1 | VIN001 | JS001 | K01 | ARTIKEL3 | 10/1/99 8:00 | 4 | Ja | Erstellt | SCH0003 | 10 | 2 | VIN001 | JS001 | K01 | ARTIKEL3 | 10/1/99 8:00 | 4 | Nein | Storniert | SCH0003 | 20 | 1 | VIN004 | JS001 | K04 | ARTIKEL3 | 10/1/99 8:00 | 4 | Nein | Erstellt | SCH0002 | 30 | 1 | VIN003 | JS003 | K03 | ARTIKEL2 | 10/1/99 16:00 | 4 | Ja | Erstellt | SCH0002 | 30 | 2 | VIN003 | JS003 | K03 | ARTIKEL2 | 10/1/99 16:00 | 6 | Nein | Geändert |
Folglich werden im Programm Produktionssynchrone Abrufe (tdpur3523m000) die folgenden Änderungen vorgenommen: Freigabenummer | Freigabeversion | Freigabeposition | Abruf | Abrufposition | Folgenummer Version | Artikel | Menge | Status |
---|
REL001 | 1 | 10 | SCH0001 | 10 | 2 | ARTIKEL1 | 2 | Storniert | REL001 | 1 | 20 | SCH0002 | 10 | 2 | ARTIKEL2 | 4 | Storniert | REL001 | 1 | 30 | SCH0003 | 10 | 2 | ARTIKEL3 | 4 | Storniert | REL001 | 1 | 80 | SCH0002 | 30 | 2 | ARTIKEL2 | 6 | Geändert | REL001 | 1 | 100 | SCH0001 | 40 | 1 | ARTIKEL1 | 2 | Erstellt | REL001 | 1 | 110 | SCH0002 | 40 | 1 | ARTIKEL2 | 4 | Erstellt | REL001 | 1 | 120 | SCH0003 | 20 | 1 | ARTIKEL3 | 4 | Erstellt |
| |