Verschiedene Integrationsaufgabenstatus

Eine Aufgabe wird generiert, wenn Daten durch Alumio übertragen werden, und sie hilft dabei, Daten in jedem Schritt des Integrationsprozesses zu verfolgen. Es bietet Einblicke in den Status der Integration, ob sie erfolgreich ist, in Bearbeitung ist, sich in der Warteschlange befindet, ob sie übersprungen wurde oder ob Fehler aufgetreten sind. Somit dienen Tasks nicht nur zum Messen des Datenaustauschs innerhalb von Alumio, sondern auch als Grundlage für die Überwachung und Fehlerbehebung bei Integrationen.

Aus diesem Grund ist eines der ersten Dinge, die Ihnen das Alumio-Dashboard zeigt, der Echtzeitstatus Ihrer Integrationsaufgaben. Der Aufgabenmonitor auf dem Alumio-Dashboard zeigt Ihnen nicht nur die Gesamtzahl der Aufgaben, die Sie generiert haben, sondern bietet auch einen klaren Überblick über die verschiedenen Phasen im Lebenszyklus einer Aufgabe in Alumio. Er unterteilt den Weg, auf dem Daten von einer Anwendung zur anderen übertragen werden, wie folgt:

• Neue Aufgabe: Wenn Daten zum ersten Mal als Teil einer Route aus einer Quelle importiert werden, werden sie als neue Aufgabe erkannt.
• Verarbeitungsaufgabe: Sobald Alumio beginnt, diese Daten an eine Ziel-App zu senden, wird die Aufgabe verarbeitet.
• Aufgabe abgeschlossen: Wenn die Aufgabe erfolgreich abgeschlossen wurde, wird sie als abgeschlossen markiert.
• Fehlgeschlagene Aufgabe: Tritt beim Datenaustausch ein Fehler auf, wird die Aufgabe als fehlgeschlagen gekennzeichnet.
• Übersprungene Aufgabe: In Szenarien wie Tests oder wenn bestimmte Daten gefiltert werden müssen, können Aufgaben bewusst manuell oder automatisiert übersprungen werden.

Lassen Sie uns kurz untersuchen, wie wichtig jeder dieser Aufgabenstatus dafür ist, wie Alumio iPaaS dazu beiträgt, den gesamten Integrationsprozess zu optimieren und bei jedem Schritt zu überwachen.

Neue Aufgabe:

Um Daten zwischen Anwendungen zu integrieren, müssen Sie zuerst Daten aus einer Quellanwendung (System A) sammeln und diese Daten dann an eine Zielanwendung (System B) senden. Eine neue Aufgabe wird generiert, wenn Alumio über eine Eingangskonfiguration innerhalb einer Route erfolgreich Daten aus System A importiert.

Bei der Einrichtung dieser Eingangskonfiguration können Sie mit Alumio genau definieren, welche Daten abgerufen werden sollen und wie oft sie abgerufen werden sollen. Müssen Sie alle verfügbaren Daten oder nur bestimmte Teile einer Datenentität abrufen (z. B. Bestellungen aus einer bestimmten Region)? Sollte das Datenformat konvertiert werden (z. B. von XML zu JSON)? Wie oft sollten die Daten importiert werden — jede Minute, jede Stunde, jeden Tag oder jede Woche? Alumio stellt Transformers zur Verfügung, um die eingehenden Daten zu modifizieren und zu strukturieren, und einen Scheduler, der festlegt, wann und wie oft die Daten abgerufen werden sollen. Dadurch wird sichergestellt, dass Sie ganz genau festlegen können, welche Art von Daten Sie an die Zielanwendung senden möchten.

Wenn beispielsweise ein ERP-System sowohl in eine E-Commerce-Plattform als auch in ein PIM-System integriert wird, ruft Alumio Produktdaten ab und erstellt eine neue Aufgabe, die zur Verarbeitung in die Warteschlange gestellt wird. In dieser Phase können Sie bestimmte Datensätze filtern (z. B. nur aktualisierte Produkte), Formate standardisieren (z. B. Währungen umrechnen) und Daten anreichern (z. B. fehlende Attribute hinzufügen). Auf diese Weise können Sie die Daten zunächst in Alumio sammeln und strukturieren, bevor Sie entscheiden, wie Sie sie für verschiedene Ziele transformieren möchten. Sie können Produktkategorien für das PIM-System unterschiedlich zuordnen und gleichzeitig die Preisformate für die E-Commerce-Plattform anpassen — alles über dieselbe Neue Aufgabe.

