Samla integrationerna i ett register
Börja med några flöden ni känner till. Med källor, mottagare och ansvariga samlade på ett ställe blir det lättare att se vad som behöver undersökas inför flytten till IFS Cloud. Mallen går att fylla i tillsammans med kollegorna, lite i taget.
En tom mall med tio kolumner. Öppna den i ett kalkylblad och fyll i en rad per flöde. Om allt hamnar i en kolumn vid import, välj semikolon som avgränsare.
Mallen hjälper er att samla underlaget. Bedömningen av vad som behöver ändras gör ni sedan utifrån era flöden och er målmiljö.
Kontrollerad mot API Explorer Overview (25R2) · 2026-10-03
Kontrollerad mot Decision Guide (26R1) · 2026-08-30
Visa ett exempel på en första rad
Påhittat exempel för att visa hur mallen kan användas. Det beskriver ingen kund eller färdig IFS-koppling. Lägg gärna in ”okänt” där ni behöver fråga någon.
- Flödesnamn
- Artikeluppgifter till lager
- Källa
- IFS: gränssnitt att undersöka
- Mottagare
- Lagersystem
- Riktning
- Ut från IFS
- Frekvens
- Varje natt
- Teknik
- Behöver kartläggas
- Dataägare
- Rollen som ansvarar för artikeldata
- Felhantering
- Okänt, följ upp med driftansvarig
- Beroenden
- Nattligt batchjobb, kontrollera ordningen
- Senast ändrad
- Behöver kontrolleras
Tio kolumner, och skälet till var och en
| Fält | Varför det finns med |
|---|---|
| Flödesnamn | Det namn folk faktiskt använder muntligt. Ett tekniskt id som ingen känner igen gör registret oanvändbart på ett möte. |
| Källa | Vilket system data kommer från, och via vilket gränssnitt. |
| Mottagare | Alla mottagare, inte bara den primära. Antalet mottagare avgör om ett flöde bör vara punkt-till-punkt eller inte. |
| Riktning | In, ut eller båda. Dubbelriktade flöden är oftare två flöden än ett, och bör då delas upp i registret. |
| Frekvens | Realtid, schemalagt eller manuellt utlöst. Schemalagda flöden utan ägare är lätta att missa. |
| Teknik | IFS Connect, projektion/OData, Entity Service, filutbyte eller direkt databasåtkomst. |
| Dataägare | Vem i verksamheten som äger innehållet, inte vem som förvaltar tekniken. Det är den personen som kan svara på om ett fält får ändras. |
| Felhantering | Vad som händer när flödet misslyckas, och vem som får veta det. Ett "vet ej" här är i sig ett fynd. |
| Beroenden | Custom events, egna projektioner, batchjobb, lokala tillägg. Det är den här kolumnen som avgör migreringsarbetet. |
| Senast ändrad | Ett flöde ingen rört på sex år är antingen stabilt eller övergivet, och skillnaden är värd att ta reda på. |
Rubrikrad att klistra in i ett kalkylblad:
Flödesnamn;Källa;Mottagare;Riktning;Frekvens;Teknik;Dataägare;Felhantering;Beroenden;Senast ändrad
Tre flöden räcker för att komma igång
Ni behöver inte få med allt på första mötet. Välj tre flöden med olika karaktär och hjälps åt att fylla i dem:
- Ett som rör masterdata. Där syns dataägarskapet tydligast, eller frånvaron av det.
- Ett som skickar en transaktion. Där syns felhanteringen, eftersom konsekvensen av ett tappat meddelande är konkret.
- Ett som bara används vid fel eller återställning. Där syns det som ingen dokumenterat, för det används sällan nog att ingen minns det.
Titta sedan på luckorna tillsammans. Vilka frågor kan ni svara på direkt, och vem behöver ni prata med? Skriv upp nästa steg så att det blir lätt att fortsätta.
Vad inventeringen brukar avslöja
När ni går igenom registret är det värt att stanna upp vid några återkommande frågor:
- Flöden utan ägare. Ingen i verksamheten känner igen namnet, men något kan ändå vara beroende av dem. Ta reda på vem som använder resultatet innan ni bestämmer vad som ska hända med flödet.
- Flöden som går förbi API-lagret. Direkt databasåtkomst och delade kataloger har inget kontrakt att luta sig mot. De blir utvecklingsarbete, inte konfiguration.
- Fält som betyder olika saker hos avsändare och mottagare. Syns när någon fyller i kolumnen Dataägare och två personer ger olika svar.
Registret kan också följa med när ni ber om hjälp eller tar in en offert. Med samma underlag blir det lättare att jämföra förslag och reda ut vad som ingår.
Ta registret vidare
När de första raderna är klara kan ni använda guiden från Apps 10 till IFS Cloud för att gå igenom beroendena. Hör gärna av er om ni vill diskutera en fråga som dyker upp.