Bodhee Adaptive Scheduling GYIK: 119 válasz a döntéshozói kör minden kérdésére.

A Bodhee az Adaptive Scheduling termékcsalád a folyamatgyártáshoz. Három összehangolt ütemező, a Bodhee Production Scheduling, a Bodhee Quality Control Scheduling és a Bodhee Maintenance Scheduling dolgozik az üzem élő digitális folyamatikrén (PDT). Míg egy hagyományos tervet hetente rögzítenek és kézzel dolgoznak át, a Bodhee folyamatosan újratervez, ahogy a rendelések, az anyagok, az eszközök, a minőségi eredmények és a munkaerő a valóságban változnak.

Olyan terveket ad, amelyek túlélik a valósággal való találkozást. A legtöbb folyamatgyártó üzemben a hétfőn épített ütemterv keddre elromlik: késő anyag, minőségi zárolás, nem tervezett meghibásodás, soron kívüli rendelés. Ma a tervezők és a művezetők telefonhívásokkal, fehértáblákkal és túlórával nyelik el a zavart. A Bodhee ezt a tűzoltást olyan ütemtervvel váltja ki, amely percek alatt igazodik ugyanazokhoz a korlátokhoz, amelyeket egy ember is alkalmazna, és megmutatja a tervezőnek, miért.

Közepes és nagy folyamatgyártóknak: gyógyszeripar (hatóanyag és formulálás), élelmiszer és ital, speciális és ömlesztett vegyipar, valamint az őket kiszolgáló bérgyártók. A Bodhee olyan telephelyekre illik, ahol több sor, több eszköz és több termék bonyolultsága mellett egyetlen zavar végigfut a rendeléseken, a laboron és a karbantartáson. Tisztán darabgyártó, szerelősoros környezetre nem készült.

Nem. A Bodhee ütemező termék. Az ütemezés digitális folyamatikerrel, korlátprogramozással és optimalizálással történik.

Igen. A Bodhee a MES fölött és a tervezés alatt hangol össze. Rendeléseket és törzsadatokat vesz át az ERP-ből (jellemzően SAP S/4HANA vagy ECC, Oracle vagy bármely más ERP), élő végrehajtási eseményeket a MES-ből és a historianból, minőségi eredményeket a LIMS-ből, eszközeseményeket a CMMS-ből. Ezután megvalósítható, optimalizált, folyamatosan igazodó ütemtervet ad vissza, amelyet a MES végrehajt, az ERP pedig visszaigazol.

Nem. A Bodhee online, offline és hibrid módban is működik. Ahol élő kapcsolat nem lehetséges, fájlfeltöltés vagy kézi bevitel szolgáltathatja ugyanazokat az adatokat.

Az APS (Advanced Planning & Scheduling) arra készült, hogy a tervet egyszer, jellemzően hetente optimalizálja a kereslet és a kapacitás pillanatképére. Az Adaptive Scheduling arra készült, hogy folyamatosan újratervezzen az üzem élő állapotához igazodva. Az APS arra válaszol: „mi a legjobb terv a jövő hétre?”; az Adaptive Scheduling arra: „mindannak fényében, ami az elmúlt órában változott, mi a legjobb terv a következő 24 órára, és mely rendelések kerültek veszélybe?”

A zavar ma az alapállapot, nem a kivétel. Keresleti ingadozás, ellátási bizonytalanság, munkaerő-fluktuáció, szabályozói zárolások és eszközmeglepetések minden műszakban érkeznek. A statikus tervek mindig optimisták voltak; ma a közzététel pillanatában elavulnak. Az Adaptive Scheduling a változást feltételezi, és az újratervezést folyamatos működési gyakorlatként kezeli, nem eszkalációként.

Kialakulóban lévő kategória, és a Bodhee azon termékek egyike, amelyek meghatározzák. A piacon rokon fogalmak, a „dinamikus ütemezés”, az „autonóm tervezés” és a „valós idejű ütemezés” ugyanannak az ötletnek egy-egy darabját írják le. Azért az „Adaptive Scheduling” kifejezést használjuk, mert őszinte arról, mi változik: nem a tervező, nem az ERP, hanem maga az ütemterv, olyan ütemben, ahogy az üzem valóban működik.

A kettő eleve együtt él. Az S&OP és a mesterterv adja a peremfeltételeket: mit kell gyártani, mire, milyen prioritással. A Bodhee ezeken a határokon belül alkalmazkodik: melyik sor, melyik rendelés előbb, mikor kell tisztítani, mikor vizsgálni, mikor karbantartani. A stratégiai terv továbbra is a tervező kezében marad; a Bodhee a pillanatról pillanatra való megvalósíthatóságot kezeli.

Nem. Kiveszi a tűzoltást a tervező napjából, és felszabadítja arra a munkára, amely valóban ítélőképességet kíván: forgatókönyvek értékelése, allokációs döntések, kivételek eszkalálása, ügyfélkompromisszumok. Az ügyfelek következetesen azt mondják, hogy a tervezőik a Bodhee élesítése után jobban, nem kevésbé érzik kézben a dolgokat.

A modultól és a folyamattól függ. A Bodhee Production Scheduling rendelés, gyártási tétel vagy kampány szintjén alkalmazkodik. A Bodhee Quality Control Scheduling minta, vizsgálat vagy analitikusi idősáv szintjén. A Bodhee Maintenance Scheduling munkarendelés, csapatműszak vagy ablak szintjén. Az ütem event-driven: amint egy korlát változik, újratervezés indul.

