Kreditmanagement: nächste Prüfung
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo,
Transaktion FD32, Kreditmanagement:
wir sollen das Feld 'nächste Prüfung' (KNKK-NXTRV) als Mussfeld einstellen oder bei Neuanlage eines Debitors abhängig von der Risikoklasse automatisch mit einem Wert belegen.
Wer kann mir einen Tipp geben
Vielen Dank,
Sabine
Transaktion FD32, Kreditmanagement:
wir sollen das Feld 'nächste Prüfung' (KNKK-NXTRV) als Mussfeld einstellen oder bei Neuanlage eines Debitors abhängig von der Risikoklasse automatisch mit einem Wert belegen.
Wer kann mir einen Tipp geben
Vielen Dank,
Sabine
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von MrBojangles (Specialist / 367 / 3 /
30
)
»
Hallo Sabine,
coole Frage - Da hast Du Dir die Ecke ausgesucht, an der der SAP-Standard wenig hergibt. Guck Dir mal den BTE (vormals Open FI-Zeitpunkt) 1520 an (TA FIBF). Dort kannst Du in einem eigenen Funktionsbaustein ABAP-Coding hinterlegen. Leider liegt dieser Zeitpunkt hinter der Verbuchung, d.h Du kannst erst nachträglich kontrollieren, ob das Datum gesetzt wurde. Nicht wirklich dolle, aber besser als nix...
Ansonsten hilft nach meinem Dafürhalten nur eine Modifikation.
Cheers
MrBojangles
coole Frage - Da hast Du Dir die Ecke ausgesucht, an der der SAP-Standard wenig hergibt. Guck Dir mal den BTE (vormals Open FI-Zeitpunkt) 1520 an (TA FIBF). Dort kannst Du in einem eigenen Funktionsbaustein ABAP-Coding hinterlegen. Leider liegt dieser Zeitpunkt hinter der Verbuchung, d.h Du kannst erst nachträglich kontrollieren, ob das Datum gesetzt wurde. Nicht wirklich dolle, aber besser als nix...
Ansonsten hilft nach meinem Dafürhalten nur eine Modifikation.
Cheers
MrBojangles
Hallo,
die bevorzugte Lösung ist die mit der automatischen Vergabe bei 'Debitor anlegen' (TA XD01).
Im Customizing kann man ja bei der Definition des Kreditkontrollkreises für die Risikoklasse, das Kreditlimit und die Bearbeitergruppe Default-Werte hinterlegen, aber nicht für das nächste Prüfdatum.
Wir haben den BTE 5013 im Auge gehabt. Aber der wird dummerweise beim 'Anlegen Debitor' nicht durchlaufen, erst beim 'Ändern Debitor'.
Sabine
die bevorzugte Lösung ist die mit der automatischen Vergabe bei 'Debitor anlegen' (TA XD01).
Im Customizing kann man ja bei der Definition des Kreditkontrollkreises für die Risikoklasse, das Kreditlimit und die Bearbeitergruppe Default-Werte hinterlegen, aber nicht für das nächste Prüfdatum.
Wir haben den BTE 5013 im Auge gehabt. Aber der wird dummerweise beim 'Anlegen Debitor' nicht durchlaufen, erst beim 'Ändern Debitor'.
Sabine
Beitrag
von MrBojangles (Specialist / 367 / 3 /
30
)
»
Hallo Sabine,
ich hab noch 'ne verwegene und zugegebenermassen unausgegorene Idee:
Der BTE 1321 wird nach der Verbuchung des Debitorenstammsatzes durchlaufen (also auch nach Neuanlage). Wenn Du jetzt einen Defaultwert z.B. für die Risikoklasse zum Kreditkontrollbereich angibst, sollte auch ein KNKK-Satz für den Debitor generiert werden. In dem o.g. BTE könntest Du ja dann diesem KNKK-Satz Dein Default-Datum sozusagen unterhelfen. Ich glaub' more Dirty geht nicht, aber wenn's hilft...
Cheers
MrB.
ich hab noch 'ne verwegene und zugegebenermassen unausgegorene Idee:
Der BTE 1321 wird nach der Verbuchung des Debitorenstammsatzes durchlaufen (also auch nach Neuanlage). Wenn Du jetzt einen Defaultwert z.B. für die Risikoklasse zum Kreditkontrollbereich angibst, sollte auch ein KNKK-Satz für den Debitor generiert werden. In dem o.g. BTE könntest Du ja dann diesem KNKK-Satz Dein Default-Datum sozusagen unterhelfen. Ich glaub' more Dirty geht nicht, aber wenn's hilft...
Cheers
MrB.
Hallo MrB.,
BTE 1321 funktioniert nicht, weil der Insert KNKK erst bei Commit work gemacht wird und der kommt hinter BTE 1321.
Aber unser ursprünglich favorisierter BTE 5013 funktioniert doch! Man kommt da mit Break-point setzen nur nicht weiter, da der FB CREDITCONTROL_INSERT_DEFAULT (in dem BTE 5013 aufgerufen wird) mit 'IN UPDATE TASK' aufgerufen wird und dann die Break-points wohl ignoriert werden.
Gruß,
Sabine
BTE 1321 funktioniert nicht, weil der Insert KNKK erst bei Commit work gemacht wird und der kommt hinter BTE 1321.
Aber unser ursprünglich favorisierter BTE 5013 funktioniert doch! Man kommt da mit Break-point setzen nur nicht weiter, da der FB CREDITCONTROL_INSERT_DEFAULT (in dem BTE 5013 aufgerufen wird) mit 'IN UPDATE TASK' aufgerufen wird und dann die Break-points wohl ignoriert werden.
Gruß,
Sabine
Hallo Sabine,
gibt es da von Euch/Dir eine Anleitung dazu wie es gemacht wird.
Kenne mich mit FIBF und den BTE's gar nicht aus.
Wir möchten aber auch bei der XD01 auch automatisch die KNKK anlegen.
Danke und Gruß
Wolfgang
gibt es da von Euch/Dir eine Anleitung dazu wie es gemacht wird.
Kenne mich mit FIBF und den BTE's gar nicht aus.
Wir möchten aber auch bei der XD01 auch automatisch die KNKK anlegen.
Danke und Gruß
Wolfgang
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
2365
Views
Views
0
Antw.
Antw.
1168
Views
Views
Problem mit Kreditmanagement
von Matthias_L. » 14.06.2005 21:57 • Verfasst in Sales and Distribution
von Matthias_L. » 14.06.2005 21:57 • Verfasst in Sales and Distribution
3
Antw.
Antw.
1916
Views
Views
0
Antw.
Antw.
1215
Views
Views
Zahlungskarten (Kreditkarten) und Kreditmanagement
von Matthias_L. » 07.11.2006 18:42 • Verfasst in Sales and Distribution
von Matthias_L. » 07.11.2006 18:42 • Verfasst in Sales and Distribution
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1064
vor 2 Tagen von DeathAndPain 4 / 1064
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1064
vor 2 Tagen von DeathAndPain 4 / 1064