Integration som projekt eller drift — vad är skillnaden?

Ett integrationsprojekt besvarar frågan om hur två system ska byta information. Driften besvarar en annan fråga: vem märker, utreder och åtgärdar när flödet slutar fungera eller förutsättningarna ändras? Företag behöver ofta båda, men inte alltid samma omfattning.

Vad projektet ska leverera

Projektet bör definiera informationsägare, datamappning, behörigheter, händelser, testfall och hur fel ska hanteras. En färdig koppling ska kunna provas med både lyckade och avvisade händelser. Den är ändå inte automatiskt ett driftåtagande.

Vad som händer efter leverans

Behörigheter kan löpa ut, ett API förändras, obligatoriska fält saknas eller någon ändrar processen i det ena systemet. Utan synlighet kan en misslyckad överföring upptäckas först vid fakturering eller när kunden frågar. Kostnaden är då inte bara rättningen, utan väntan och osäkerhet i arbetet.

Drift betyder ansvar, inte bara en grön statuslampa

• Följ vilka händelser som kommit fram och vilka som stoppats.
• Prova tillfälliga fel igen utan att skapa dubbletter.
• Ge en ansvarig en tydlig åtgärd när data behöver rättas eller godkännas.
• Dokumentera ändringar i flödet och testa innan de införs.
• Bestäm vem som kontaktar vem när ett källsystem förändras.

Tre rimliga upplägg

Vid låg volym kan ett dokumenterat projekt med en enkel manuell kontroll räcka. Om flödet är viktigt och återkommande kan det behöva larm, felkö och en namngiven intern ägare. För flera beroende flöden kan ett löpande driftupplägg ge tydligare ansvar för övervakning, omförsök och förändring. Valet styrs av konsekvensen när något misslyckas, inte av hur avancerad tekniken ser ut.

Exempel: från CRM till ekonomi

När en vunnen affär skickas vidare behöver ekonomin kanske kontrollera uppgifter innan ett underlag skapas. Projektet bygger överföringen och kontrollen. Driften ser till att en avvisad händelse inte försvinner obemärkt och att en rättad händelse inte råkar skapa en dubblett. Om Fortnox är mottagare måste aktuella gränssnitt och behörigheter verifieras i det enskilda uppdraget.

När löpande drift inte behövs

Om en överföring sker sällan och en enkel avstämning fångar fel i tid kan en kontrollerad import vara bättre. Utse ändå någon som äger rutinen. Köp inte ett omfattande övervakningsupplägg för att lösa ett problem som först behöver bättre grunddata.

Ta beslutet med ett verkligt fel i åtanke

Välj en händelse och fråga: hur upptäcks ett fel, vem kan förstå det, vem får rätta det och hur vet ni att det sedan gick igenom? Vår sida om systemintegration hjälper er avgränsa bygget. SKALVERK FLOW beskriver det löpande ansvaret när kopplingen behöver övervakas och drivas vidare.