Bodhee Adaptive Scheduling FAQ: 119 antwoorden op elke vraag van het aankoopteam.

Bodhee is de Adaptive Scheduling-productfamilie voor de procesindustrie. Drie gecoördineerde schedulers, Bodhee Production Scheduling, Bodhee Quality Control Scheduling en Bodhee Maintenance Scheduling, werken tegen een live digitale procestweeling (PDT) van uw installatie. Waar een traditionele planning wekelijks wordt vastgesteld en handmatig wordt bijgewerkt, herplant Bodhee continu terwijl orders, materialen, assets, kwaliteitsresultaten en personeel in de echte wereld veranderen.

Plannen die de werkelijkheid overleven. In de meeste procesinstallaties is de planning die de planner op maandag maakt op dinsdag alweer stuk: een vertraagd materiaal, een kwaliteitsblokkade, een ongeplande storing, een spoedorder. Vandaag vangen planners en supervisors de verstoring op met telefoontjes, whiteboards en overwerk. Bodhee vervangt dat brandjes blussen door een planning die zich binnen minuten aanpast aan dezelfde randvoorwaarden die een mens zou toepassen, en laat de planner zien waarom.

Middelgrote tot grote procesfabrikanten: farma (API en formulering), voeding en dranken, specialty- en bulkchemie, plus de contractfabrikanten die hen bedienen. Bodhee past bij locaties met complexiteit over meerdere lijnen, assets en producten, waar één verstoring doorwerkt in orders, lab en onderhoud. Het is niet gebouwd voor puur discrete assemblageomgevingen.

Nee. Bodhee is een planningsproduct. De planning wordt gemaakt met een digitale procestweeling, Constraint Programming en optimalisatie.

Ja. Bodhee orkestreert boven MES en onder planning. Het neemt orders en stamgegevens over uit ERP (meestal SAP S/4HANA of ECC, Oracle of een ander ERP), live uitvoeringsgebeurtenissen uit MES en historian, kwaliteitsresultaten uit LIMS en assetgebeurtenissen uit CMMS. Vervolgens levert het een haalbare, geoptimaliseerde en meebewegende planning terug die MES uitvoert en ERP bevestigt.

Nee. Bodhee werkt in online-, offline- en hybride modus. Waar een live koppeling niet mogelijk is, kunnen bestandsuploads of handmatige invoer dezelfde gegevens leveren.

APS (Advanced Planning & Scheduling) is gebouwd om een plan één keer te optimaliseren, meestal wekelijks, tegen een momentopname van vraag en capaciteit. Adaptive Scheduling is gebouwd om continu te herplannen tegen de actuele toestand van de installatie. APS beantwoordt "wat is het beste plan voor volgende week?"; Adaptive Scheduling beantwoordt "wat is, gegeven alles wat het afgelopen uur is veranderd, het beste plan voor de komende 24 uur, en welke orders lopen nu risico?"

Verstoring is nu de normale toestand, niet de uitzondering. Vraagvolatiliteit, variabiliteit in aanvoer, verloop onder personeel, regulatoire blokkades en verrassingen met assets komen elke ploegendienst voorbij. Statische plannen waren altijd al optimistisch; vandaag zijn ze achterhaald op het moment dat ze worden gepubliceerd. Adaptive Scheduling gaat uit van verandering en behandelt herplannen als een doorlopende operationele discipline, niet als een escalatie.

Het is een opkomende categorie, en Bodhee is een van de producten die haar definiëren. Aangrenzende termen in de markt, "dynamic scheduling", "autonomous planning" en "real-time scheduling", beschrijven stukken van hetzelfde idee. Wij gebruiken "Adaptive Scheduling" omdat het eerlijk is over wat er verandert: niet de planner, niet het ERP, maar de planning zelf, op een ritme waarop de installatie daadwerkelijk draait.

De twee bestaan naast elkaar, met opzet. Uw S&OP en masterplan stellen de kaders: wat er geproduceerd moet worden, wanneer en met welke prioriteit. Bodhee past aan binnen die kaders: welke lijn, welke order eerst, wanneer reinigen, wanneer testen, wanneer onderhoud plegen. De planner blijft de baas over het strategische plan; Bodhee regelt de haalbaarheid van seconde tot seconde.

Nee. Het haalt het brandjes blussen uit de dag van de planner en maakt tijd vrij voor werk dat echt oordeelsvermogen vraagt: scenario's beoordelen, allocatiebeslissingen, escalatie van uitzonderingen, afwegingen richting klanten. Klanten vertellen ons consequent dat hun planners zich meer in controle voelen, niet minder, nadat Bodhee live is gegaan.

Dat hangt af van de module en het proces. Bodhee Production Scheduling past aan op order-, batch- of campagneniveau. Bodhee Quality Control Scheduling past aan op monster-, test- of analistenslotniveau. Bodhee Maintenance Scheduling past aan op werkorder-, ploegdienst- of vensterniveau. Het ritme is event-driven: zodra een randvoorwaarde verandert, wordt een herplanning gestart.

