Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Eine SAP-Ausnahme, die als Atlassian Jira Cloud-Vorgang erfasst wird, erbt den Workflow, der ihrem Typ zugeordnet ist. Die Wahl des Vorgangstyps entscheidet also darüber, ob sich jemals jemand damit befasst.
In Atlassian Jira Cloud ist der Vorgangstyp keine Bezeichnung. Er bestimmt den Workflow, den der Vorgang durchläuft, die zugehörigen Felder und das Board, auf dem er erscheint. Eine in SAP als falscher Typ erfasste Ausnahme landet daher in einem Workflow, der nicht genutzt wird, und wartet dort. Währenddessen bleibt die fehlgeschlagene Buchung oder die blockierte Lieferung weiterhin fehlgeschlagen und blockiert, und jemand aus dem operativen Bereich kontaktiert dies per E-Mail. Durch die Verbindung von SAP und Atlassian Jira Cloud wird der Typ explizit zugeordnet, sodass eine Ausnahme an einem Ort ankommt, wo sie von einem zuständigen Mitarbeiter bearbeitet werden kann.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Ausnahmedatensätze
Problemtypen
SAP-Belegnummern
Fehlerdetails
Problemstatus
Bearbeiter
Jede Art von SAP-Ausnahme wird dem Atlassian Jira Cloud-Vorgangstyp zugeordnet, dessen Workflow dazu passt, sodass ein Vorgang auf einem Board landet, das tatsächlich von jemandem bearbeitet wird.
Die SAP-Dokumentnummer ist an das jeweilige Problem gebunden, sodass derjenige, der es bearbeitet, von dem Datensatz selbst ausgeht und nicht von einer Beschreibung, die von jemand anderem verfasst wurde.
Der Lösungsstatus wird an SAP zurückgesendet, sodass die Person, die das Problem gemeldet hat, erfährt, dass es behoben wurde, ohne einen Entwickler fragen zu müssen, ob es überhaupt schon Neuigkeiten zu dem Problem gibt.
Die Operationsabteilung stellt das Versenden von E-Mails bezüglich Ausnahmen ein, da das Melden einer Ausnahme ein nachverfolgbares Problem mit einem Verantwortlichen erzeugt, anstatt eine Nachricht, die mit allen anderen E-Mails im Posteingang konkurriert.
Alumio meldet jede SAP-Ausnahme als den Atlassian Jira Cloud-Vorgangstyp, dem Sie sie zugeordnet haben, inklusive Dokumentnummer und Fehlerdetails, sodass sie in den Workflow gelangt, mit dem das Team ohnehin täglich arbeitet.
Da die SAP-Dokumentnummer im Atlassian Jira Cloud-Vorgang hinterlegt ist, kann ein Entwickler, der den Fall untersucht, den Datensatz öffnen, anstatt einen Screenshot anfordern zu müssen. Genau hier liegt nämlich die größte Verzögerung bei einer Ausnahme wie dieser.
Wenn das Problem in Atlassian Jira Cloud gelöst ist, wird der Status im SAP-Datensatz zurückgeschrieben, sodass die Ausnahme in dem System geschlossen wird, aus dem sie stammt, und nicht nur im Tracker, wo die Operations-Mitarbeiter sie nicht sehen können.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
.svg){kind=icon}
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Im Kern geht es bei diesem Problem meist um eine Änderung, die den nächsten Schritt darstellt. Ein Quellcode-Repository wird häufig hinzugefügt, da ein Jira Cloud-Vorgang, der durch eine SAP-Ausnahme ausgelöst wurde, oft durch eine Änderung behoben wird. Die Verbindung zwischen dem Atlassian Jira Cloud-Vorgang und der tatsächlich vorgenommenen Änderung wird jedoch nicht dokumentiert. Alumio speichert beide Verbindungen, sodass Ausnahme, zugehöriger Vorgang und Lösung einen einheitlichen Pfad bilden.
Der Vorgangstyp wird zuerst gelesen, da er alle weiteren Aktionen des Vorgangs bestimmt. Alumio ordnet jede SAP-Ausnahmekategorie dem von Ihnen festgelegten Jira Cloud-Vorgangstyp zu, erstellt den Atlassian Jira Cloud-Vorgang mit Dokumentnummer und Fehlerdetails und gibt den Lösungsstatus zurück. Nicht zugeordnete Kategorien werden gemeldet, anstatt als Standardvorgang erstellt zu werden.
Nein, der Vorgangstyp ist ausschlaggebender als die Felder. Welche SAP-Ausnahme welchem Atlassian Jira Cloud-Typ zugeordnet wird, in welchem Projekt sie landet und welche Auswirkungen die Schließung in SAP hat, sind Einträge in der Alumio-Oberfläche, die von den jeweiligen Workflow-Verantwortlichen verwaltet werden. Muss eine Ausnahme anhand mehrerer Felder klassifiziert werden, übernimmt der Code Transformer diese Auswertung.
Der Workflow, den das zuständige Team tatsächlich nutzt, ist entscheidend, denn die Alternative ist schlechter als sie aussieht. Es ist zwar verlockend, alles als einen einzigen generischen Typ zu erfassen, doch das führt zu einer Warteschlange mit nur einem Workflow, ohne sinnvolles Board und ohne Möglichkeit, zwischen einer fehlgeschlagenen Buchung und einer blockierten Zustellung zu unterscheiden. Die Zuordnung jeder SAP-Ausnahmekategorie zu einem eigenen Atlassian Jira Cloud-Typ macht die Warteschlange erst praktikabel.
Ein Problem, für das niemand zuständig ist, sollte unbedingt vermieden werden, und ein Standardtyp führt jedes Mal dazu. Alumio protokolliert die SAP-Ausnahme und das von ihr erstellte Atlassian Jira Cloud-Ticket, erkennt sofort, wenn ein Ticket nicht erstellt werden kann, und benachrichtigt darüber, benennt die Ausnahme und den Grund, wiederholt den Vorgang, sofern konfiguriert, und meldet nicht zugeordnete Kategorien, anstatt sie als Ticket zu erstellen. So bleibt in einem Workflow nichts unbemerkt und wird nicht überwacht.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.
.svg)
