Übertragung von Versorgungsplandaten

Der Datentyp des Versorgungsplans wird verwendet, um die Nachschubmöglichkeiten zu bestimmen. Dieser Datentyp wird verwendet, um zu bestimmen, wann der Bestand wieder aufgefüllt wird und ob durch die Auffüllung ein Fehlbestand vermieden wird.

Informationen zu diesem Vorgang

In IBM® Sterling Intelligent Promising werden die Daten des Versorgungsplans von Inventory service verwaltet. Wenn Sie Ihre Daten über Inventory Visibility verwalten, müssen Sie sicherstellen, dass Sie Ihre zukünftigen Bestände mit Inventory service synchronisieren. Weitere Informationen finden Sie unter "Sync Supply API ".

Zukünftige Lieferungen werden in den Lieferdaten als "PO_PLACED"-, "INTRANSIT"- oder "PLAN "-Lieferart angezeigt. Außerdem muss das Feld "Referenz" einen gültigen Wert enthalten.

Beispiel : Sehen Sie sich den folgenden Beispieltext eines API-Requests an:
{
"supplies": [
{ "itemId": "SKU1024", "unitOfMeasure": "EACH", "productClass": "NEW", "type": "PLAN", "shipNode": "00012", "tagNumber": " ", "segment": "", "segmentType": "", "eta": "2025-03-01T00:00:00Z", "shipByDate": "2500-01-01T00:00:00Z", "referenceType": "0006", "reference": "Y10000101", "lineReference": "Y10000101-1", "quantity": 100, "sourceTs": "2025-01-15T17:14:37Z" }
]
}
Alternativ können Sie den Dateiübertragungsadapter verwenden, um Daten zum Versorgungsplan mithilfe von Dateien hochzuladen.
Hinweis : Wenn Sie Ihren Datenintegrationsprozess zwischen Inventory service und dem Dateiübertragungsadapter umstellen möchten, müssen Sie sich an den IBM -Support wenden, um die Einrichtung vorzubereiten und sicherzustellen, dass die richtigen Daten übertragen werden.