De digitale procestweeling (PDT) is de live weergave van uw installatie waartegen Bodhee redeneert: producten, recepten, assets, materialen, personeel, kwaliteitsblokkades en de randvoorwaarden die deze met elkaar verbinden. Het is geen 3D-model; het is een beslismodel. Elke aanbeveling van Bodhee is te herleiden tot een specifieke toestand van de PDT, waardoor elke aanbeveling verklaarbaar is.

Nee. Een 3D- of CAD-tweeling is gebouwd voor visualisatie, simulatie van fysische verschijnselen of training van operators. De Bodhee PDT is gebouwd voor beslissingen: wat er als volgende wordt gepland, in welke volgorde en onder welke randvoorwaarden. Hij bevat toestand, randvoorwaarden en dynamiek, geen geometrie.

Minimaal: producten, processtromen, materiaal, recepten, assets, personeel en basisrandvoorwaarden. Wij vragen niet om elke bron op dag één. De meeste implementaties zetten eerst een minimaal werkbare PDT neer en verrijken die naarmate integraties binnenkomen.

Ja, en dat is het aanbevolen patroon. Begin met één productielijn, één assetklasse of één lab; bewijs de waarde; breid daarna uit. De PDT is ontworpen om uit te breiden zonder het datamodel dat er al ligt om te gooien.

