Affärssystemsintegration

Affärssystemsintegration är dataflowet mellan en e-handelsplattform och ett affärssystem. Affärssystemet är där handlarens ekonomi, redovisning, lager, inköp och ofta produktdata bor. E-handelsplattformen är där ordrar kommer in och där produktdata presenteras för kunder. Integrationen håller de två i synk så att ordrar når ekonomiavdelningen, fakturor når kunder, lagernivåer är ärliga och produktdata förblir konsekvent. ## Vad affärssystemsintegration faktiskt flyttar Standardintegrationen hanterar en handfull dataflows. Ordrar flödar från e-handelsplattformen till affärssystemet för fakturering och leverans. Lagernivåer flödar från affärssystemet till e-handelsplattformen så att storefronten visar riktig tillgänglighet. Produktdata kan flöda åt antingen hållet beroende på var sanningskällan bor. Kundregister kan synka så att kreditvillkor och kundkategorier är konsekventa. Priser, prislistor och B2B-avtal ligger ofta i affärssystemet och flödar till e-handelsplattformen. Returer och kreditfakturor flödar tillbaka åt andra hållet. Inget av detta är unikt för affärssystemsintegration specifikt. Samma mönster gäller för vilka två system som helst som behöver dela data. Men eftersom affärssystemet oftast är det finansiella system of record är det särskilt viktigt att få integrationen rätt. Fel ordrar i affärssystemet betyder fel fakturor, vilket betyder olyckliga kunder och olyckliga revisorer. ## Nordisk affärssystemskontext På den nordiska marknaden inkluderar vanliga affärssystem Fortnox, Visma, Business Central (Microsoft Dynamics 365), SAP Business One, Pyramid, Monitor och Jeeves. Var och en har sin egen API-yta, sin egen datamodell och sina egna skönheter. Fortnox är vanligt bland små och medelstora. Business Central är vanligt i mid-market. SAP är vanligt i enterprise. Integrationsinsatsen skalar med affärssystemets komplexitet och handlarens specifika datamodell. ## Direktintegration vs iPaaS Två huvudansättningar. Direktintegration betyder anpassad kod som anropar affärssystemets API direkt från e-handelsplattformen (eller tvärtom). Det är okej för en enkel integration men blir skör i takt med att antalet dataflows växer. Att använda en iPaaS betyder ett mellanlager som pratar med både affärssystemet och e-handelsplattformen via förbyggda konnektorer. iPaaSen hanterar retries, transformationer, loggning och felhantering. För något bortom en enkel tvåvägs-synk är iPaaS oftast rätt val. ## Vad headless ändrar I en headless-uppsättning är affärssystemsintegrationen en backend-fråga, inte en frontend-fråga. E-handelsplattformens Storefront API exponerar lager, priser och ordrar till frontenden. Vilken iPaaS eller integrationslager som sitter bakom e-handelsplattformen är osynligt för frontenden. Den separationen är en feature: frontenden kan utvecklas utan att oroa sig för affärssystemets schemaändringar, och affärssystemsintegrationen kan omarbetas utan att röra storefronten. ## Hur Frntkey passar in Frntkey kombineras ofta med Junipeer, en iPaaS byggd av Nordic Web Team. Junipeer hanterar affärssystemsintegrationslagret: konnektorer för Fortnox, Visma, Business Central, SAP och andra, plus lager- och fraktsystem. Den typiska Norce + Frntkey + Junipeer-stacken sätter Frntkey på frontenden, Norce som e-handelsbackend och Junipeer flyttar data mellan Norce och handlarens befintliga affärssystem. Frntkey självt gör inte affärssystemsintegration. Den renderar storefronten ovanpå vilken backend och vilket integrationslager handlaren än har valt. ## Relaterade termer iPaaS · Order management system · Product information management · Headless commerce