Vorgehensweise

  1. Um die supply.csv Dateien zu erstellen, geben Sie die folgenden Details an.
    1. Für den Dateinamen ist das Format SUPPLY_[CUSTOMER NAME]_YYYYMMDDHHMISS.csv zu verwenden.
    2. Als Trennzeichen verwenden Sie ein Komma (,).
    3. Laden Sie mehrere .csv-Dateien hoch, indem Sie sie in eine tar.gz-Datei komprimieren.
  2. Die Reihenfolge der Felder in der Datentypentabelle muss mit der Reihenfolge der Felder in der Spalte in der CSVDatei übereinstimmen. Wenn zum Beispiel Item ID das erste Feld ist, das in der Datentyp-Tabelle definiert ist, muss es in der gleichen Reihenfolge in der Spalte in der Datei CSV stehen. Überprüfen Sie die folgenden Felder und Beschreibungen für die Versorgungsplandaten:
    Tabelle 1. Beschreibungen von Versorgungsplandaten
    Reihenfolge Feldname Erforderlich Typ Beschreibung
    1. Artikel-ID Ja ZEICHENFOLGE Die Kennung eines Artikels, der geliefert oder nachgefüllt werden soll.
    2. Artikel-ME Nein ZEICHENFOLGE Die Mengeneinheit für einen Artikel, der geliefert oder aufgefüllt werden soll. Die gültigen Werte sind Einzel, Palette und Pfund. Die Standardmaßeinheit ist Einheit.
    3. Gegenstandsklasse Nein ZEICHENFOLGE Die Klasse eines Artikels, der geliefert oder nachgefüllt werden soll.
    4. Versandknoten Ja ZEICHENFOLGE Der Schiffsknoten ist ein Lager oder ein Distributionszentrum (DC), in das ein Artikel geliefert oder nachgeliefert werden soll.
    5. Segment- Nein ZEICHENFOLGE Das spezifische Segment unter dem Segmenttyp, dem die Position zugeordnet ist.
    6. Segmenttyp Nein ZEICHENFOLGE Der Typ des Segments des Artikels, nach dem der Artikel kategorisiert ist.
    7. Referenz Ja ZEICHENFOLGE Referenz ist ein Attribut eines Angebots, das als Identifikator für die Datensätze definiert ist. Referenz kann die Auftragsnummer sein, die mit der Lieferung verbunden ist.
    8. Zeilenreferenz Nein ZEICHENFOLGE Der Leitungsbezug der Versorgung.
    9. Referenztyp Nein ZEICHENFOLGE Der Referenztyp der Versorgung. Dies kann ein beliebiger String-Wert sein, der den Typ des Wertes darstellt, der als Referenz übergeben wird. Das kann zum Beispiel die Auftragsart sein.
    10. Tag-ID Nein ZEICHENFOLGE Der Tag-Identifikator des Angebots. Der Tag-Identifikator ist unterteilt in Losnummer, Chargennummer und Revisionsnummer.
    11. Typ der Versorgungsbasis Ja ZEICHENFOLGE Die Art der Versorgung für einen Artikel. Die möglichen Versorgungsbasis-Typen sind Auf der Hand, PO_PLACED, und INTRANSIT.
    12. Angebotstyp Nein ZEICHENFOLGE Der benutzerdefinierte Versorgungstyp, der für einen Artikel definiert werden kann.
    13: Angebotsmenge Ja DOPPELT Die Anzahl der gelieferten Artikel.
    14. Angebot geänderte Menge Nein DOPPELT Die Menge des Angebots, die verändert wird.
    15. Lieferdatum Ja ZEICHENFOLGE Das Datum, an dem der Artikel geliefert oder aufgefüllt wird. Der Zeitstempel verwendet das ISO 8601-Standardformat YYYY-MM-DDTHH:MM:SS.000Z.
    16. Verfallsdatum der Lieferung Nein ZEICHENFOLGE Das Datum, an dem die Lieferung endet. Der Zeitstempel verwendet das ISO 8601-Standardformat YYYY-MM-DDTHH:MM:SS.000Z.
    17. Grund der Angebotsanpassung Nein ZEICHENFOLGE Der Grund für die Anpassung des Angebots.
    18. Aktualisierten Zeitstempel liefern Nein ZEICHENFOLGE Der Zeitstempel, zu dem der Versorgungsplan aktualisiert wird. Der Zeitstempel verwendet das ISO 8601-Standardformat YYYY-MM-DDTHH:MM:SS.000Z.
  3. Sehen Sie sich die folgende Beispieldatei .csv an:
    item_id,item_uom,item_class,ship_node,segment,segment_type,reference,line_reference,reference_type,tag_no,supply_base_type,supply_type,supply_qty,supply_changed_qty,supply_date,supply_expiry_date,adjustment_reason,supply_updated_ts
    I1,EACH,CLASS1,intNode1,MERCH,ONLINE,101,,,,PO_PLACED,PO_PLACED,50.0,10.0,2024-10-02T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:19.473Z
    I2,EACH,CLASS1,intNode1,MERCH,ONLINE,102,,,,PO_PLACED,PO_PLACED,60.0,10.0,2024-10-02T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:23.041Z
    I3,EACH,CLASS1,intNode1,MERCH,ONLINE,103,,,,ONHAND,ONHAND,60.0,10.0,1900-01-01T00:00:00.000Z,2500-01-01T00:00:00.000Z,,2024-07-17T15:43:23.041Z
  4. Speziell für IBM Cloud® Object Storage nur, führen Sie einen der folgenden Schritte aus:
    • Laden Sie eine einzelne Datei in den virtuellen Ordner <Input_Prefix>/UPLOAD/SUPPLY/ auf IBM Cloud Object Storage hoch.
    • Laden Sie alle Dateien aus einem lokalen Verzeichnis in den virtuellen Ordner <Input_Prefix> auf IBM Cloud Object Storage hoch.
  5. Machen Sie sich z. B. mit dem Dateiformat vertraut:
    • Wenn die Originaldatei 2024-01-01-10-59-00.0000-3423-Availability.csv heißt, können Sie diese Datei der Einfachheit halber auch <myfilename>.csv nennen.
    • Wenn die Datenzeile nicht verarbeitet werden kann, erhalten Sie die folgenden error row.csv und die error summary.txt Dateien: Die error row.csv Datei ist der ursprüngliche Aufnahmesatz, der nicht verarbeitet werden kann. In der error summary.txt wird der Grund für das Scheitern der Verarbeitung angegeben.
  6. Verstehen Sie das Präfix, das automatisch von Sterling Intelligent Promising erstellt wird, um verarbeitete Dateien zu speichern, die auf den folgenden aktuellen Zuständen basieren:
    /failed
    Jede CSV Zeile, die nicht verarbeitet werden kann, wird in einer Datei zum Herunterladen und Überprüfen gespeichert. Im Rahmen des Überwachungsprozesses sollten Sie alle Dateien überprüfen, die unter diesem Präfix abgelegt sind. Dann müssen Sie den Fehler beheben und die CSV Zeilen zur erneuten Verarbeitung in den Eingabestrom einspeisen.
    /reprocessed
    Alle Dateien, die sich aufgrund von Verbindungsproblemen in einer Warteschlange zur erneuten Verarbeitung befinden. Für diese Vorwahl sind keine Maßnahmen erforderlich. Alle Dateien, die vorübergehend im Wiederaufbereitungspräfix gespeichert sind, werden automatisch in Sterling Intelligent Promising. Weitere Aktionen sind nicht erforderlich, um die Daten zu verarbeiten.
    /completed
    Alle Dateien, deren Verarbeitung abgeschlossen ist. Es ist wichtig, die abgeschlossenen Dateien routinemäßig zu bereinigen, um den Speicherbedarf auf IBM Cloud Object Storage zu minimieren.
    /summary
    Eine Zusammenfassungsdatei für die Dateneingabe, die den Fehler beschreibt, der während der Ausführung aufgetreten ist. Diese Zusammenfassungsdatei kann in Verbindung mit den Dateien, deren Verarbeitung fehlgeschlagen ist, verwendet werden, um den Fehlercode und den Grund für den Fehler zu verstehen.

Beispiel

Das System erzeugt das folgende Beispiel für das vom Dateneingabesystem generierte Präfix:
  • /failed/<Input_Prefix>/sip-supply/myinput
  • /completed/<Input_Prefix>/sip-supply/myinput
  • /reprocess/<Input_Prefix>/sip-supply/myinput
  • /summary/<Input_Prefix>/sip-supply/myinput