A digitális folyamatiker (PDT) az üzem élő ábrázolása, amelyre a Bodhee támaszkodik: termékek, receptúrák, eszközök, anyagok, munkaerő, minőségi zárolások és az ezeket összekötő korlátok. Nem 3D-modell, hanem döntési modell. Minden Bodhee-javaslat visszavezethető a PDT egy konkrét állapotára, ezért minden javaslat megmagyarázható.

Nem. A 3D- vagy CAD-iker megjelenítésre, fizikai jelenségek szimulálására vagy gépkezelői képzésre készül. A Bodhee PDT döntésekre készült: mit ütemezzünk következőnek, milyen sorrendben, milyen korlátok mellett. Állapotot, korlátokat és dinamikát hordoz, nem geometriát.

Minimum: termékek, folyamatáramok, anyagok, receptúrák, eszközök, munkaerő és alapvető korlátok. Nem kérünk minden forrást az első napon; a legtöbb bevezetés először egy minimálisan működőképes PDT-t állít fel, majd gazdagítja, ahogy az integrációk beérnek.

Igen, sőt ez az ajánlott minta. Kezdje egy gyártósorral, egy eszközosztállyal vagy egy laborral; igazolja az értéket; majd bővítsen. A PDT úgy készült, hogy a már meglévő adatmodell átalakítása nélkül bővíthető legyen.

Adatfolyam-csatornák keverékével a nagy frekvenciájú forrásokhoz (MES, historian, SCADA), ütemezett szinkronokkal a lassabban változó adatokhoz (ERP-törzsadat, darabjegyzékek, receptúrák), valamint kézi adatbevitellel. Az újratervezést az események hajtják: ha egy berendezést leállítottnak jelölnek, egy minta megbukik, egy munkarendelés lezárul, vagy egy ügyfél előrehoz egy rendelést, a Bodhee percek alatt újraértékel.

Mindkettőé, közösen. Az üzemeltetés határozza meg a jelentéstartalmat: mi számít eszköznek, gyártási tételnek, kampánynak, zárolásnak. Az IT és az OT üzemelteti az adatcsatornákat és az integrációs réteget. A Bodhee adja a PDT-modellt, a csatlakozókat és a folyamatos modellüzemeltetést.

Nem. A PDT teszi a Bodhee ütemterveit megmagyarázhatóvá és korlátokban megalapozottá. A jó hír, hogy a PDT-nek élesítéskor nem kell tökéletesnek vagy teljesnek lennie: az első felhasználási esetre szabott, minimálisan működőképes PDT elég ahhoz, hogy értéket kezdjen adni. Utána a bevezetéssel együtt nő.

A Bodhee Production Scheduling megvalósítható, optimalizált gyártási ütemtervet készít, és azt folyamatosan igazítja az élő korlátokhoz: rendelések, receptúrák, eszközök rendelkezésre állása, anyagok, munkaerő és prioritás. Ha ezek bármelyike változik, az ütemterv percek alatt újratervez azzal a céllal, hogy minimalizálja a változás hatását az ütemtervre és az üzem teljesítményére.

Kereslet- és rendelésadatok (kampányok, gyártási rendelések, tervezett rendelések), termékek és receptúrák, eszközök, alapanyag- és köztitermék-készlet, csapatok és gépkezelők a készségeikkel, átállási és tisztítási szabályok, valamint naptárak (gyári, műszak, ünnepnap). Ezek többsége már megvan az ERP-ben, a MES-ben és a törzsadat-rendszerekben; a Bodhee Production Scheduling szabványos csatlakozókon és a PDT-rétegen keresztül olvassa be őket.

Mindhármat, és azok keverékeit is, ahogy a valódi üzemek működnek. A Bodhee Production Scheduling minden sort a maga feltételei szerint kezel:

• Kampánymódú sorok: a rendeléseket úgy csoportosítja és sorrendezi, hogy a hasonló termékek egymás után fussanak, így az átállás és a tisztítás a kampányra oszlik el, a keresztszennyeződés kockázata pedig csökken.
• Szakaszos módú sorok: a rendeléseket tételenként ütemezi a receptúra, az eszközkompatibilitás és a tételidőtartam szerint, a tételek között betartva a tisztítási, validálási és várakozási ablakokat.
• Folyamatos módú sorok: a gyártást kibocsátási ütemként ütemezi az eszközkorlátok, a futáshossz-korlátok, valamint a folyamatos sort tápláló vagy általa táplált felettes és követő sorok szerint.

Egyetlen üzem mindhármat futtathatja egymás mellett; az ütemező nem kényszerít egyetlen modellt minden sorra. Ahol az egyik mód kimenete táplálja a másikat (például egy folyamatos reaktor egy szakaszos kristályosítót, az pedig egy csomagolási kampányt), a Bodhee az átadásokat korlátként ütemezi, ahelyett hogy a sorokat elszigetelten kezelné.

A tisztítás önálló, ütemezhető folyamatként modellezett, saját feladatokkal, időtartamokkal, erőforrásokkal és függőségekkel, nem a gyártásra aggatott fix többletként. A tisztítási feladatok azokon a kiváltási mintákon keresztül kapcsolódnak a gyártási tételekhez, amelyek szerint a valódi üzemek működnek:

