Ansicht
Dokumentation

Kreditmanagment in verteilten Systemen ( RELNSD_40_CM_VERTEIL )

General Material Data   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

Kreditmanagment in verteilten Systemen

Beschreibung

Ab Relase 4.0A können Sie Kreditprüfungen aus dem SD in folgendem Szenario durchführen:
zentrale Finanzbuchhaltung und dezentrale Vertriebsabwicklung.
Voraussetzungen dafür sind z.B.:
Die Verkaufsorganisationen der dezentralen Vertriebsrechner müssen unterschiedlichen Buchungskreisen zugeordnet sein, es darf also keine übergeordneten Buchungskreise geben und die Buchungungskreise müssen jeweils anderen Kreditkontrollbereichen zugeordnet sein.

Die dezentralen Vertriebsrechner sind bezüglich ihres Kreditmanagements eigenständig, d.h. die Pflege der Kreditstammdaten, die Prüfungen im SD und die Freigabe durch den Kreditmanager werden dezentral durchgeführt.
Da für die Kreditprüfungen auf den dezentralen Vertriebsrechnern zu den Zeitpunkten Auftrag, Lieferung und Warenausgang nur die kreditrelevanten Daten des eigenen Vertriebsrechners zur Verfügung stehen, u.U. jedoch auch Kreditkontodaten aus der Zentrale benötigt werden (z.B. Summe der offenen Posten, ältester offener Posten, maximale Mahnstufe), stellt das FI den sogn. Kreditvektor zur Verfügung.
Mit Hilfe des Kreditvektors können die FI-Daten im zentralen System gesammelt und über Verteilungsfunktionen an die dezentralen Vertriebsabwicklung gesandt und ausgewertet werden. Der Kreditvektor stellt also die komprimierte FI-Auskunft für Kreditprüfungen dar.

Da die kreditrelevanten SD-Daten (offene Auftrags-, Liefer- und Fakturawerte) nicht verteilt werden, gibt es für die Arbeit mit verteilten Systemen bestimmte Voraussetzungen.

Voraussetzungen für die Arbeit mit verteilten Systemen

Für die Arbeit mit verteilten Systemen muß eine der folgenden Bedingungen erfüllt sein:

• Die dezentralen Vertriebsrechner müssen über separate Kreditkontrollbereiche verfügen (es darf keine Mehrfachzuordnungen geben).
  oder

• Den dezentralen Vertriebsrechnern müssen jeweils unterschiedliche Kunden zugeordnet sein (es darf keine Mehrfachzuordnungen geben).
  oder

• Die Kreditprüfungen in den dezentralen Vertriebsrechnern dürfen ausschließlich bez. der FI-Daten durchgeführt werden (z.B. statische Kreditlimitprüfung ohne offene Kreditwerte aus dem Vertrieb, Mahnstufe usw.)

Kreditvektor

Alterungsgrad

Den Alterungsgrad des Kreditvektors stellen Sie im Customizing des Vertriebes unter Grundfunktionen --> Kreditmanagement/Risikomanagement --> Kreditmanagement --> Automatische Kreditkontrolle ein.

Unter Prüfungen Finanzbuchhaltung/Alter Kreditvektor können Sie in den Feldern Erlaubte Tage und Erlaubte Stunden den erlaubten Alterungsgrad des Kreditvektors angeben. Sie können hier also festlegen, wie alt der Kreditvektor sein darf, um für eine Prüfung herangezogen zu werden. Ist der erlaubte Alterungsgrad des Kreditvektors bei einer Kreditprüfung überschritten, dann wird der Beleg gesperrt.

Hinweis:
Die Felder Erlaubte Tage und Erlaubte Stunden sind nur dann eingabebereit, wenn Sie im Customizing des FI unter Debitoren- und Kreditorenbuchhaltung --> Kreditmanagement --> Vorbereitende Einstellungen für Kreditmanagement im Feld Lesen Kreditvektor das Kennzeichen x eingegeben haben.

Aktualisierung

Der Kreditvektor wird entweder periodisch vom zentralen Finanzwesen auf die dezentralen Vertriebsrechner verteilt oder zum Zeitpunkt der Kreditprüfung, falls ein veralteter Kreditvektor vorliegt, vom System per Remote Function Call aktualisiert.
Um die Systembelastung so gering wie möglich zu halten, empfiehlt SAP die folgende Reihenfolge einzuhalten:

1. Programmlauf: Zahlungseingang im zentralen FI
2. Programmlauf: Verteilung Kreditvektor vom zentralen FI in die dezentralen Vertriebsrechner
3. Programmlauf: erneute Kreditprüfung der gesperrten Vertriebsbelege in den dezentralen Vertriebsrechnern

Statusverwaltung bei veraltetem Kreditvektor

Ist der Kreditvektor veraltet, wird im Verkaufsbeleg der Kreditstatus Kreditdaten veraltet gesetzt. Der Beleg ist damit gesperrt und erscheint im Arbeitsvorrat des Kreditbearbeiters. Ob bei veralteten Daten eine Warnung erscheint bzw. ein Status gesetzt wird, legen Sie im Customizing des Vertriebes im Arbeitsschritt Automatische Kreditkontrolle bei den einzelnen oben genannten Prüfungen, die FI-Daten erfordern, fest.
Wenn Sie mit dem Kreditvektor arbeiten und veraltete Daten nachbearbeiten möchten, empfiehlt es sich einen Status zu setzen.

Einfluß auf den Datenbestand im Fehlerfall

Soft-/Hardwarevoraussetzungen

Besonderheiten bei der Installation

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Auswirkungen auf Batch-Input

Änderungen an der Oberfläche

Änderungen in der Vorgehensweise

Aktionen zum Beheben von Fehlern am Datenbestand

Abhängige Funktionen

Planungen

Weitere Hinweise

Siehe auch:

Erweiterungen im Kreditmanagement (FI)

RFUMSV00 - Advance Return for Tax on Sales/Purchases   General Material Data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 6199 Date: 20240523 Time: 210202     sap01-206 ( 104 ms )