Terug naar de blog

De Gordiaanse knoop: Infor LN en MES synchroniseren zonder een datahel te creëren

(Deel 2 van de serie: “Van hardware naar cloud: het blauwdruk voor MES-integratie”)

In de oude mythologie was de Gordiaanse knoop een ingewikkeld probleem dat niemand kon ontwarren. Alexander de Grote loste het op door de knoop met zijn zwaard doormidden te hakken.

In de moderne productieomgeving is de integratie tussen uw ERP- en MES-systeem die knoop. Maar in tegenstelling tot Alexander kunt u die knoop niet zomaar met een zwaard doorhakken – tenzij u uw grootboek wilt verstoren en uw productielijn wilt lamleggen.

In deel 1 hebben we vastgesteld dat het ERP-systeem de strategie plant, terwijl het MES-systeem de uitvoering verzorgt. Nu moeten we de veilige communicatielijn tussen de generaal en de luitenant opzetten. Dit is waar 80% van de digitaliseringsprojecten vertraging oploopt: niet bij de software-installatie, maar bij de synchronisatielogica.

Regel #1: De soevereiniteit van stamgegevens

Voordat we ook maar één productieorder versturen, moeten we het eens worden over de geldende wetgeving.
De meest voorkomende oorzaak van mislukking die ik in mijn adviespraktijk zie, is een masterdata-anarchie, waarbij het MES gebruikers toestaat acties uit te voeren die normaal gesproken niet mogelijk zijn in het ERP-systeem.

Om een ​​datahel te voorkomen, moet je een strikte hiërarchie hanteren: Infor LN is de enige bron van waarheid.

De MES is een abonnee, geen auteur, van de volgende datastructuren:

  • Artikelen: het artikelnummer, de omschrijving en de meeteenheid zijn bindend.
  • Materiaaloverzicht: wat we gaan bouwen.
  • Routeplanning: hoe we het opbouwen (bewerkingen, werkcentra, cyclustijden).

Waarom is dit onderscheid cruciaal? We moeten dit aanpakken omdat veel commerciële MES-platformen de mogelijkheid bieden om aparte tabellen voor gegevens die normaal gesproken tot het ERP-domein behoren, zoals stuklijsten en werkinstructies. Technisch gezien kunnen ze onafhankelijk van elkaar functioneren.
Zonder adequate integratie – of een duidelijke strategische beslissing over "wie gegevens aan wie doorgeeft" – ontstaat er echter gevaarlijke redundantie.
In de ergste gevallen leidt deze dualiteit tot een ramp, waarbij de productieafdeling werkt op basis van een MES-recept, terwijl Finance de kosten berekent op basis van een ERP-stuklijst, en de twee nooit overeenkomen.

Als alles goed gaat

De standaard integratiestroom is bedrieglijk eenvoudig. We kunnen het de "ideale route" noemen

  1. Vrijgave: de planner controleert het schema in LN en geeft de productieorder vrij.
  2. Trigger: deze statuswijziging activeert een Infor ION- workflow.
  3. Transport: ION genereert een Business Object Document (BOD) – doorgaans de SyncProductionOrder – en stuurt deze via een connector (REST API of JMS) naar het MES.
  4. Uitvoering: Het MES ontvangt de JSON/XML, maakt de bestelling aan in de lokale database en wacht tot de operator op "Start" drukt.

Op een PowerPoint-presentatie ziet het er eenvoudig uit. Maar in de praktijk verloopt het proces in ongeveer 60% van de gevallen vlekkeloos. De overige 40% is waar de nachtmerrie begint.

Omgaan met verandering

De ware test voor een integratiearchitectuur is niet hoe deze omgaat met creatie, maar hoe deze omgaat met wijziging.

Stel je dit scenario voor:

  • 08:00 uur: u stuurt bestelling nr. 1001 naar de MES voor 100 stuks.
  • 09:00 uur: de MES-operator start de machine.
    De status in MES verandert naar ' In uitvoering'.
  • 09:15 uur: Er komt een dringende Engineering Change Order (ECO) binnen.
    Het engineeringteam wijzigt een component in de stuklijst in Infor LN om een ​​kwaliteitsprobleem op te lossen.
  • 09:30 uur: Infor LN activeert een nieuwe SyncProductionOrder BOD met de update.

Wat gebeurt er nu?