• Gyártás előtti: tisztítás az első tétel vagy kampány indulása előtt.
• Tétel vagy kampány utáni: tisztítás egy tétel vagy egy kampány végén.
• Tétel közbeni: tisztítás, amelyet a tételen belüli adott feladat befejezése indít.
• Tisztításra váró gyártás: olyan gyártási feladat, amely csak a megadott tisztítási folyamat befejezése után indulhat.

Az átállások ugyanezt a modellt követik: termékpáronként tipizálva, költséggel ellátva, receptúracsalád szerint sorrendezve. A validálási zárolások (tisztítás utáni ellenőrzés, előkészítő lépések) saját, kapuzott feladatosztályként modellezettek, saját időtartammal és a követő lépéseket blokkoló hatással. A Bodhee Production Scheduling minden tisztítási, átállási és validálási szabályt betart, és úgy sorrendezi a rendeléseket, hogy ezek összesített költsége a lehető legkisebb legyen, amennyiben a rendelésállomány ezt engedi.

Igen, a felülbírálás elsőrendű funkció, nem kivétel. A tervező rögzíthet vagy befagyaszthat egy rendelést, hozzáköthet egy berendezést egy rendeléshez, kizárhat egy eszközt, kizárhat gépkezelőket, prioritást adhat bizonyos anyagoknak, vagy kikényszeríthet egy ablakot; az ütemező a terv többi részét a felülbírálás köré igazítja.

Jellemző egytelephelyes hatókörben percek alatt; nagyobb horizontra és több telephelyre konfigurálható. Az újratervezés üteme alapértelmezetten event-driven: a rendszer akkor indít, ha egy korlát érdemben változik, nem rögzített óra szerint. A részletes újraütemezés (gépkezelői újraelosztással) jellemzően a következő 24–48 órára fut, a stratégiai újratervezés pedig a következő 2–4 hétre, a zavar mértékétől és a felhasználó által beállított ütemtől függően.

Mindkettőt. Alapértelmezés szerint egyetlen ajánlott terv készül, kiadásra készen. A tervező mi lenne, ha forgatókönyveket is futtathat: „mi lenne, ha hat órára kiesne a 2-es sor”, „mi lenne, ha elfogadnánk a soron kívüli rendelést”, „mi lenne, ha az átállást éjszakai műszakra tolnánk”, és a KPI-hatásokat egymás mellett hasonlíthatja össze, mielőtt dönt.

Igen. Az ütemező átveszi az anyagstátuszt az ERP-ből és a MES-ből, felismeri a hiányokat vagy a késő beérkezéseket a tervezett sorrendhez képest, és úgy rendezi át a rendeléseket, hogy elnyelje a zavart, ahelyett hogy a terv törne meg. Ahol az átrendezés nem elég, korán jelzi az OTIF-kockázatot, a kompromisszumokat kifejtve. Az ERP-ből érkező készletadatokat az aktív ütemterv gazdagítja az előrejelzett anyagelérhetőséggel (például félkész termékek elérhetősége a késztermékekhez).

Igen. A több telephelyes bevezetéseket alapértelmezetten telephelyszintű önállósággal támogatjuk, ahol minden üzem a saját korlátaival futtatja a saját ütemtervét, valamint telephelyek közötti összehangolással, ahol a rendelésállomány valóban áramlik a telephelyek között. A Bodhee mindkét topológiát támogatja.

Mindkettőt, plusz a felszabadításra váró gyártási tételeket. A Bodhee Quality Control Scheduling megtervezi a minták beérkezését, a vizsgálatok végrehajtását, az analitikusok elosztását, a műszerkapacitást és a függő eredmények miatt blokkolt tételek felszabadítási sorrendjét. A labort korlátozott üzemi területként kezeli, mert az is.

Egyszerre három karral:

• Prioritás szerinti sorrendezés: a felszabadítást blokkoló és határidőkritikus minták kerülnek előre.
• Berendezésszintű optimalizálás: az egyes műszereken futó mintaösszetételt a beérkezési időkhöz, a szükséges határidőkhöz és a műszerkapacitáshoz optimalizálja.
• Labor és termelés összehangolása: a laborütemterv a gyártási felszabadítási tervhez igazodik, így a kész tételek nem várnak olyan vizsgálatokra, amelyek korábban is lefuthattak volna.

Az ütemező tudja, mely kész tételek vannak blokkolva, melyik vizsgálat, melyik műszer és melyik analitikus miatt, és ennek megfelelően sorrendez. A látható eredmény a rövidebb labor-átfutási idő és a kevesebb felszabadításra váró tétel.

Igen, a főbb LIMS-szállítókkal, köztük a LabWare, a STARLIMS és a LabVantage rendszerekkel. A Bodhee Quality Control Scheduling a LIMS-ből olvassa a mintaregisztrációt és a vizsgálati státuszt. Az egyedi LIMS-bevezetéseket szabványos integrációs adapter támogatja. A vizsgálati ütemterv visszaírása a Bodhee-ból a LIMS-be műszakilag megvalósítható, de az ajánlott megközelítés a Bodhee adatexportjainak és API-kapcsolatának használata, hogy a LIMS-integráció a Bodhee környezetén kívül történjen.

