Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Ett SAP-undantag som genereras som ett Atlassian Jira Cloud-problem ärver det arbetsflöde som dess typ bär, så valet av problemtyp avgör om någon någonsin faktiskt kommer igång med att arbeta med det.
I Atlassian Jira Cloud är ärendetypen inte en etikett. Den avgör vilket arbetsflöde ärendet följer, vilka fält det bär och vilken tavla det visas på, så ett SAP-undantag som genereras som fel typ hamnar i ett arbetsflöde som ingen använder och väntar där. Samtidigt är den misslyckade publiceringen eller den blockerade leveransen den representerar fortfarande misslyckad och fortfarande blockerad, och någon i verksamheten skickar e-post om det. Genom att koppla samman SAP och Atlassian Jira Cloud blir typen en explicit mappning, så ett undantag som anländer någonstans kommer att upptäckas av någon som kan agera på det.
DATA SOM FLÖDAR MELLAN DEM
Undantagsposter
Problemtyper
SAP-dokumentnummer
Felinformation
Problemstatus
Tilldelningsmottagare
Varje typ av SAP-undantag mappas till den Atlassian Jira Cloud-problemtyp vars arbetsflöde passar den, så ett problem dyker upp på en anslagstavla som någon faktiskt tittar på.
SAP-dokumentnumret följer med ärendet, så den som hämtar det utgår från själva dokumentet snarare än från en beskrivning av det skriven av någon annan.
Lösningsstatusen återgår till SAP, så personen som rapporterade problemet får reda på att det är åtgärdat utan att fråga en utvecklare om problemet har utvecklats överhuvudtaget.
Operations slutar skicka e-post om undantag, eftersom det skapar ett spårat problem med en ägare snarare än ett meddelande som konkurrerar med allt annat i en inkorg.
Alumio genererar varje SAP-undantag som den Atlassian Jira Cloud-problemtyp som du har mappat det till, med dokumentnumret och felinformationen bifogad, så att det går in i det arbetsflöde som teamet redan arbetar med varje dag.
Eftersom SAP-dokumentnumret finns på Atlassian Jira Cloud-problemet kan en utvecklare som undersöker öppna posten istället för att be om en skärmdump, vilket är där den största delen av förseningen faktiskt går till ett undantag som detta.
När Atlassian Jira Cloud-problemet är löst skrivs statusen tillbaka till SAP-posten där ett fält för det finns, så undantaget stängs i det system det kom ifrån snarare än bara i en spårare som ingen utanför IT-avdelningen öppnar.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
.svg){kind=icon}
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Det problemet egentligen spårar är oftast en ändring av något, vilket är dit nästa anslutning går. Ett källförråd är det vanliga tillägget, eftersom ett Jira Cloud-problem som uppstår från ett SAP-undantag ofta löses av en ändring, och länken mellan Atlassian Jira Cloud-problemet och det som faktiskt ändrades är det som ingen registrerar. Alumio lagrar båda anslutningarna, så ett undantag, dess problem och dess åtgärd är ett spår.
Problemtypen läses först, eftersom den avgör allt problemet kan göra efteråt. Alumio mappar varje SAP-undantagskategori till den Jira Cloud-problemtyp du nominerar, skapar det Atlassian Jira Cloud-problem som dess API accepterar med dokumentnummer och felinformation, och skriver tillbaka lösningsstatusen där SAP exponerar ett fält för den. Kategorier som du inte har mappat rapporteras snarare än hämtas som standardtyp.
Nej, och ärendetypen avgör mer än fälten. Vilket SAP-undantag som blir vilken Atlassian Jira Cloud-typ, vilket projekt det landar i och vilken stängning det gör tillbaka i SAP är poster i Alumios gränssnitt, som underhålls av den som äger arbetsflödena. Där ett undantag måste klassificeras från mer än ett fält, gör Code Transformer den läsningen.
Den vars arbetsflöde det ansvariga teamet faktiskt använder, och alternativet är värre än det ser ut. Att generera allt som en enda generisk typ är frestande, och det skapar en kö med ett enda arbetsflöde, ingen användbar tavla och inget sätt att skilja en misslyckad bokföring från en blockerad leverans. Att mappa varje SAP-undantagskategori till sin egen Atlassian Jira Cloud-typ är det som gör kön fungerande.
Ett problem som ingen äger är resultatet att undvika, och en standardtyp producerar ett varje gång. Alumio registrerar SAP-undantaget och Atlassian Jira Cloud-problemet som det skapade, identifierar och varnar omedelbart när ett problem inte kan tas upp, namnger undantaget och orsaken, försöker igen där det är konfigurerat och lämnar omappade kategorier rapporterade snarare än upptagna, så att ingenting ligger tyst i ett arbetsflöde utan någon övervakare.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.
.svg)