Een mix van streamingpijplijnen voor hoogfrequente bronnen (MES, historian, SCADA), geplande synchronisaties voor langzamer wijzigende gegevens (ERP-stamgegevens, BOM's, recepten) en handmatige invoer. Gebeurtenissen sturen de herplanning aan: wanneer apparatuur als buiten bedrijf wordt gemarkeerd, een monster afkeurt, een werkorder wordt afgesloten of een klant een order versnelt, herbeoordeelt Bodhee binnen minuten.

Beide, gezamenlijk. Operations bepaalt de semantiek: wat telt als asset, batch, campagne of blokkade. IT en OT beheren de pijplijnen en het integratievlak. Bodhee levert het PDT-model, de connectoren en het doorlopende modelbeheer.

Nee. De PDT maakt de planningen van Bodhee verklaarbaar en verankert ze in randvoorwaarden. Het goede nieuws: de PDT hoeft bij go-live niet perfect of compleet te zijn. Een minimaal werkbare PDT, afgebakend tot de eerste use case, is genoeg om waarde te gaan leveren. Daarna groeit hij mee met de implementatie.

Bodhee Production Scheduling genereert een haalbare, geoptimaliseerde productieplanning en past die continu aan op live randvoorwaarden: orders, recepten, beschikbaarheid van assets, materialen, personeel en prioriteit. Verandert een van die zaken, dan wordt de planning binnen minuten herzien, met als doel de impact van die verandering op de planning en op de prestaties van de installatie zo klein mogelijk te houden.

Vraag- en ordergegevens (campagnes, procesorders, geplande orders), producten en recepten, assets, beschikbaarheid van grondstoffen en halffabricaten, teams en operators met hun vaardigheden, omstel- en reinigingsregels, en kalenders (fabriek, ploeg, feestdagen). De meeste hiervan bestaan al in uw ERP, MES en stamgegevenssystemen. Bodhee Production Scheduling leest ze via standaardconnectoren en de PDT-laag.

Alle drie, en de mengvormen die echte installaties draaien. Bodhee Production Scheduling behandelt elke lijn op haar eigen voorwaarden:

• Lijnen in campagnemodus: orders worden gegroepeerd en in volgorde gezet zodat vergelijkbare producten achter elkaar draaien, waardoor omstelling en reiniging over de campagne worden uitgesmeerd en het risico op kruisbesmetting daalt.
• Lijnen in batchmodus: orders worden batch voor batch gepland op recept, assetcompatibiliteit en batchduur, waarbij reinigings-, validatie- en hold-tijdvensters tussen batches worden gerespecteerd.
• Lijnen in continumodus: productie wordt gepland als doorvoersnelheid tegen randvoorwaarden van assets, limieten op runlengte en de bovenstroomse en benedenstroomse lijnen die de continue trein voeden of erdoor gevoed worden.

Eén installatie kan alle drie naast elkaar draaien; de scheduler dwingt niet één model af op elke lijn. Waar de output van de ene modus de andere voedt (bijvoorbeeld een continue reactor die een batchkristallisator voedt, die weer een verpakkingscampagne voedt), plant Bodhee de overdrachten in als randvoorwaarden in plaats van elke lijn los te bekijken.

Reiniging wordt gemodelleerd als een volwaardig planbaar proces, met eigen taken, duren, resources en afhankelijkheden, en niet als vaste overhead die aan productie is vastgeplakt. Reinigingstaken koppelen aan productiebatches via de triggerpatronen waarop echte installaties daadwerkelijk draaien:

• Vóór productie: reiniging voordat de eerste batch of campagne start.
• Na batch of na campagne: reiniging aan het einde van een batch of aan het einde van een campagne.
• Midden in een batch: reiniging die wordt getriggerd nadat een specifieke taak binnen een batch klaar is.
• Productie geblokkeerd door reiniging: een productietaak die pas kan starten als een bepaald reinigingsproces is afgerond.

Omstellingen volgen hetzelfde model: getypeerd per productpaar, van kosten voorzien en in volgorde gezet op receptfamilie. Validatieblokkades (verificatie na reiniging, voorbewerkingsstappen) worden gemodelleerd als een eigen klasse van gated taken, met eigen duur en eigen blokkerend effect stroomafwaarts. Bodhee Production Scheduling respecteert elke reinigings-, omstel- en validatieregel en zet orders zo in volgorde dat hun gezamenlijke kosten zo laag mogelijk uitvallen, voor zover het orderboek dat toelaat.

Ja, overrides zijn eersterangs en geen uitzondering. Een planner kan een order vastzetten of bevriezen, apparatuur aan een order koppelen, een asset uitsluiten, een set operators uitsluiten, prioriteit geven aan bepaalde materialen of een venster afdwingen; de scheduler past de rest van het plan rond de override aan.

Minuten voor een typische scope van één installatie; configureerbaar voor langere horizonnen en meerdere locaties. Het herplanritme is standaard event-driven: het systeem start wanneer een randvoorwaarde wezenlijk verandert, niet op een vaste klok. Doorgaans loopt fijnmazige herplanning (met herallocatie van operators) voor de komende 24–48 uur en strategische herplanning voor de komende 2–4 weken, afhankelijk van de omvang van de verstoring en het door de gebruiker ingestelde ritme.

Beide. Standaard is één aanbevolen plan, klaar om uit te zetten. De planner kan ook what-if-scenario's draaien, "wat als we lijn 2 zes uur kwijtraken", "wat als we de spoedorder accepteren", "wat als we de omstelling naar de nachtdienst verschuiven", en de KPI-impact naast elkaar vergelijken voordat er iets wordt vastgelegd.

Ja. De scheduler neemt de materiaalstatus over uit ERP en MES, detecteert tekorten of late leveringen ten opzichte van de geplande volgorde en zet orders opnieuw in volgorde om de verstoring op te vangen in plaats van het plan te breken. Waar dat niet volstaat, brengt hij het OTIF-risico vroeg in beeld, met de afwegingen erbij. Gegevens over materiaalbeschikbaarheid uit ERP worden verrijkt met de actieve planning voor een prognose van de materiaalbeschikbaarheid (bijvoorbeeld beschikbaarheid van halffabricaten voor eindproducten).

Ja. Implementaties op meerdere locaties worden ondersteund, met autonomie per locatie als standaard: elke installatie draait haar eigen planning met haar eigen randvoorwaarden. Daarnaast is orkestratie over locaties heen mogelijk waar het orderboek echt tussen locaties beweegt. Bodhee ondersteunt beide topologieën.

Beide, plus de productiebatches die op vrijgave wachten. Bodhee Quality Control Scheduling plant de aankomst van monsters, de uitvoering van tests, de toewijzing van analisten, de instrumentcapaciteit en de vrijgavevolgorde voor batches die op resultaten wachten. Het lab wordt behandeld als een productievloer met randvoorwaarden, want dat is het ook.

Door aan drie knoppen tegelijk te draaien:

• Prioriteitsvolgorde: monsters die vrijgave blokkeren of deadlinekritisch zijn, komen eerst.
• Optimalisatie op apparatuurniveau: de monstermix per instrument wordt geoptimaliseerd op aankomsttijden van monsters, uiterste data en instrumentcapaciteit.
• Afstemming tussen lab en productie: de labplanning wordt afgestemd op het vrijgaveplan van productie, zodat gereedgekomen batches niet wachten op tests die eerder hadden kunnen draaien.

De scheduler weet welke gereedgekomen batches geblokkeerd zijn, door welke test, op welk instrument en door welke analist, en bepaalt de volgorde daarop. De zichtbare resultaten zijn een kortere doorlooptijd van het lab en minder batches die op vrijgave wachten.

Ja, met de grote LIMS-leveranciers waaronder LabWare, STARLIMS en LabVantage. Bodhee Quality Control Scheduling leest monsterregistratie en teststatus uit het LIMS. Maatwerk-LIMS-implementaties worden ondersteund via de standaard integratieadapter. De testplanning vanuit Bodhee terugschrijven naar LIMS is technisch haalbaar, maar de aanbevolen aanpak is om de data-exports en API-connectiviteit van Bodhee te gebruiken en de integratie met LIMS buiten de Bodhee-omgeving uit te voeren.

Als wachtrijen met randvoorwaarden naast vrijgavetests, met eigen prioriteits- en pull-datumlogica. De scheduler respecteert de pull-datumvensters van stabiliteitsprotocollen en zorgt dat gereguleerde tests niet worden verdrongen door vrijgavetests met een hoger volume.

Ja. Elke discipline wordt gemodelleerd als een eigen resourcepool met eigen instrumenten, analisten, certificeringen en SOP's. Eén implementatie kan een microbiologielab, een chemielab en een fysisch testlab op verschillende verdiepingen of locaties onder één planning beheren.

Klantresultaten laten consistente afnames zien van monsterachterstand en doorlooptijd van het lab. Resultaten met naam van de klant zijn gepubliceerd in de case-studybibliotheek. Referentieklanten worden beschikbaar gesteld na de kwalificatiefase.

Ja. De scheduler plant rekening houdend met vaardigheid, certificering, ploegendienst en actuele werklast van analisten. Senior analisten raken niet overbelast met routinewerk en certificeringen worden automatisch gerespecteerd. Met de side-taskfunctionaliteit van Bodhee kan het lab een buffer aan vooraf ingepland werk klaarhouden (bijvoorbeeld een dagelijkse statuscall om 9 uur of ad-hoctraining voor een analist) die in ongebruikte tijd van een analist past, zonder nieuwe goedkeuring of herprioritering.

Alle drie. Bodhee Maintenance Scheduling plant de achterstand aan werkorders, de capaciteit van technici en ploegen, geplande stilstanden en opportunistische onderhoudsvensters die ontstaan wanneer productie stilligt of onder capaciteit draait. Het resultaat is een onderhoudsplan dat past bij de werkelijke productiekalender in plaats van ertegenin te werken.

De onderhoudsscheduler leest de productieplanning rechtstreeks uit Bodhee Production Scheduling, of uit uw bestaande scheduler als Bodhee Production Scheduling nog niet is uitgerold, en zoekt de onderhoudsvensters met de laagste kosten. Draaien beide samen, dan plant het systeem productie en onderhoud gezamenlijk, wat routinematig "gratis" onderhoudskansen oplevert die het handmatige proces mist.

Nee. Bodhee Maintenance Scheduling is een planningsproduct; het levert geen modellen en functies voor conditiegebaseerd of predictief onderhoud.

Ja, bidirectioneel met SAP PM, IBM Maximo, Infor EAM en eMaint. Bodhee Maintenance Scheduling leest werkordergegevens, assethiërarchieën en beschikbaarheid van technici uit het CMMS, en schrijft geplande uitvoeringsvensters en gereedmeldingen terug.

Als harde randvoorwaarde. De scheduler plant geen werkorder zonder bevestigde beschikbaarheid van onderdelen, en brengt vertragingen in de planning door ontbrekende onderdelen expliciet in beeld zodat inkoop kan handelen. De beschikbaarheid van reserveonderdelen wordt als vlag uit het CMMS gelezen. Wanneer onderdelen binnenkomen, haalt een opportunistische herplanning de werkorder naar voren.

Nee. APS-systemen plannen op wekelijks of maandelijks ritme tegen prognoses en capaciteitsaannames. Bodhee past aan op dag- of ploegritme tegen de actuele toestand van de installatie. Ze zijn complementair: APS stelt de kaders en de productiedoelen; Bodhee past de planning binnen die kaders aan terwijl de installatie draait.

Nee. MES voert werk uit op de productievloer en legt het vast; Bodhee plant wat het MES gaat uitvoeren. De meeste implementaties laten MES ongemoeid en integreren Bodhee erboven.

Bij de meeste klanten vult Bodhee een gat dat ERP-planningsmodules laten liggen: herplannen binnen de dag, op taak- en operatorniveau, event-driven en rijk aan randvoorwaarden. ERP-planning blijft stamgegevens, capaciteitsdefinities en planning op hoofdlijnen doen; Bodhee neemt het operationele ritme voor zijn rekening waarvoor het ERP nooit is ontworpen.

SAP DS / PP-DS is gebouwd voor statische optimalisatie, meestal op weekritme, en is bewerkelijk om actueel te houden met de live toestand van de installatie. Bodhee is gebouwd voor continue aanpassing tegen een live PDT. Verschillende Bodhee-klanten draaien SAP DS of PP-DS op de planningslaag en Bodhee op de operationele laag; de twee bestaan naast elkaar.

Generieke optimalisatietools zijn wiskundige gereedschapskisten: ze vragen om een model, een datalaag, een integratielaag, een operationele laag en een UI voordat ze een planning opleveren. Bodhee is een geproductiseerd systeem dat wordt geleverd met het PDT-model, de connectoren, de operationele runtime, de UI voor de planner en de ML-feedbacklus. U koopt een werkende scheduler, geen gereedschapskist.

Sommige klanten overwegen dat. De gebruikelijke conclusie is dat de bouwkosten (discovery, PDT, connectoren, planningsengine, UI, MLOps en de doorlopende last van modelbeheer bij vervanging van assets en wijziging van recepten) hoger uitvallen dan de kosten van een systeem dat bij vergelijkbare fabrikanten al in productie draait. Wij delen tijdens de evaluatie een eerlijk build-versus-buy-werkblad.

Nee. Generatieve-AI-tools zijn gebouwd voor taal en het genereren van content. Adaptive Scheduling is gestructureerde optimalisatie onder randvoorwaarden tegen een live PDT: een andere probleemklasse, met andere wiskunde, andere data en andere verantwoording. De twee kunnen naast elkaar bestaan (een LLM kan erbovenop zitten om een aanbeveling van Bodhee in natuurlijke taal uit te leggen), maar de een vervangt de ander niet.

Dat gesprek voert u het best heel concreet: elke concurrent heeft sterke punten en gaten, en het juiste antwoord hangt af van uw proces, uw datavolwassenheid en het gat dat u vandaag voelt. Veelgenoemde redenen om naar Bodhee over te stappen: continue aanpassing in plaats van eenmalige optimalisatie, native modellering van procesindustrie in plaats van omgebouwde modellen uit de discrete maakindustrie, en verklaarbare aanbevelingen in plaats van black-boxuitkomsten.

Procesindustrie: farma (API en formulering), voeding en dranken, specialty- en bulkchemie, plus de contractfabrikanten die deze sectoren bedienen. Binnen elke sector wordt Bodhee uitgerold op locaties met complexiteit over meerdere lijnen, producten en randvoorwaarden.

Alle drie, inclusief hybride locaties die modi combineren. De digitale procestweeling modelleert elke lijn op haar eigen voorwaarden, campagne, batch of continu, en Bodhee plant daarop.

Niet als primaire toepassing. Bodhee is gebouwd rond de randvoorwaardenpatronen van de procesindustrie: recepten, reiniging, validatie, labvrijgave, conditiegebaseerd onderhoud en regulatoire blokkades. Discrete assemblagelocaties zijn beter geholpen met tools die zijn ontworpen rond BOM-explosie en het balanceren van assemblagelijnen.

Ja. Bodhee is ontworpen voor gereguleerde omgevingen, met een volledige audittrail, controles op data-integriteit en validatievriendelijke vrijgavepatronen. Op basis van eerdere implementaties valt Bodhee Scheduling in klantlandschappen onder een niet-GMP-implementatie.

Ja, via gefaseerde dataverbetering. De meeste klanten beginnen niet met de datakwaliteit die zij zouden willen; de eerste implementatiegolf wordt afgebakend tot een minimaal werkbare PDT en verrijkt naarmate integraties binnenkomen. De eerste meetbare resultaten zijn meestal zichtbaar voordat het datafundament "af" is.

Middelgrote tot grote draaiende installaties. De sweet spot zijn locaties met meerdere lijnen, assets en producten die 24/7 of bijna 24/7 draaien, waar handmatig plannen structureel vastloopt onder de gecombineerde druk van orders, labvrijgaven en assetgebeurtenissen. Kleinere installaties of installaties met één lijn rechtvaardigen Bodhee zelden op operationele ROI alleen.

Er is een aparte, groeiende use case aan de greenfieldkant: ontwerpteams die een nieuwe installatie of een grote capaciteitsuitbreiding plannen, kunnen de scheduler van Bodhee gebruiken om voorgestelde layouts, assetmixen, receptportfolio's en doorvoerdoelen te simuleren voordat de installatie is gebouwd. Die samenwerking is ingericht als implementatie in de ontwerpfase, niet als uitrol op een draaiende installatie.

Ja, en CMO's profiteren bovengemiddeld. Orderboeken met meerdere opdrachtgevers, klantspecifieke recepten, klantspecifieke reinigingsregels en klantspecifieke rapportage zitten vanaf dag één in het datamodel van Bodhee en zijn er niet later opgeplakt. Eén implementatie kan meerdere merkeigenaren onder één planning bedienen, met de data-isolatie en rapportagegrenzen die elk contract vereist.

Ja, van nature. Bodhee verwerkt MTS-, MTO- en ATO-orderpatronen in dezelfde planning, met de prioriteits- en voorraaddoellogica die elk patroon vereist.

Bodhee draait in regio's van Google Cloud Platform (GCP), met opties in onder meer India, de EU en de VS. De specifieke regio wordt per klant gekozen om aan de eisen voor dataresidentie te voldoen en de latency vanaf de installatie van de klant beheersbaar te houden. Zodra een klant in een regio is ingericht, verlaat klantdata die regio niet.

Uitrol over meerdere GCP-zones binnen de door de klant gekozen regio, met gedocumenteerde RTO- en RPO-doelen in de supportdocumentatie (beschikbaar als onderdeel van de commerciële gesprekken).

Bodhee ondersteunt geen air-gapped of volledig geïsoleerde implementaties. De SaaS-architectuur vereist dat de installatie de GCP-omgeving van Bodhee kan bereiken via een geauthenticeerd, versleuteld netwerkpad, doorgaans via een VPN of private interconnect. Hebt u een harde air-gapeis, neem dan contact met ons op. Wij zeggen dan eerlijk of Bodhee past, in plaats van ons vast te leggen op een implementatiemodel dat wij niet ondersteunen.

Bodhee is van opzet historian-leveranciersonafhankelijk. Telemetrie wordt ingelezen via het integratiepatroon dat de historian van de klant al ondersteunt: OPC UA / OPC HDA, REST-API's van de leverancier, ODBC / JDBC, MQTT of bestandsimport en -export, via door Bodhee beheerde connectoren.

Bodhee Quality Control Scheduling is van opzet LIMS-leveranciersonafhankelijk. De gegevensuitwisseling gebruikt het integratiepatroon dat het LIMS van de klant al ondersteunt: REST, SOAP, bestandsimport en -export of directe database-uitlezing, via door Bodhee beheerde connectoren. De scheduler leest monsterregistratie en teststatus uit het LIMS (en uit ERP voor goederenontvangsten van grondstoffen).

Bodhee Maintenance Scheduling is van opzet CMMS-leveranciersonafhankelijk. De gegevensuitwisseling gebruikt het integratiepatroon dat het CMMS van de klant al ondersteunt: REST, SOAP, bestandsimport en -export of directe database-uitlezing, via door Bodhee beheerde connectoren. De scheduler leest werkordergegevens, assethiërarchieën en beschikbaarheid van technici, en schrijft geplande uitvoeringsvensters en gereedmeldingen terug.

Ja, Bodhee levert OPC UA als geproductiseerde adapter, gebruikt voor sensordata, assettoestand en als terugvaloptie voor de historian waar geen aparte historian is uitgerold.

Ja. Bodhee biedt een gedocumenteerde OpenAPI voor synchrone integratie en webhook-events voor asynchrone stromen. Beide zijn geversioneerd en achterwaarts compatibel over releases heen, conform het gepubliceerde deprecatiebeleid.

Ingedeeld per integratieklasse:

• ERP- en MES-integraties: 4–8 weken.
• LIMS en CMMS: 4–6 weken.
• Historian en OPC UA: 8–12 weken.
• Maatwerkintegraties: afgebakend tijdens discovery.

SAML 2.0 en OpenID Connect voor SSO. Bodhee integreert met de grote identity providers: Azure AD / Entra ID, Okta, Ping en Google Workspace.

Rolgebaseerde toegangscontrole op module-, locatie- en actieniveau. Rollen kunnen worden afgebakend per module (Bodhee Production Scheduling, Bodhee Quality Control Scheduling, Bodhee Maintenance Scheduling), per locatie en per actieklasse (lezen, plannen, overrulen, beheren, auditen).

Jaarlijkse penetratietests door een derde partij, plus gerichte tests bij grote releases. De meest recente samenvatting van de pentest is beschikbaar onder NDA.

Onveranderlijk, voorzien van tijdstempel en exporteerbaar. Elke planningsactie, of het nu een aanbeveling, override, configuratiewijziging of integratiegebeurtenis is, wordt vastgelegd met gebruikersidentiteit, tijdstempel en de toestand voor en na. Auditdata wordt bewaard conform het klantcontract en kan op verzoek worden geëxporteerd.

Ja. De standaard-DPA van Bodhee dekt de AVG, de Indiase DPDP en andere grote regionale regimes. Klantspecifieke addenda worden via het contracteringsproces geregeld.

Eén lijn, één assetklasse of één lab, afgebakend om binnen het pilotvenster een meetbare KPI-verschuiving te leveren. De pilot valideert het PDT-model, het integratiepatroon en de workflow van de planner voordat er breder wordt uitgerold. De succescriteria van de pilot worden vóór de kick-off afgesproken, met vooraf een nulmeting.

Beide. Neewee leidt de eerste implementaties bij een klant en leidt de door de klant gekozen SI-partner op voor volgende locaties. Klanten met een bestaande implementatiepartner (adviesbureaus, SI's) kunnen de implementatie via die partner laten lopen, met Neewee in een senior adviesrol.

Toegang tot data (ERP, MES, historian, LIMS, CMMS voor zover relevant); inhoudelijk experts voor productie, kwaliteit en onderhoud; een senior verandersponsor; en integratie-eigenaren voor elk systeem in scope. Een typisch team aan klantzijde bestaat uit 4–8 mensen uit verschillende functies, die er in deeltijd aan werken.

Vijf fasen: discovery, PDT-opbouw, integratie, pilot en opschaling. Elke fase heeft expliciete instap- en uitstapcriteria, afgesproken deliverables en met naam benoemde eigenaren aan beide kanten. De governance omvat wekelijkse werksessies en een stuurgroep die eens per twee weken bijeenkomt. Het gedetailleerde governanceplan wordt gedeeld tijdens de commerciële gesprekken.

Bij de kick-off wordt een KPI-nulmeting vastgelegd: OTIF, OEE, FPY, MTTR, doorlooptijd van het lab, cyclustijd van de planner, welke ook van toepassing zijn. De beoogde verschuivingen worden vóór de pilot afgesproken. Tussentijdse reviews vergelijken de werkelijke waarden met de nulmeting aan het eind van de pilot, aan het eind van de uitrol op één locatie en daarna elk kwartaal.

Dat is de verwachte uitgangssituatie, geen blokkade. Bodhee-implementaties behandelen dataverbetering als de eerste golf werk: schoon genoeg om de pilotscope te dragen, niet perfect over de hele installatie. Bodhee is ontworpen om bij go-live minimaal werkbaar te zijn en in de loop van de tijd te verrijken naarmate databronnen volwassener worden.

Vertrouwen wordt verdiend, niet verondersteld. Wat werkt: elke aanbeveling transparant uitleggen, overrides makkelijk en controleerbaar maken, vóór go-live in schaduwmodus draaien zodat planners de aanbeveling van Bodhee kunnen vergelijken met hun eigen beslissingen, en kleine successen vroeg vieren. Klanten melden consequent dat het vertrouwen van planners groeit in de eerste 60–90 dagen live gebruik.

Rolgebaseerde leerlijnen voor planner, ploegleider, voorman, productiemanager, operator, analist en beheerder, aangeboden in een mix van klassikale, on-the-job en zelfstandige vormen. Train-de-trainer wordt aangeboden aan klanten met meerdere locaties. Opfrismodules zitten in de supportlaag en worden bij elke grote release bijgewerkt.

Dat wordt verwacht en is ingecalculeerd. Wat werkt: de workflow van de planner samen met de planners zelf ontwerpen, hun expliciete bevoegdheid tot overrulen geven, vóór go-live in schaduwmodus draaien en kleine successen geloofwaardigheid laten opbouwen.

Handig, maar niet vereist voor V1. Bij uitrol over meerdere locaties is een CoE de betrouwbaarste manier om het implementatiepatroon te standaardiseren, lessen tussen locaties te delen en het PDT-model in de tijd te onderhouden. De meeste klanten zetten een CoE op nadat de eerste locatie live is.

Rollen evolueren, ze verdwijnen niet. Het dagritme verschuift van "herplannen zodra de werkelijkheid het plan breekt" naar "scenario's beoordelen, uitzonderingen escaleren, afwegingen richting klanten maken en continu verbeteren". Planners melden consequent dat het werk strategischer en minder reactief wordt.

Gebruiksanalyses (logins, geaccepteerde planningen, gedraaide scenario's), het verloop van het overrulepercentage van planners (hoog bij go-live, dalend naarmate het vertrouwen groeit) en KPI-beweging ten opzichte van de nulmeting. Adoptiesignalen worden in het eerste jaar besproken in maandelijkse successessies.

Engels, Frans, Duits en Hongaars worden vandaag ondersteund. Andere talen worden toegevoegd op basis van vraag van klanten.

Beide. Klanten kunnen Bodhee Production Scheduling, Bodhee Quality Control Scheduling of Bodhee Maintenance Scheduling afzonderlijk licenseren, of de familiebundel nemen. De meeste klanten beginnen met één module en breiden uit op basis van resultaten.

Implementatiediensten (door Neewee of door een partner), data-integraties, uitgebreidere supportlagen en maatwerk. De prijs hiervan wordt tijdens de evaluatie bepaald.

Ja, kortingen voor meerdere locaties en meerdere modules zijn standaard. Het commerciële model van Bodhee is ontworpen om uitbreiding over locaties en modules te belonen in plaats van te bestraffen.

Beide zijn mogelijk. Meerjarige contracten (doorgaans drie jaar) kennen betere commerciële voorwaarden en zijn de gebruikelijkere keuze bij enterpriseklanten. Pilotovereenkomsten zijn meestal in tijd afgebakend en gaan bij het halen van de succescriteria over in een volledige licentie.

Standaard betalingsvoorwaarden met regionale flexibiliteit. Bodhee factureert in grote valuta, USD, EUR en INR, afhankelijk van de entiteit van de klant. Specifieke voorwaarden worden vastgelegd in de MSA.

Ja, een gedefinieerd pilotpakket afgebakend tot één lijn, assetklasse of lab, met vooraf afgesproken succescriteria. De pilotprijs is bedoeld als instap met weinig risico, niet als winstpost.

Ingedeeld per module en klantprofiel. De meeste klanten verdienen de investering binnen 8–12 maanden terug; implementaties met meerdere modules gaan sneller.

Voor en na, ten opzichte van een nulmeting die bij de kick-off is afgesproken. De nulmeting legt de KPI's in scope vast, de meetmethode en de beoogde verschuiving; kwartaalreviews vergelijken de werkelijke waarden met de nulmeting en stellen het model bij waar nodig. De methodiek wordt vooraf met de klant gedeeld, zonder verrassingen.

Ja, tijdens de evaluatie wordt een ROI-werkblad geleverd, gevuld vanuit een gestructureerde discovery-sessie met de operations- en financeteams van de klant. Het is geen marketingdocument; het is hetzelfde document dat de CFO van de klant tijdens de inkoopbeoordeling ziet.

Case studies met en zonder klantnaam zijn gepubliceerd in de case-studybibliotheek. Referentieklanten met vergelijkbare procestypen worden beschikbaar gesteld na de kwalificatiefase.

Bodhee beweegt geen KPI's die afhangen van factoren buiten de planningsbeslissing: inflatie van grondstofkosten, vraaguitval, energieprijzen, wijzigingen in regelgeving. Wij zijn daar expliciet over bij de evaluatie, zodat de business case verdedigbaar is.

Klanten met naam waar zij daarvoor toestemming geven; anders geanonimiseerde case studies. Klanten in farma, voeding en dranken, specialty chemie en cement draaien vandaag in productie. Een lijst die relevant is voor uw sector wordt tijdens de evaluatie gedeeld.

Ja, na de kwalificatiefase. Referentiegesprekken worden ingepland met klanten uit een vergelijkbare sector, met een vergelijkbaar proces en op vergelijkbare schaal, met hun instemming.

De case-studybibliotheek is te filteren op sector en procestype: farma API, farma formulering, voeding, dranken, specialty chemie, bulkchemie, cement en papier. Staat uw procestype nog niet in een gepubliceerde case study, dan delen wij geanonimiseerde resultaten onder NDA.

Ja. Het beleid van Bodhee is dat logo's op www.bodhee.com productie-implementaties vertegenwoordigen, met gedocumenteerde toestemming van de klant om ze te tonen. Klanten die alleen een pilot of evaluatie draaien, worden niet als productielogo getoond.

Roadmapthema's, geen featuredata, worden tijdens de evaluatie onder NDA gedeeld. De huidige thema's draaien om diepere Adaptive Scheduling-mogelijkheden in de drie modules, bredere integratiedekking in gereguleerde sectoren en uitbreiding van de verklaarbaarheid voor het vertrouwen van eindgebruikers.

Klantdata is portabel. De exitclausule van Bodhee in de MSA omvat gedocumenteerde exporttools, een gedefinieerd overgangsvenster en een verklaring van datavernietiging na vertrek. Geen enkele klant zit ooit vast doordat data wordt gegijzeld.

Het uitfaseren van grote functionaliteit wordt aangekondigd met een minimale opzegtermijn (vastgelegd in de supportdocumentatie) en met garanties op achterwaartse compatibiliteit voor API-gebruikers over ten minste één hoofdversie. Breaking changes zijn voorbehouden aan grote releases en worden nooit stilzwijgend uitgeleverd.

De planner logt in op een dashboard dat alles van de afgelopen nacht al weerspiegelt: nieuwe orders, afgerond werk, kwaliteitsresultaten, assetgebeurtenissen, materiaalleveringen. De aanbevolen planning ligt klaar, met uitzonderingen en afwegingen gemarkeerd. De planner beoordeelt, past aan waar gewenst en zet de planning uit. De meeste klanten melden dat de ochtendroutine na go-live krimpt van uren naar minuten.

Seconden tot minuten, afhankelijk van de omvang. Een override op één order duurt seconden. Een volledige herplanning over een installatie met meerdere lijnen duurt minuten.

Er wordt automatisch een event-driven herplanning gestart zodra een wezenlijke randvoorwaarde verandert: een monster keurt af, een asset valt uit, een materiaal komt te laat, een klant versnelt.

Bodhee is geschikt voor tablets voor supervisors en operators: zicht op de planning en eenvoudige statusupdates. Volledige planningsworkflows blijven op desktop, waar de schermruimte past bij het werk.

Ja, via weergaven op operatorniveau en optionele schermen op de productievloer. Operators zien wat er gepland staat, in welke volgorde, op welke asset, met de context van de volgende taak die zij nodig hebben. Bewerkrechten zijn rolgebonden: operators kijken, planners en supervisors bewerken.

Bodhee kan onbemand draaien met beleidsmatige waarborgen: automatische acceptatie van aanbevelingen binnen een gedefinieerde bandbreedte.