Affärssystemintegration

En ERP-integration prövas två gånger: när den byggs, och när affärssystemet ska uppgraderas eller bytas. Den andra gången visar det sig hur mycket av leverantörens datamodell som fått läcka in i dina egna system.

Har rapporter, webbshoppen och det egna kundregistret läst fältnamn och koder direkt ur affärssystemet är det inte en integration som ska skrivas om vid ett byte. Det är varje applikation som gjorde det.

Fem frågor att svara på innan du börjar

1. Vilket system äger kund, artikel, order och lagersaldo? Svaret kan skilja sig per fält, men det ska finnas.
2. Vad händer när affärssystemet är nere i fyra timmar? Köas ordrarna, eller tappas de?
3. Tål skrivningarna att samma order skickas två gånger?
4. Hur upptäcker du att ett flöde slutat leverera, utan att en kund ringer?
5. Går det att köra om ett dygns trafik i efterhand?

Svaren skriver vi in i integrationsplanen: ägare per uppgift, vad som händer vid avbrott, hur omförsök hanteras och vad som övervakas. Saknas ett svar är det ett beslut som återstår, inte ett hål att fylla i den första incidenten.

Vilka affärssystem jobbar ni mot?

De som har ett API att koppla mot. Fortnox, Visma, Business Central och SAP har det, men API:er, behörigheter och stöd för händelser skiljer sig mellan dem, så vi tittar på det innan vi lovar något. Sättet vi bygger på är detsamma: ett översättningslager mellan deras modell och din, så att fältnamn och koder stannar på ena sidan. Det är mer mappning och fler tester i början. Vid ett byte kontrollerar vi vilka delar av kontraktet det nya affärssystemet klarar. Där det inte gör det får även flödet eller konsumenterna ändras, men då är det en känd lista, inte en jakt genom alla system.

Hur kontraktet mot affärssystemet skrivs och versioneras står under API-integration.