Korlátozott sorokként, a felszabadítási vizsgálatok mellett, saját prioritási és mintavételi dátum szerinti logikával. Az ütemező betartja a stabilitási protokollok mintavételi ablakait, és gondoskodik arról, hogy a szabályozott vizsgálatokat ne szorítsák ki a nagyobb volumenű felszabadítási vizsgálatok.

Igen. Minden szakterület külön erőforráskészletként modellezett, saját műszerekkel, analitikusokkal, minősítésekkel és eljárásrendekkel. Egyetlen bevezetés kezelhet mikrobiológiai, kémiai és fizikai vizsgálati labort különböző szinteken vagy telephelyeken, egyetlen ütemterv alatt.

Az ügyféleredmények következetes csökkenést mutatnak a mintalemaradásban és a labor-átfutási időben. A nevesített eredményeket az esettanulmány-könyvtárban tesszük közzé. Referenciaügyfeleket a minősítési szakasz után adunk meg.

Igen. Az ütemező az analitikusok készségeit, minősítéseit, műszakját és aktuális terhelését veszi figyelembe. A tapasztalt analitikusok nem kerülnek túlterhelésre rutinmunkával, a minősítések pedig automatikusan érvényesülnek. A Bodhee mellékfeladat-funkciójával a labor előre tervezett munkából tarthat puffert (például napi 9 órai státuszhívás vagy eseti képzés egy analitikusnak), amely új jóváhagyás vagy újrapriorizálás nélkül illeszthető be az analitikusi holtidőbe.

Mindhármat. A Bodhee Maintenance Scheduling megtervezi a munkarendelés-állományt, a technikusi és csapatkapacitást, a tervezett leállásokat, valamint azokat az alkalmi karbantartási ablakokat, amelyek akkor nyílnak, amikor a gyártás szünetel vagy kapacitás alatt fut. Az eredmény olyan karbantartási terv, amely illeszkedik a tényleges gyártási naptárhoz, nem küzd vele.

A karbantartás-ütemező közvetlenül a Bodhee Production Scheduling termékből olvassa a gyártási ütemtervet, vagy a meglévő ütemezőjéből, ha a Bodhee Production Scheduling még nincs bevezetve, és megkeresi a legkisebb költségű karbantartási ablakokat. Amikor a kettő együtt fut, a rendszer közösen tervezi a gyártást és a karbantartást, ami rendszeresen felszínre hoz olyan „ingyenes” karbantartási alkalmakat, amelyeket a kézi folyamat elszalaszt.

Nem. A Bodhee Maintenance Scheduling ütemező termék; nem nyújt állapotalapú vagy prediktív karbantartási modelleket és funkciókat.

Igen, kétirányúan az SAP PM, az IBM Maximo, az Infor EAM és az eMaint rendszerekkel. A Bodhee Maintenance Scheduling a CMMS-ből olvassa a munkarendelés-adatokat, az eszközhierarchiákat és a technikusok rendelkezésre állását, és visszaírja az ütemezett végrehajtási ablakokat és a befejezési visszaigazolásokat.

Kemény korlátként. Az ütemező nem ütemez munkarendelést visszaigazolt alkatrész-elérhetőség nélkül, és külön jelzi az alkatrészhiány miatti ütemterv-csúszásokat, hogy a beszerzés léphessen. A pótalkatrészek elérhetőségét jelzőként olvassa a CMMS-ből. Amikor az alkatrészek megérkeznek, az alkalmi újratervezés előrehozza a munkarendelést.

Nem. Az APS-rendszerek heti vagy havi ütemben terveznek előrejelzés és kapacitásfeltételezések alapján. A Bodhee napi vagy műszakütemben alkalmazkodik az üzem élő állapotához. Kiegészítik egymást: az APS adja a peremfeltételeket és a gyártási célokat, a Bodhee pedig ezeken belül igazítja az ütemtervet, ahogy az üzem működik.

Nem. Az MES végrehajtja és rögzíti az üzemi munkát; a Bodhee azt ütemezi, amit a MES végrehajt. A legtöbb bevezetés érintetlenül hagyja a MES-t, és a Bodhee-t fölé integrálja.

A legtöbb ügyfélnél a Bodhee olyan rést tölt be, amelyet az ERP ütemező moduljai nem: napon belüli, feladat- és gépkezelő szintű, event-driven, korlátgazdag újratervezést. Az ERP-ütemezés továbbra is a törzsadatokat, a kapacitásdefiníciókat és a magas szintű tervezést kezeli; a Bodhee pedig azt a működési ütemet, amelyre az ERP-t sosem tervezték.

Az SAP DS és a PP-DS statikus optimalizálásra készült, jellemzően heti ütemben, és nagy erőfeszítés naprakészen tartani az üzem élő állapotával. A Bodhee folyamatos alkalmazkodásra készült egy élő PDT ellenében. Több Bodhee-ügyfél az SAP DS-t vagy a PP-DS-t futtatja a tervezési rétegben, a Bodhee-t pedig a működési rétegben; a kettő megfér egymás mellett.

Az általános optimalizálók matematikai eszközkészletek: modellt, adatréteget, integrációs réteget, üzemeltetési réteget és felhasználói felületet igényelnek, mielőtt ütemtervet adnának. A Bodhee termékesített rendszer, amely a PDT-modellel, a csatlakozókkal, az üzemeltetési futtatókörnyezettel, a tervezői felülettel és az ML-visszacsatolási hurokkal együtt érkezik. Működő ütemezőt vásárol, nem eszközkészletet.

