Kontakt

Ansicht
Dokumentation

Veröffentlichung von Nachschubaufträgen (geändert) ( RELNSCM510_ICH_PO_RO_7 )

Veröffentlichung von Nachschubaufträgen (geändert) ( RELNSCM510_ICH_PO_RO_7 )

rdisp/max_wprun_time - Maximum work process run time   CPI1466 during Backup  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

Veröffentlichung von Nachschubaufträgen (geändert)

Verwendung

Ein Nachschubauftrag ist ein Objekt, das nur in SAP Supply Network Collaboration (SAP SNC) existiert. Um die Prozesse in den Backend-Systemen des Kunden (Bestellungsabwicklung, Wareneineingang) und des Lieferanten (Kundenauftragsabwicklung, Warenausgang) zu unterstützen, müssen Sie einen Nachschubauftrag, den Sie in SAP SNC angelegt haben, an das Kunden-Backend-System und an das Lieferanten-Backend-System senden. Dazu senden Sie eine VendorGeneratedOrderNotificationan das Kunden-Backend-System und eine ReplenishmentOrderNotificationan das Lieferanten-Backend-System. Auf der Basis dieser XML-Messages legt das Kunden-Backend-System eine Bestellung und das Lieferanten-Backend-System einen Kundenauftrag an.

