Änderungszeiger und BD52: warum Stammdatenänderungen nicht verteilt werden

So funktionieren Änderungszeiger

Änderungszeiger sind der Mechanismus, mit dem ALE Änderungen an Stammdaten (zum Beispiel Material-, Kunden- oder Lieferantendaten) als IDocs verteilt. Ändert sich ein relevantes Feld, schreibt das System einen Änderungszeiger. Ein Report liest später die offenen Zeiger und erzeugt IDocs für den konfigurierten Nachrichtentyp.

Damit diese Kette funktioniert, müssen mehrere Einstellungen zusammenpassen:

• BD61 — Änderungszeiger sind global aktiviert;
• BD50 — Änderungszeiger sind für den Nachrichtentyp aktiviert (zum Beispiel MATMAS);
• BD52 — die Felder, deren Änderung einen Zeiger erzeugen soll, sind dem Nachrichtentyp zugeordnet;
• BD64 — das Verteilungsmodell enthält den Nachrichtentyp für Sender und Empfänger;
• BD21 (Report RBDMIDOC) — verarbeitet die offenen Änderungszeiger, meist als eingeplanter Job.

Warum Änderungen nicht verteilt werden

• Ein Feld wurde in die Schnittstelle aufgenommen, aber nicht in BD52 zugeordnet — seine Änderungen erzeugen nie einen Zeiger.
• Der Nachrichtentyp ist in BD50 nicht aktiviert, oder Änderungszeiger sind global inaktiv.
• Der BD21-Job ist nicht eingeplant, bricht ab oder läuft für einen anderen Nachrichtentyp.
• Das Verteilungsmodell enthält für das geänderte Objekt keinen Filter oder Empfänger.
• Die Konfiguration unterscheidet sich zwischen den Systemen, weil ein Transport fehlt.

Vorgehen bei der Analyse

1. Beginnen Sie mit der fachlichen Anforderung: Welche Felder müssen welchen Empfänger erreichen?
2. Vergleichen Sie diese Liste mit der BD52-Feldzuordnung des Nachrichtentyps.
3. Prüfen Sie Aktivierung (BD61, BD50) und Verteilungsmodell im selben System.
4. Stellen Sie sicher, dass Zeiger verarbeitet werden: Jobeinplanung und Verarbeitungsstatus.

Der Change Pointer Coverage Auditor von ERP Preflight vergleicht benötigte Felder mit der exportierten Änderungszeiger-Konfiguration und meldet nicht abgedeckte Felder mit Nachweis. Siehe Integration.