Ansicht
Dokumentation

Bonitätsprüfung (neu) ( RELNCRM_50_BFCM_BONITAT )

SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up   ABAP Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

Bonitätsprüfung (neu)

Verwendung

Ab CRM 5.0 können Sie für Verkaufsvorgänge eine Bonitätsprüfung Ihrer Kunden durchführen.

Die Bonitätsprüfung prüft die Zahlungsfähigkeit des Kunden anhand von Bewertungen im Geschäftspartnerstamm. Sie können damit bereits beim Eingeben eines Geschäftspartners feststellen, ob für diesen Geschäftspartner hinsichtlich seiner Zahlungsfähigkeit ein Verkaufsvorgang angelegt werden darf. Dazu ist kein RFC-Call ins ERP-System notwendig.

Sie können für die Geschäftspartnerbewertungen auch Daten von externen Anbietern (z.B. Dun&Bradstreet) nutzen.

Die Systemreaktion auf eine bestimmte Bewertung ist abhängig von Ihren Einstellungen: Sie können für jede Bewertung einen Status sowie die Ausgabe einer Meldung einstellen. Mit dem Business Add-In CRM_CREDIT_RATING können Sie außerdem einen Workflow definieren.

Die Bewertungen der Geschäftspartner können Sie auch auf den Mobile Client übertragen und dort für eine Bonitätsprüfung nutzen. Weitere Informationen finden Sie in der Release-Information Neue Felder im Mobile Sales Geschäftspartnerstamm (CRM_50_MSA_BPFIELDS).

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Um die Bonitätsprüfung im CRM durchzuführen, müssen Sie im Customizing des CRM unter Gundfunktionen -> Kreditmanagementfolgende Einstellungen machen:

• Sie müssen Bewertungsverfahren mit Bewertungen definieren.

• Sie müssen ein Bewertungsprofil mit Bewertungen anlegen und für jede Bewertung die gewünschte Systemreaktion (Meldung, Status) festlegen.

• Sie müssen das Bewertungsprofil einer Vorgangsart zuordnen.

Sie müssen im Customizing des CRM unter Vorgänge -> Grundeinstellungen -> Statusverwaltung -> Statusschema für Anwenderstatus definieren folgende Einstellungen machen:

• Die benötigten Status in einem Statusschema anlegen und für jeden Status festlegen, welche Folgefunktionen (z.B. Lieferung ) gesperrt werden sollen.

• Das Statusschema der gewünschten Vorgangsart zuordnen.

Weitere Informationen

BAL_S_LOG - Application Log: Log header data   General Data in Customer Master  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 2924 Date: 20240606 Time: 041901     sap01-206 ( 43 ms )