SAP Jobsuche bei DV-Treff


Suchen
SteUm
  • SteUm
  • SAP Forum - Experte Thema Starter
vor 5 Jahre
Hallo zusammen,

ich habe folgendes Problem...

ich habe eine Interne Verrechnung im P-System storniert und bekomme die Meldung beim Sichern der Storno Verrechnung (Buchhaltungsbeleg): Für die Debitorennummer "XXX" wurde im Buchungskreis "XXXX" kein Stammsatz angelegt.

da wir ein sehr aktuelles Q-System haben, habe ich die gleiche Interne Verrechnung im Q-System storniert und

bekomme beim Buchhaltungsbeleg "keinen" Fehler.

Wie bekomme ich jetzt raus warum sich im P-System die Storno nicht an die Buchhaltung überleiten lässt und im Q-System schon?

Wir können den Debitor nicht im BUKR anlegen, da dies nur Lagerortadressen sind - bräuchte ich laut Q-System ja auch nicht...

ich bin am verzweifeln denn meine FIBU macht mir die Hölle heiß.

Danke

Förderer
SanduhrAnzeigeProgramm
vor 5 Jahre
Na wenn es der exakt selbe Beleg ist (siehe auch Thema unten System/ Mandant kopieren), dann muss ja jemand genannten Debitor geändert bzw. gelöscht haben, dass es zu der Fehlermeldung kommt.

Daher Stammdaten vergleichen und Unterschied finden.

Natürlich können auch irgendwelche Entwicklungen oder Substitutionen im P-System (Stand heute) anders sein als im Q-System.

Außerdem gibt es viele Möglichkeiten ein Q-System zu aktualisieren, inwieweit der Beleg und alle Abhängigkeiten also im Q nun identisch zum P sind, kann dir nur der sagen der die Kopie gemacht hat.

*... who can do field replacements in the debugger can do anything in the system

*so this check can (not) stop (him) anyway.

SteUm
  • SteUm
  • SAP Forum - Experte Thema Starter
vor 5 Jahre
Leider ist alles was Debitor und beleg angeht total das selbe... Die Systemkopie wurde Anfang August gemacht

Ich finde und finde einfach nichts...

Aber ich hab verstanden... wer weiter sucht der findet evtl was..

Danke dir

SanduhrAnzeigeProgramm
vor 5 Jahre
Im Zweifel musst du das halt debuggen, wenn deine Stamm- und Belegdaten (angeblich) gleich sind.

Dan wirst du schnell merken warum er dir (nach meiner Einschätzung) im FB FI_CUSTOMER_CHECK die Fehlermeldung ausgibt.

*... who can do field replacements in the debugger can do anything in the system

*so this check can (not) stop (him) anyway.

hochlebediesap
vor 5 Jahre
Hi,

kann es sein dass ihr vielleicht ein 4 Augen Prinzip im P scharf habt und im Q nicht?

Grüße

Ähnliche Themen
Benutzer, die gerade dieses Thema lesen