Doorgaan naar hoofdcontent

(Dutch) Integreer ERP en productie zonder hoofdpijn met ISA95



1.1      Introductie

Veel bedrijven hebben moeite om de business systemen aan te sluiten op de productie vloer systemen. Dit zijn bedrijven die producten maken en waarbij productie locaties de daadwerkelijke producten maken. Bij de kantoren worden sales orders ontvangen die worden doorgestuurd naar de planningsafdeling en waarbij er uiteindelijk productie orders worden verstuurd naar de productievloer. Deze supply chain bestaat dan uit plan-source-make-deliver.

Figuur 1 ISA95 context

Veel bedrijven hebben vaak te maken met de volgende uitdagingen:
  •         De business (sales, managers, planners) praten vaak een andere vaktaal dan de medewerkers op de productievloer
  •          Bedrijven groeien gestaag door en er worden vaak nieuwe productielocaties bijgebouwd en/of overgenomen. Dit leidt dan weer tot integratie uitdagingen.
  •          Nieuwe producten die worden geïntroduceerd moeten nog volledig worden opgenomen in het productieproces. Het kost veel tijd om dit goed te integreren met de processen op de productievloer

·         IT systemen die gebruikt worden in de verschillende lagen hebben vaak andere eisen (denk aan beschikbaarheid en performance)

Klinkt dit herkenbaar en ervaar je dit ook als frustrerend? Wellicht is de ISA95 standaard een oplossing voor je!
Dit artikel gaat in op de mogelijkheden van ISA95 en hoe deze standaard kan helpen bij bovengenoemde uitdagingen. Laten we beginnen om kort uit te leggen wat ISA95 is.

1.2      Wat is ISA95?


ISA95 is een internationale standaard en bestaat uit modellen en terminologie die nauwkeurig in kaart brengen welke informatie moet worden uitgewisseld tussen systemen gericht op verkoop, financiën en logistieke systemen gericht op productie, onderhoud en kwaliteit. Het geeft handvaten voor applicatie rationalisatie en het scheppen van overzicht welke informatie moet worden uitgewisseld tussen de kantoorsystemen en de productieautomatiseringssystemen.
Figuur 2  ISA95 scope

De standaard richt zich niet op de productievloer zelf. Hier kunnen ISA88 en ISA106 helpen, maar dat is niet de scope van dit artikel.

Welke modellen heb je dan allemaal tot je beschikking?

1.3      De modellen van ISA95

ISA95 kent verschillende modellen voor de rationalisatie van het integratie landschap in beeld te brengen.

Figuur 3  ISA95 modellen

· Domain Definities
Het begint met het aanbrengen van de scheiding tussen het zogenoemde Enterprise Domain en Control Domain. Dit is de scheiding tussen respectievelijk de business en de productie functies.
· Functies
Daarna worden de functies verdeeld over deze domeinen. ISA95 heeft een overzicht van generieke functies die in elk bedrijf een rol spelen.
· Relevante functies
Relevante functies worden in de “functions of interest” benoemd. In dit model wordt ook aangegeven welke systeem applicaties verantwoordelijk zijn voor welke functies.
· Informatieflow
Met de “information flows of interest” wordt aangegeven welke informatie er tussen de systemen wordt uitgewisseld tussen de verschillende lagen.
· Categorieën
De informatie wordt verder opgedeeld in categorieën en hier verder uitgewerkt. Het gaat hierbij om productie-, kwaliteit-, performance- en/of inventory informatie.
· Informatie definities
Alle data definities van de benodigde data entiteiten worden vastgelegd in detail.



Figuur 4  Informatie definities

ISA95 gaat niet verder dan de logische data definities en de implementatie wordt overgelaten aan de bedrijven. Hiervoor kan het interessant zijn om ook naar B2MML te kijken.

1.4      B2MML

B2MML is een verzameling van XML schema’s voor de representatie van de ISA95 data entiteiten. Deze kunnen gebruikt worden in het berichtenverkeer tussen de verschillende systemen.

1.5      Conclusie

ISA95 heeft een standaard begrippenmodel dat de verschillen in vaktaal tussen de business en productievloer kan weghalen.
ISA95 standaardisatie van interfaces maakt integratie eenvoudiger en kan de migratie met nieuwe locaties versnellen.
Aangezien ISA95 een scheiding maakt tussen de business- en de productie processen worden de processen flexibeler en kunnen de systemen in de verschillende lagen afgestemd worden op de behoeftes in die specifieke laag (zoals bijvoorbeeld beschikbaarheid en performance).

ISA95 en B2MML standaarden helpen om de integratie tussen business- en productievloer systemen te definiëren en te implementeren. Het helpt om de bedrijfsprocessen te scheiden van de productie processen en hiermee flexibiliteit te creëren.

Wil je meer weten dan neem contact met me op, want ik heb een implementatie gedaan bij een klant en kan je wellicht helpen.

Reacties

Een reactie posten

Populaire posts van deze blog

OSB 10gR3 and SWA and MTOM

This blog is about using soap with attachments and the use of MTOM within the OSB (10gR3). A service is created that accepts a soap with attachment (DocumentService) and translates it to a service that accepts a binary element. MTOM is used for performance reasons for the second. Some notes: * For the use of attachments you need RPC-style document instead of the usual document-style. This due to the fact that the document-style limits a message to a single . * A service can not have both SWA and MTOM within OSB. First a WSDL is setup for the DocumentService: The $attachments variable holds the attachments and the body holds the attachment data. Also other data is stored within the attachment element (see h

Microservices mindmap

"The tree" - See also   my photo page When you are fairly new within the Microservices land, there are a lot of terms fired at you. So also for my own understanding i have made a mindmap. I think it has a good status now, so that i can share it with you. As always feedback is very welcome ! You can download the mindmap here .

Book review: Data Management at Scale (Piethein Strengholt)

 This blog is a review of the book "Data Management at Scale (See also at bol.com ) Data Management is a hot topic nowadays and this book does a fantastic job at adding value to this topic. It is a must read and one of the few technical books I finished reading in a weekend. The book gives a fantastic overview on how to implement a Data Mesh data architecture. The Data Mesh concept is explained by Martin Fowler here . The book is a good mix between conceptual and implementation architecture level. It gives a lot of examples of how this architecture at scale can work, for both small and big companies. It is practical and I used it to implement it at one of my customers. The book describes an architecture in which the focus is on the DIAL (Data- and Integration Access Layer).  On a high level the book covers the following topics: The key principles for data management at scale - Domain-Driven Design  - Domain Data Stores - Meta data management Ready Data Store The concept of servin