SAP Jobsuche bei DV-Treff
SambaSAP
  • SambaSAP
  • SAP Forum - Neuling Thema Starter
vor 3 Jahre
Hallo zusammen

Wie kann ich das Feld Stornogrund in der VF11 als Muss-Feld definieren?

Und: Bei der Übergabe an FI wird in unserem System der Stornogrund nicht angezeigt im FI-Beleg. Er wird also nicht übergeben von SD nach FI. Weiss jemand, wie man das einstellen kann?

Besten Dank.

Gruss

Samba


Hana ist nicht nur ein Ort auf Hawaii.
SanduhrAnzeigeProgramm
vor 3 Jahre
a)

Kenne ich im Standard nicht.

Bzw. du kannst das in Kopierbedingungen einbauen, so die Empfehlung der SAP.

Ich würde in die Ablauflogik zum Dynpro eine Logik einbauen die das prüft, um so eine allgemeingültige Prüfung nicht an verschiedenen Stellen Customizen zu müssen.

Die SAP würde natürlich sagen "it´s not a bug it´s a feature", kann man glaube ich auch ganz anders sehen 😉

b) Hilfetext zum Feld:

Dependencies

The system only saves the reversal reason you selected in the reversal document, if you choose the value C - Negative posting - reversal reason as selected in the Negative posting field in the Customizing activity Define Billing Types.

&

In der Transaktion VOFA der Stornobelegart muss für das Feld "Negativbuchung" (TVFK-XNEGP) der Wert "C" verwendet werden, OSS 2436450


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

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

SambaSAP
  • SambaSAP
  • SAP Forum - Neuling Thema Starter
vor 3 Jahre
Danke für die Hinweise.

Das mit Wert "C" ist korrekt - das hatte ich die Tage auch herausgefunden und es klappt auch wirklich ;)

Bezgl. Muss-Feld für Stornogrund: Ich werde es vermutlich mit einer Transaktionsvariante versuchen:

https://wiki.scn.sap.com/wiki/display/ERPFI/Transaction+variants+and+Screen+variants 

VG,

Samba


Hana ist nicht nur ein Ort auf Hawaii.
SanduhrAnzeigeProgramm
vor 3 Jahre
Zitat von: SambaSAP 

...

Bezgl. Muss-Feld für Stornogrund: Ich werde es vermutlich mit einer Transaktionsvariante versuchen ...

Dann kannst du halt keine Ausnahmen machen, oder Regeln hinterlegen.

Daher ist so etwas immer nur bedingt Zukunftssicher bzw. nur ein temporäre Lösung


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

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

Benutzer, die gerade dieses Thema lesen