Néhány ügyfél megfontolja. A szokásos következtetés az, hogy az építés költsége (felmérés, PDT, csatlakozók, ütemező motor, felület, MLOps, valamint a folyamatos modellüzemeltetés terhe az eszközcserék és receptúraváltozások mellett) meghaladja egy olyan rendszer megvásárlásának költségét, amely hasonló gyártóknál már élesben fut. Az értékelés során őszinte építés-vagy-vásárlás munkalapot osztunk meg.

Nem. A generatív AI-eszközök nyelvi és tartalomgenerálásra készültek. Az Adaptive Scheduling strukturált, korlátozott optimalizálás egy élő PDT ellenében: más problémaosztály, más matematikával, más adatokkal és más elszámoltathatósággal. A kettő megfér egymás mellett (egy nyelvi modell ráülhet, hogy természetes nyelven elmagyarázza a Bodhee javaslatát), de az egyik nem váltja ki a másikat.

Ezt a beszélgetést érdemes konkrétan lefolytatni: minden rendszernek vannak erősségei és hiányosságai, és a helyes válasz a folyamatától, az adatérettségétől és a ma érzett hiánytól függ. Az ügyfelek jellemzően ezekért váltanak a Bodhee-ra: folyamatos alkalmazkodás egyszeri optimalizálás helyett, natív folyamatgyártási modellezés utólag ráigazított darabgyártási modellek helyett, és megmagyarázható javaslatok fekete doboz kimenetek helyett.

Folyamatgyártás: gyógyszeripar (hatóanyag és formulálás), élelmiszer és ital, speciális és ömlesztett vegyipar, valamint az ezeket kiszolgáló bérgyártók. Minden iparágon belül a Bodhee olyan telephelyeken kerül bevezetésre, ahol több sor, több termék és több korlát bonyolultsága jellemző.

Mindhárom esetben, a módokat vegyítő hibrid telephelyeken is. A digitális folyamatiker minden sort a maga feltételei szerint modellez (kampány, szakaszos vagy folyamatos), és a Bodhee ennek megfelelően ütemez.

Elsődleges illeszkedésként nem. A Bodhee a folyamatgyártás korlátmintáira épül: receptúrák, tisztítás, validálás, laborfelszabadítás, állapotalapú karbantartás, szabályozói zárolások. A szerelősoros darabgyártó telephelyeket jobban kiszolgálják a darabjegyzék-bontásra és sorkiegyensúlyozásra tervezett eszközök.

Igen. A Bodhee szabályozott környezetekre készült, teljes audit nyomvonallal, adatintegritási kontrollokkal és validálásbarát kiadási mintákkal. A korábbi bevezetések alapján a Bodhee ütemezés az ügyfélkörnyezetekben nem GMP-hatályú bevezetésként minősül.

Igen, szakaszos adatfejlesztéssel. A legtöbb ügyfél nem azzal az adatminőséggel indul, amelyet szeretne; az első bevezetési hullám egy minimálisan működőképes PDT-re szűkül, és az integrációk beérkezésével gazdagodik. Az első mérhető eredmények általában azelőtt láthatók, hogy az adatalap „elkészülne”.

Közepes és nagy, működő üzemekhez. Az ideális eset a több sorral, több eszközzel és több termékkel dolgozó telephely, amely 24/7 vagy ahhoz közeli üzemben fut, ahol a kézi ütemezés rendszeresen összeomlik a rendelések, a laborfelszabadítások és az eszközesemények együttes terhe alatt. A kisebb vagy egysoros üzemek ritkán indokolják a Bodhee-t pusztán működési megtérülés alapján.

Külön, növekvő felhasználási eset a zöldmezős oldalon: az új üzemet vagy nagy kapacitásbővítést tervező csapatok a Bodhee ütemezőjével szimulálhatják a javasolt elrendezéseket, eszközösszetételeket, receptúraportfóliókat és kibocsátási célokat még az üzem megépítése előtt. Ez a megbízás tervezési fázisú bevezetésként épül fel, nem működő üzemi bevezetésként.

Igen, és a bérgyártók aránytalanul sokat nyernek vele. A több ügyfeles rendelésállomány, az ügyfélspecifikus receptúrák, az ügyfélspecifikus tisztítási szabályok és az ügyfélspecifikus riportok az első naptól a Bodhee adatmodelljébe vannak tervezve, nem utólag ráaggatva. Egyetlen bevezetés több márkatulajdonos ügyfelet kezelhet egyetlen ütemterv alatt, az egyes szerződések által megkívánt adatelkülönítési és riportolási határokkal.

Igen, natívan. A Bodhee ugyanabban az ütemtervben kezeli az MTS-, MTO- és ATO-rendelési mintákat, az egyes minták által megkívánt prioritási és készletcél-logikával.

A Bodhee Google Cloud Platform (GCP) régiókban fut, indiai, EU-s és amerikai zónák közötti választással. A konkrét régiót ügyfelenként választjuk ki az adattárolási követelmények teljesítéséhez és a késleltetés kezelhetően tartásához az ügyfél üzeméből nézve. Amint egy ügyfél kiépül egy régióban, az ügyféladat nem hagyja el azt a régiót.

