IDOCS von einem auf ein anderes System übertragen
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen,
kennt jemand von Euch eine Möglichkeit IDOC's ( hauptsächlich ORDERS ) von einem System in ein anderes zu übertragen ?
Ich würde gerne zum Testen aktuelle ORDERS IDOC's aus unserem Produktiv-System in unser QUA-System übertragen, um möglichst authentische Daten zu haben .
Viele Grüße
Ingo
kennt jemand von Euch eine Möglichkeit IDOC's ( hauptsächlich ORDERS ) von einem System in ein anderes zu übertragen ?
Ich würde gerne zum Testen aktuelle ORDERS IDOC's aus unserem Produktiv-System in unser QUA-System übertragen, um möglichst authentische Daten zu haben .
Viele Grüße
Ingo
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Arno Simon (ForumUser / 84 / 0 /
1
)
»
Moin Ingo,
Deine Anfrage ist zwar schon ein paar Tage her, aber sei's drum - auch auf die Gefahr, das Du Dir bereits eine Lösung "zusammengebastelt" hast:
Ich gehe hierbei in der Regel über die SE16 (N). Im Zielsystem zunächst ein entsprechend Typisiertes IDoc gleicher Segmentanzahl suchen (TA WE02). Dieses wird mittels der TA WE19 dupliziert (einfach erneut über den Standard Eingang jagen). Das somit erzeugte neue IDoc wird im Ziel über die SE16/SE16N im Bearbeitungsmodus aufgerufen. Aus dem Quellsystem das zu übertragende IDoc bzw. dessen Inhalte (nicht die KeyValues!) herauskopieren und im Zielsystem über die Wertspalten des zu überschreibenden IDocs kopieren. Das ganze speichern und anschließend das somit abgewandelte IDoc über die WE19 erneut über den Eingang laufen lassen. Dann kannst Du Fehlersuche etc. mit den gleichen Werten betreiben wie dies auf dem P-System möglich ist.
vG
Arno
Deine Anfrage ist zwar schon ein paar Tage her, aber sei's drum - auch auf die Gefahr, das Du Dir bereits eine Lösung "zusammengebastelt" hast:
Ich gehe hierbei in der Regel über die SE16 (N). Im Zielsystem zunächst ein entsprechend Typisiertes IDoc gleicher Segmentanzahl suchen (TA WE02). Dieses wird mittels der TA WE19 dupliziert (einfach erneut über den Standard Eingang jagen). Das somit erzeugte neue IDoc wird im Ziel über die SE16/SE16N im Bearbeitungsmodus aufgerufen. Aus dem Quellsystem das zu übertragende IDoc bzw. dessen Inhalte (nicht die KeyValues!) herauskopieren und im Zielsystem über die Wertspalten des zu überschreibenden IDocs kopieren. Das ganze speichern und anschließend das somit abgewandelte IDoc über die WE19 erneut über den Eingang laufen lassen. Dann kannst Du Fehlersuche etc. mit den gleichen Werten betreiben wie dies auf dem P-System möglich ist.
vG
Arno
Hallo Arno,
den 'manuellen' Weg wollte ich eigentlich vermeiden, da ich es in der Regel mit nicht nur einem IDOC zu tuen habe sondern gleich mit einigen mehr.
Werde mich also wohl oder übel damit befassen müssen, dafür eine 'schöne' Applikation zu entwickeln.
Einen Vorteil hat das dann, ich kann die Transaktion auch einem Anwender in die Hand drücken zum Testen
)
Viele Grüße
Ingo
den 'manuellen' Weg wollte ich eigentlich vermeiden, da ich es in der Regel mit nicht nur einem IDOC zu tuen habe sondern gleich mit einigen mehr.
Werde mich also wohl oder übel damit befassen müssen, dafür eine 'schöne' Applikation zu entwickeln.
Einen Vorteil hat das dann, ich kann die Transaktion auch einem Anwender in die Hand drücken zum Testen
)Viele Grüße
Ingo
Hallo zusammen,
ich habe mir mittlerweile mit Standard MItteln einen kleinen Report gebastelt, der per RFC ein eIDOC aus einem beliebigen System ausliest und im Zielsystem ein entsprechendes IDOC erstellt.
Alles in allem kein Hexenwerk, wie sich im nachinein herausstellte.
Viele Grüße
Ingo
ich habe mir mittlerweile mit Standard MItteln einen kleinen Report gebastelt, der per RFC ein eIDOC aus einem beliebigen System ausliest und im Zielsystem ein entsprechendes IDOC erstellt.
Alles in allem kein Hexenwerk, wie sich im nachinein herausstellte.
Viele Grüße
Ingo
Hi sapfreund,
also mich interessiere mich brennend dafür.
Es ist i.A. so, dass ich zwar von einem Windows-PC per RFC (STARTRFC mit dem ganzen Parametersalat) ein IDoc im SAP zur Verarbeitung bringen kann.
Nur muss dieses IDoc erst mal auf die Maschine (ins Filesystem einer AS/400) gebracht werden, wo das SAP drauf ist. Und dazu habe ich noch nichts gefunden.
Kann natürlich sein, dass ich einen Denkfehler habe.
Also was ist Dein ultimativer Tipp dazu?
Grüße - Bodo
also mich interessiere mich brennend dafür.
Es ist i.A. so, dass ich zwar von einem Windows-PC per RFC (STARTRFC mit dem ganzen Parametersalat) ein IDoc im SAP zur Verarbeitung bringen kann.
Nur muss dieses IDoc erst mal auf die Maschine (ins Filesystem einer AS/400) gebracht werden, wo das SAP drauf ist. Und dazu habe ich noch nichts gefunden.
Kann natürlich sein, dass ich einen Denkfehler habe.
Also was ist Dein ultimativer Tipp dazu?
Grüße - Bodo
Hallo Bodo,
-sorry für die verspätete Reaktion-, war in der letzten Zeit sehr eingespannt.
Also mein Ansatz beruht darauf, daß ich mittels eines RF Calls die Daten aus SAP lese und dann an meine Funktion übergebe, die dann einen
IDOC mittels (IdocSend.SubmitIDoc(......)) an das Ziel SAP System übeträgt. Hier ist keinerlei Zugang zum FileSystem notwendig.
Der Ansatz mit "IdocSend.SubmitIDoc(" wurde in einem Projekt gebraucht, um über das Standard IDOC Interface Testdaten einzuspielen,
die nachher / eigentlich von einem Vorsystem kommen.
Um Tests mit gleichen Daten, z.B. aus einer QA Umgebung in einer DEV-Umgebung machen zu können, habe ich dann diesen technischen Ansatz entwickelt.
Für weitere Fragen stehe ich natürlich gerne zur Verfügung. (Ich werde nun mal häufiger hier rein schauen.)
Grüße
Chrisse
-sorry für die verspätete Reaktion-, war in der letzten Zeit sehr eingespannt.
Also mein Ansatz beruht darauf, daß ich mittels eines RF Calls die Daten aus SAP lese und dann an meine Funktion übergebe, die dann einen
IDOC mittels (IdocSend.SubmitIDoc(......)) an das Ziel SAP System übeträgt. Hier ist keinerlei Zugang zum FileSystem notwendig.
Der Ansatz mit "IdocSend.SubmitIDoc(" wurde in einem Projekt gebraucht, um über das Standard IDOC Interface Testdaten einzuspielen,
die nachher / eigentlich von einem Vorsystem kommen.
Um Tests mit gleichen Daten, z.B. aus einer QA Umgebung in einer DEV-Umgebung machen zu können, habe ich dann diesen technischen Ansatz entwickelt.
Für weitere Fragen stehe ich natürlich gerne zur Verfügung. (Ich werde nun mal häufiger hier rein schauen.)
Grüße
Chrisse
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
2132
Views
Views
Parameter von CRM System auf ERP System übertragen
von cschmoel » 05.10.2012 13:43 • Verfasst in ABAP® für Anfänger
von cschmoel » 05.10.2012 13:43 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
593
Views
Views
Adressdatensätze in entferntes System übertragen - nur wie?
von 205er » 13.11.2019 17:00 • Verfasst in ABAP® Core
von 205er » 13.11.2019 17:00 • Verfasst in ABAP® Core
0
Antw.
Antw.
3690
Views
Views
Dokumente auf ein anderes System übertragen
von H.Schulz » 17.03.2009 10:00 • Verfasst in Development Related
von H.Schulz » 17.03.2009 10:00 • Verfasst in Development Related
1
Antw.
Antw.
1628
Views
Views
Web Dynpro auf anderes System mit älteren Stack übertragen
von Ippoo » 28.11.2012 17:37 • Verfasst in ABAP® für Anfänger
von Ippoo » 28.11.2012 17:37 • Verfasst in ABAP® für Anfänger
11
Antw.
Antw.
7297
Views
Views
ABAP Programm von Mini SAP auf real SAP System übertragen?
von Hutch3 » 05.08.2010 14:43 • Verfasst in ABAP® für Anfänger
von Hutch3 » 05.08.2010 14:43 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1156
vor 2 Tagen von DeathAndPain 4 / 1156
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1156
vor 2 Tagen von DeathAndPain 4 / 1156