Schnell und billig Auftragsdaten darstellen

Schnell und billig Auftragsdaten darstellen

Moin moin,

ich habe die Daten eines Kundenauftrags in einem XML, die ich vor der Verbuchung darstellen soll (VBAK, VBAP, VBPA, etc, das ganze Programm). Weiß jemand einen Weg, der schnell und billig ist, um diese Daten in einem Dynpro, einem Popup oder sowas darzustellen? Vielleicht hat die SAP ja sowas schon fertig zum Aufrufen....

Bisher liebäugele ich mit einem Fullscreen-Dynpro, auf dem mehrere ALVs sind (einer für die Positionen, einer für die Partner, etc.), wie ich die Kopfdaten darstellen soll, überlege ich mir noch (ein ALV mit einer Zeile finde ich etwas "oversized").

Nett wäre auch ein ALV-Tree, ist aber noch aufwendiger.

Re: Schnell und billig Auftragsdaten darstellen

Wenns so einfach wäre, würde ich hier nicht fragen Konditionen (mehrere pro Position), Partner (mehrere pro Position), Partneradressen (mehrere pro Partner) und so weiter und so fort

Re: Schnell und billig Auftragsdaten darstellen

Hi,

bin mir nicht sicher, wo Du die Daten hast - im r3 direkt?
Wenn ja, dann mach doch eine Auftragssimulation bzw. Auftragsanlage über Batchinput
und zeig dann die VA01 vor dem Speichern?

Gut möglich, dass ich auch nicht Deinen Ansatz/Problem ganz durchschaue.

Gruss

Re: Schnell und billig Auftragsdaten darstellen

Manchmal lässt sich der Auftrag aber nicht anlegen, weil irgendwelche Daten (aus externer Quelle) Müll sind

... BAPI_SALESORDER_CREATEFROMDATA2 hätte für solche Fälle ein Simulationsflag (TESTRUN = 'X').
lg jens

Re: Schnell und billig Auftragsdaten darstellen

Im TreeModel (und TreeControl) wird das über die RELATSHIP (FirstChild, LastChild, NextSibling, PreviousSibling) und die Reihenfolge des Einfügens gelöst.
d.h.
Fügt man alle Knoten als 'LastChild' zum RELATKEY vom Root-Knoten ein, werden sie auch in dieser Reihenfolge sortiert dargestellt.
Fügt man aber alle Knoten als 'FirstChild' zum RELATKEY vom Root-Knoten ein, werden sie genau verkehrt herum sortiert dargestellt.

Wie man das beim ALV-Tree beeinflussen kann weiß ich leider nicht.

Meine Empfehlung wäre sowieso, die Klasse CL_COLUMN_TREE_MODEL zu verwenden. Damit hat man einfach mehr Freiheiten was die Gestalltung anbelangt und zusätzlich bietet das TreeModel gegenüber dem TreeControl, Strings als NodeKey und eine detailierte Fehlerbeschreibung wenn irgendwas mit den Knoten nicht passt anstatt einen nichtsagenden (CONTROL_ERROR) Kurzdump auszulösen.

lg ADT

Re: Schnell und billig Auftragsdaten darstellen

ralf.wenzel hat geschrieben:Hintergrund ist eine Transaktion, die Aufträge anlegt (VA01). Das macht die mit Batch-Input, weil der Anwender noch drübergucken soll ehe der Auftrag wirklich gespeichert wird. Manchmal lässt sich der Auftrag aber nicht anlegen, weil irgendwelche Daten (aus externer Quelle) Müll sind, also will man VOR dem Auftrag-Anlegen (oder wenn man merkt, der konnte nicht angelegt werden) in die Daten reingucken können zu Diagnosezwecken.

Also bringst mir nix, wenn ich per Batch-Input genau das mache, was ohnehin gemacht werden soll, aber nicht funktioniert Es geht wirklich nur darum, die Daten mal zu SEHEN, wie sie aus der Quelle kommen, damit man diagnostizieren kann, ob die sendende Anwendung Mist gebaut hat.

moin,
Aber Du siehst doch dann im BI welche Daten Mist sind. Wenn Du die Daten im Vorfeld als ALV oder auch nur als Reportausgabe rauslässt, muss der Fehler ja gesucht und gefunden(!) werden. Der BI sagt Dir doch was falsch ist (im E - Mode werden Dir doch die Fehler angezeigt, Kundennummer existiert nicht, etc.).
So wie ich das sehe wird die nächste Anfrage an Dich sein - "Schön jetz sehen wir die Daten - aber wo ist der Fehler? Können Sie nicht den Fehler noch darstellen und gleich ein Warnsignal mit Blinklicht ausgeben?"
Vorallem, wenn Du das alles schön mit ALVTress darstellst, muss ja jeder Bereich: Kopf, Position, Einteilung, Kondition, Partner,etc. PP durchgeklickt werden.

Wenn es um die Analyse der Daten geht würde ich eher die XML mit der Datenbank abgleichen und dann die Unstimmigkeiten ausgeben, im Sinne stimmen die Mengen/Konditionen, etc. Aber das ist ja nach der Anlage des Auftrages.

Versteh das irgendwie ned so wirklich. Aber das musst letztendlich ja auch nur Du ...
Bzgl. des Tooltips:
Verwendest Du Icons? Wenn ja, zeigts bei mir den Standard Tooltip des Icons an - eventuell kannst Du den Text ja übersteuern?
lvc_s_layi / cl_gui_alv_tree

Grüße und viel Erfolg!

Re: Schnell und billig Auftragsdaten darstellen

Hmm wenn Du den Batch Input wie folgt ausführst,
Dann bleibt der BI doch dort stehen wo der Fehler auch tatsächlich ist.
Ist halt nix für asynchrone Verarbeiten - so wie ich Dich verstehe passiert das aber eh im Dialog,
damit ja noch Daten ergänzt werden können.

Den BI würde ich vor dem Speichern beenden - dann muss der User den Speichern-Button selber drücken.

Grüße

Re: Schnell und billig Auftragsdaten darstellen

JHM hat geschrieben:Wenn ein "Fehler" in der ersten Position auftritt, siehst du die anderen Positionen erst mal nicht!

jo - dann sehe ich den ersten Fehler, korrigiere diesen und dann kommt der nächste, sofern änderbar... schon klar.
Aber je nachdem gibt dir der BAPI im Simulationsmodus auch nur den ersten Fehler aus,
weil er sonst nicht weitermachen kann.

Wie bereits erwähnt, muss Du ja sonst sämtliche Logiken mit den Daten testen um einen Fehler als solchen identifizieren zu können.
Nur die Daten in nem ALV anzeigen zu lassen wäre ja nur die halbe Miete.
Dann kannst letzendlich ja den Auftrag auch als IDOC übergeben und in der BD87
die Fehler anzeigen lassen. Je länger ich darüber nachdenke... wird das wohl der "billigste und schnellste" Weg sein.
Übergebe die Daten als ORDERS, lege so die Aufträge mit ner Liefersperre an - die FA sichtet die gesperrten Aufträge, ändert, und entfernt die Sperre.
Um die fehlerhaften Aufträge zu sehen muss man dann halt die BD87 zeitnah abarbeiten.

Grüße