Hinweis: Wenn eine eingehende Konfiguration nicht innerhalb einer (aktiven) Route konfiguriert ist, wird keine neue Aufgabe erstelltd).

Aufgaben bearbeiten:

Wenn Sie eine Ausgangskonfiguration erstellen und die Route in Alumio ausführen, um Daten, die Sie von einer Quelle (System A) abgerufen haben, an eine Zielanwendung (System B) zu senden, wird aus einer neuen Aufgabe eine Verarbeitungsaufgabe.

Wie bereits erwähnt, ist dies der Grund, warum Alumio Daten, die es über eine Eingangskonfiguration abruft (importiert), nicht sofort sendet (exportiert) und sie als Neue Aufgabe in die Warteschlange stellt. Auf diese Weise können Sie wählen, wohin und wie Sie diese Daten senden möchten, indem Sie eine Ausgangskonfiguration erstellen. Müssen Sie das Format der importierten Daten filtern, ändern oder zuordnen, damit es der Zielanwendung entspricht? Oder möchten Sie die Daten stapelweise jede Minute, Stunde, Woche usw. senden? Mit Alumio können Sie entscheiden, wie Sie diese Daten, die Sie von System A abgerufen haben, transformieren und planen möchten, bevor Sie sie an System B senden.

Wie in unserem vorherigen Beispiel wird bei der Planung des Sendens von Daten, die Sie vom ERP-System an die E-Commerce-Plattform abgerufen haben, eine Verarbeitungsaufgabe erstellt. Eine Verarbeitungsaufgabe wird in die Warteschlange in Alumio aufgenommen und macht sich bereit, die Daten zum geplanten Zeitpunkt zu senden.
‍

Hinweis: Alumio ermöglicht es Benutzern auch, beim Erstellen einer Route die Option „Echtzeitverarbeitung“ auszuwählen, falls wichtige Daten sofort integriert werden müssen. In diesem Fall wird in dem Moment, in dem die Route ausgeführt wird, direkt eine Verarbeitungsaufgabe anstelle einer neuen Aufgabe erstellt, und diese versucht sofort, eine Fertige Aufgabe zu werden.
‍

Abgeschlossene Aufgaben:

Eine Verarbeitungsaufgabe wird zu einer Fertigen Aufgabe, wenn der Datenaustausch zwischen der Quell- und der Zielanwendung erfolgreich abgeschlossen ist. Das bedeutet, dass Alumio die importierten Daten erfolgreich an das Zielsystem gesendet hat und die von Ihnen konfigurierten Transformations- oder Planungsregeln problemlos angewendet wurden.

Wenn das ERP-System beispielsweise erfolgreich Produktaktualisierungen an die E-Commerce-Plattform sendet und alle Daten korrekt empfangen, verarbeitet und gespeichert wurden, wechselt die Aufgabe vom Status In Bearbeitung in den Status Abgeschlossen.

Fehlgeschlagene Aufgaben:

Eine Verarbeitungsaufgabe wird zu einer fehlgeschlagenen Aufgabe, wenn etwas verhindert, dass der Datenaustausch erfolgreich verarbeitet wird. Dies kann auf eine Reihe von Problemen zurückzuführen sein, wie z. B.:

• Die Zielanwendung (System B) ist vorübergehend nicht verfügbar.
• Das Datenformat entspricht nicht der erwarteten Struktur im Empfangssystem.
• Authentifizierungs- oder Genehmigungsfehler, die den Datenaustausch verhindern.

Wenn eine Aufgabe fehlschlägt, stellt Alumio Fehlerprotokolle und Optionen zur Fehlerbehebung bereit, damit Sie das Problem schnell identifizieren und lösen können. Sie können die Aufgabe erneut ausführen, sobald das Problem behoben ist, um sicherzustellen, dass keine Daten verloren gehen.

