Merkmalsbewertung in Konfiguration geht verloren

SAP R/3 Vertrieb: Auftragsverwaltung, Versand und Transport, Fakturierung, Kreditmanagement, Außenhandel/Zoll...
2 Beiträge • Seite 1 von 1
2 Beiträge Seite 1 von 1

Merkmalsbewertung in Konfiguration geht verloren

Beitrag von olli-x (Specialist / 166 / 0 / 1 ) »
Hallo zusammen,

habe folgenden Ausgangspunkt:

- Es gibt ein Material mit Konfigurationsprofil.
Im Konfigurationsprofil wurden 2 Klassen und diverses BZW zugeordnet.

- In einer der Klassen existiert ein einwertiges Merkmal <merk1>. Dieses Merkmal ist "nicht eingabebereit".

- Über eine "Customer-Function" wurde eine Funktionalität an die Auftragskonfiguration angedockt. ( Pushbutton im Oberflächendesign !?)

- Wenn die Funktionalität gestartet wird, werden alle benötigten Merkmale im Datenbereich einer eigenen Klasse hinterlegt und der weiteren Verarbeitung zur Verfügung gestellt. Eine Dialoganwendung wird gestartet.

- Unter anderem wird in der Dialoganwendung der Wert für das Merkmal <merk1> ermittelt.

- bei der Rückkehr in die Konfiguration werden über die Funktion "CUPR_SET_VAL" die relevanten Merkmalswerte in die Konfiguration übernommen.

- nach dem Sichern wird die Konfiguration gespeichert, auch Merkmal <merk1>. Das kann ich z.B. über die Funktion "VC_I_GET_CONFIGURATION" sehen.

Jetzt das Problem:

Wird der Vertriebsbeleg erneut aufgerufen und man geht in die Konfiguration der Belegposition, ist das Merkmal <merk1> leer.
Beim Debuggen habe ich gesehen, das das Merkmal scheinbar gar nicht "mitgeladen" wird. Speichert man den Beleg OHNE den Aufruf der angedockten Funktionalität, so wird die Konfiguration auf OHNE das Merkmal <merk1> gespeichert :shock: (Funktion "VC_I_GET_CONFIGURATION")

Desweiteren habe ich gesehen, dass das Merkmal auch beim Aufruf der Zusatzfunktion nicht da ist, wenn ich versuchen würde, den aktuellen Wert über die Funktion "CUPR_GET_VAL" zu lesen...

Was ist falsch oder fehlt? Die Kollegen, die i.d.R. das BZW schreiben, behaupten alle notwendigen Einstellungen in den Klassen, Konfigurationsprofil etc. gemacht zu haben - und erfahrungsgemäß kann ich mich auch darauf verlassen. Im Moment bin ich etwas ratlos :?

Wer kann helfen? Vielen Dank im Voraus.

Gruß,
Olli

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Beitrag von olli-x (Specialist / 166 / 0 / 1 ) »
Hallo nochmal,

vielleicht resultiert das Problem aus Unwissenheit :shock:

Angenommem:
Es existiert ein Merkmal <merk1>.
Dieses Merkmal ist nicht eingabebereit steht auch nicht offensichtlich in Bezug mit einer Prozedur, Bedingung etc. Es ist lediglich in einer Klasse hinterlegt und steht auch auf den Reitern des Konfigurationsprofils "zur Verfügung", wird also als nicht eingabebereit dargestellt.

Im Beziehungswissen wird eine Prozedur mit einer darin aufgerufenen Funktion ausgeführt. Gehen wir gedanklich davon aus, es gäbe ausschließlich dieses eine BZW. Sonst nichts, was durchlaufen wird.

Es ist keine Bedingung für die Ausführung der Funktion hinterlegt. Somit wird die Funktion IMMER durchlaufen!

Beim Aufruf der Funktion wird ein Dummy-Merkmal übergeben. Innerhalb der Funktion wird Logik verarbeitet und anschließend die Entscheidung getroffen, ob Merkmale(theoretisch alle Merkmale möglich) anzupassen sind oder nicht!!!.