Több zónás telepítéssel az ügyfél által választott régión belüli GCP-zónákban, dokumentált RTO- és RPO-célértékekkel a támogatási dokumentációban (a kereskedelmi egyeztetés részeként átadva).

A Bodhee nem támogatja a hálózatilag leválasztott vagy teljesen elszigetelt bevezetéseket. A SaaS-architektúra megköveteli, hogy az üzem hitelesített, titkosított hálózati útvonalon, jellemzően VPN-en vagy privát összeköttetésen elérje a Bodhee GCP-környezetét. Ha kemény leválasztási követelménye van, keressen minket; őszintén megmondjuk, hogy a Bodhee megfelelő-e, ahelyett hogy olyan bevezetési modellt vállalnánk, amelyet nem támogatunk.

A Bodhee tervezésénél fogva historian-szállítófüggetlen. A telemetria beolvasása azt az integrációs mintát használja, amelyet az ügyfél historianja már támogat: OPC UA vagy OPC HDA, szállítói REST API-k, ODBC vagy JDBC, MQTT, illetve fájlimport és -export, Bodhee által kezelt csatlakozókon keresztül.

A Bodhee Quality Control Scheduling tervezésénél fogva LIMS-szállítófüggetlen. Az adatcsere azt az integrációs mintát használja, amelyet az ügyfél LIMS-e már támogat: REST, SOAP, fájlimport és -export vagy közvetlen adatbázis-olvasás, Bodhee által kezelt csatlakozókon keresztül. Az ütemező a LIMS-ből olvassa a mintaregisztrációt és a vizsgálati státuszt (az alapanyag-árubevételezéseket pedig az ERP-ből).

A Bodhee Maintenance Scheduling tervezésénél fogva CMMS-szállítófüggetlen. Az adatcsere azt az integrációs mintát használja, amelyet az ügyfél CMMS-e már támogat: REST, SOAP, fájlimport és -export vagy közvetlen adatbázis-olvasás, Bodhee által kezelt csatlakozókon keresztül. Az ütemező munkarendelés-adatokat, eszközhierarchiákat és technikusi rendelkezésre állást olvas, és visszaírja az ütemezett végrehajtási ablakokat és a befejezési visszaigazolásokat.

Igen, a Bodhee termékesített adapterként szállítja az OPC UA-t, amelyet érzékelőadatokhoz, eszközállapothoz és historian-helyettesítéshez használunk, ahol nincs dedikált historian.

Igen. A Bodhee dokumentált OpenAPI-t tesz közzé a szinkron integrációhoz, és webhook-eseményeket az aszinkron folyamatokhoz. Mindkettő verziózott és kiadások között visszafelé kompatibilis a közzétett elavulási szabályzat szerint.

Integrációs osztályonként:

• ERP- és MES-integrációk: 4–8 hét.
• LIMS és CMMS: 4–6 hét.
• Historian és OPC UA: 8–12 hét.
• Egyedi integrációk: a felmérés során meghatározva.

SAML 2.0 és OpenID Connect az SSO-hoz. A Bodhee integrálódik a főbb identitásszolgáltatókkal: Azure AD / Entra ID, Okta, Ping, Google Workspace.

Szerepköralapú hozzáférés-szabályozás modul, telephely és művelet szintjén. A szerepkörök modulonként (Bodhee Production Scheduling, Bodhee Quality Control Scheduling, Bodhee Maintenance Scheduling), telephelyenként és műveletosztályonként (olvasás, ütemezés, felülbírálás, adminisztráció, audit) szűkíthetők.

Évente harmadik fél által végzett behatolásvizsgálat, valamint célzott tesztek a nagyobb kiadásokon. A legfrissebb összefoglaló NDA alatt elérhető.

Megváltoztathatatlan, időbélyegzett és exportálható. Minden ütemezési műveletet (javaslat, felülbírálás, konfigurációváltozás, integrációs esemény) rögzítünk a felhasználó azonosságával, időbélyeggel, valamint a művelet előtti és utáni állapottal. Az auditadatokat ügyfélszerződés szerint őrizzük meg, és igény szerint exportálhatók.

Igen. A Bodhee szabványos DPA-ja lefedi a GDPR-t, az indiai DPDP-t és a többi jelentős regionális szabályozást. Az ügyfélspecifikus kiegészítéseket a szerződéskötési folyamatban kezeljük.

Egyetlen gyártósor, egyetlen eszközosztály vagy egyetlen labor, olyan hatókörrel, amely a pilot időablakán belül mérhető KPI-elmozdulást hoz. A pilot validálja a PDT-modellt, az integrációs mintát és a tervezői munkafolyamatot a szélesebb bevezetés előtt. A pilot sikerkritériumait az indulás előtt rögzítjük, kiindulási méréssel.

Mindkettő. A Neewee vezeti az első bevezetéseket egy ügyfélnél, és felkészíti az ügyfél által választott rendszerintegrátor partnert a további telephelyekre. Azok az ügyfelek, akiknek már van bevezetési partnerük (tanácsadó cégek, rendszerintegrátorok), azon a partneren keresztül futtathatják a bevezetést, a Neewee vezető tanácsadói szerepben.

Adathozzáférést (ERP, MES, historian, LIMS, CMMS, ahogy releváns); szakértőket a termelés, a minőség és a karbantartás területéről; vezetői változásmenedzsment-támogatót; valamint integrációs felelősöket a hatókörbe vont rendszerekhez. Jellemzően 4–8 fős ügyféloldali csapat dolgozik a bevezetésen, részmunkaidőben.

