Ditt affärssystem borde ropa när något händer – inte vänta på att du ska fråga

Ta ett konkret exempel. En order bekräftas i ditt e-handelssystem klockan 14:32. Lagret behöver veta det direkt – för att reservera artiklar, trigga plocklistan och eventuellt flagga om lagersaldot är för lågt för att leverera i tid. Hur snart vet ditt affärssystem om ordern?

I de flesta verksamheter är svaret: det beror på när systemet frågar. Integrationer som bygger på polling – det vill säga att ett system med jämna mellanrum frågar ett annat om det hänt något nytt – introducerar en grundläggande fördröjning. Varje minut mellan frågorna är en minut där data är inaktuell. Vid hög ordervolym, tight lagerstyrning eller tidskritiska flöden spelar det roll.

Polling är 1990-talets lösning på ett 2020-talsproblem

Polling-baserade integrationer är enkla att förstå och enkla att bygga, vilket är anledningen till att de fortfarande dominerar. Men de skalas dåligt. Ju fler system som integreras, desto mer onödig trafik genereras. Varje system frågar var femte minut, dygnet runt, oavsett om något faktiskt hänt. Det är resurskrävande och ger ändå inte realtidsdata.

Alternativet kallas händelsedrivna integrationer, och det bygger på en enkel idé: i stället för att system A frågar system B om något hänt, skickar system B en notis till system A i exakt det ögonblick något förändras. Tekniken kallas webhooks eller event streams. Det är inte ny teknologi – webbutvecklare har använt det i över ett decennium. Men i ERP-världen har implementeringen gått trögt.

Vad webhooks faktiskt innebär i ett affärssystem

En webhook är i sin enklaste form ett HTTP-anrop som ett system skickar till ett annat när en specifik händelse inträffar. Affärssystemet registrerar: 'när en ny leverantörsfaktura godkänns, POST:a det här datat till den här URL:en.' Mottagarsystemet – oavsett om det är ett godkännandesystem, ett rapportverktyg eller ett egenutvecklat flöde – tar emot informationen direkt och kan agera omedelbart.

I Visma Business NXT finns det stöd för just det via Visma Connect Webhooks. Det innebär att förändringar i affärssystemet – nya transaktioner, statusuppdateringar, godkännanden – kan trigga händelser som andra system abonnerar på. Resultatet är att dataflödet går från periodisk synkronisering till kontinuerlig signalering.

Skillnaden i praktiken är märkbar. Ett lagerhanteringssystem som hämtar orderdata var femte minut kan i värsta fall vara nästan en halvtimme efter om ordern kom in strax efter senaste pollningen. Med webhooks är fördröjningen mätt i sekunder.

Tre situationer där det verkligen spelar roll

Det är inte alla verksamheter som märker av skillnaden – men för dem som gör det är den ofta avgörande:

• Lager och logistik med hög omsättningshastighet. Felaktiga lagersaldon i realtid leder direkt till överlöften till kunder eller onödiga stopporder.
• Godkännandeflöden för leverantörsfakturor. Om ett godkännande i ett externt system inte slår igenom i affärssystemet förrän nästa polling-cykel kan betalningsfristen passeras i onödan.
• Automatiserade rapporteringsflöden. Power BI-dashboards och datalager som baseras på polling visar alltid ett förflutet tillstånd. Händelsedrivna flöden gör att nyckeltal kan uppdateras i nära realtid utan manuell export.

Arkitekturen avgör hur snabbt du faktiskt kan reagera

Det finns en tendens att se integrationsfrågor som tekniska detaljer – något IT-avdelningen sköter. Men valet mellan polling och händelsedrivna integrationer har direkta konsekvenser för hur snabbt en verksamhet kan reagera på förändringar. Det är egentligen en fråga om operationell hastighet.

Ett modernt affärssystem bör inte vara ett slutet arkiv som andra system behöver knacka på dörren till. Det bör vara en aktiv deltagare i informationsflödet – ett system som kommunicerar proaktivt när något förändrats och låter andra delar av verksamheten reagera direkt.

Det ställer krav på hur affärssystemet är byggt från grunden: vilka händelser det kan exponera, hur det hanterar felscenarier när mottagarsystem är nere, och hur lätt det är att konfigurera nya webhooks utan att behöva konsulthjälp varje gång.

Det är precis den här typen av arkitekturval som är en av anledningarna till att Northscale startade. Affärssystemsvärlden har på många sätt inte förändrats på 30 år – trots att både systemen och affärsvärlden förändrats radikalt. Vi är en ny aktör med ny teknik och en leveransmodell som faktiskt ger ett annat resultat. Frågan om hur ditt affärssystem kommunicerar med omvärlden är inte en teknisk fråga i periferin – det är en fråga om hur snabbt hela din verksamhet kan röra sig.