Workflow und Ereignismeldungen

Zweck

Diese Seite beschreibt die Workflow- und Ereignislogik in Automotive. Sie zeigt, wie fachliche Abweichungen erkannt, Benutzern zugeordnet und im Tagesgeschäft nachverfolgt werden, ohne dass jeder Prozess manuell überwacht werden muss.

Fachlicher Nutzen

• Sie machen Abweichungen in Verkaufs-, Einkaufs- und Logistikprozessen früh sichtbar.
• Sie ordnen Ereignisse gezielt Benutzern oder Verantwortungsbereichen zu.
• Sie reduzieren unnötige Warnungen, indem ignorierbare Fehler bewusst gekennzeichnet werden.
• Sie nutzen Ereignismeldungen als operative Kontrollschicht über den laufenden Prozess.

Grundlogik

Die Workflow-Logik arbeitet in drei Schritten:

1. Ein fachlicher Fehler oder ein relevantes Ereignis wird vom System erkannt.
2. Über Fehlercodes und Ereigniscodes wird festgelegt, ob daraus eine Meldung entsteht und welche technische Workflow-Funktion verwendet wird.
3. Die Ereignismeldung erscheint zur Bearbeitung im System, ist mit Vorgängen verknüpft und kann über Status und Filter verfolgt werden.

graph LR;

%% Nodes
A[Fachliche Abweichung]
B[Fehlercode]
C[Ereigniscode mit Funktionsname]
D[Ereignismeldung mit verknuepften Vorgaengen]
E[Offen oder erledigt]

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Welche Arbeitsseiten der Code bereitstellt

Der aktuelle Code stellt für Anwender und Key User vier klar getrennte Arbeitsobjekte bereit:

Damit ist die Workflow-Logik in Automotive nicht nur ein abstraktes Regelwerk, sondern eine konkrete Arbeitsoberfläche mit Listen-, Karten- und Drilldown-Verhalten.

Fehlercodes prüfen und bewerten

Fehlercodes beschreiben die fachlichen Situationen, die vom System erkannt werden. Im Code ist dafür die Seite Error Codes vorgesehen. Für Anwender besonders wichtig ist das Feld Kann ignoriert werden.

Prüfen Sie deshalb bewusst:

• welche Meldungen sind nur informativ?
• welche Meldungen erfordern zwingend eine Bearbeitung?
• welche Fehler würden sonst im Tagesgeschäft zu unnötiger Warnungsflut führen?

Ein zu großzügiges Ignorieren schwächt die Prozesskontrolle. Ein zu strenges Meldebild führt dagegen dazu, dass echte kritische Ereignisse zwischen vielen unwichtigen Meldungen untergehen.

Ereigniscodes und Verantwortlichkeit

Über Ereigniscodes wird definiert, welche fachliche Situation welcher technischen Workflow-Funktion zugeordnet ist. Die Seite Event Codes zeigt dazu neben Code und Beschreibung auch das Feld Funktionsname.

Für die Endanwendersicht ist wichtig: Dieses Feld ist nicht nur Beschriftung, sondern die technische Verknüpfung in das Workflow-Handling. Änderungen daran sollten deshalb nicht isoliert im Fachbereich erfolgen.

Wichtige Fragen bei der Einrichtung sind:

• wer soll bei welcher Abweichung informiert werden?
• braucht das Thema eine Einzelverantwortung oder eine Teamzuständigkeit?
• ist klar, welche Bearbeitung von der Meldung erwartet wird?

Die Qualität der Ereignislogik hängt deshalb nicht nur von der Technik, sondern stark von sauber geklärten Verantwortlichkeiten ab.

Ereignismeldungen im Tagesgeschäft nutzen

Die Seite Event Messages List ist die tägliche Arbeitsliste für Auffälligkeiten. Im Code wird diese Liste standardmäßig auf nicht erledigte Meldungen gefiltert. Offene Fälle stehen damit automatisch im Vordergrund.

Die Liste zeigt unter anderem:

• Ereigniscodes und Ereignisbeschreibung
• die eigentliche Nachricht
• Anzahl oder Hinweis auf verknüpfte Vorgänge
• Debitor, Werk und Abladestelle
• Erledigt-Status