Dit is de Gordiaanse knoop . Als uw integratie naïef is, kan het MES-systeem proberen de productievolgorde te overschrijven , waardoor de teller voor reeds geproduceerde onderdelen mogelijk wordt gereset (en de onderhanden werkvoorraad wordt gewist). Het MES-systeem kan de update ook weigeren omdat de order is vergrendeld, waardoor de operator 100 onderdelen produceert met het verkeerde (oude) component.

Bijwerken versus annuleren/vervangen

Om dit op te lossen, moet u de taal van OAGIS (de standaard die door Infor ION wordt gebruikt) begrijpen.
De SyncProductionOrder BOD bevat een ActionCode, die de exacte bewerking (Toevoegen, Wijzigen, Verwijderen of Vervangen) specificeert die het systeem op de order moet uitvoeren.

Uw MES-middleware moet intelligent genoeg zijn om dit te kunnen verwerken:

  1. Status controleren: Wordt order #1001 uitgevoerd in het MES-systeem?
  2. Als het programma draait: STOP. Voer de update niet automatisch uit. Meld dit aan de ploegleider.
  3. Als het niet actief is: het MES accepteert de binnenkomende update van Infor LN (waar de materiaalwijziging is aangebracht) en stemt de lokale lijst met geschatte materialen hierop af.

Sommige MES-platformen ondersteunen geen delta-updates (het wijzigen van slechts één regel). Ze vereisen een annulerings- en vervangingslogica (Order A verwijderen, Order B aanmaken).
Dit is riskant als er al met de werkzaamheden is begonnen.
U moet deze logica tijdens de blauwdrukfase in kaart brengen.

De doctrine van alleen-lezen

Omdat ik al een aantal jaren ervaring heb met integratieprojecten, hanteer ik doorgaans strikte regels om problemen in de toekomst te voorkomen.

Als een productieorder bijvoorbeeld in het MES-systeem als 'Gestart' is gemarkeerd, wordt deze in Infor LN alleen-lezen

U dient Infor LN zo te configureren dat kritieke velden (bijv. hoeveelheden) grijs worden weergegeven wanneer de integratiestatus 'Verzonden naar MES' is (dit kan een klein CDF – Custom Defined Field – zijn in de koptekst van de LN-productieorder om gebruikers een visueel overzicht te geven van wat er al in het MES is geïntegreerd).

Als u absoluut moet wijzigen die momenteel door de CNC-machine wordt bewerkt:

  1. Stop de machine.
  2. Sluit de order af in het MES (rapporteer de gedeeltelijke hoeveelheid die tot nu toe is geproduceerd).
  3. Sluit de bestelling af in Infor LN (technisch gezien "voltooi" de gedeeltelijke hoeveelheid).
  4. Maak een nieuwe order aan in LN voor de rest van het werk met de nieuwe technische revisie.
    Deze wordt vervolgens opnieuw naar MES gestuurd om het werk voort te zetten.

Is het bureaucratisch? Jazeker. Irriteert het de planners? Absoluut. Garandeert het dat uw voorraadkosten en traceerbaarheid van componenten 100% nauwkeurig zijn? Gegarandeerd.

De technologie-stack optimaal benutten

Binnen het Infor-ecosysteem hoeven we geen eigen scripts te schrijven om dit verkeer te beheren. We gebruiken de beschikbare tools:

  • Infor ION: Het plaatst de berichten in een wachtrij. Als de MES-server tijdelijk niet beschikbaar is vanwege onderhoud, houdt ION de BOD's vast en probeert het later opnieuw. U raakt nooit een bestelling kwijt.
  • Infor IDM (Document Management): voeg de tekening-pdf toe aan de productieorder in LN. De BOD stuurt de link naar het MES. De operator bekijkt de tekening direct op het touchscreen. Geen papier meer nodig.

De knoop stevig vastmaken

Het integreren van Infor LN met een MES is een project dat operationele discipline vereist.
De code schrijven is het makkelijke deel.
Het lastige is om je organisatie ervan te overtuigen dat ze niet langer ad hoc oplossingen kunnen bedenken zonder een digitaal protocol te volgen.

In het volgende artikel verlaten we het kantoor en dalen we af naar het machineniveau.
We zullen onderzoeken hoe we die signalen uit de PLC's (OPC-UA, Modbus) halen om ze überhaupt aan het MES te leveren.

Geschreven door Andrea Guaccio 

4 februari 2026