Godkännanden och undantag från SAP hamnar i Slack där folk redan befinner sig, medan protokollet över vad som faktiskt beslutades stannar kvar i SAP, där man fortfarande kan hitta det ett år senare.
Ett Slack-meddelande är ett mycket bra sätt att fånga någons uppmärksamhet och ett mycket dåligt sätt att föra register. Det scrollar, det läses av den som råkar titta, och två veckor senare kan ingen säga vem som såg det eller vad de gjorde åt det. Det är okej för en varning och inte okej för ett godkännande. SAP till Slack-integrationen behandlar meddelandet som en knuff och SAP som register, så det som folk agerar på syns i kanalen och det som en revisor frågar om finns fortfarande i systemet. Kanaler är till för uppmärksamhet. System är till för register. Att behandla dem som samma sak är det som förlorar ett godkännande.

Saker som kräver ett beslut når den kanal som teamet redan tittar på, så ett godkännande ligger inte oläst i ett system som någon loggar in i högst två gånger i veckan.
Alumio når Slack på samma sätt som vilket annat nåbart system som helst, och själva beslutet skrivs tillbaka till SAP-dokumentet istället för att bara finnas i en chattkanal där det scrollar iväg.
Endast de händelser du nominerar producerar ett budskap, så kanalen fylls inte med rutinmässigt brus av den sorten som lär folk att tysta den inom två veckor.
Eftersom begäran och referensen kommer in samtidigt har den person som kan agera det hen behöver framför sig istället för att fråga vilket dokument det handlar om.
Ett dokument i SAP behöver godkännas och begäran visas i relevant Slack-kanal med dess referens och belopp, så personen som kan godkänna det faktiskt gör det, snarare än att upptäcka det flera dagar senare.
En order som SAP inte kunde bearbeta producerar ett meddelande med kundens namn och orsak, så någon tittar på den samma morgon istället för att den dyker upp flera dagar senare i en veckovis avvikelserapport som ingen egentligen läser.
När ett beslut väl är fattat registreras det i SAP-dokumentet istället för att bara finnas som ett svar i en kanal, så revisionsloggen finns kvar i systemet och kommer fortfarande att finnas kvar nästa år istället för i en chattlogg.
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.
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 frestande tillägget är fler aviseringar, och det gör oftast saken värre snarare än bättre. Det som hjälper är ett verktyg för uppgifter eller godkännande, så allt som behöver ett beslut har någonstans att leva förutom en kanal och någons minne. Den använder samma händelsekonfiguration, vilket innebär att man bestämmer en gång vad som förtjänar uppmärksamhet snarare än två gånger.
Ja, och vilka SAP-händelser som motiverar att avbryta folk är det beslut som avgör om detta fungerar. En blockerad order och ett godkännande över en viss tröskel är värda ett meddelande. Varje publicerat dokument är det inte. Alumio publicerar bara de händelser du nominerar, till de kanaler du väljer, så uppmärksamhet förblir en knapp resurs snarare än att spenderas omedelbart.
Nej, och det användbara testet är vad som händer när du lägger till ett andra land. Ett nytt team, en ny kanal och en något annorlunda godkännandegräns bör vara några få ändringar i ett formulär snarare än ett litet projekt, och konfigurerat på det sättet. Kodtransformatorn täcker en routingregel som konfigurationen inte kan uttrycka på egen hand.
Vem SAP-dokumentet än anger det, vilket är just därför meddelandet inte ska vara posten. Ett kanalinlägg ses av en grupp och ägs av ingen specifik, så ett godkännande som bara finns i Slack har ingen ägare och ingen historik. Att behålla begäran i kanalen och ansvaret i SAP innebär att nudgen är bekväm och ansvarsskyldigheten fortfarande spårbar.
Meddelandet registreras fortfarande mot den SAP-händelse som utlöste det. Ingenting är beroende av att någon upptäcker ett gap i en kanal. Leveransen övervakas när den sker och loggas med dokumentreferensen, ett inlägg som Slack inte accepterar utlöser omedelbart en varning med orsaken, återförsök körs där de är konfigurerade och den underliggande begäran förblir öppen i SAP, så ett godkännande går aldrig tyst förlorat på grund av att en kanal inte var tillgänglig.
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.