Über die Detailkarte Event Messages sehen Sie zusätzlich:

• Datum und Uhrzeit
• Erledigt durch
• Erledigt am
• verknüpfte Links auf die betroffenen Vorgänge

Nutzen Sie dabei mindestens diese Sichten:

• alle Ereignisse für den Gesamtüberblick
• offene Ereignisse für die tägliche Abarbeitung
• erledigte Ereignisse für Nachweis und Rückverfolgung

Gerade in Teams mit hohem Nachrichtendurchsatz ist diese Filterung wichtig, damit aktuelle Probleme nicht zwischen abgeschlossenen Fällen verschwinden.

Verknüpfte Vorgänge gezielt öffnen

Zu jeder Meldung können Links gespeichert werden. Der Code führt diese Verknüpfungen über Process Type und Process No.. Auf der Links-Seite öffnet ein Drilldown direkt den betroffenen Vorgang.

Unterstützt werden dabei unter anderem:

• Automotive-Verkaufsaufträge
• Lieferabrufe und Feinabrufe im Verkauf
• Einkaufsbestellungen und Einkaufsabrufe
• Produktionssynchrone Abrufe
• eingehende Delivery-EDI-Vorgänge
• Transportdaten im Verkauf, offen oder gebucht

Gerade für die tägliche Abarbeitung ist das entscheidend: Anwender müssen die Meldung nicht erst interpretieren und den Beleg separat suchen, sondern können direkt in den betroffenen Vorgang springen.

Bei verknüpften Verkaufsaufträgen übernimmt der Code zusätzlich Debitor, Werk und Abladestelle in die Ereignismeldung. Das erleichtert Filterung und Priorisierung.

Ergänzung aus Workflow-Handbuch BE-Automotive

Das Handbuch ergänzt die bestehende Beschreibung um eine konkrete Einrichtungssequenz für den operativen Start:

1. Workflow mit Code, Beschreibung und Kategorie anlegen.
2. Passendes Workflowereignis wählen (im Beispiel: Freigabe Lieferabruf).
3. Bedingung auf <Immer> belassen, wenn keine automotive Sonderbedingung erforderlich ist.
4. Als Antwort Sende eine Benachrichtigung wählen und Empfänger pflegen.
5. Workflow aktiv schalten und Testmeldung auslösen.

Zum Vergrößern anklicken

Technische Voraussetzungen aus der Schulung

• In der Benachrichtigungseinrichtung muss ein passender Datensatz fuer den Eintragstyp Neuer Datensatz vorhanden sein.
• Für E-Mail-Versand ist eine funktionierende SMTP-Einrichtung notwendig.
• Für die Abarbeitung erzeugter Benachrichtigungsposten muss die Aufgabenwarteschlange (Codeunit 1509) aktiv sein.

Die Auswertung läuft anschließend über die Workflow-Nachrichtenübersicht und die gesendeten Benachrichtigungsposten.

Zum Vergrößern anklicken

Typische Anwendungsfälle

Die öffentliche Quelle beschreibt den Workflow-Block eher knapp. Der Code zeigt jedoch deutlich, welche Vorgänge tatsächlich an die Ereignislogik angebunden sind. Typische Einsatzfälle sind:

• Terminabweichungen in Abruf- oder Bestellprozessen
• Mengenabweichungen zwischen erwarteter und tatsächlicher Verarbeitung
• auffällige Konstellationen in Automotive-Verkaufsaufträgen oder Transportdaten
• eingehende EDI-Fälle, die gezielt nachbearbeitet oder geprüft werden müssen
• Fälle, in denen ein Anwender bewusst auf „erledigt“ setzen und die Bearbeitung dokumentieren muss

Kontrollschritte

Typische Fehlerbilder

Ergebnis

• Sie verstehen, wie Error Codes, Event Codes, Event Messages und Links in Automotive zusammenspielen.
• Sie können die Ereignislogik so einrichten, dass fachlich relevante Abweichungen sichtbar und direkt aufrufbar werden.
• Sie nutzen offene und erledigte Meldungen als operative Kontroll-, Bearbeitungs- und Nachweisschicht.