Ansicht
Dokumentation

CRM_PROVORDERINT_3_4: Reparaturauftrag anlegen (neu) ( RELNCRM_7E34_CONT_REPAIR )

CRM_PROVORDERINT_3_4: Reparaturauftrag anlegen (neu) ( RELNCRM_7E34_CONT_REPAIR )

Fill RESBD Structure from EBP Component Structure   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

CRM_PROVORDERINT_3_4: Reparaturauftrag anlegen (neu)

Verwendung

Ab SAP-Erweiterungspaket 3 für SAP CRM 7.0, Support Package 4, Business Function Integration von SAP CC und SAP CI mit dem Provider-Auftrag (CRM_PROVORDERINT_3_4), steht die Funktion zur Reparatur von Vertragsdaten zur Verfügung.

Sie können Vertragsdaten reparieren, wenn die Verteilung von Provider-Vertragsdaten aufgrund von Dateninkonsistenzen bei der Auftragserfassung fehlschlägt. Sie können die Dateninkonsistenzen berichtigen, indem Sie den Vorgängerbeleg für den Provider-Auftrag anpassen und erneut übernehmen.

In manchen Fällen ist kein Vorgängerbeleg für den Provider-Auftrag verfügbar. So z.B., wenn ein Vorgängerbeleg eines Provider-Auftrags nicht über die Migration von Vertragsdaten aus einem Altsystem zur Verfügung gestellt werden kann. Zur Migration wird das Provider-Vertrags-API oder ein Szenario zum Anlegen von Provider-Verträgen verwendet, das keine Daten aus dem Provider-Vertrag kopiert. Dies ist z.B. im Szenario für Focused Business Solutions (FBS-Szenario) der Fall.

Wenn der Provider-Vertrag nicht aus dem Provider-Auftrag angelegt wurde und die Aktivierung fehlgeschlagen ist, wird im Bearbeitungs-Framework für Geschäftsvorgänge (Business Transaction Maintenance Framework, BTMF) der Prozess Reparaturauftrag anlegen im Provider-Vertrag geöffnet. Mit diesem Prozess wird der Reparaturauftrag angelegt und der Benutzer muss daraufhin die Daten berichtigen. Durch die Übernahme des Auftragsbelegs werden die Korrekturen in den vorhandenen Provider-Vertrag übertragen und der Aktivierungsprozess erneut angestoßen. Wenn der Aktivierungsprozess erneut fehlschlägt, muss der Benutzer ein weiteres Mal Daten im Reparaturauftrag anpassen.

Der BTMF-Prozess Reparaturauftrag anlegen implementiert die Reparatur eines Provider-Auftrags, um Daten in einem Provider-Vertrag ähnlich wie in einem standardmäßigen Provider-Auftrag anzupassen. Der Reparaturauftrag wird in der Vorgangshistorie des Provider-Vertrags als neuer Vorgängerbeleg hinzugefügt.

Nachdem der Reparaturprozess zum ersten Mal durchgeführt wurde, legt das System einen Provider-Auftrag an. Der Prozess steht nicht zur Verfügung, wenn die Aktivierung erneut fehlschlägt. In diesem Fall müssen Sie den zuvor angelegten Provider-Auftrag anpassen.

Auswirkungen auf den Datenbestand

Der BTMF-Prozesstyp „ISTG“ muss in dem für Ihr Szenario verwendeten Prozessprofil verfügbar sein. Beispiele für Szenarios sind DEFAULT_SALES oder DEFAULT_IC.

Es gelten folgende Bedingungen:

-,,Der Vertrag wird automatisch als Folgebeleg eines Provider-Auftrags angelegt.

-,,Die Aktivierung des Vertrags ist fehlgeschlagen.

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Weitere Informationen

Weitere Informationen finden Sie im SAP Help Portal unter help.sap.com → SAP Business Suite → SAP Customer Relationship Management → SAP Enhancement Package 3 for SAP CRM 7.0 → Application Help → SAP CRM für Branchen → Telekommunikationsbranche → Funktionen für Provider-Auftrags- und Vertragsbearbeitung → Provider-Auftrag und Provider-Vertrag → Provider-Verträge → Reparaturauftrag anlegen.






RFUMSV00 - Advance Return for Tax on Sales/Purchases   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 4087 Date: 20240523 Time: 180809     sap01-206 ( 82 ms )