Öt fázis: felmérés, PDT-építés, integráció, pilot, kiterjesztés. Minden fázisnak vannak kifejezett belépési és kilépési feltételei, elfogadott szállítandói és megnevezett felelősei mindkét oldalon. A bevezetés irányítása heti munkaüléseket és kéthetente ülésező irányítóbizottságot foglal magában. A részletes irányítási tervet a kereskedelmi egyeztetés során osztjuk meg.

Az induláskor rögzítjük a KPI-kiindulóértékeket: OTIF, OEE, FPY, MTTR, labor-átfutási idő, tervezői ciklusidő, amelyik releváns. A célelmozdulásokat a pilot előtt rögzítjük. Az ellenőrzési pontok a pilot végén, az egytelephelyes bevezetés végén, majd negyedévente vetik össze a tényt a kiindulóértékkel.

Ez a várható kiindulási állapot, nem akadály. A Bodhee-bevezetések az adatok rendbetételét kezelik az első munkahullámként: elég tiszta a pilot hatóköréhez, nem tökéletes az egész üzemre. A Bodhee úgy készült, hogy élesítéskor minimálisan működőképes legyen, és idővel gazdagodjon, ahogy az adatforrások érnek.

A bizalom kiérdemelt, nem magától értetődő. A bevált minta: minden javaslatot átláthatóan magyarázunk el, a felülbírálás legyen egyszerű és auditált, élesítés előtt fusson árnyékmód, hogy a tervezők összevethessék a Bodhee javaslatát a saját döntéseikkel, és ünnepeljük korán a kis győzelmeket. Az ügyfelek következetesen arról számolnak be, hogy a tervezői bizalom az éles működés első 60–90 napjában épül fel.

Szerepkör szerinti tantervek (tervező, műszakvezető, művezető, termelési vezető, gépkezelő, analitikus, adminisztrátor), tantermi, munka közbeni és önkiszolgáló formák keverékében. A több telephelyes ügyfeleknek oktatóképzést kínálunk. Az ismétlő modulok a támogatási csomag részei, és minden nagyobb kiadással frissülnek.

Ez várható, és számolunk vele. A bevált minta: a tervezői munkafolyamatot magukkal a tervezőkkel közösen alakítjuk ki, kifejezett felülbírálási jogot adunk nekik, élesítés előtt árnyékmódot futtatunk, és hagyjuk, hogy a kis győzelmek építsék a hitelességet.

Hasznos, de az első verzióhoz nem kötelező. Több telephelyes bevezetésnél a kiválósági központ a legmegbízhatóbb mód a bevezetési minta egységesítésére, a tanulságok telephelyek közötti megosztására és a PDT-modell hosszú távú karbantartására. A legtöbb ügyfél az első telephely élesítése után állítja fel.

A szerepkörök fejlődnek, nem tűnnek el. A napi ritmus onnan, hogy „újratervezés, amikor a valóság megtörik”, oda tolódik, hogy „forgatókönyvek értékelése, kivételek eszkalálása, ügyfélkompromisszumok és folyamatos fejlesztés”. A tervezők következetesen arról számolnak be, hogy a munka stratégiaibbá és kevésbé reaktívvá válik.

Használati analitikával (bejelentkezések, ütemterv-elfogadások, forgatókönyv-futtatások), a tervezői felülbírálási arány alakulásával (élesítéskor magas, a bizalom épülésével csökkenő), valamint a KPI-k kiindulóértékhez mért elmozdulásával. Az elfogadási jeleket az első évben havi sikerértékeléseken tekintjük át.

Ma az angol, a francia, a német és a magyar támogatott. További nyelveket ügyféligény alapján adunk hozzá.

Mindkettő lehetséges. Az ügyfelek külön licencelhetik a Bodhee Production Scheduling, a Bodhee Quality Control Scheduling vagy a Bodhee Maintenance Scheduling terméket, vagy vehetik a termékcsalád-csomagot. A legtöbb ügyfél egy modullal kezd, és az eredmények alapján bővít.

Bevezetési szolgáltatások (Neewee vagy partner által vezetve), adatintegrációk, magasabb támogatási szintek és egyedi fejlesztések. Ezek árazását az értékelés során határozzuk meg.

Igen, a több telephelyes és több modulos kedvezmények szabványosak. A Bodhee kereskedelmi modellje úgy készült, hogy jutalmazza a telephelyekre és modulokra való bővülést, ne büntesse.

Mindkettő elérhető. A többéves futamidő (jellemzően három év) kedvezőbb kereskedelmi feltételekkel jár, és ez a gyakoribb választás a nagyvállalati ügyfelek körében. A pilotmegállapodások jellemzően időben korlátozottak, és a sikerkritériumok teljesülésekor teljes licencre váltanak.

Szabványos fizetési feltételek regionális rugalmassággal. A Bodhee a főbb pénznemekben számláz (USD, EUR, INR), az ügyfél jogi személyétől függően. A konkrét feltételeket az MSA rögzíti.

Igen, meghatározott pilotcsomag egyetlen sorra, eszközosztályra vagy laborra szabva, előre rögzített sikerkritériumokkal. A pilot ára alacsony kockázatú belépőnek készült, nem profitközpontnak.