Wenn beispielsweise ein ERP versucht, Produktaktualisierungen an ein E-Commerce-System zu senden, das SKU-Feld jedoch fehlt oder falsch formatiert ist, schlägt die Aufgabe fehl und die Fehlerdetails werden zur Überprüfung protokolliert. Sie können dann die Protokolle überprüfen, um den Fehler zu identifizieren und schnell zu beheben und die Aufgabe erneut zu versuchen.
‍

Übersprungene Aufgaben:

Im Alumio iPaaS gibt es auch eine „Übersprungene Aufgaben“, die diejenigen Aufgaben zählt, die aus verschiedenen Gründen wie Tests oder vordefinierten Filterregeln absichtlich umgangen werden. Eine Aufgabe wird als „Übersprungen“ eingestuft, wenn Alumio feststellt, dass die verarbeiteten Daten nicht an das Zielsystem gesendet werden müssen. Das passiert, wenn:

• Die Daten sind bereits im Zielsystem vorhanden und haben sich nicht geändert.
• Die Integrationslogik hat Bedingungen, die festlegen, ob Daten verarbeitet werden sollen (z. B. nur neue Bestellungen senden, aber bereits verarbeitete überspringen).
• Die Transformationsregeln filtern bestimmte Daten heraus, bevor sie die ausgehende Konfiguration erreichen.

Mit Alumio können Sie bestimmte Daten manuell überspringen oder Regeln anwenden, um bestimmte Daten automatisch in großen Mengen zu überspringen. Nehmen wir zum Beispiel an, ein ERP ist so eingerichtet, dass es alle 10 Minuten Produktaktualisierungen an eine E-Commerce-Plattform sendet, aber seit dem letzten Update wurden keine Änderungen an den Produktdaten vorgenommen. Alumio kann dies erkennen und die Aufgabe als übersprungen markieren. Dadurch wird eine unnötige Verarbeitung verhindert. Dies hilft, die Leistung zu optimieren und redundante API-Aufrufe zu vermeiden.

Da übersprungene Daten in Alumio gespeichert bleiben, ermöglicht es dem Alumio iPaaS auch, als Caching-System zu fungieren. Das heißt, wenn zuvor übersprungene Daten später relevant werden, wie z. B. eine Bestellung, die von „Ausstehend“ zu „Bezahlt“ wechselt, können Sie diese problemlos erneut verarbeiten, ohne sie erneut aus der Quellanwendung abrufen zu müssen. Dies verbessert die Effizienz und reduziert die Belastung der angeschlossenen Systeme.

‍

Wie Alumio als Caching-System verwendet werden kann

Alumio kann auch als Caching-System verwendet werden, bei dem nur Delta-Versionen von Daten oder nur aktualisierte oder neue Versionen von Daten von einer Anwendung zur anderen gesendet werden.

Nehmen wir zum Beispiel an, wir rufen regelmäßig tausend Datensätze ab, was Tausenden von Produkten entspricht, von einer Anwendung zur anderen. Es ist sinnvoll, nur Daten für Produkte, für die Preis, Lagerbestand, Inventar usw. aktualisiert wurden, an die andere Anwendung zu senden, oder Daten für Produkte, die völlig neu sind und noch nicht in der anderen Anwendung registriert wurden.

Bei diesem Ansatz können Sie jede Minute ein Update planen und nur eine Handvoll Aufgaben versenden — z. B. drei, fünf oder in Spitzenzeiten vielleicht zwanzig neue Produktupdates. Das ist viel effizienter, als zu versuchen, alle eintausend Datensätze pro Minute zu senden. Wenn wir regelmäßig nach neuen Daten suchen und nur diese Daten senden, wird sichergestellt, dass wir keine Zeit und Ressourcen mit der Bearbeitung redundanter Aufgaben verschwenden. Wenn Sie sehen möchten, welche Daten herausgefiltert wurden, können Sie die Protokolle überprüfen, die Alumio für jede Aktion und Integration verwaltet.
‍

Andere wichtige Aufgabenstatus innerhalb von Alumio

Neben den primären Aufgabenstatus, die auf dem Dashboard angezeigt werden, verwaltet Alumio auch zusätzliche Aufgabenstatus, die eine entscheidende Rolle für eine reibungslose Datenverarbeitung spielen. Diese Status lauten „Erneut versuchen“, „Abgelehnt“ und „Wartend“. Sie helfen dabei, die Fehlerbehandlung zu automatisieren, die Datenvalidierung durchzusetzen und bei Bedarf die manuelle Steuerung bestimmter Aufgaben zu ermöglichen.
‍