Bisher wurde das Versenden der XML-Messages wie folgt durchgeführt:

  • Im Business Scenario Responsive Replenishmentverwendeten Sie den Report /SCA/ICH_ORDER_SEND, um nach der Freigabe des TLB-Transports die XML-Messages für die Nachschubaufträge des TLB-Transports an das Kunden-Backend-System und an das Lieferanten-Backend-System zu senden.
  • Im Business Scenario Supplier Managed Inventory mit Nachschubaufträgen versendete SAP Inventory Collaboration Hub (SAP ICH) die VendorGeneratedOrderNotificationautomatisch an das Backend-System des Kunden, wenn der Lieferant den Nachschubauftrag (bis SAP ICH 5.0 #Bestellung# genannt) im Web-UI veröffentlichte. Dazu stand die in der Standardauslieferung aktive Post-Processing-Framework-Aktion (PPF-Aktion) /SCA/BOL_VGOR_PUBLISH_CUST zur Verfügung (Anwendung /SCA/ICH, PPF-Aktionsprofil /SCA/BOL_ORDER_VGOR). Um ReplenishmentOrderNotificationsan das Lieferanten-Backend-System zu senden, stand die in der Standardauslieferung nichtaktive PPF-Aktion /SCA/BOL_VGOR_PUBLISH_SUPP zur Verfügung.

Versendeoptionen

Ab SAP SNC 5.1 haben Sie für das Versenden folgende Möglichkeiten:

  • Automatisches Versenden
Hier versendet SAP SNC die XML-Messages, wenn Sie in der Web-Benutzungsoberfläche für einen Nachschubauftrag die Funktion Veröffentlichenaufrufen. Sofortiges automatisches Versenden beider XML-Messages ist die Standardeinstellung.
Für das Business Scenario Responsive Replenishmentstehen wie folgt weitere Optionen zur Verfügung, mit denen Sie steuern können, unter welchen Bedingungen und in welcher Reihenfolge SAP SNC die XML-Messages versendet:
  • Bestellung erst nach ATP-Bestätigung versenden

Sie verwenden diese Option, wenn Sie im Kunden-Backend-System nur dann eine Bestellung anlegen wollen, wenn Sie die bestellten Produkte liefern können. Wenn Sie in der Web-Benutzungsoberfläche für einen Nachschubauftrag die Funktion Veröffentlichenaufrufen, sendet SAP SNC sofort eine ReplenishmentOrderNotificationan das Lieferanten-Backend-System. Das Lieferanten-Backend-System führt eine ATP-Prüfung durch. Wenn die Ergebnisse der ATP-Prüfung aus dem Lieferanten-Backend-System zurückkommen und die Bestätigungsdaten im Rahmen der Toleranzen nicht von den Wunschdaten abweichen, kann SAP SNC die Bestätigungsdaten als Wunschdaten in den Nachschubauftrag übernehmen. Erst dann sendet SAP SNC die VendorGeneratedOrderNotificationan das Kunden-Backend-System.
  • Kundenauftrag erst nach Bestellnummervergabe im Kunden-Backend versenden

Sie verwenden diese Option, wenn nicht SAP SNC, sondern das Kunden-Backend-System die Bestellnummervergabe durchführt. Wenn Sie in der Web-Benutzungsoberfläche für einen Nachschubauftrag die Funktion Veröffentlichenaufrufen, sendet SAP SNC sofort eine VendorGeneratedOrderNotificationan das Kunden-Backend-System. Wenn die Bestellnummer mit der VendorGeneratedOrderConfirmationaus dem Kunden-Backend-System zurückkommt, übernimmt SAP SNC die Bestellnummer in den Nachschubauftrag und sendet die ReplenishmentOrderNotificationan das Lieferanten-Backend-System.
  • Versenden mit einem Report
Wenn Sie in der Web-Benutzungsoberfläche für einen Nachschubauftrag die Funktion Veröffentlichenaufrufen, setzt SAP SNC für den Nachschubauftrag nur den Kunden-Versendestatus und den Lieferanten-Versendestatus auf Freigegeben zum Versenden. Um den Nachschubauftrag tatsächlich zu versenden, verwenden Sie den Report /SCA/ICH_ORDER_SEND. Beachten Sie: Sie dürfen den Report nur in der Kooperation mit Kunden verwenden (z.B. im Business Scenario Responsive Replenishment), nicht in der Kooperation mit Lieferanten (z.B. im Business Scenario SMI).

Veröffentlichungsfunktion im TLB

Bisher stand im TLB-Bild eine Freigabefunktion zur Verfügung. Mit dieser Funktion haben Sie den Status der Nachschubaufträge eines TLB-Transports auf Freigegeben zum Versendengesetzt. Anschließend konnten Sie mit dem Report /SCA/ICH_ORDER_SEND die XML-Messages zur den Nachschubaufträgen versenden.

In SAP SNC 5.1 wurde die Funktion Freigebenin Veröffentlichenumbenannt. Mit dieser Funktion versenden Sie jetzt die Nachschubaufträge des TLB-Transports gemäß der eingestellten Option (siehe oben). Beachten Sie, dass Sie einen Nachschubauftrag mit TLB-Referenz nur im TLB-Bild veröffentlichen können. Eine Veröffentlichung in den Nachschubauftragsbildern ist nicht möglich. (Eine Veröffentlichung in den Nachschubauftragsbildern wird durch die im Standard aktive Validierungsprüfung RO_NO_TLB_PUBLICATION des Validierungsprofils POS2 verhindert.)

Ab SAP SNC 5.1 kann der TLB-Service die neu erzeugten Nachschubaufträge auch veröffentlichen. Dies können Sie im TLB-Serviceprofil mit einem neuen Kennzeichen einstellen. Das Versenden der XML-Messages erfolgt ebenfalls gemäß der eingestellten Versendeoption.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Automatisches Versenden mit oder ohne PPF

Ob das System die XML-Messages mit oder ohne Post Processing Framework (PPF) durchführt, wird wie folgt von der Validierungsprüfung RO_PUBLISH_DIRECT gesteuert:

  • Wenn die Validierungsprüfung aktiv ist, verwendet das System das Post Processing Framework für das automatische Versenden nicht. Das System versendet die XML-Messages direkt im Hintergrund an das Lieferanten-Backend-System und an das Kunden-Backend-System. In der Standardauslieferung ist die Validierungsprüfung aktiv.
  • Wenn die Validierungsprüfung nichtaktiv ist, verwendet das System für das automatische Versenden der XML-Messages die folgenden PPF-Aktionen des Aktionsprofils /SCA/BOL_ORDER_VGOR (Anwendung /SCA/ICH), die schon bisher in der Kooperation mit Lieferanten zur Verfügung standen:
  • Versenden von VendorGeneratedOrderNotificationsan das Backend-System des Kunden: /SCA/BOL_VGOR_PUBLISH_CUST

  • Versenden von ReplenishmentOrderNotificationsan das Backend-System des Lieferanten: /SCA/BOL_VGOR_PUBLISH_SUPP

Die PPF-Aktionen sind in der Standardauslieferung aktiv (neu für /SCA/BOL_VGOR_PUBLISH_SUPP in der Kooperation mit Lieferanten). Sie sind aber nicht wirksam, wenn # wie in der Standardauslieferung # die Validierungsprüfung RO_PUBLISH_DIRECT aktiv ist.

Aktionen bearbeiten Sie im Customizing von Supply Network Collaboration unter Werkzeuge-> Aktionen (Post Processing Framework) -> Aktionsprofile und -definitionen definieren.

Die Einstellungen für die Validierung bearbeiten Sie im Customizing von Supply Network Collaboration unter Validierung. Aktivieren oder deaktivieren Sie die gewünschten Validierungsprüfungen aktivieren

Auswahl der gewünschten Versendeoption

Wählen Sie abhängig vom Business Scenario die gewünschte Versendeoption:

  • Beide XML-Messages sofort versenden
Validierungsprüfung RO_PUBLISH_IMMEDIATE
In der Standardauslieferung ist diese Validierungsprüfung aktiv.
  • Bestellung erst nach ATP-Bestätigung versenden
Validierungsprüfung RO_PUBLICATION_ATPRESULT
  • Kundenauftrag erst nach Bestellnummervergabe im Kunden-Backend versenden
Validierungsprüfung RO_PUBLICATION_KEYCOMPLETE

Versenden mit Report

Wenn Sie für das Business Scenario Responsive Replenishment das Versenden mit Report verwenden wollen, aktivieren Sie die Validierungsprüfung RO_PUBLISH_REPORT und deaktivieren Sie folgende Validierungsprüfungen:

  • Validierungsprüfung RO_PUBLISH_DIRECT für direktes Versenden
  • Validierungsprüfung für die Option automatischer Versand
Im Standard ist dies die Validierungsprüfung RO_PUBLISH_IMMEDIATE.

Weitere Informationen

  • Release-Information Responsive Replenishment mit ATP (neu)
  • Release-Information Veröffentlichung von XML-Messages (geändert)





Vendor Master (General Section)   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 11457 Date: 20240523 Time: 191320     sap01-206 ( 198 ms )