SAP-Script: Änderungsnachricht erzeugen
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo Zusammen, ich hoffe, alle haben den Karneval gut überlebt. 
Ich habe mal eine Frage zur Nachrichtensteuerung (4.72): an der Nachrichtenart kann ich ein Programm und Formroutine mitgeben, in der ich entscheiden kann, ob eine Änderungsnachricht erzeugt werden soll.
1.) Kann ich das nicht genau so über eine Bedingung in der Steuerung des Nachrichtenschemas realisieren, oder hat sich die SAP dabei was besonderes vorgestellt?
2.) Kann ich auf die Felder des Beleges nur über einen Dirty-Assign zugreifen
Vielleicht hat ja hier jemand Erfahrung.
Danke
ST22
Ich habe mal eine Frage zur Nachrichtensteuerung (4.72): an der Nachrichtenart kann ich ein Programm und Formroutine mitgeben, in der ich entscheiden kann, ob eine Änderungsnachricht erzeugt werden soll.
1.) Kann ich das nicht genau so über eine Bedingung in der Steuerung des Nachrichtenschemas realisieren, oder hat sich die SAP dabei was besonderes vorgestellt?
2.) Kann ich auf die Felder des Beleges nur über einen Dirty-Assign zugreifen
Vielleicht hat ja hier jemand Erfahrung.
Danke
ST22
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
war Karneval...)ST22 hat geschrieben:Hallo Zusammen, ich hoffe, alle haben den Karneval gut überlebt.
stimmt...ST22 hat geschrieben:Ich habe mal eine Frage zur Nachrichtensteuerung (4.72): an der Nachrichtenart kann ich ein Programm und Formroutine mitgeben, in der ich entscheiden kann, ob eine Änderungsnachricht erzeugt werden soll.
In der Bedingung kannst du nur entscheiden, ob eine Nachricht gefunden wird oder nicht.ST22 hat geschrieben:1.) Kann ich das nicht genau so über eine Bedingung in der Steuerung des Nachrichtenschemas realisieren, oder hat sich die SAP dabei was besonderes vorgestellt?
im besagten Programm wird nur geschaut, ob die Nachricht schonmal gedruckt wurde. Falls ja, bekommt der NAST-Satz einen Haken in Feld "AENDE".[/quote]
Ich drück's mal höflich ostfriesisch aus: Häh??ST22 hat geschrieben:2.) Kann ich auf die Felder des Beleges nur über einen Dirty-Assign zugreifen
Welche Felder? und wo? oder meinst du, während du in dieser besagten Routine bist? Denn ja: nur über den dirty assign.
lg, Enno
Hallo Enno,
also hier im Süden war da was
ansonsten danke für deine Antwort, habe auch noch im OSS den Hinweis 395569 gefunden, der deine Anwort bestätigt.
Vielleicht mal etwas genauer, was ich machen soll: Falls sich bestimmte Felder eines Auftrages (Branchenlösung IS M/AM) ändern sollen bzw. bei der Neuanlage soll ein sog. Infoblatt gedruckt werden.
Ich muss also irgendwo auf die alten Feldwerte und die neuen zugreifen können. Das kann ich ja im Prinzip nur über den Dirty-Assign auf das aufrufende Programm.
Werde also mal anfangen zu basteln.
Gruß
ST22
war Karneval...)
VersteheIch drück's mal höflich ostfriesisch aus
also hier im Süden war da wasansonsten danke für deine Antwort, habe auch noch im OSS den Hinweis 395569 gefunden, der deine Anwort bestätigt.
Vielleicht mal etwas genauer, was ich machen soll: Falls sich bestimmte Felder eines Auftrages (Branchenlösung IS M/AM) ändern sollen bzw. bei der Neuanlage soll ein sog. Infoblatt gedruckt werden.
Ich muss also irgendwo auf die alten Feldwerte und die neuen zugreifen können. Das kann ich ja im Prinzip nur über den Dirty-Assign auf das aufrufende Programm.
Werde also mal anfangen zu basteln.
Gruß
ST22
du musst das nicht zwingend über den assign machen.
eine andere lösung wäre, dass du die Änderungsnachricht immer erzeugst und dann im Druckprogramm auswertest, ob was gedruckt werden muss oder nicht.
Falls nix gedruckt werden muss, kannst du als Returncode "3" mitgeben, dann bleibt die Nachricht als "unverarbeitet" im Beleg stehen.
Ist etwas ünschöner, weil man dann nicht im Beleg selbst sehen kann, ob was gedruckt wird oder nicht, aber man umgeht den DirtyAssign. Zudem muss die Prüfung "Hatsichwasgeändert" nur einmal durchgeführt werden. In der Bedingung wird sie jedesmal durchgeführt, sobald man in die Nachrichtenübersicht springt.
...Enno...
eine andere lösung wäre, dass du die Änderungsnachricht immer erzeugst und dann im Druckprogramm auswertest, ob was gedruckt werden muss oder nicht.
Falls nix gedruckt werden muss, kannst du als Returncode "3" mitgeben, dann bleibt die Nachricht als "unverarbeitet" im Beleg stehen.
Ist etwas ünschöner, weil man dann nicht im Beleg selbst sehen kann, ob was gedruckt wird oder nicht, aber man umgeht den DirtyAssign. Zudem muss die Prüfung "Hatsichwasgeändert" nur einmal durchgeführt werden. In der Bedingung wird sie jedesmal durchgeführt, sobald man in die Nachrichtenübersicht springt.
...Enno...
Ich mach so etwas im Kundenauftrag (VA02). Wenn sich bestimmte Felder ändern soll ein IDoc getriggert werden. Die Prüfung ob sich etwas geändert hat machen ich in einem User-Exit, wenn eine Änderung festgestellt wird, wird eine Memory-ID gesetzt. Die Memory-ID wird in der Bedigung ausgewertet und danach gelöscht.ST22 hat geschrieben:Vielleicht mal etwas genauer, was ich machen soll: Falls sich bestimmte Felder eines Auftrages (Branchenlösung IS M/AM) ändern sollen bzw. bei der Neuanlage soll ein sog. Infoblatt gedruckt werden.
Ich muss also irgendwo auf die alten Feldwerte und die neuen zugreifen können. Das kann ich ja im Prinzip nur über den Dirty-Assign auf das aufrufende Programm.
Werde also mal anfangen zu basteln.
Funktioniert wunderbar.
Gruß Hendrik
Danke du hast RechtIch mach so etwas im Kundenauftrag (VA02). Wenn sich bestimmte Felder ändern soll ein IDoc getriggert werden. Die Prüfung ob sich etwas geändert hat machen ich in einem User-Exit, wenn eine Änderung festgestellt wird, wird eine Memory-ID gesetzt. Die Memory-ID wird in der Bedigung ausgewertet und danach gelöscht.
Funktioniert wunderbar.
Seite 1 von 1
Vergleichbare Themen
7
Antw.
Antw.
4270
Views
Views
3
Antw.
Antw.
1610
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.