Willkommen im SAP Forum

Dieser Hinweis hat mir sehr geholfen, ich konnte somit den Status von 51 umsetzen und die Verarbeitung dann mit WE19 im Vordergrund laufen lassen, wobei ich dann den Fehler beheben konnte. Danke!

Guten Abend Herr Sobczak, vielen Dank für Ihren Kommentar mit Hinweis auf erfolgreiche Anwendung in der Praxis! Ich freue mich wirklich, dass ich Ihnen mit meinem Blogbeitrag weiterhelfen konnte. Alles Gute und bis bald Dominik Busse

Hinweis: Dieser Report RC1_IDOC_SET_STATUS hat sich bisher bei mir nicht wirklich bewehrt. (Datenreplikation) Wohl eher was für die Materialwirtschaft? Vorwiegend nutze ich folgende Reports: RBDAGAIP - Erneutes Einbuchen von Teileweise verbuchten iDocs (von 52 nach 53) RSAIDOCSTATESET - BW-Tool: iDoc Status wird zurückgesetzt (von ## nach 51)

Guten Abend Herr Bros, vielen Dank für Ihren Hinweis. In der Tat habe ich den Report vorwiegend in der Materialwirtschaft eingesetzt - hier konnte ich jedoch keine negativen Erfahrungen machen. Ich bedanke mich herzlich für die Ergänzung meines Beitrages, um die von Ihnen genannten Reports. Sicherlich ist Ihr Hinweis auch für die weiteren Leser sehr interessant! Besten Gruß und auf bald, Dominik Busse

Hallo, vielen Dank, in meinem Falle wurdde aufgrund eines Stammdatenfehlers eine Anlieferung zu einem Lieferplan erstellt welcher nicht eingebucht werden kommte. erst nach Löschen der Anlieferung und Korrektur der Stammdaten konnte das IDOC nochmals eingespielt werden und die resultiereende Anlieferung WE gebucht werden. Also war hier auch der Bereich MM betroffen. Vielen Dank, Brend Schuchardt

Hallo Herr Schuchardt - vielen Dank für das Teilen Ihrer Erfahrung! Es freut mich, dass Sie eine Lösung für das Problem finden konnten. Beste Grüße und bis bald, Dominik Busse.

Hallo H.Busse, gute Beschreibung und Übersicht, aber jetzt zur Praxis - seit neuestem ist es verboten nach Änderung ein IDOC erneut abzuspielen. - Begründung: Die IT ändert die notwendigen Felder - z.B: haben wir Orders aus unserem Vertreter System das sind regelmäßig die Debitorennummern des AG oder WE falsch. => es ist verboten das der IT Mitarbeiter nach der Änderung (die natürlich nur auf Anweisung des zuständigen Vertriebsmitarbeiters erfolgt) das IDOC selbst neu einspielt da dann sein Userprofile im IDOC steht, es muss der Vertriebsmitarbeiter den erneuten Verarbeitungsvorgang auslösen (BD87) damit dessen Name drinsteht. - (kostet immer noch mehr Zeit - der Vertriebsmitarbeiter sagt auch noch - ja was soll das weiss ich ob du das richtig geändert hast) - gibt es hier eine Datenschutzrechtliche / gesetzliche Beurteilung dazu ? Danke Manfred Speth

Hallo Herr Speth - willkommen auf rz10.de und vielen Dank für Ihr Lob! Nun zu Ihrer Frage: Bei diesen Themen orientiere ich mich gerne am Maßnahmenkatalog im IT Grundschutz des BSI. In der Maßnahme M 5.128 "Absicherung der SAP ALE (IDoc/BAPI) Schnittstelle" steht zu Ihrer Frage unter anderem Folgendes geschrieben: - ALE-Administrationsberechtigungen dürfen nur den berechtigten Administratoren zugeordnet werden. - Normale Benutzer dürfen keine ALE-Berechtigungen besitzen. Nach Ihrer Beschreibung habe ich die Situation in Ihrem Unternehmen wie folgt verstanden: Die IT (Administratoren) dürfen IDOCs zwar ändern, aber nicht erneut einspielen. Das erneute Einspielen muss über Vertriebsmitarbeiter erfolgen, damit dessen Name im IDOC erscheint. Hierfür benötigen die Vertriebsmitarbeiter jedoch Berechtigungen für die BD87 und haben somit aktuell ALE-Berechtigungen in Ihrem/n System(en). Wenn ich die BSI Maßnahme richtig interpretiere, ist es Empfehlung des BSI, dass genau diese Konstellation nicht stattfinden darf ("Normale Benutzer dürfen keine ALE-Berechtigungen besitzen."). Meine Empfehlung (auf Grundlage der BSI Maßnahme) wäre also, die Administration (also bspw. die Änderung und das erneute Einspielen von IDOCs) durch die (ALE-)Administratoren durchführen zu lassen. Hierdurch stünde natürlich wieder die Userkennung des Administratoren im IDOC. Leider ist mir keine Möglichkeit bekannt, wie direkt im IDOC durch ein zusätzliches Feld beschrieben werden kann, warum der jeweilige User die Änderung durchgeführt hat. In diesem Fall bietet es sich an, dass Sie eine weitere "Ebene" für die erneute Einspielung von IDOCs verwenden. Nutzen Sie in Ihrem Unternehmen eventuell eine Service-Desk-Software wie bspw. den HP Service Manager? In diesem Fall könnte ich mir vorstellen, dass Sie hinsichtlich von IDOC-Änderungen einen neuen Prozess einführen, der wie folgt aussehen könnte: 1. Vertriebsmitarbeiter eröffnet Service Request, mit der Bitte um Änderung und Neueinspielung eines bestimmten IDOCs 2. IT-Administrator übernimmt den Service Request und setzt die Änderungen/Neueinspielung im System um 3. IT-Administrator schließt den Service Request ab und der Vertriebsmitarbeiter erhält eine Benachrichtigung über den Abschluss Durch die zusätzliche Ebene einer Service-Desk-Software wird die Änderung an IDOCs nachhaltig vorgehalten und es kann jederzeit über diese Service-Desk-Software nachgewiesen werden, warum und durch wen ein IDOC verändert wurde und welche Personen daran beteiligt waren. SAP empfiehlt für die Fehlerbehandlung übrigens die Einführung eines Workflows, wie in folgendem Link beschrieben: Fehlerbehandlung im ALE Den Link zur BSI-Maßnahme finden Sie hier: M 5.128 Absicherung der SAP ALE (IDoc/BAPI) Schnittstelle Herr Speth, vielen Dank für Ihre interessante Frage. Ich hoffe, dass ich Ihnen mit meiner Antwort einen Schritt weiterhelfen konnte und freue mich auf ein Feedback von Ihnen. Besten Gruß Dominik Busse