Waarom is productiedata uit het MES niet klaar voor rapportage?
Een MES is gebouwd om de werkvloer te draaien. Het registreert start- en stopmomenten, machinestatussen, aantallen en afkeur per productieorder, vaak per seconde. Zijn taak is uitvoering en die taak doet het goed.
De data die het oplevert, is gevormd voor de mensen op de vloer. Machines hebben lokale ID's, afkeurredenen zijn codes die een operator uit een lijst kiest en elke fabriek heeft zijn MES meestal op zijn eigen manier ingericht. Business intelligence vraagt het tegenovergestelde: dezelfde order-, product- en redencodes in alle fabrieken en systemen.
Voordat er één dashboard live gaat, moet iemand dus de context opnieuw opbouwen. Welke order was dit, welk product, welke revisie en welke lijn? Dat werk gebeurt bij de overdrachten tussen het MES en de systemen eromheen en daar houdt MES-integratie stand of breekt ze.
Waar breekt de datakwaliteit tussen het MES en de planning?
Productieorders komen vanuit de planning in het ERP naar beneden en terugmeldingen gaan weer omhoog. Elke overdracht is een kans dat beide kanten niet meer overeenkomen en de breuken vallen meestal op dezelfde vier plekken:
- Orderreferenties: een ordernummer dat onderweg anders wordt opgemaakt, komt niet meer overeen met de order die de planning heeft vrijgegeven.
- Eenheden: het MES telt stuks terwijl de planning kilo's boekt, of andersom.
- Timing: terugmeldingen die één keer per dienst worden verstuurd, betekenen dat de planning werkt met de output van gisteren.
- Afkeur en herbewerking: geregistreerd in het MES maar anders of helemaal niet geboekt in het ERP.
Elke breuk is klein. Samen zorgen ze ervoor dat het MES en het ERP voor dezelfde week een andere output rapporteren, het soort afwijking dat de dataconsistentie tussen fabriekssystemen ondermijnt. Over elk rapport dat op een van beide is gebouwd, wordt gediscussieerd in plaats van dat het wordt gebruikt en een model dat op een van beide wordt getraind, leert de onenigheid. De meeste van deze breuken zijn terug te voeren op codes die in verschillende systemen iets anders betekenen.
Waarom moeten stamgegevens in elk systeem hetzelfde betekenen?
Stamgegevens zijn de gedeelde woordenschat van de fabriek: artikelnummers, routings, werkplekken, eenheden en redencodes. PLM definieert het product, het ERP plant het en het MES voert het uit. Als een werkplek in het MES "L3" heet en in SAP of Microsoft Dynamics "LINE-03", heeft elk rapport een mappingtabel nodig om ze te koppelen.
AI maakt de inzet hoger. Een mens kan raden dat twee codes dezelfde machine betekenen. Een machine learning-model kan dat niet en leert de inconsistentie dus alsof het een patroon is. Daarom komt master data management vóór elke serieuze analyse.
Veel fabrikanten lossen dit op in het datawarehouse, met transformaties die MES-data bij binnenkomst opschonen en mappen. Die aanpak is beproefd en goed in rapporteren over het verleden. Maar de oplossing zit alleen in het datawarehouse, dus de planning en het MES blijven het oneens en elk nieuw model of dashboard hangt af van iemand die de mappings onderhoudt.
Hoe een iPaaS elk systeem dezelfde productiedata geeft
Productiedata heeft meerdere eigenaren. PLM bevat de productdefinitie, het ERP de orders en voorraad en het MES registreert wat er op de vloer gebeurde. Rapportage en AI hebben één consistente versie van alle drie nodig, samengesteld voordat de data de planning, een dashboard of een model bereikt. Een iPaaS kan die rol vervullen zonder een van hen het eigenaarschap af te nemen. Het past de afgesproken definities toe terwijl data beweegt, zodat de planning, het datawarehouse en de BI-tools die erop zijn gebouwd dezelfde versie ontvangen. Records kunnen daar ook datavalidatie doorlopen voordat een systeem ze accepteert.
In de praktijk koppelt een fabrikant zijn fabrieks- en bedrijfssystemen één keer aan het platform. Het platform zet data om naar het formaat dat elk systeem begrijpt en automatiseert de uitwisseling realtime of volgens een schema.
Het Alumio-integratieplatform biedt functies die je kunt configureren rond het MES en de systemen die ervan afhangen:
- Terugmeldingen bereiken de planning in de juiste vorm: een Route tussen het MES en het ERP kan elke terugmelding omzetten naar de aantallen, eenheden en orderreferenties die de planning verwacht.
- Eén set codes in elke fabriek: een Transformer tussen het MES en het datawarehouse kan lokale machine-, werkplek- en afkeurcodes mappen naar één gemeenschappelijke set.
- De vloer werkt met de actuele productdefinitie: een Route tussen PLM en het MES kan elke vrijgegeven revisie doorgeven, zodat productie en rapportage dezelfde versie gebruiken.
- Elke wijziging is traceerbaar en de data beveiligd: versiebeheer, goedkeuringsworkflows en audittrails laten zien wie een mapping wanneer heeft gewijzigd. Het platform is ISO 27001-gecertificeerd, dus productiedata wordt verwerkt volgens een erkende beveiligingsstandaard.
Waar te beginnen: van MES-integratie naar analytics en AI
Veel fabrikanten besteden hun Industrie 4.0-budget aan dashboards en AI-tools voordat de onderliggende data in elk systeem hetzelfde betekent. De productiedata is er meestal al, maar niemand heeft afgesproken wat die betekent zodra ze het MES verlaat. Tot dat verandert, levert data-analyse in de maakindustrie dashboards op die operations en finance verschillend lezen.
Het praktische begin is één stroom die één beslissing voedt, zoals output en afkeur per lijn. Spreek de definities voor die stroom af, voor order, artikel, werkplek en redencode. Pas ze daarna toe in de integratielaag. Op een integratieplatform als Alumio gaat die eerste stroom doorgaans binnen weken live, niet maanden. Het MES, de planning en het datawarehouse werken dan met dezelfde cijfers en het datateam hoeft niet langer voor elke vraag de context opnieuw op te bouwen.
Elke volgende stap kost minder dan de eerste. Een tweede fabriek, een nieuw dashboard of een machine learning-toepassing sluit aan op definities die al staan. Als het MES zelf wordt vervangen of er een nieuwe fabriek bijkomt, blijven de definities in de laag in plaats van te verdwijnen met het oude systeem.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
