Webdienst für Ereignisabonnent

In diesem Dokument wird das Konzept der Verwendung von Ereignissen als Trigger-Punkt der externen M3-Funktionalität beschrieben. Der Trigger für die externen M3-Funktionen wird durch einen benutzerdefinierten Webdienstaufruf einschließlich der Ereignisinformationen im JSON-Format (JavaScript Object Notation) ausgeführt. Der Trigger übergibt dann nur die Parameter, wartet aber nicht auf eine Antwort vom Empfänger. Wenn Informationen basierend auf dem Trigger an M3 zurückgesendet werden sollen, sollte dies mit normalen M3 APIs durchgeführt werden.

Fügen Sie in "Ereignisabonnement. Öffnen" (CMS045) ein Abonnement zu der M3-Tabelle hinzu, die für den API-Aufruf verwendet werden soll. Der Name der M3-Tabelle wird als Ereignisname und M3 als Herausgeber verwendet.
Das Abonnement muss für ereignisbasierte API-Aufrufe aktiviert und als aktiv gekennzeichnet sein.
Definieren Sie den Webdienstaufruf in "Webdienste für Ereignisabonnent. Öffnen" (CMS049).

Aufruf auslösen

Definieren Sie, wann der Alarm ausgelöst werden soll, indem Sie Filter verwenden, bei denen logische Ausdrücke wie Geänderter Wert, Gleich usw. für bestimmte Felder verwendet werden können.

Webdienst

Definieren Sie den Webdienst über eine URL, einschließlich der Auswahl des Authentifizierungstyps.
Eine spezielle Authentifizierung für die Verbindung zu Infor Mongoose kann ebenfalls ausgewählt werden.

Zu sendende Informationsmeldung

Definieren Sie eine optionale Informationsmeldung, die zusammen mit den normalen Ereignisinformationen gesendet werden soll.
Beachten Sie, dass alle ursprünglichen Ereignisinformationen zusammen mit dieser zusätzlichen Meldung als eine JSON-Meldung gesendet werden, die mit dem Webdienstaufruf verknüpft ist.

Im Hinblick auf Performance und Volumen ist es wichtig, dass die Filter korrekt definiert und in einer Umgebung mit weniger Transaktionen als die Produktionsumgebung gründlich getestet werden. Da eine normale M3-Umgebung mehrere hundert Ereignisse pro Sekunde generiert, können schlecht definierte Filter schnell zu einer großen Menge an Alarmmeldungen führen.
Sobald der Webdienst definiert wurde, muss erst der entsprechende Autojob neu gestartet werden, bevor die aktualisierten Abonnements im Event Hub aktiv und die neuen Definitionen im Cache aktualisiert werden.
Starten Sie den Autojob in "Subsystem. Öffnen" (MNS050), und wählen Sie die verknüpfte Option "Job in Subsystem" (Option 11) für das Autojob-Subsystem (normalerweise ASJ genannt) aus.
Suchen Sie in der Liste den Autojob "Ereignisabonnement – Ereignislog" (CMS949).
Beenden Sie ihn, und starten Sie ihn dann neu.

Fehlerbehebung

Ein Fehlerlog ist mit dem Webdienstaufruf verbunden. Falsche Aufrufe werden mit dem vom Empfänger zurückgesandten Grund, dem Primärschlüssel des Ereignisses sowie der Funktion protokolliert, die zum ursprünglichen Ereignis führt. Basierend auf diesen Informationen kann nach Behebung des Problems die ursprüngliche Aktion, bei Bedarf, erneut verarbeitet werden.

Eine alternative Möglichkeit zur Fehlerbehebung besteht darin, das Konzeptlog für den Autojob in der Serveransicht oder auf den Verwaltungsseiten einer Cloud-Umgebung zu aktivieren. Wenn das Log aktiviert wurde, generieren Sie ein neues Ereignis, und zeigen Sie dann das Konzeptlog an, das in das Autojob-Log geschrieben wurde. Jede im Autojob durchgeführte Validierung wird als lesbarer Text in das Log geschrieben.