Modul és ügyfélprofil szerint sávos. A legtöbb ügyfél 8–12 hónapon belül megtérülést lát; a több modulos bevezetések gyorsabban térülnek meg.

Előtte és utána, az induláskor rögzített kiindulóértékhez képest. A kiindulóérték rögzíti a hatókörbe vont KPI-ket, a mérési módszert és a célelmozdulást; a negyedéves felülvizsgálatok összevetik a tényt a kiindulóértékkel, és szükség esetén korrigálják a modellt. A módszertant előre megosztjuk az ügyféllel, meglepetések nélkül.

Igen, az értékelés során ROI-munkalapot adunk, amelyet az ügyfél működési és pénzügyi csapatával tartott strukturált felmérésből töltünk ki. Ez nem marketinganyag; ugyanaz a dokumentum, amelyet az ügyfél pénzügyi vezetője a beszerzési felülvizsgálatnál lát.

A nevesített és anonimizált esettanulmányokat az esettanulmány-könyvtárban tesszük közzé. Hasonló folyamattípusú referenciaügyfeleket a minősítési szakasz után adunk meg.

A Bodhee nem mozdítja el azokat a KPI-ket, amelyek az ütemezési döntésen kívüli tényezőktől függenek: alapanyagár-emelkedés, keresletösszeomlás, energiaárak, szabályozói változások. Ezt az értékelésnél egyértelműen kimondjuk, hogy az üzleti eset megvédhető legyen.

Nevesített ügyfelek az engedélyükkel; egyébként anonimizált esettanulmányok. Ma a gyógyszeriparban, az élelmiszer- és italiparban, a speciális vegyiparban és a cementiparban vannak éles bevezetéseink. Az iparágához illő listát az értékelés során osztjuk meg.

Igen, a minősítési szakasz után. A referenciabeszélgetéseket hasonló iparágban, hasonló folyamattal és hasonló léptékben működő ügyfelekkel egyeztetjük, az ő hozzájárulásukkal.

Az esettanulmány-könyvtár iparág és folyamattípus szerint szűrhető: gyógyszeripari hatóanyag, gyógyszeripari formulálás, élelmiszer, ital, speciális vegyipar, ömlesztett vegyipar, cement, papír. Ha az Ön folyamattípusát még nem képviseli közzétett esettanulmány, NDA alatt osztunk meg anonimizált eredményeket.

Igen. A Bodhee szabálya, hogy a www.bodhee.com oldalon megjelenített logók éles bevezetéseket képviselnek, az ügyfél dokumentált megjelenítési engedélyével. A csak pilot- vagy csak értékelési fázisban lévő ügyfeleket nem jelenítjük meg éles logóként.

A termékterv témáit, nem konkrét funkciódátumokat, az értékelés során, NDA alatt osztjuk meg. A jelenlegi témák a három modul mélyebb Adaptive Scheduling képességei, a szélesebb integrációs lefedettség a szabályozott iparágakban, valamint a megmagyarázhatósági felület bővítése a végfelhasználói bizalom érdekében.

Az ügyféladat hordozható. A Bodhee MSA-jában szereplő kilépési záradék dokumentált exporteszközöket, meghatározott átállási időszakot és a kilépés utáni adatmegsemmisítés igazolását tartalmazza. Egyetlen ügyfelet sem kötünk magunkhoz az adatai visszatartásával.

A nagyobb képességek megszüntetését minimális értesítési idővel jelentjük be (a támogatási dokumentációban meghatározva), és az API-fogyasztók számára legalább egy nagyverzión át visszafelé kompatibilitást garantálunk. A törő változások a nagyobb kiadásoknak vannak fenntartva, és soha nem érkeznek csendben.

A tervező olyan irányítópultra jelentkezik be, amely már tükröz mindent, ami éjszaka történt: új rendelések, elkészült munka, minőségi eredmények, eszközesemények, anyagérkezések. Az ajánlott ütemterv készen áll, a kivételek és a kompromisszumok megjelölve. A tervező átnézi, ahol akarja, módosítja, és kiadja. A legtöbb ügyfél arról számol be, hogy az élesítés után a reggeli rutin órákról percekre rövidül.

Másodpercektől percekig, a hatókörtől függően. Egyetlen rendelés felülbírálása másodpercek kérdése. Egy több soros üzem teljes újratervezése percek.

Automatikusan event-driven újratervezés indul, amikor egy lényeges korlát változik: egy minta megbukik, egy eszköz leáll, egy anyag későn érkezik, vagy egy ügyfél előrehoz egy rendelést.

A Bodhee kompatibilis a művezetők és a gépkezelők tabletjeivel: ütemterv-láthatóság és alapvető státuszfrissítések. A teljes tervezési munkafolyamatok asztali gépen maradnak, ahol a képernyőméret illik a munkához.

Igen, gépkezelői hatókörű nézeteken és opcionális üzemi kijelzőkön keresztül. A gépkezelők látják, mi van ütemezve, milyen sorrendben, melyik eszközön, a szükséges következő feladat kontextusával. A szerkesztési jogok szerepkörhöz kötöttek: a gépkezelők látnak, a tervezők és a művezetők szerkesztenek.

A Bodhee felügyelet nélkül is futhat szabályozott korlátok mellett: a javaslatok automatikus elfogadásával egy meghatározott tartományon belül.