Teknik

Bygg er egen API-katalog

Senast verifierad 2026-10-03

Den vanligaste frågan om M3-integration är ”vilka API:er finns det?”. Det finns inget publikt svar på den, och det beror inte på att Infor döljer något. Katalogen är installationsspecifik: den beror på version, aktiverade moduler och vad som lagts till lokalt.

Varför en färdig lista inte hjälper er

En publicerad katalog över MI-program gäller den installation den togs från. Er skiljer sig på version, aktiverade moduler och lokala tillägg, och avvikelsen upptäcks först i test. Metoden nedan ger däremot rätt svar för er miljö.

De tre programmen

Infor beskriver metadatan i tre nivåer och pekar ut var respektive nivå listas: i MRS001 listas samtliga API-program, i MRS002 samtliga API-transaktioner och i MRS003 samtliga transaktionsfält.

→ API metadata · m3udi 16.x · verifierad 2026-08-29

Arbetsgången

1. Ta ut programnivån ur MRS001. Det ger omfånget: vilka API-program som över huvud taget finns i miljön. Spara uttaget med datum och miljönamn; det är den uppgiften som gör katalogen jämförbar över tid.
2. Ta ut transaktionerna ur MRS002. Här blir listan användbar. Det är på den här nivån ett integrationskontrakt kan formuleras.
3. Ta ut fälten ur MRS003 för de transaktioner ni faktiskt använder. Att ta ut samtliga fält för samtliga transaktioner ger en fil ingen läser. Begränsa till det som är i bruk, och komplettera när något nytt tas i drift.
4. Gör om uttaget efter varje uppgradering och jämför mot föregående. Skillnaden mellan två uttag är den enda framkomliga vägen till frågan ”vad ändrades i vår integrationsyta”.

Vad ni kan och inte kan ändra

Metadata som Infor levererar är läsbar men inte redigerbar. Vissa tenant-medvetna program, och Infor nämner MDBREADMI och CMS100MI, tillåter att deras metadata redigeras. Skillnaden är värd att känna till innan någon planerar en lösning som förutsätter att metadatan kan justeras.

→ API metadata · m3udi 16.x · verifierad 2026-08-29

Uttaget är också det billigaste svaret på en fråga som brukar dyka upp sent i ett molnprojekt: vilka av våra integrationer bygger på något som inte är standard? Jämför katalogen mot en referensinstallation, så syns det.

Samla katalogen i ett kalkylblad

Hämta MI-transaktionsregistret (CSV). Mallen är ett redaktionellt arbetsunderlag, inte ett exportformat från M3. Öppna den med semikolon som avgränsare och fyll i en rad per transaktion och fält som era flöden behöver. Spara miljö, version och datum för uttaget.

Illustrativt exempel: ett flöde läser artikeluppgifter till ett lager. Skriv först ”artikeluppgifter till lager” som flöde. Hämta sedan program och transaktion från MRS001/MRS002 och fyll i in- och utfält från MRS003. Ange inga programnamn på gissning. Lägg affärsnyckel, fälttyp och obligatoriskt värde bredvid det test som visar att mottagaren får rätt artikel.

1. Markera fältet som in eller ut och spara vilken metadata ni använde.
2. Länka raden till ett maskerat lyckat anrop och ett feltest.
3. Ta fram samma metadata i målmiljön efter en uppgradering och notera skillnader.
4. Låt flödets ägare godkänna kontraktet innan den nya versionen används.

Program, transaktion och fält är de nivåer Infor dokumenterar; flöde, ansvarig och testunderlag är våra tillägg för att göra katalogen användbar i projektet.

→ API metadata · m3udi 16.x · verifierad 2026-10-03

För nästa steg, se API-kontraktet, meddelanden via ION och kontroller inför CloudSuite.