Aufgaben wiederholen:

Möglicherweise müssen Sie eine Aufgabe erneut verarbeiten, um die Daten erneut in das Zielsystem zu exportieren. Dies kann daran liegen, dass die Aufgabe zuvor aufgrund eines inzwischen behobenen Konfigurationsproblems fehlgeschlagen ist, oder einfach daran, dass alle Entitäten erneut verarbeitet werden müssen — auch wenn sie bereits als Fertig markiert waren.

Wenn die Option „Wiederversuchen fehlgeschlagener Aufgaben aktivieren“ in einer Route aktiviert ist, versucht Alumio automatisch, fehlgeschlagene Aufgaben erneut zu verarbeiten. Das bedeutet, dass Alumio automatisch versucht, die Aufgabe erneut zu verarbeiten, bis sie entweder erfolgreich ist oder das konfigurierte Wiederholungslimit erreicht. Diese Funktion hilft bei der Behebung vorübergehender Probleme, wie z. B. kurzen Systemausfällen oder Netzwerkunterbrechungen, ohne dass ein manuelles Eingreifen erforderlich ist. Wenn eine Aufgabe auch nach Erschöpfung der maximalen Wiederholungsversuche weiterhin fehlschlägt, wird sie als fehlgeschlagene Aufgabe markiert und die Fehlerdetails werden zur Problembehandlung protokolliert.

Wenn Sie Aufgaben manuell erneut versuchen, wird der Status der Aufgaben auf gesetzt Neu wieder, sodass die Route es beim nächsten Lauf an das ausgehende System weiterleitet. Auf der Seite mit der Aufgabenübersicht können Sie filtern und wählen, ob Sie mehrere Aufgaben gleichzeitig wiederholen möchten. Sie können sich auch dafür entscheiden, eine einzelne Aufgabe auszuwählen und sie erneut zu versuchen. Auf diese Weise können Sie nur eine Aufgabe wiederholen, die den Status Abgeschlossen, Fehlgeschlagen oder Übersprungen hat.
‍

Abgelehnte Aufgaben:

Eine Aufgabe wird als Abgelehnt kategorisiert, wenn sie bestimmte Systemeinschränkungen oder Validierungsregeln nicht erfüllt. Wenn beispielsweise ein Limit von 1000 Byte für Entitätsdaten festgelegt ist und eine Aufgabe diesen Schwellenwert überschreitet, wird sie abgelehnt, anstatt verarbeitet zu werden. Ebenso können Aufgaben mit ungültigen Entitätsdaten automatisch abgelehnt werden, um zu verhindern, dass sich Fehler in der Integration verbreiten. Der Grund für die Ablehnung wird in den Importprotokollen auf der Seite mit den Aufgabendetails aufgezeichnet, sodass Benutzer das Problem überprüfen und beheben können, bevor sie die Daten erneut einreichen.

‍

Wartende Aufgaben:

In einigen Fällen können Benutzer eine Route so konfigurieren, dass eine Aufgabe nach der Verarbeitung nicht automatisch als abgeschlossen oder fehlgeschlagen markiert wird, sondern in den Status „Wartet“ wechselt. Dies bietet Benutzern die Möglichkeit, die Aufgabe manuell zu überprüfen und das Ergebnis anhand der in den Protokollen verfügbaren Informationen zu ermitteln. Wenn sich eine Aufgabe im Status „Wartet“ befindet, können Benutzer mithilfe des Menüs „Aktionen“ entscheiden, ob sie als Abgeschlossen oder Fehlgeschlagen markiert werden soll. Sammelaktionen können auch angewendet werden, um mehrere wartende Aufgaben gleichzeitig zu aktualisieren. Dieser Status ist besonders nützlich in Fällen, in denen eine manuelle Validierung erforderlich ist, bevor der Integrationsprozess abgeschlossen wird.

Nachdem wir nun die verschiedenen Aufgabentypen in Alumio verstanden haben, wollen wir uns alle Details ansehen, die eine Aufgabe enthält, um zu verstehen, wie sie außerdem dazu beiträgt, die Integration bei jedem Schritt zu verfolgen, zu verwalten und zu optimieren.
‍