ERP-integratie voor de maakindustrie: SAP, Dynamics en Navision koppelen aan de werkvloer

Elke producent die zowel een ERP als werkvloersystemen draait, stuit uiteindelijk op dezelfde discrepantie. Het ERP toont een order als gereed; de werkvloer weet dat twee pallets zijn herbewerkt. Het ERP toont materiaalverbruik op standaardhoeveelheid; het werkelijke verbruik bevatte afkeur die niemand heeft geboekt. Geen van beide systemen liegt. Ze beschrijven verschillende momenten — het ERP beschrijft het plan en de financiële gevolgen ervan, de werkvloer beschrijft de fysieke werkelijkheid — en integratie is de discipline om die twee beschrijvingen met elkaar in overeenstemming te houden.

De eerste ontwerpbeslissing is de richting van het eigenaarschap, en die verkeerd nemen is de meest voorkomende oorzaak van integratieprojecten die nooit stabiliseren. Stamdata — klanten, leveranciers, materialen, stuklijsten, routings, prijzen — hoort bij het ERP en stroomt naar beneden. Uitvoeringsdata — werkelijke start- en eindtijden, werkelijk geproduceerde aantallen, afkeur, stilstandsredenen, machinestatussen, operatortoewijzingen, werkelijk materiaalverbruik — ontstaat op de werkvloer en stroomt omhoog. Wanneer beide systemen dezelfde entiteit mogen wijzigen, hebt u geen integratie maar een terugkerende ruzie met een synchronisatieschema.

De neerwaartse stroom is meestal de eenvoudigste helft. Productieorders die in het ERP worden vrijgegeven, verschijnen in het MES met hun bewerkingen, routings en materiaallijsten. Wijzigingen in het artikelstamgegeven planten zich voort. Klant- en leverdata bereiken de systemen die ze nodig hebben. De voornaamste praktische moeilijkheid is granulariteit: een ERP-productieorder komt vaak overeen met meerdere werkvloerbewerkingen op verschillende werkplekken, en de mapping tussen de ERP-structuur en de uitvoerbare structuur moet bewust worden gedefinieerd in plaats van verondersteld.

De opwaartse stroom is waar de waarde zit en waar de moeilijkheid zich concentreert. Terugmeldingen — de berichten die zeggen dat deze bewerking deze hoeveelheid produceerde, dit materiaal verbruikte, zo lang duurde en zoveel afkeur opleverde — voeden de voorraad-, kostprijs- en capaciteitscijfers van het ERP. Wanneer die automatisch uit machines en operatorterminals komen in plaats van aan het eind van de dienst uit het hoofd te worden ingetypt, houden de ERP-cijfers op benaderingen te zijn. De kostprijsberekening verbetert onmiddellijk, want werkelijke tijden vervangen standaardtijden.

De beschikbare integratiepatronen verschillen vooral in latentie en koppeling. Bestandsuitwisseling is eenvoudig, universeel ondersteund en onvermijdelijk batchgericht. Directe databasetoegang is snel en breekbaar en sneuvelt bij leveranciersupgrades op manieren die lastig te voorzien zijn. REST- en SOAP-API’s — SAP via IDoc, BAPI of OData; Dynamics 365 en Business Central via hun gepubliceerde API’s — zijn de moderne standaard en verdragen versiewisselingen veel beter. Message queues voegen robuustheid toe voor hoogfrequente gebeurtenissen, want de werkvloer blijft data produceren of het ERP nu beschikbaar is of niet.

Dat laatste punt verdient nadruk, want daar tonen kwetsbare integraties zich. De productie stopt niet wanneer het ERP stopt. Is uw integratie synchroon en is het ERP tijdens gepland onderhoud onbereikbaar, dan stopt ofwel de werkvloer ofwel gaat de data verloren. Een ontwerp met wachtrijen en buffering laat het MES doorgaan met vastleggen en levert de achterstand af zodra de verbinding terug is — en in een fabriek met meerdere ploegen is dat geen randgeval maar maandelijkse realiteit.

Lokale en regionale ERP-systemen compliceren het beeld op een specifieke manier. Wereldwijde suites hebben gedocumenteerde interfaces en grote integratie-ecosystemen. Regionale producten — Panteon, Logo, Nebim en hun equivalenten in andere markten — zijn wijdverbreid onder middelgrote producenten, vaak diep aangepast, en hebben zelden een kant-en-klare MES-connector. Dat is geen reden om een werkend ERP te vervangen. Het is een reden om de integratielaag als volwaardig projectonderdeel te behandelen in plaats van als een verondersteld detail.

Reconciliatie is het onderdeel dat uit projectplannen wegvalt en vervolgens de eerste drie maanden van de exploitatie opslokt. Berichten mislukken. Een terugmelding wordt geweigerd omdat een materiaal geblokkeerd stond. Een productieorder wordt in het ERP verwijderd nadat de werkvloer er al aan begonnen is. Elke integratie heeft een inspecteerbare wachtrij nodig, een herhaalmechanisme, een foutstatus die een mens waarschuwt, en een periodiek reconciliatierapport dat aantoont dat wat de werkvloer registreerde en wat het ERP bevat nog steeds overeenkomen. Integraties zonder die elementen falen niet luidruchtig; ze drijven stilletjes weg, wat erger is.

Het afbakeningsadvies dat het contact met de werkelijkheid overleeft: begin met één ordertype op één lijn, bewijs de volledige rondgang van ERP-vrijgave naar werkvloeruitvoering naar terugmelding in het ERP, en verbreed pas daarna. Big-bang-integraties over alle vestigingen en ordertypen tegelijk falen op manieren die uiterst lastig te diagnosticeren zijn, want wanneer alles nieuw is, kan niets als referentie dienen.