Falls keine Anpassungen erforderlich sind, wird die Funktion verlassen. Falls doch, werden die relevanten Merkmale mit Werten über die Funktion "CUPR_SET_VAL" in die Konfiguration geschrieben. Auch das Merkmal <merk1>.

Nach dem Sichern des Belges sind die Merkmale der Konfiguration gefüllt und beim Aufruf der Funktion
"VC_I_GET_CONFIGURATION" sichtbar. Auch <merk1>.

Der Beleg wird nun erneut geöffnet, die Konfiguration gestartet und das o.g. BZW durchlaufen. In der Funktion wird festgestellt, dass keine Änderungen getätigt wurden und die Funktion wird OHNE Aufruf von "CUPR_SET_VAL" wieder verlassen.
Das <merk1> wurde durch KEIN! BZW angetastet und ist NULL ~ ich glaube es ist noch nicht einmal der typgerechte Initialwert (0,00) in dem Merkmal. :roll:

Wenn nun die Ausführung des o.g. BZW mit einer Bedingung versehen wird, und dieses BZW beim 2.ten Aufruf die Funktion NICHT ausführt, weil die Bedingung nicht erfüllt ist, wird das Merkmal <merk1> scheinbar wieder mit dem Wert des 1.ten Aufrufs versorgt.

Mal etwas unbeholfen ausgedrückt: :oops:
Ist der Wert des Merkmals <merk1> beim Aufruf ohne Bedingung nicht gefüllt, weil die Funktion theoretisch einen Wert für das Merkmal <merk1> hätte setzen können?
Beim Aufruf mit Bedingung hingegen ist klar, das der Wert "von nirgendwo" kommen konnte und somit wird der Wert aus dem 1.ten Aufruf gezogen :roll:

Ich hoffe ihr versteht mich. Irgendwie ist mir da die Logik der Wissensverabeitung in der Konfiguration nicht klar. In der Doku habe ich leider nichts gefunden...

Gruß,
Oliver

Seite 1 von 1

Vergleichbare Themen

1
Antw.
1272
Views
Mengeneinheit geht verloren
von h1as » 12.03.2014 15:16 • Verfasst in ABAP® für Anfänger
1
Antw.
1358
Views
LSMW Französische Sonderzeichen verloren!
von teerock » 26.10.2006 14:42 • Verfasst in ABAP® Core
6
Antw.
1820
Views
Referenz im Report geht verloren
von msfox » 08.07.2019 11:52 • Verfasst in ABAP Objects®
1
Antw.
1941
Views
Fakturadruck durch Netzwerkfehler verloren
von vwaadenm » 28.04.2008 10:30 • Verfasst in Sales and Distribution
15
Antw.
9299
Views
Sperre geht verloren (Hintergrundmodus) ENQUEUE_E_TABLE
von Alexander » 08.08.2006 16:07 • Verfasst in ABAP® Core

Über diesen Beitrag

olli-x
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch

Aktuelle Forenbeiträge

Daten an Tabelle binden
vor 3 Stunden von Bright4.5 3 / 1475
Regex in where
vor 5 Stunden von tar 6 / 142
Programm anlegen mit Vorlage
vor 20 Stunden von DeathAndPain 2 / 126
IT0024 Qualifikationen CP-ID
vor 20 Stunden von DeathAndPain 2 / 355

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.

Aktuelle Forenbeiträge

Daten an Tabelle binden
vor 3 Stunden von Bright4.5 3 / 1475
Regex in where
vor 5 Stunden von tar 6 / 142
Programm anlegen mit Vorlage
vor 20 Stunden von DeathAndPain 2 / 126
IT0024 Qualifikationen CP-ID
vor 20 Stunden von DeathAndPain 2 / 355

Unbeantwortete Forenbeiträge

BUSOBJEKT zu CMIS PHIO ermitteln
vor 22 Stunden von snooga87 1 / 86
aRFC im OO-Kontext
vor 5 Wochen von ralf.wenzel 1 / 3261
Hilfe bei SWEC/SWE2
September 2024 von retsch 1 / 9821