Teknik
ION och BOD
Senast verifierad
ION beskrivs av Infor som ett meddelandesystem för att integrera Infor-applikationer både med varandra och med applikationer utanför Infor. Transaktions- och masterdata skickas mellan applikationerna som BOD:ar, som routas genom ION.
→ Infor ION and M3 BODs · m3cs 10.2.3 · verifierad 2026-08-29
Två olika sätt att prata med M3
Det är lätt att uppfatta API-anrop och BOD:ar som två tekniker för samma sak. De är det inte, och valet mellan dem är ett av de få verkligt strukturella besluten i en M3-integration.
| MI-anrop | BOD via ION | |
|---|---|---|
| Riktning | Ni frågar, M3 svarar | Något har hänt, meddelandet skickas vidare |
| Koppling | Anroparen måste känna till transaktionen | Avsändaren behöver inte känna till mottagaren |
| Abstraktionsnivå | Operation mot systemet | Affärsobjekt och en handling på det |
| Passar | Uppslag, validering, styrd uppdatering | Spridning av master- och transaktionsdata till flera mottagare |
Ett flöde som byggs som upprepade MI-anrop när det egentligen är en spridning av masterdata blir kostsamt att utöka: varje ny mottagare kräver ett nytt anropsflöde. Ett flöde som byggs som BOD när det egentligen behöver ett synkront svar blir i stället svårt att felsöka, eftersom svaret aldrig var en del av kontraktet.
Riktningen spelar roll för var dokumentationen finns
Inkommande BOD:ar mot M3 dokumenteras separat från den översiktliga ION-beskrivningen, och molnvarianten ligger i ett annat produktträd än motsvarigheten för on-prem. Det är ett av de tydligaste exemplen på varför dokumentationskartan finns.
→ Inbound BODs · m3core 2025.x · verifierad 2026-08-29
Transport är inte betydelse. En BOD kan levereras helt korrekt och ändå ge fel verksamhetsresultat, eftersom mottagaren tolkar ett fält annorlunda än avsändaren avsåg. Dokumentera per mottagare vilket fält som är källa, om det är obligatoriskt, vilket format det har och vilken regel som gäller. Den dokumentationen är inte teknisk pedanteri. Den är enda sättet att granska nästa ändring.