VD03 Absprung zu den Ansprechpartnern

[Beate4743]

Guten Morgen zusammen,

wir bereinigen zur Zeit Dubletten. Dafür hängen wir die Ansprechpartner von einem Debitor zu einem anderen Debitor.. Da dies der Standard nicht vorsieht haben wir ein eigenes Programm geschrieben, welches in der Tabelle KNVK (Ansprechpartner) den neuen Debitor reinschreibt.. Wenn wir jetzt den Ansprechpartner über die VD03 Reiter Ansprechpartner aufrufen, bekommen wir die Fehlermeldung Interner Fehler - Fehlerhafter Aufruf von
ADDRESS_GET

"Interner Fehler - Fehlerhafter Aufruf von ADDRESS_GET
Meldungsnr. AM885

Diagnose
Die Ursache konnte ein Programm-Fehler beim Aufruf des (BAS)-Programms, DatenInkonsistenz, bzw. ein Systemproblem (Z.B. fehlende Nummernkreise) sein.

Systemaktivitäten
AM885 zeigt eine unerwartete Ausnahme aus dem aufgerufenen Funktionsbaustein an, die normalerweise im SY-MSGV1 angegeben wird.

Vorgehen
Bitte legen Sie eine Kundenmeldung an, Komponente BC-SRV-ADR. Das Problem wird dann weiter analysiert."

Weiß hier irgendjemand weiter???

LG thelocgirl

[Alma59]

Hallo,

der Fehler kommt weil er mit den Adressnummern durcheinander kommt.
Habt ihr nur in der KNVK ausgetauscht ?

Zu jedem Ansprechpartner eines Lieferanten existiert in der KNVK eine Personennummer (PRSNR). Diese steht wiederrum in der ADRP und hat wiederrum eine Verknüpfung mit der Adressnummer des Lieferanten.

Lieferant 100475 KNA1 ADRNR 12237

KNVK AP 1 -> PRSNR 41818
AP 2 -> PSRNR 41819

ADRP PERSNUMBER = 41818 -> im Feld ADDR_COMP = 12237

VG Tina

[Beate4743]

ja wir haben nur in der knvk getauscht.. nun habe ich auch noch in der adcp getauscht, dass ist die zuordnungstabele adresse/person..

nun bekomme ich beim aufrufen des ansprechpartners über die vd03 bzw. auch über die vap3 den laufzeitfehler: Interner Fehler - DB und COMM_A_P_IN_MEMORY inkonsistent



LG thelocgirl

[Bianka187]

hallo thelocgirl,

habt ihr in eurem Programm einfach einen INSERT in die KNVK/ADCP durchgeführt? Falls ja, dann ist der von dir geschilderte Zustand ein Paradebeispiel dafür warum man direkte Inserts vermeiden sollte. Sehr oft ist der Zusammenhang innerhalb der SAP-Tabellen komplizierter als es auf den ersten Blick aussieht. Schreibt euch ein Batch-Input-Programm, welches die Partner über eine SAP-Transaktion hinzufügt/löscht. So kannst du dir sicher sein, dass alle von SAP angedachten Routinen durchlaufen werden

[Beate4743]

hallo alexander,
vielen dank für deine antwort. ja wir haben einen einfachen insert in die tabellen knvk und adcp durchgeführt.
klar kann man auch ein batch-input programm schreiben, doch man kann ja in dem ansprechpartner wenn man in der vap2 ist nicht den debitor ändern.. wie würde dass dann mit batch input funktionieren?!?

LG thelocgirl

[Beate4743]

dann müsste man höchstens ein batch input programm schreiben, welches die ap von der dublette löscht und die ap an den neuen debitoren anlegt ..

[Bianka187]

dann müsste man höchstens ein batch input programm schreiben, welches die ap von der dublette löscht und die ap an den neuen debitoren anlegt ..

an etwas in der Art dachte ich auch. Es kann natürlich auch hierbei zu Problemen kommen, je nachdem wie die Transaktion aufgebaut ist wird es vielleicht nicht einfach sein die richtige Zeile mit dem Ansprechpartner per Batch anzusprechen. Ich würde mich trotzdem eher damit befassen als einen direkten Insert abzusetzen. Es muss auch nicht immer ein Batch sein, ggf. gibt es auch Funktionsbausteine die man dazu verwenden könnte.