Onafhankelijk Advies in Supply Chain & Digitale Transformatie

Danny Gaethofs doorbreekt de ruis rondom digitale transformatie. Als adviseur verbind ik uw upstream en downstream supply chain‑strategie aan de juiste architectuur en enterprise‑systemen. Geen leverancierspraatjes, maar senior regie die miljoenenverliezen bij implementaties voorkomt.

Actuele ontwikkelingen in enterprise technology

AI verandert de enterprise-omgeving snel. Ik analyseer wat dat in de praktijk betekent voor ERP, supply chain, architectuur, processen, leiderschap en verantwoordelijkheid.

Dossier Artificial Intelligence (AI)

Zijn dit de belangrijkste thema's bij uw ERP avontuur ?

Wanneer u besloten heeft een ERP implementatie te starten waar begint u dan mee ?

  • Vertalen van bedrijfsprocessen en activiteiten naar werkstromen en functionaliteiten in het ERP systeem ?
  • Inrichten van artikelen, stuklijsten, routings, verkoopartikelen, inkoopartikelen, kostprijzen, financiële administratie, ... ?
  • Uw implementatiepartner ?

    Wat verwacht u van uw implementatiepartner ? Moet deze u helpen met bovenstaande activiteiten of maakt u intern de nodige mensen vrij om hiermee wekelijks aan de slag te gaan ?

    Uw mensen ?

    Heeft u er rekening mee gehouden dat deze activiteiten andere competencies vragen van uw mensen ? Maar ook van de consultants van uw implementatiepartner ?

    Applicatie-specialisten VERSUS Procesarchitecten VERSUS gebruikers ?

    Wilt u succesvol zijn haal dan een paar mensen uit de middengroep naar binnen.

    Uw projectmanager ?

    Stelt u een interne projectmanager aan of gaat u op zoek naar een externe project-procesmanager met brede kennis van bedrijfsprocessen, inrichting van bedrijfsgegevens, ERP oplossingen en functionaliteiten ?

    Weet u dat een externe projectmanager die de interne en externe organisatie verbindt en beslissingen kan, mag en durft te nemen ervoor zorgt dat u niet iedere nacht wakker ligt.

    Zinvolle Tools / Add-ons ?

    Misschien moet u ook de tools / add-ons niet vergeten die u helpen met

  • het genereren van uw handelsdocumenten
  • het inrichten van EDI met uw klanten
  • het importeren en exporteren van gegevens uit uw oude en nieuwe ERP
  • het opzetten van een webshop voor uw klanten
  • Cloud of On-Prem ?

    Gaat u de oplossing in de cloud draaien of on prem ? Een vraag die steeds vaker de laatste tijd wordt gesteld ? Vooral Microsoft (Business Central of Finance & Operations) wil graag dat iedereen naar de Azure cloud gaat.

    En eerlijk is eerlijk op de lange termijn is het goedkoper - geen eigen ijzer, geen of minder interne IT specialisten, ...

    Extra tijdelijk personeel ?

    Heeft u al nagedacht of het aantrekken van extra tijdelijk personeel ter vervanging van uw key-users die de handen vol krijgen aan het inrichten van de omgeving en het up to date brengen van uw data ?

    Informatie delen met belanghebbenden ?

    Vergeet ook niet een shared omgeving op te zetten voor het delen van documenten en andere informatie met interne en externe deelnemers ?

    Online vergadermogelijkheden ?

    En we hebben er de laatste maanden wel mee leren werken maar vergeet het toch maar niet - online vergadermogelijkheden !

    Artikelen, stuklijsten en tekeningen

    Eentje die niet vergeten mag worden in een complex applicatielandschap bestaande uit meerdere systemen - ERP, MES /MOM, webshops.

    Waarom brengt u het beheer van uw artikelgegevens, kenmerken, stuklijsten (verschillende BOM's) en tekeningen niet onder in een Product (Life Cycle) Informatie Management oplossing ?

    Hulp nodig ?

    Ik ken mensen die dit voor u kunnen waarmaken. Stuur me een berichtje en dan praten we verder.

    Tags: ERP, MESS, MOM

    Succesvol innoveren van uw ERP door het stellen van de juiste vragen!

    Staat u in deze crisistijden op het punt om een ERP selectie en implementatie te starten sta dan even stil bij onderstaande vragen.

    Deze vragen helpen u bij het definiëren van de juiste aanpak, het leggen van een gezonde basis voor ERP, het zorg dragen dat alle wensen en eisen zijn meegenomen en alle belanghebbenden weten wat van hen verwacht wordt.

  • Welke uitdagingen wenst u op te lossen die u vandaag niet kunt aangaan ?
  • Wat zijn uw digitalisering - ambities voor de komende jaren ?
  • Is uw bedrijf, zijn uw mensen klaar voor de inspanningen die deze reis van hen gaat vragen ?
  • Wie van deze mensen gaat inhoudelijk voor zijn of haar afdeling de kar trekken en beschikken zij over de juiste tools en capaciteiten ?
  • Hoe ziet uw huidig informatie- en proceslandschap eruit en weet u al wat moet (kan) veranderen ?
  • Wat verwacht u van uw implementatiepartner en welke bijdrage gaat u zelf leveren ?
  • Hoe vergroot u uw kans op succes ?

    Door te starten met nadenken over wat u heeft en waar u naaartoe wilt voorkomt u dat uw ERP avontuur een desillusie wordt voor uw bedrijf.

    Nadenken over Wat, Wie, Wanneer, Waarom en Hoe vormt de basis voor het bereiken van een gemeenschappelijk gedragen doel. Vergeet niet de visies en standpunten van belanghebbenden te verenigen tot een gedragen plan van aanpak.

    Mijn motto: 'Verzint-eer-gij-begint'!

    Wat moet u zeker niet doen ?

    Het management van veel bedrijven wil dat de specialisten / applicatie consultants van de implementatiepartner de interne business uitdagingen gaan oplossen met de invoering van het nieuwe informatiesysteem. Dat gaat echter niet gebeuren. Deze externen krijgen niet voldoende tijd om de ware problemen / uitdagingen te doorgronden.

    Vaak weten de 'echte' interne gebruikers wel wat er moet gebeuren maar hebben zij niets of weinig te vertellen. ERP gaat niet over IT maar over de transformatie van de bedrijfscultuur naar meer integrale transparantie en samenwerking.

    Wat doet u wel ?

    Start bij aanvang en gedurende het project (en daarna) met het leveren van een zichtbare bijdrage en het motiveren van de deelnemers, het uitdagen van de project-verantwoordelijken en het bieden van continue ondersteuning.

    Ook al hebben implementatiepartners bij anderen in de keuken gekeken dat is nog steeds geen garantie voor succes. Ieder bedrijf (is uniek) werkt op een andere manier, heeft een eigen cultuur, kent mensen die het beter (denken te) weten dan collega's. Zorg daarom voor uw eigen projectmanager!

    Als deze doorheen de cultuur en de vooroordelen weet te prikken, het vertrouwen van gebruikers en managers weet te verkrijgen dan wordt de kans op succes groter.

    Help uw projectmanager! De beste stuurlui staan aan wal, haal ze aan boord (in het team) of laat hem of haar dicht bovenop hen zitten.

    Tags: ERP, MESS, MOM

    Mews transformeert hotelervaring met Azure

    Hotelgasten slapen misschien, maar de horeca niet. Tenminste, niet als het aan Mews Systems ligt.

    Werken met Azure is voor ons enorm voordelig geweest

    Het Cloud-gebaseerde Property Management System van Mews werd in 2012 in Tsjechië bedacht door Richard Valtr om gasten te bedienen via een innovatieve, mobiele cloudomgeving [1].

    Richards creatieve vonk ontstond toen hij in het centrum van Praag een hotel bouwde, dat geen receptiebalie zou hebben.

    “Het leek mij volkomen logisch dat er een online systeem zou komen om een soepel en direct incheckproces te creëren bij hotels, net zoals je dat ziet bij andere faciliteiten zoals luchthavens.”

    Ik zag een probleem met hoteldiensten dat opgelost moest worden. Veel hotels draaien nog steeds op oude, verouderde systemen, die omslachtig en moeilijk te integreren zijn.

    “Hieruit ontstond natuurlijk het idee om een uitgebreid vastgoedbeheersysteem in de cloud te bouwen, en sindsdien heb ik er geen spijt van gehad.”

    Een slapende sector op zijn kop zetten

    Nadat Richard een grote kans zag om de hotelsector op te schudden en de klantervaring te transformeren, wilde hij zijn team uitbreiden en het bedrijf opschalen.

    Hij beschreef de visie aan zijn vriend Matthijs Welle, die al succesvol was in de hotelsector. Geïnspireerd door het idee ging Matthijs met Richard mee op zijn reis, voordat het duo in 2013 samenwerkte aan het bekroonde Emblem-hotel in hun thuisstad Praag. Als hun eerste klant zag Emblem al snel de voordelen van de technologie van Mews, waardoor hun algehele bedrijfsvoering veel gestroomlijnder werd.

    “We zijn erin geslaagd een enorm getalenteerd team van programmeurs van het Instituut voor Wiskunde en Natuurkunde van de Karelsuniversiteit in Praag samen te stellen, voornamelijk bestaande uit Jan Široký, nu de CTO van het bedrijf, en Jiří Helmich, het hoofd Product van het bedrijf”, — legt Richard uit.

    “In korte tijd is het team erin geslaagd om een aantal van de lastigste uitdagingen in vastgoedbeheer, zoals trage en inefficiënte incheckbalies, nauwgezet te bouwen en op te lossen voordat het op de markt werd gebracht.”

    “We hebben met veel succes samengewerkt met het Emblem-hotel, en voordat we het wisten, werden we overspoeld met demo-aanvragen van andere bedrijven in Tsjechië.”

    “We hadden echt een gat in de markt gevonden. Ons product is betaalbaar, eenvoudig te integreren met bestaande systemen, heeft een volledig mobiel geoptimaliseerd online inchecksysteem en geïntegreerde betaalprocedures.”

    We bieden gasten ook de mogelijkheid om rechtstreeks contact op te nemen met hun personeel via hun eigen apparaten, zodat ze kunnen profiteren van realtime klantenservice. We zijn ervan overtuigd dat dit de manier is waarop alle hotels en hostels, die hun gasten echt de beste ervaring willen bieden, in de toekomst zullen opereren.

    De technologie bekijken

    De oplossing van Mews Systems wordt gehost op Microsoft Azure. In 2013 maakten ze deel uit van een Microsoft-programma dat ondersteuning en gratis Microsoft-productlicenties bood aan geselecteerde startups. Gedurende drie jaar voorzag Microsoft Mews Systems van een flinke hoeveelheid Azure-credits, zodat het bedrijf de oplossing kon opschalen zonder concessies te hoeven doen aan de functionaliteit van nieuwe producten.

    “Werken met Azure is enorm voordelig voor ons geweest”, — aldus Richard. “Onze hotelsoftware-infrastructuur is gebouwd om een open netwerk van apps te ondersteunen, waardoor hoteliers hun gastervaringen volledig kunnen vernieuwen en moderniseren.”

    Het lokale Microsoft-team in Praag speelde een enorme rol bij het introduceren van Mews Systems bij experts op diverse technologieën, en bij het direct doorgeven van problemen aan het Azure-engineeringteam toen Mews Systems een interne bug had ontdekt. Door de frictie hier te verminderen, hoefden klanten hier nooit last van te hebben.

    “Onze technologie heeft hoteleigenaren een ongelooflijke bron aan analyses en data met voorspellende mogelijkheden geboden. Zo kunnen ze bijvoorbeeld de bezetting in realtime beheren en de prijzen strategisch aanpassen op basis van seizoensinvloeden en gebeurtenissen.”

    Hotelgasten profiteren van een soepel incheckproces en naadloze interactie met het hotelpersoneel. Bovendien kan de app dankzij de 'navigator'-functie dienen als een stadskaart voor toeristen die door een nieuwe stad reizen – en dat allemaal in de lokale taal van de gast!

    Vooruit kijken zonder voorbehoud

    Vandaag de dag heeft Mews Systems zijn hoofdkantoor in Amsterdam en meer dan 260 medewerkers. Het bedrijf revolutioneert de horeca in meer dan 47 landen verspreid over vijf continenten en opent binnenkort meer kantoren.

    Ze breiden zich in hoog tempo uit en ontvingen eind augustus zelfs 33 miljoen dollar in Series B-financiering van Battery Ventures, een wereldwijd technologie-investeringsbedrijf.

    “Meer dan 1.000 accommodaties, van hotels tot hostels en campings, gebruiken Mews Systems om toegang te krijgen tot een wereld aan apps en automatisering zonder al die oude frustraties”, — aldus Richard.

    We hebben een geweldig team en een nog betere bedrijfscultuur. Natuurlijk moeten we er altijd voor zorgen dat we de beste technologie gebruiken. Azure zorgt ervoor dat ons cloudnetwerk zich uitbreidt en de klantervaring naar een nog hoger niveau blijft optimaliseren.

    Mews Systems heeft hotels misschien al tot een papierloos paradijs gemaakt, maar het lijkt erop dat dit nog maar het begin is voor het bedrijf.

    Lees meer

  • [1] Rokt and mParticle Merge to Redefine Real-Time Relevance
  • [2] Microsoft x Mews: building hospitality technology together
  • Simulatie van het verloop van een verkooporderproces met Mida - Camunda

    Een paar dagen geleden liep ik tegen het project MIDA van de University of Camerino aan.

    MIDA (Multiple Instances and Data Animator) is het resultaat van een onderzoeksproject van de School of Science and Technology, Computer Science Division.

    MIDA is een simulator die door middel van tokens laat zien hoe een proces doorlopen wordt. Onderstaande video laat als voorbeeld de simulatie van het ordering proces tussen een groothandel en leverancier zien. Dit proces wordt later in het artikel verder uit de doeken gedaan.

    MIDA is een uitbreiding van de Camunda Modeler (bpmn.io) Token Simulation plugin.

    MIDA kan zonder problemen geïnstalleerd worden. Ga naar de website http://pros.unicam.it/mida/ en selecteer download. Unzip het bestand en start dan de executable Mida.exe.

    Simulatie ordering proces wholesaler - supplier

    De Token Simulation plugin visualiseert de voortgang van activiteiten in een BPMN collaboration diagram door middel van tokens die zich voortbewegen in het procesmodel. De verwerking van gegevens en het uitwisselen van berichten worden niet ondersteund door de plugin zoals gezien kan worden in onderstaande simulatie van een procesmodel.

    In dit procesmodel worden berichten uitgewisseld tussen een groothandel (lane: wholesaler) en een leverancier - fabrikant (lane: supplier).

    [Note: lane wholesaler = bovenste swimlane, lane supplier = onderste swimlane]

    MIDA, daarentegen, maakt het wel mogelijk om de gegevensstromen tussen deelnemers (swimlanes) aan het proces zichtbaar te maken en te laten zien wanneer nieuwe proces-instanties worden gestart.

    [Note: een procesmodel is een beschrijving van / een blueprint van een proces, een procesinstantie (process instance) is de concrete uitvoering van een model. Op hetzelfde moment kunnen meerdere instanties van een proces actief zijn.]

    Het zijn de gegevens in berichten tussen deelnemers die het gedrag van het proces beïnvloeden. De gegevens worden opgeslagen in data objecten die mede bepalen welke stappen daarna worden uitgevoerd.

    In het bovenstaande procesmodel geeft de taak "Send purchase order" aan dat er een bericht (een inkooporder) van de groothandel naar de leverancier wordt gestuurd. Het bericht bevat onder andere volgende gegevens: ordernummer (PO_number), regelnummer (POLine_itemNumber), verzoek tot het ontvangen van een orderbevestiging (PO_confirmation), de identificatiecode van de inkopende organisatie - GTIN / EAN of UPC code (PO_buyerID). Deze gegevens worden overgedragen aan het data object "purchase order" en zijn input voor de taak "Validate order".

    et veld PO_confirmation beantwoordt later de vraag die gesteld wordt door de exclusive gateway "Confirm order ?".

    MIDA verplicht je om uitgebreider na te gaan denken over hoe informatie wordt overgedragen in het samenspel tussen verschillende participanten, hoe participanten samenwerken en hoe gegevens doorheen het model stromen. Wanneer de initialisatie van gegevensvelden en de overdracht van deze gegevens aan taken niet goed zijn gedefinieerd leidt simulatie van het model tot errors.

    MIDA simulatie ordering proces wholesaler - supplier.

    Wanneer de processimulatie start zien we in het logging-overzicht links onder dat er 1 instantie van het proces is gestart. Dit is het proces in de bovenste swimlane - het proces van de groothandel.

    Create purchase order

    Het proces in de bovenste swimlane start met een vraag of wens vanuit de organisatie voor een product, materiaal of grondstof. Deze behoefte leidt tot de creatie van een inkooporder.

    Rechtsboven onder de drop down Data Panel zijn de gegevens zichtbaar van de behoefte en de inkooporder.

    Send purchase order

    Wanneer de purchase order wordt verstuurd worden de gegevens via het gele informatie-token met nummer 1 doorgezet naar de message start event in het proces van de supplier.

    Gelijktijdig wordt het token doorgestuurd naar de event based gateway waar het zal wachten op een antwoord vanuit het proces van de leverancier. Bij aankomst van het eerste token bij de event based gateway krijgt het token een rode kleur. Deze kleur zal het token houden tot de melding komt of de order geaccepteerd is of niet.

    Receive purchase order

    Bij ontvangst van de purchase order in de swimlane van de leverancier start een tweede procesinstantie, het proces van de leverancier.

    Validate order

    Na validatie van de order in de onderste flow heeft de variabele orderAccepted de waarde True gekregen en gaat het tweede token naar de taak "Enter order".

    Enter order

    Tijdens de uitvoering van de taak "Enter order" wordt een verkooporder aangemaakt in het ERP-systeem van de leverancier.

    Send acceptance

    Nadat de order is vastgelegd in het ERP-systeem van de leverancier wordt de acceptatie van de order gemeld aan de groothandel via het gele informatie-token met nummer 2.

    Het tweede token in de onderste flow vervolgt zijn weg naar het kruispunt - de exclusive gateway "Confirm order ?". Het antwoord op deze vraag is meegestuurd met de gegevens van de inkooporder in het veld PO_confirmation en opgeslagen in het veld SO_confirmation van de verkooporder in het ERP-systeem van de leverancier.

    Gateway Wait for confirmation

    Het eerste token in de bovenste flow verandert van kleur na het ontvangen van de melding dat de order is geaccepteerd. Daarna gaat het token verder naar het kruispunt - de exclusive gateway "Wait for confirmation ?". Het antwoord op deze vraag is opgeslagen in het veld PO_confirmation van de inkooporder.

    Het tweede token in de onderste flow vervolgt zijn weg naar het kruispunt - de exclusive gateway "Confirm order ?". Het antwoord op deze vraag is meegestuurd met de gegevens van de inkooporder in het veld PO_confirmation en opgeslagen in het veld SO_confirmation van de verkooporder in het ERP-systeem van de leverancier.

    Send confirmation

    Wanneer de groothandel om bevestiging van levertijd (PO_confirmation = true) vraagt gaat het tweede token naar de taak "Confirm order". Deze taak verstuurt de orderbevestiging naar de groothandel via het informatie-token nummer 2.

    Receive confirmation

    Op het moment dat de order confirmation wordt ontvangen in de bovenste flow licht de taak "Receive confirmation" groen op en vervolgt het eerste token zijn weg naar de taak "Receive delivery".

    In de onderste flow gaat het tweede token verder naar de taak "Create shipment".

    Create shipment

    Ship order

    De taak "Ship order" zorgt dat de goederen fysiek worden verstuurd en informeert de groothandel via het gele informatie-token met nummer 2 over de inhoud van de levering.

    In de bovenste flow kleurt het eerste token rood omdat het proces wacht op de ontvangst van de levering.

    Receive delivery

    Na ontvangst van het gele informatie-token met de informatie over de levering licht de taak "Receive delivery" groen op en vervolgt het eerste token zijn weg naar de taak "Receive invoice".

    Ondertussen is in de onderste flow de taak "Create invoice" uitgevoerd en zal ik de volgende stap de factuur verzonden worden naar de groothandel.

    Send invoice

    Ook hier kleurt het eerste token rood omdat het proces wacht op de ontvangst van de factuur.

    Receive invoice

    Wanneer het gele informatie-token met de factuur is verwerkt door de taak "Receive invoice" licht deze processtap groen op en eindigt het onderste proces zoals linksonder te lezen valt.

    Einde proces

    Aan het einde van het proces zien we rechts dat beide instanties 1 en 2 beëindigd zijn.

    Data panel

    Tijdens de simulatie geeft het data panel een overzicht van de gegevens die worden uitgewisseld.

    Simulation log

    De simulation log geeft een overzicht van de stappen en de tijdstippen waarop deze doorlopen zijn.

    Tags: BPMN, O2C

    High level verkoopproces in BPMN en Archimate

    Een probleemloze ERP implementatie vraagt om inzicht in meer dan de (huidige - oude) processen en informatiestromen.

    Het bestaande informatie- en applicatielandschap heeft een grote invloed op de haalbaarheid van ERP - misschien is het nodig om één ander te rationaliseren.

    Ik raad bedrijven aan om toekomstige processen "ERP - applicatie neutraal" te beschrijven. Hierbij verplicht je gebruikers om na te denken over wat ze echt nodig hebben.

    Zelf gebruik ik hiervoor een scala aan modelleertools en -talen - alle modellen binnen BPMN, Archimate, DMN. Dagelijks merk ik weerstand voor deze aanpak maar deze verdwijnt vrij snel wanneer de organisatie betrokken wordt in het beschrijven.

    Learning-by-doing: leg samen interne processen en afhankelijkheden met applicaties vast

    Welk tool (Signavio, Bizagi, Cawemo, Camunda, ...) gebruiken of welke taal (BPMN, Archimate) is niet echt relevant.

    Ultimo gaat het om het proces van bewustwording aan de kant van de gebruiker.

    Archimate of BPMN, voor high-level procesbeschrijvingen kan beiden zoals je hierna kunt zien: BPMN

    BPMN

    Archimate

    Tags: BPMN, Archimate

    Gaan een taakstellend budget en een Agile implementatiemethodiek wel samen ?

    Steeds vaker stellen implementatiepartners van bedrijfsinformatiesystemen (ERP, CRM, PLM, ...) hun klanten voor om te werken met een taakstellend budget welke gecombineerd wordt met een Agile implementatiemethodiek. De gewenste resultaten worden ondergeschikt gemaakt aan het budget. Het is in de optiek van de leverancier immers onmogelijk om deze resultaten vooraf te bepalen. Bovendien komen gaandeweg het project de teams van leverancier en klant tot andere inzichten. De leverancier gaat de omgeving van de klant beter begrijpen en de klant gaat de mogelijkheden van de oplossing doorzien.

    Het mag echter duidelijk zijn dat een aanpak waarbij "Less Thinking & Designing Upfront" minder garanties biedt dat de wensen en eisen van de klant gerealiseerd gaan worden. Nog minder aandacht / ruimte is er voor het realiseren van de 'gain points' - de winstpunten - en het elimineren van de 'pain points' - pijnpunten - van de klant.

    En laten we realistisch zijn, het zijn deze beloftes die gebruikers over de streep trekken om een bijdrage te leveren. Ja, we gaan participeren als we er ook wat voor terug krijgen.

    Hoe haaks staat het idee van een taakstellend budget op deze aanpak?

    Laten we beginnen met "wat is een taakstellend budget ?" De term wordt makkelijk in de mond genomen maar als we zoeken op Google zijn er weinig definities te vinden. Uit de zoekresultaten heb ik volgende definities geselecteerd:

    1) Taakstellend budgetteren is een methode waarbij het budget wordt afgestemd op de te bereiken resultaten.

    2) Taakstellend budgetteren gaat uit van het realiseren van vooraf afgesproken resultaten en het aanvaarden van de consequenties van het niet realiseren van deze resultaten.

    3) Een taakstellend budget is een budget voor het realiseren van de van-tevoren afgesproken resultaten.

    Uit al deze definities kunnen we een paar belangrijke zaken afleiden: allereerst de gewenste resultaten zijn vooraf in kaart gebracht en vastgesteld, het budget is afgestemd op deze resultaten en het kan zijn dat sommige resultaten niet gerealiseerd worden.

    Nu weten we dat in een zuivere Agile benadering de resultaten van iteraties voorafgaande niet bekend zijn en dat de hoeveelheid werk die verzet kan worden beperkt wordt door het beschikbare budget.

    Is een taakstellend budget met een Agile implementatiemethodiek niet een aanpak om te verdoezelen dat gebruikers (gebruikersorganisatie) niet gaan krijgen wat ze willen ? Er is immers een veel groter budget nodig om aan al de wensen en eisen van de klant te voldoen, om zoals dat zo mooi heet "de stip op de horizon" te realiseren.

    De ervaring leert dat het merendeel van de implementatieprojecten die een zuivere Agile aanpak volgen leiden tot budget en scope discussies, tot ontevreden gebruikers, tot halfbakken oplossingen, en tot oplevering van minder functionaliteiten dan voorheen beschikbaar waren.

    De oplossing ligt in een hybride aanpak bestaande uit een traditionele Business blue print fase, een Agile realisatiefase en een traditionele deployment - go-live fase.

    Tijdens de Business blue print fase wordt de bestaande en toekomstige situatie geïdentificeerd, de gewenste resultaten beschreven / gemodelleerd en geprioritiseerd, en het benodigde budget daarop afgestemd.

    Tijdens de Agile realisatiefase wordt de technische en functionele invulling van de gewenste resultaten door een multi-functioneel team vorm gegeven, de baseline gedefinieerd en in iteraties de gain- en pain-points weggewerkt. Voortschrijdend inzicht van leverancier en klant zorgt dat met minder kosten meer resultaten kunnen worden gerealiseerd.

    Deze hybride aanpak voorkomt - mijns inziens op basis van actuele ervaring - dat het project een speelbal wordt van scope- en budgetdiscussies.

    Tags: ERP, PLM, agility

    de Auteur

    Mijn aandachtsgebieden zijn: de uitdagingen waar bedrijven / managers en directeuren voor staan, het bieden van hulp bij de zoektocht naar antwoorden op deze uitdagingen, de technologische ontwikkelingen die de verhoudingen op zijn kop gaan zetten in de komende maanden / jaren, het begeleiden van adviestrajecten van concept tot realisatie.

    Mijn passie ligt bij het integreren en innoveren van bedrijfsprocessen, informatiestromen, systemen en organisaties zodat medewerkers en bedrijven zich volledig kunnen richten op hun kerntaken en bedrijven hun ambities kunnen waarmaken onder het motto "Giving control back to Business".

    Ik heb 30 jaar ervaring in de Maakindustrie, Bouw- en Installatiebranche bij internationale bedrijven op het gebied van proces-, project- en implementatiemanagement, ketenintegratie, ERP selectie en implementatie, stroomlijnen en implementatie van O2C en P2P processen.

    Ketenintegratie: hoe gegevens stromen doorheen een ecosysteem ?

    Ketenintegratie gaat over het leggen van een breed fundament voor samenwerking in de voortbrengingsketen van klant tot leverancier.

    Wanneer ik u “Waar gaat ketenintegratie over?” dan roept u “koppelen van interne en externe informatiesystemen”, “beheersen van goederen- en informatiestromen”, “verkorten van doorlooptijden”, en “delen van informatie”.

    Ketenintegratie - voor mij - gaat over het leggen van een “breed fundament voor samenwerking”, over het-huis-op-orde-brengen (processen, informatiestromen, organisatiestructuur en -cultuur, systemen), zodat bedrijven klaar zijn voor co-creatie en co-productie.

    In traditionele voortbrengingsketens ligt de nadruk bij ketenintegratie op het automatiseren van informatiestromen tussen klanten, leveranciers en logistieke dienstverleners. We hebben het over Wie, Wat, Waar, Wanneer, Hoe, Hoeveel en tegen Welke prijs.

    Met Industrie 4.0 gaan fysieke systemen – slimme machines, apparaten en componenten – deelnemen aan de keten en krijgen bedrijven toegang tot enorme volumes aan data. De complexiteit van transacties neemt door al de data-context die beschikbaar komt exponentieel toe. Omgevingsvariabelen: temperatuur, luchtvochtigheid en frequentie van gebruik alsook onderhoudsgegevens en condities van producten – kortom alle gegevens over de levensduur van producten.

    Niet alleen slimme schakels maar ook Digital Twin’s, de virtuele (digitale) replica’s van fysieke systemen, drukken een stempel op ketenprocessen. Het speelveld breidt gigantisch uit met autonome systemen waarvan de identiteit niet altijd eenduidig vaststaat.

  • Wie is de eigenaar van die drankenautomaat die om onderhoud vraagt ?
  • Wat wil die zelf-rijdende auto die met pech langs de kant staat ?
  • Wat moeten we met die robots die op zoek zijn naar meer werk ?
  • We kunnen ons nog niet voorstellen hoe complex de wereld van (keten)integratie er straks uit gaat zien ? Maar één ding is zeker de Smart Industrie / Industrie 4.0 kan niet zonder (keten)integratie, kan niet zonder een “breed fundament voor samenwerking”.

    de vraag dringt zich op waar staan we met zijn allen ?

    Al een aantal decennia vormen MRP en ERP oplossingen de ruggengraat van bedrijven ongeacht de grootte of industrie. Met de komst van MRP I en MRP II, respectievelijk in de jaren ’70 en ’80, en ERP in de jaren ’90 nam de behoefte aan samenwerking en het delen van gegevens tussen bedrijven een enorme vlucht.

    Getuige daarvan zijn de vele EDI standaarden die in de periode van MRP (1970 – 1990) en ERP (1990) zijn ontstaan.

  • Industry global: ANSI X12 (US 1979), EDIFACT (1987)
  • In de Automotive industrie: ODETTE (INT 1984 / 1986), GALIA (Frankrijk 1984), VDA (Duitsland 1978)
  • In de Retail industrie: TRADACOMS (UK 1982 – 1995), EANCOM (INT 1990), SEDAS (Duitsland 1977), EANCOM (INT 1987), VICS (US 1986)
  • In de Steel industrie: AISI COMPORD (US 1980), EDISIDEL (EUR 2000)
  • De adoptie van EDI en de invoering van ERP heeft het tijdperk van Supply Chain Integration oftewel ketenintegratie ingeleid. Ketenintegratie richt zich op het optimaliseren van goederen- en informatiestromen tussen schakels in de keten. Ketenintegratie heeft als doel het verkorten van doorlooptijden en het verlagen van transactiekosten in de keten.

    In de beginjaren ging dat vooral over het uitwisselen van inkooporders, orderbevestigingen, leveringen en facturen. De focus lag op integratie van informatiestromen en processen binnen de domeinen Financiën, Verkoop en Logistiek.

    Een aantal ERP oplossingen uit die tijd zoals SAP en MFG/Pro boden functionaliteiten voor ketenintegratie in de vorm EDI interfaces – SAP IDoc interface en MFG/Pro eCommerce interface.

    Documenten werden niet langer meer via email, post of fax verstuurd maar in een afgesproken elektronisch formaat.

    Binnen bedrijven zijn de hierboven genoemde domeinen verder uitgesplitst naar volgende functies:

  • ✔ Onderzoek en productontwikkeling
  • ✔ Crediteuren
  • ✔ Inkoop
  • ✔ Ontvangs
  • ✔ Debiteuren
  • ✔ Verkoop
  • ✔ Verzending
  • ✔ Productie
  • Traditioneel houdt ketenintegratie zich niet bezig met wat er binnen de muren van bedrijven gebeurd. Van oudsher zijn de bedrijfsfuncties Manufacturing en Research & Development (Engineering) vooral intern gericht.

    We zien in bedrijven dat deze afdelingen met elkaar communiceren via email of telefoon en dat informatiesystemen die de activiteiten van medewerkers ondersteunen vaak geïsoleerde oplossingen zijn.

    ontwikkelingen in Research & Development

    Met de toegenomen aandacht voor duurzaamheid (3P's) en de belangen van de klant is in Research & Development deze houding in de afgelopen decennia verandert.

    In de Bouw zien we hoe BIM (Building Information Model / Management) flink opmars maakt en er wordt gewerkt aan het vormgeven van Common Data Environments voor het delen van informatie in de keten. Terwijl in de Machine-, Apparatenbouw en High Tech industrie MBD (Model Based Definition) verder ingeburgerd raakt en de eerste stappen naar Model Based Extended Enterprises (E-PLM) worden gezet.

    Deze ontwikkelingen zorgen dat alle belanghebbenden in elke fase van de levensduur over alle relevante gegevens kunnen beschikken en sneller beslissingen kunnen nemen.

    De levenscyclus van een gebouw en machine komt aardig met elkaar overeen: van ontwerp, constructie, beheer & onderhoud tot ontmanteling en hergebruik van materialen. In deze industrieën zijn grote winsten te behalen door verregaande integratie en optimalisatie van processen als informatie. Vooral bij overdracht van ontwerp naar productie en van installatie naar onderhoud & beheer is het belangrijk zorg te dragen voor beschikbaarheid van aanwezige en bekende gegevens.

    Bij veel bedrijven wordt tijdens deze overdrachtsmomenten informatie gewoon over de schutting gegooid met de alom bekende boodschap hier-moet-je-het-maar-mee-doen en bij-vragen-weet-je-ons-wel-te-vinden.

    Het streven is om deze informatie met partners in de buitenwereld en intern te delen via een Platform – Ecosystem georiënteerde benadering.

    In de bouw met BIM heeft men het over de CDE = Common Data Environment = "an online place for collecting, managing and sharing information". De CDE kan gezien worden als de virtuele plek waar alle informatie / modellen beschikbaar komen. Verschillende modellen en informatiebronnen worden samengebracht in een 'Federated BIM Model'.

    In de Machine-, Apparatenbouw en High Tech industrie met MBD heeft men het over:

  • MBE = Model-Based Enterprise = "an integrated and collaborative environment, founded on 3D product definition shared across the enterprise, enabling rapid, seamless, and affordable deployment of products from concept to disposal"
  • MB(E)E = Model-Based Extended Enterprise = "a fully integrated and collaborative Model Based environment across the product development lifecycle and the extended supply chain"
  • Meer over BIM en MBD kunt u lezen in mijn artikel “Wat hebben BIM-CDE en MBD-MBEE (Extended PLM) met elkaar gemeen ?”.

    wat gebeurt er in Manufacturing ?

    Na jaren van verwoede inspanningen om klantorders volledig elektronisch door te sluizen naar de werkvloer verschuift met de komst van nieuwe technologieën de aandacht naar het verkleinen van de afstand tussen klant en fabrikant.

    Aan de ene kant gaan slimme machines en apparaten rechtstreeks met klanten en met elkaar communiceren wat leidt tot kortere doorlooptijden. Aan de andere kant neemt de invloed van de klant op het ontwerp en op de fabricage verder toe met hogere klanttevredenheid als gevolg.

    Met deze veranderingen wordt het steeds belangrijker om de levensduur van een product of dienst van idee tot/met ontmanteling integraal te managen. Product Life Cycle Management gaat de brug moeten slaan tussen de klant-gerichte en de product gerichte keten.

    De beloftes van de nieuwe digitale technologieën die aan de basis staan van Industrie 4.0 zijn levensecht. Zij geven bedrijven de kans om productiviteit, kwaliteit, flexibiliteit, snelheid en veiligheid te verbeteren.

    Maar alhoewel bedrijven al flink wat stappen hebben gezet – veel productiewerkplekken zijn voorzien van beeldschermen en computers in fabrieken zijn ook al geen uitzondering meer – moeten er nog wel muren worden geslecht.

    In tegenstelling tot wat wordt gedacht vormt niet technologie de beperkende factor maar belemmeren organisatiestructuur en bedrijfscultuur de ambities van bedrijven.

    Van nature zijn medewerkers / bedrijven terughoudend in het delen van kennis, hebben managers weinig vertrouwen in samenwerking met partners en willen organisaties niet veranderen.

    Industrie 4.0 vraagt bereidheid om continue te veranderen, om ‘echt’ samen te werken en kennis te delen met alle belanghebbenden, om verbindingen te leggen over grenzen heen, om je bedrijf opnieuw uit te vinden en durven te experimenteren, en om nieuwe competenties en vaardigheden te ontwikkelen.

    Industrie 4.0 vraagt om een open en dynamische bedrijfscultuur.

    Dit stelt veel bedrijven voor behoorlijk wat uitdagingen bij het automatiseren van interne processen en informatiestromen.

    integratie interne bedrijfsprocessen vanaf de jaren '60

    Voor velen onder ons lijkt het alsof op het gebied van gegevensuitwisseling tussen kantoor- en productieomgevingen weinig gestandaardiseerd is. Niets is minder waar.

    De International Society of Automation (ISA), een non-profit organisatie, houdt zich al tientallen jaren bezig met het ontwikkelen van standaarden en leidraden voor integratie van interne processen en informatiestromen in industriële omgevingen.

    De belangrijkste raamwerken voor aansturing van industriële processen zijn vastgelegd in de ISA-95, ISA-88 en ISA-99 standaarden.

  • ISA-88: Batch Control
  • ISA-95: Enterprise-Control System Integration
  • ISA-99: Security for Industrial Automation and Control Systems
  • ISA-95: Enterprise-Control System Integration

    De Enterprise-Control System Integration standaard – ISA-95, ook bekend als IEC/ISO 62264, beschrijft de besturingsniveaus, functies, activiteiten en gegevensstromen die in productiebedrijven onderkend worden.

    ISA-95 onderscheidt 5 hiërarchische levels (besturingsniveaus):

  • Level 4: Business Planning & Logistics domain (ERP, SCM);
  • Level 3: Manufacturing Operations Management domain (MES, MOM);
  • Level 2: Supervisory Control & Monitoring domain (SCADA, DCS);
  • Level 1: Machine Control (Sensors, PLC) domain;
  • Level 0: Machines & Physical processes domain.
  • ISA-95 richt zich voornamelijk op de beschrijving van de samenhang tussen levels 3 en 4 van het hiërarchische model en gaat uit van de gedachte dat alle informatie vanuit ERP komt. Dit is echter al heel wat jaren achterhaald.

    Eigenlijk zijn er twee levels bijgekomen. Level 5: Data Management & Integration (PLM, PIM, MPM) en Level 6: Digital Twins.

    ISA-95 onderscheidt functies die activiteiten uitvoeren en informatie met elkaar uitwisselen. Grafisch worden de informatiestromen tussen de functies weergegeven in het Functional Enterprise / Control Model. De activiteiten worden in detail per functie beschreven in de ISA-95.00.01 standaard.

    Binnen het Manufacturing Operations Management domain (L3: Factory Control Level) zien we applicaties als MES en MOM die volgende functies (met sub-functies die per organisatie kunnen verschillen) ondersteunen:

  • Production Scheduling
  • Production Control
  • Material and Energy Control
  • Quality Assurance
  • Product Inventory Control
  • Binnen het Business Planning & Logistics domain (L4: Business Level) zien we applicaties als ERP en SCM die volgende functies (met sub-functies die per organisatie kunnen verschillen) ondersteunen:

  • Order Processing
  • Production Scheduling
  • Material and Energy Control
  • Procurement
  • Quality Assurance
  • Product Inventory Control
  • Product Cost Accounting
  • Product Shipping Admin
  • In onderstaand plaatje bevat het oranje deel de functies en informatiestromen in het Business Planning & Logistics domein en het blauwe deel deze uit het Manufacturing Operations Management domein.

    Laten we eens kijken hoe binnen de 2 genoemde domeingebieden integratie door invoering van ERP en MES zich heeft ontwikkeld in de afgelopen 50 jaar.

    De komst van ERP en MES systemen hebben ervoor gezorgd dat informatiestromen in productiebedrijven meer en meer geïntegreerd zijn in de dagelijkse operationele activiteiten. Deze integratie was / is noodzakelijk om te kunnen blijven voldoen aan de eisen die de markt stelt aan snelheid, wendbaarheid en betrouwbaarheid.

    Business Level – ERP

    In het midden van de jaren ’60 zagen bedrijven dat het financieel niet langer mogelijk was om grote hoeveelheden grondstoffen en componenten aan te houden. Dit leidde rond de periode 1959 en 1961 tot de ontwikkeling van de principes van MRP I (Material Requirements Planning) en later tot implementatie van het eerste mainframe systeem voor het onderhouden van stuklijsten en het berekenen van materiaalbehoeftes (Joe Orlicky en Gene Thomas bij het bedrijf J.I. Case fabrikant van tractoren).

    Omstreeks 1972 introduceerde IBM het – voor een aantal onder ons – bekende COPICS (Communication-Oriented Production Information and Control System). COPICS werd tot het eind van de jaren ’80 in Nederland gebruikt door Philips – zelf heb ik nog in 1990 met COPICS gewerkt. COPICS werd later overgedragen aan voormalig medewerkers van IBM die het bedrijf “System Analysis and Program Development” hadden opgericht (beter bekend als SAP).

    In maart 1975 publiceerde Joe Orlicky het boek “Material Requirements Planning”.

    In 1980 ging MRP II (Manufacturing Resource Planning een stapje verder en voegde aan MRP I de planning en bewaking van productiemiddelen zoals mensen en machines toe.

    Daar waar MRP I en II zorgde voor integratie en besturing van voorraden, planning, capaciteit, productie en inkoop binnen bedrijven bracht ERP in de jaren ’90 al de processen, gegevens en functies samen onder één dak, in één geïntegreerd systeem met één centrale database.

    ERP gaat over de integrale besturing van een onderneming, vaak over meerdere vestigingen heen, en omvat de operationele en ondersteunende processen. Grofweg bestaan deze uit: Verkoop, Inkoop, Productie, Logistiek (verzending, ontvangst en voorraden), Financiën (debiteuren, crediteuren, boekhouding), Productontwikkeling en Informatiemanagement.

    Door het verbinden van alle bedrijfsprocessen en informatiestromen kunnen bedrijven efficiënter werken en sneller inspelen op vragen van klanten. Het accent ligt bij ERP op de financiële, logistieke en planningsprocessen.

    Wanneer we kijken naar hoe machines en apparaten in de fabriek worden aangestuurd dan zien we dat dit nog veelal handmatig gebeurt. Dit komt doordat ERP op een niveau opereert waar in termen van maanden en weken wordt gedacht terwijl machines real-time aansturing vragen.

    Iemand in de organisatie – de werkvoorbereider, de operator – vertaalt productieopdrachten naar activiteiten van weken naar dagen, van uren naar real-time en voert deze gegevens handmatig in via de bedieningspanelen van de machines (HMI = Human Machine Interface).

    Factory Control Level – MES / MOM

    Sinds een aantal jaren zien we in de procesindustrie en bij discrete productiebedrijven het gebruik van MES = Manufacturing Execution Systemen of ook bekend als MOM = Manufacturing Operations Management systemen toenemen.

    Toch blijft het aantal bedrijven dat een MES of MOM heeft geïmplementeerd relatief beperkt. Veel bedrijven gebruiken een Shop Floor Control systeem (SFC), een module in ERP of een losstaande applicatie.

    MES / MOM / SFC systemen richten zich op de beslissingen die genomen worden op het niveau van de werkvloerbesturing. Deze beslissingen gaan over de efficiëntie en transparantie van productieprocessen, de beschikbaarheid van machines en de kwaliteit van het eindproduct.

    Zowel bij MES of MOM als de losstaande SFC systemen werden in het verleden gegevens handmatig vanuit ERP overgebracht. Deze gegevens bestaan uit machines, mensen, gereedschappen, materialen, producten, processen, productie schedules, BOM, …

    In 2002 heeft de World Batch Forum (WBF) de B2MML (Business To Manufacturing Markup Language) ontwikkeld. B2MML is een XML standaard die gebruikt wordt om de integratie tussen bedrijfsinformatiesystemen (level 4) en productiesystemen (level 3) te realiseren op basis van de ISA-95 data-modellen (ANSI/ISA-95.00.01 en ANSI/ISA-95.00.02).

    De XML standaard is gebaseerd op de UN/CEFACT Core Components Technical Specification (ISO 15000-5) – een syntax-neutrale aanpak voor het ontwikkelen van berichtdefinities op basis van semantische bouwstenen.

    De eerste implementatie van B2MML vond plaats in 2003 in de Deense fabriek voor melk-ingrediënten van Arla Foods en had als doel productieorders vanuit ERP (SAP) naar MES over te brengen.

    Process Control Level – SCADA / DCS

    SCADA (Supervisory Control And Data Acquisition) en DCS (Distributed Control Systems) zijn monitoring en controle systemen. Zij zorgen dat productieprocessen soepel verlopen en machines volgens gewenste instellingen functioneren.

    Niettegenstaande data SCADA en DCS op hetzelfde level opereren zijn er toch verschillen in benadering.

    SCADA is event-gedreven en gericht op het verzamelen van gegevens. SCADA systemen reageren op gebeurtenissen en presenteren de veranderingen aan procesoperators die dan actie kunnen ondernemen. SCADA systemen worden ingezet voor sturing van productieprocessen in verschillende locaties.

    DCS systemen zijn proces-gedreven en direct verbonden met machines en apparaten. DCS systemen werken autonoom en volgen de veranderingen in proces-variabelen.

    Het grote vraagstuk voor de komende jaren is:

    Hoe verbinden we alle spelers in het integratieveld met elkaar zodat informatie in een vloeiende beweging doorheen het uitdijende ecosysteem stroomt ?

    Tags: ERP, MES, MOM, B2MML, ISA-95, SUPPLY CHAIN

    de Auteur

    Mijn aandachtsgebieden zijn: de uitdagingen waar bedrijven / managers en directeuren voor staan, het bieden van hulp bij de zoektocht naar antwoorden op deze uitdagingen, de technologische ontwikkelingen die de verhoudingen op zijn kop gaan zetten in de komende maanden / jaren, het begeleiden van adviestrajecten van concept tot realisatie.

    Mijn passie ligt bij het integreren en innoveren van bedrijfsprocessen, informatiestromen, systemen en organisaties zodat medewerkers en bedrijven zich volledig kunnen richten op hun kerntaken en bedrijven hun ambities kunnen waarmaken onder het motto "Giving control back to Business".

    Ik heb 30 jaar ervaring in de Maakindustrie, Bouw- en Installatiebranche bij internationale bedrijven op het gebied van proces-, project- en implementatiemanagement, ketenintegratie, ERP selectie en implementatie, stroomlijnen en implementatie van O2C en P2P processen.