Preguntas frecuentes de Bodhee Adaptive Scheduling: 119 respuestas para cada pregunta del comité de compra.

Bodhee es la familia de productos de Adaptive Scheduling para la fabricación de procesos. Tres planificadores coordinados (Bodhee Production Scheduling, Bodhee Quality Control Scheduling y Bodhee Maintenance Scheduling) operan frente a un gemelo digital de proceso (PDT) vivo de su planta. Donde un plan tradicional se fija semanalmente y se rehace a mano, Bodhee replanifica de forma continua a medida que cambian en el mundo real los pedidos, los materiales, los activos, los resultados de calidad y el personal.

Planes que sobreviven al contacto con la realidad. En la mayoría de las plantas de procesos, el plan que el planificador construye el lunes está roto el martes: un material retrasado, una retención de calidad, una avería no planificada, un pedido urgente. Hoy, planificadores y supervisores absorben la disrupción con llamadas, pizarras y horas extra. Bodhee sustituye esa lucha contra incendios por un plan que se readapta en minutos frente a las mismas restricciones que aplicaría una persona, y le muestra al planificador por qué.

Fabricantes de procesos medianos y grandes (farmacéutica de API y formulación, alimentación y bebidas, química de especialidad y a granel) y los fabricantes por contrato que los atienden. Bodhee encaja en emplazamientos con complejidad multilínea, multiactivo y multiproducto, donde una sola disrupción se propaga por pedidos, laboratorio y mantenimiento. No está creado para entornos puramente de montaje discreto.

No. Bodhee es un producto de planificación. La planificación se realiza mediante un gemelo digital de proceso, programación por restricciones y optimización.

Sí. Bodhee orquesta por encima del MES y por debajo de la planificación. Consume pedidos y datos maestros del ERP (normalmente SAP S/4HANA o ECC, Oracle, o cualquier otro ERP), eventos de ejecución en vivo del MES y del historian, resultados de calidad del LIMS y eventos de activos del CMMS. Después devuelve un plan factible, optimizado y en readaptación que el MES ejecuta y el ERP confirma.

No. Bodhee funciona en modo en línea, sin conexión e híbrido. Donde no es posible una conexión en vivo, las cargas de archivos o las entradas manuales pueden aportar los mismos datos.

El APS (planificación y programación avanzadas) está creado para optimizar un plan una vez, normalmente cada semana, frente a una instantánea de la demanda y la capacidad. Adaptive Scheduling está creado para replanificar de forma continua frente al estado vivo de la planta. El APS responde a «¿cuál es el mejor plan para la semana que viene?»; Adaptive Scheduling responde a «dado todo lo que ha cambiado en la última hora, ¿cuál es el mejor plan para las próximas 24 horas y qué pedidos están ahora en riesgo?»

La disrupción es ahora el estado normal, no la excepción. La volatilidad de la demanda, la variabilidad del suministro, la rotación de personal, las retenciones normativas y las sorpresas de los activos llegan en cada turno. Los planes estáticos siempre fueron optimistas; hoy quedan obsoletos en cuanto se publican. Adaptive Scheduling da por hecho el cambio y trata la replanificación como una disciplina operativa continua, no como un escalado.

Es una categoría emergente, y Bodhee es uno de los productos que la definen. Términos adyacentes en el mercado («planificación dinámica», «planificación autónoma», «planificación en tiempo real») describen partes de la misma idea. Usamos «Adaptive Scheduling» porque es honesto sobre lo que cambia: no el planificador, no el ERP, sino el propio plan, a un ritmo con el que la planta funciona de verdad.

Ambos coexisten por diseño. Su S&OP y su plan maestro fijan las condiciones de contorno: qué producir, para cuándo y con qué prioridad. Bodhee se adapta dentro de esos límites: qué línea, qué pedido primero, cuándo limpiar, cuándo analizar, cuándo mantener. El planificador sigue al mando del plan estratégico; Bodhee se ocupa de la factibilidad segundo a segundo.

No. Elimina la lucha contra incendios de la jornada del planificador y lo libera para el trabajo que sí requiere criterio: evaluación de escenarios, decisiones de asignación, escalado de excepciones, compromisos con clientes. Los clientes nos dicen sistemáticamente que sus planificadores se sienten más al mando, no menos, tras la puesta en marcha de Bodhee.

Depende del módulo y del proceso. Bodhee Production Scheduling se adapta a nivel de pedido, lote o campaña. Bodhee Quality Control Scheduling se adapta a nivel de muestra, análisis o franja de analista. Bodhee Maintenance Scheduling se adapta a nivel de orden de trabajo, turno de cuadrilla o ventana. El ritmo es event-driven: en cuanto cambia una restricción, se desencadena una replanificación.

El gemelo digital de proceso (PDT) es la representación viva de su planta frente a la que razona Bodhee: productos, recetas, activos, materiales, personal, retenciones de calidad y las restricciones que los conectan. No es un modelo 3D; es un modelo de decisión. Cada recomendación de Bodhee remite a un estado concreto del PDT, lo que significa que cada recomendación es explicable.

No. Un gemelo 3D / CAD se crea para la visualización, la simulación de fenómenos físicos o la formación de operarios. El PDT de Bodhee se crea para las decisiones: qué planificar a continuación, en qué orden, bajo qué restricciones. Contiene estado, restricciones y dinámicas, no geometría.

Como mínimo: productos, flujos de proceso, materiales, recetas, activos, personal y restricciones básicas. No exigimos todas las fuentes desde el primer día: la mayoría de las implementaciones ponen en marcha primero un PDT mínimo viable y lo enriquecen a medida que llegan las integraciones.

Sí, y es el patrón recomendado. Empiece con una línea de producción, una clase de activo o un laboratorio; demuestre el valor; después amplíe. El PDT está diseñado para extenderse sin rehacer el modelo de datos ya implementado.

Una mezcla de canales de streaming para las fuentes de alta frecuencia (MES, historian, SCADA), sincronizaciones programadas para los datos de cambio más lento (datos maestros de ERP, BOM, recetas) y entradas manuales. Los eventos impulsan la replanificación: cuando un equipo se marca como parado, una muestra falla, se cierra una orden de trabajo o un cliente adelanta un pedido, Bodhee reevalúa en minutos.

Ambos, conjuntamente. Operaciones define la semántica: qué cuenta como activo, lote, campaña o retención. TI / OT opera los canales y el plano de integración. Bodhee aporta el modelo del PDT, los conectores y la operación continua del modelo.

No. El PDT es lo que hace que los planes de Bodhee sean explicables y estén anclados en las restricciones. La buena noticia es que el PDT no tiene por qué ser perfecto ni completo en la puesta en marcha: un PDT mínimo viable, acotado al primer caso de uso, basta para empezar a aportar valor. Después crece con la implementación.

Bodhee Production Scheduling genera y adapta de forma continua un plan de producción factible y optimizado frente a restricciones en vivo: pedidos, recetas, disponibilidad de activos, materiales, personal y prioridad. Cuando cualquiera de ellos cambia, el plan replanifica en minutos con el objetivo de minimizar el impacto de ese cambio en el plan y en el rendimiento de la planta.

Datos de demanda / pedidos (campañas, órdenes de proceso, órdenes planificadas), productos y recetas, activos, disponibilidad de materias primas e intermedios, equipos y operarios y sus competencias, reglas de cambio de formato y limpieza, y calendarios (fábrica, turno, festivos). La mayoría ya existen en su ERP, MES y sistemas de datos maestros: Bodhee Production Scheduling los lee mediante conectores estándar y la capa del PDT.

Los tres, y las mezclas de ellos que ejecutan las plantas reales. Bodhee Production Scheduling trata cada línea según sus propios términos:

• Líneas en modo campaña: los pedidos se agrupan y secuencian para que los productos similares se ejecuten seguidos, amortizando el cambio de formato y la limpieza a lo largo de la campaña y minimizando el riesgo de contaminación cruzada.
• Líneas en modo lote: los pedidos se planifican lote a lote según la receta, la compatibilidad de activos y la duración del lote, respetando las ventanas de limpieza, validación y tiempo de retención entre lotes.
• Líneas en modo continuo: la producción se planifica como una tasa de rendimiento frente a las restricciones de activos, los límites de longitud de ejecución y las líneas aguas arriba / aguas abajo que alimentan o son alimentadas por el tren continuo.

Una sola planta puede ejecutar los tres en paralelo: el planificador no impone un único modelo a cada línea. Donde la salida de un modo alimenta a otro (p. ej., un reactor continuo que alimenta un cristalizador por lotes que alimenta una campaña de envasado), Bodhee planifica los traspasos como restricciones en lugar de tratar cada línea de forma aislada.

La limpieza se modela como un proceso planificable por derecho propio, con sus propias tareas, duraciones, recursos y dependencias, no como una carga fija añadida a la producción. Las tareas de limpieza se vinculan a los lotes de producción mediante los patrones de activación que las plantas reales usan de verdad:

• Preproducción: limpieza antes de que arranque el primer lote o campaña.
• Poslote / poscampaña: limpieza al final de un lote o al final de una campaña.
• Intralote: limpieza activada tras completarse una tarea concreta dentro de un lote.
• Producción bloqueada por limpieza: una tarea de producción que no puede empezar hasta que se complete un proceso de limpieza especificado.

Los cambios de formato siguen el mismo modelo (tipificados por par de productos, costeados y secuenciados por familia de recetas), y las retenciones de validación (verificación posterior a la limpieza, pasos previos al procesamiento) se modelan como su propia clase de tarea con compuerta, con su propia duración y efecto de bloqueo aguas abajo. Bodhee Production Scheduling respeta cada regla de limpieza, cambio de formato y validación, y secuencia los pedidos para minimizar su costo acumulado cuando la cartera de pedidos lo permite.

Sí: las anulaciones son de primer nivel, no excepciones. Un planificador puede fijar o congelar un pedido, bloquear un equipo a un pedido, excluir un activo, excluir un conjunto de operarios, fijar la prioridad de ciertos materiales o forzar una ventana; el planificador adapta el resto del plan en torno a la anulación.

Minutos para un alcance típico de una sola planta; configurable para horizontes más amplios y alcance multiplanta. El ritmo de replanificación es event-driven por defecto: el sistema se activa cuando una restricción cambia de forma sustancial, no según un reloj fijo. Normalmente, la replanificación granular (con reasignación de operarios) cubre las próximas 24–48 horas, y la replanificación estratégica cubre las próximas 2–4 semanas, según el nivel de disrupción y el ritmo configurado por el usuario.

Ambos. Por defecto, un único plan recomendado, listo para despachar. El planificador también puede ejecutar escenarios de hipótesis («¿y si perdemos la línea 2 durante seis horas?», «¿y si aceptamos el pedido urgente?», «¿y si pasamos el cambio de formato al turno de noche?») y comparar el impacto en los KPI en paralelo antes de comprometerse.

Sí. El planificador consume el estado de los materiales del ERP y el MES, detecta faltas o llegadas tardías frente a la secuencia planificada y resecuencia los pedidos para absorber la disrupción en lugar de romper el plan. Donde la resecuenciación no basta, aflora el riesgo de OTIF pronto, con las compensaciones detalladas. Los datos de disponibilidad de materiales del ERP se enriquecen usando el plan activo para prever la disponibilidad de materiales (p. ej., la disponibilidad de productos semiterminados para productos terminados).

Sí. Las implementaciones multiplanta se admiten con autonomía a nivel de emplazamiento por defecto (cada planta ejecuta su propio plan con sus propias restricciones) y con orquestación entre emplazamientos donde la cartera de pedidos fluye de verdad entre ellos. Bodhee admite ambas topologías.

Ambos, más los lotes de producción pendientes de liberación. Bodhee Quality Control Scheduling planifica la llegada de muestras, la ejecución de análisis, la asignación de analistas, la capacidad de instrumentos y la secuenciación de liberaciones de los lotes bloqueados por resultados pendientes. Trata el laboratorio como una planta con restricciones, porque eso es lo que es.

Accionando tres palancas a la vez:

• Secuenciación por prioridad: las muestras que bloquean la liberación y las críticas por plazo se secuencian primero.
• Optimización a nivel de equipo: la mezcla de muestras de cada instrumento se optimiza frente a los tiempos de llegada, las fechas requeridas y la capacidad del instrumento.
• Coordinación laboratorio-producción: el plan del laboratorio se alinea con el plan de liberación de producción, para que los lotes terminados no esperen análisis que podrían haberse ejecutado antes.

El planificador sabe qué lotes terminados están bloqueados, por qué análisis, en qué instrumento y por qué analista, y secuencia en consecuencia. Los resultados visibles son un menor tiempo de respuesta del laboratorio y menos lotes esperando la liberación.

Sí, con los principales proveedores de LIMS, incluidos LabWare, STARLIMS y LabVantage. Bodhee Quality Control Scheduling lee el registro de muestras y el estado de los análisis del LIMS. Las implementaciones de LIMS personalizadas se admiten mediante el adaptador de integración estándar. Devolver el plan de análisis de Bodhee al LIMS es técnicamente factible, pero el enfoque recomendado es usar las exportaciones de datos / la conectividad por API de Bodhee para integrar en el LIMS fuera del entorno de Bodhee.

Como colas con restricciones junto a los análisis de liberación, con su propia lógica de prioridad y fecha de extracción. El planificador respeta las ventanas de fecha de extracción de los protocolos de estabilidad y garantiza que los análisis regulados no se vean desplazados por los análisis de liberación de mayor volumen.

Sí. Cada disciplina se modela como un grupo de recursos distinto con sus propios instrumentos, analistas, certificaciones y SOP. Una sola implementación puede gestionar un laboratorio de microbiología, uno de química y uno de análisis físico en distintas plantas o emplazamientos bajo un único plan.

Los resultados de los clientes muestran reducciones consistentes del atasco de muestras y del tiempo de respuesta del laboratorio. Los resultados con nombre se publican en la biblioteca de casos de éxito. Los clientes de referencia se facilitan tras la fase de cualificación.

Sí. El planificador planifica en torno a la competencia, la certificación, el turno y la carga actual de cada analista. Los analistas sénior no se sobreasignan a trabajo rutinario, y las certificaciones se respetan automáticamente. Con la funcionalidad de tareas secundarias de Bodhee, el laboratorio puede mantener un colchón de trabajo preplanificado (por ejemplo, una llamada diaria de estado a las 9:00 o formación puntual para un analista) listo para encajar en los tiempos muertos de los analistas sin necesidad de una nueva aprobación ni de repriorizar.

Los tres. Bodhee Maintenance Scheduling planifica la cartera de órdenes de trabajo, la capacidad de técnicos y cuadrillas, las paradas planificadas y las ventanas de mantenimiento oportunista que se abren cuando la producción está en pausa o funciona por debajo de su capacidad. El resultado es un plan de mantenimiento que encaja en el calendario de producción real en lugar de luchar contra él.

El planificador de mantenimiento lee el plan de producción directamente de Bodhee Production Scheduling (o de su planificador existente si Bodhee Production Scheduling aún no está implementado) y encuentra las ventanas de mantenimiento de menor costo. Cuando ambos funcionan juntos, el sistema coplanifica producción y mantenimiento de forma conjunta, lo que suele aflorar oportunidades de mantenimiento «gratuitas» que el proceso manual pasa por alto.

No. Bodhee Maintenance Scheduling es un producto de planificación; no proporciona modelos ni funciones de mantenimiento basado en condición ni predictivo.

Sí, de forma bidireccional con SAP PM, IBM Maximo, Infor EAM y eMaint. Bodhee Maintenance Scheduling lee los datos de órdenes de trabajo, las jerarquías de activos y la disponibilidad de técnicos del CMMS, y devuelve las ventanas de ejecución planificadas y las confirmaciones de finalización.

Como una restricción estricta. El planificador no planificará una orden de trabajo sin disponibilidad de piezas confirmada, y aflora explícitamente los retrasos del plan debidos a piezas para que compras pueda actuar. La disponibilidad de repuestos se lee como un indicador del CMMS. Cuando llegan las piezas, una replanificación oportunista adelanta la orden de trabajo.

No. Los sistemas APS planifican a ritmo semanal / mensual frente a supuestos de previsión y capacidad. Bodhee se adapta a ritmo diario / de turno frente al estado vivo de la planta. Son complementarios: el APS fija las condiciones de contorno y los objetivos de producción; Bodhee adapta el plan dentro de esos límites a medida que la planta funciona.

No. El MES ejecuta y registra el trabajo en la planta; Bodhee planifica lo que el MES ejecutará. La mayoría de las implementaciones dejan el MES intacto e integran Bodhee por encima.

Para la mayoría de los clientes, Bodhee cubre una brecha que los módulos de planificación del ERP no cubren: replanificación subdiaria, a nivel de tarea / operario, event-driven y rica en restricciones. La planificación del ERP sigue gestionando los datos maestros, las definiciones de capacidad y la planificación de alto nivel; Bodhee gestiona el ritmo operativo para el que el ERP nunca se diseñó.

SAP DS / PP-DS está creado para la optimización estática, normalmente a ritmo semanal, y mantenerlo al día con el estado vivo de la planta es muy costoso. Bodhee está creado para la adaptación continua frente a un PDT vivo. Varios clientes de Bodhee ejecutan SAP DS o PP-DS en la capa de planificación y Bodhee en la capa operativa: los dos coexisten.

Los optimizadores genéricos son kits de herramientas matemáticas: requieren un modelo, una capa de datos, una capa de integración, una capa de operaciones y una interfaz antes de entregar un plan. Bodhee es un sistema productizado que se entrega con el modelo del PDT, los conectores, el entorno operativo, la interfaz del planificador y el bucle de realimentación de ML. Compra un planificador que funciona, no un kit de herramientas.

Algunos clientes se lo plantean. La conclusión habitual es que el costo de construirlo (descubrimiento, PDT, conectores, motor de planificación, interfaz, MLOps y la carga continua de operación del modelo ante reemplazos de activos y cambios de recetas) supera el costo de comprar un sistema ya en producción en fabricantes similares. Compartimos una hoja de cálculo honesta de construir-frente-a-comprar durante la evaluación.

No. Las herramientas de IA generativa están creadas para el lenguaje y la generación de contenido. Adaptive Scheduling es optimización estructurada con restricciones frente a un PDT vivo: una clase de problema distinta, con matemáticas distintas, datos distintos y una responsabilidad distinta. Ambos pueden coexistir (un LLM puede situarse encima para explicar una recomendación de Bodhee en lenguaje natural), pero uno no reemplaza al otro.

Esa conversación conviene tenerla de forma concreta: cada competidor tiene fortalezas y carencias, y la respuesta correcta depende de su proceso, su madurez de datos y la brecha que siente hoy. Razones habituales por las que los clientes se pasan a Bodhee: adaptación continua en lugar de optimización única, modelado nativo de fabricación de procesos en lugar de modelos de fabricación discreta adaptados, y recomendaciones explicables en lugar de salidas de caja negra.

Fabricación de procesos: farmacéutica (API y formulación), alimentación y bebidas, química de especialidad y a granel, y los fabricantes por contrato que atienden a esas industrias. Dentro de cada industria, Bodhee se implementa en emplazamientos con complejidad multilínea, multiproducto y multirrestricción.

Los tres, incluidos los emplazamientos híbridos que combinan modos. El gemelo digital de proceso modela cada línea según sus propios términos (campaña, lote o continuo) y Bodhee planifica en consecuencia.

No como encaje principal. Bodhee se construye en torno a los patrones de restricción de la fabricación de procesos: recetas, limpieza, validación, liberación de laboratorio, mantenimiento basado en condición, retenciones normativas. Los emplazamientos de montaje discreto se atienden mejor con herramientas diseñadas en torno a la explosión de BOM y el equilibrado de líneas de montaje.

Sí. Bodhee está diseñado para entornos regulados con pista de auditoría completa, controles de integridad de datos y patrones de liberación compatibles con la validación. Según implementaciones previas, Bodhee Scheduling se sitúa bajo una implementación no GMP en los entornos de los clientes.

Sí, mediante una mejora de datos por fases. La mayoría de los clientes no parten de la calidad de datos que desearían; la primera fase de implementación se acota a un PDT mínimo viable y se enriquece a medida que llegan las integraciones. Los primeros resultados medibles suelen verse antes de que la base de datos esté «terminada».

Plantas en funcionamiento medianas y grandes. El punto óptimo son los emplazamientos multilínea, multiactivo y multiproducto (funcionando 24/7 o casi) donde la planificación manual se rompe de forma rutinaria bajo la carga combinada de pedidos, liberaciones de laboratorio y eventos de activos. Las plantas más pequeñas o de una sola línea rara vez justifican Bodhee solo por el ROI operativo.

Existe otro caso de uso, en crecimiento, en el extremo greenfield: los equipos de diseño que planifican una nueva planta o una gran ampliación de capacidad pueden usar el planificador de Bodhee para simular distribuciones propuestas, mezclas de activos, carteras de recetas y objetivos de rendimiento antes de construir la planta. Ese proyecto se estructura como una implementación en fase de diseño, no como un despliegue en una planta en funcionamiento.

Sí, y los CMO se benefician de forma desproporcionada. Las carteras de pedidos multiinquilino, las recetas específicas de cliente, las reglas de limpieza específicas de cliente y los informes específicos de cliente están diseñados en el modelo de datos de Bodhee desde el primer día, no añadidos después. Una sola implementación puede gestionar varios clientes propietarios de marca bajo un único plan, con los límites de aislamiento de datos e informes que exige cada contrato.

Sí, de forma nativa. Bodhee gestiona los patrones de pedido MTS, MTO y ATO en el mismo plan, con la lógica de prioridad y de objetivo de inventario que exige cada patrón.

Bodhee funciona en regiones de Google Cloud Platform (GCP), con opciones que incluyen zonas de India, la UE y EE. UU. La región concreta se selecciona por cliente para cumplir los requisitos de residencia de datos y mantener la latencia manejable desde la planta del cliente. Una vez aprovisionado un cliente en una región, sus datos no salen de esa región.

Implementación multizona entre zonas de GCP dentro de la región seleccionada por el cliente, con objetivos de RTO y RPO documentados en la documentación de soporte (facilitada como parte de las conversaciones comerciales).

Bodhee no admite implementaciones aisladas (air-gapped) ni totalmente aisladas. La arquitectura SaaS requiere que la planta alcance el entorno de GCP de Bodhee por una ruta de red autenticada y cifrada, normalmente mediante VPN o interconexión privada. Para clientes con un requisito estricto de aislamiento total, contáctenos: le diremos con honestidad si Bodhee encaja en lugar de comprometernos a un modelo de implementación que no admitimos.

Bodhee es agnóstico al proveedor de historian por diseño. La ingesta de telemetría usa el patrón de integración que su historian ya admite (OPC UA / OPC HDA, API REST del proveedor, ODBC / JDBC, MQTT o importación / exportación de archivos) mediante conectores gestionados por Bodhee.

Bodhee Quality Control Scheduling es agnóstico al proveedor de LIMS por diseño. El intercambio de datos usa el patrón de integración que su LIMS ya admite (REST, SOAP, importación / exportación de archivos o lectura directa de base de datos) mediante conectores gestionados por Bodhee. El planificador lee el registro de muestras y el estado de los análisis del LIMS (y del ERP para las entradas de mercancías de materias primas).

Bodhee Maintenance Scheduling es agnóstico al proveedor de CMMS por diseño. El intercambio de datos usa el patrón de integración que su CMMS ya admite (REST, SOAP, importación / exportación de archivos o lectura directa de base de datos) mediante conectores gestionados por Bodhee. El planificador lee los datos de órdenes de trabajo, las jerarquías de activos y la disponibilidad de técnicos, y devuelve las ventanas de ejecución planificadas y las confirmaciones de finalización.

Sí. Bodhee incorpora OPC UA como adaptador productizado, usado para datos de sensores, estado de activos y respaldo de historian donde no hay un historian dedicado implementado.

Sí. Bodhee expone una OpenAPI documentada para la integración síncrona y eventos de webhook para los flujos asíncronos. Ambos están versionados y son retrocompatibles entre versiones según la política de obsolescencia publicada.

Por franjas según la clase de integración:

• Integraciones de ERP y MES: 4–8 semanas.
• LIMS y CMMS: 4–6 semanas.
• Historian y OPC UA: 8–12 semanas.
• Integraciones personalizadas: acotadas durante el descubrimiento.

SAML 2.0 y OpenID Connect para SSO. Bodhee se integra con los principales proveedores de identidad: Azure AD / Entra ID, Okta, Ping, Google Workspace.

Control de acceso basado en roles a nivel de módulo, emplazamiento y acción. Los roles pueden acotarse por módulo (Bodhee Production Scheduling, Bodhee Quality Control Scheduling, Bodhee Maintenance Scheduling), por emplazamiento y por clase de acción (leer, planificar, anular, administrar, auditar).

Pruebas de penetración anuales por terceros, más pruebas específicas en las versiones importantes. El resumen de la última prueba de penetración está disponible bajo NDA.

Inmutable, con marca de tiempo y exportable. Cada acción de planificación (recomendación, anulación, cambio de configuración, evento de integración) se registra con la identidad del usuario, la marca de tiempo y el estado anterior / posterior. Los datos de auditoría se conservan según el contrato de cada cliente y pueden exportarse a demanda.

Sí. El DPA estándar de Bodhee cubre el RGPD, la DPDP de India y otros regímenes regionales importantes. Los anexos específicos del cliente se acomodan mediante el proceso de contratación.

Una sola línea, una sola clase de activo o un solo laboratorio, acotado para entregar un cambio medible de KPI dentro de la ventana del piloto. El piloto valida el modelo del PDT, el patrón de integración y el flujo de trabajo del planificador antes de un despliegue más amplio. Los criterios de éxito del piloto se acuerdan antes del arranque, con una medición de referencia inicial.

Ambos. Neewee lidera las primeras implementaciones en un cliente y forma al partner SI elegido por el cliente para los emplazamientos siguientes. Los clientes con un partner de implementación existente (consultoras, SI) pueden ejecutar la implementación a través de ese partner con Neewee en un rol de asesoría sénior.

Acceso a datos (ERP, MES, historian, LIMS, CMMS según proceda); expertos en producción, calidad y mantenimiento; un patrocinador sénior del cambio; y responsables de integración de cada sistema en alcance. Un equipo típico por parte del cliente son 4–8 personas entre funciones, trabajando a tiempo parcial en la implementación.

Cinco fases: descubrimiento, construcción del PDT, integración, piloto y escalado. Cada fase tiene criterios explícitos de entrada y salida, entregables acordados y responsables designados por ambas partes. La gobernanza de la implementación incluye sesiones de trabajo semanales y un comité de dirección con cadencia quincenal. El plan de gobernanza detallado se comparte durante las conversaciones comerciales.

Se capta una línea de base de KPI en el arranque (OTIF, OEE, FPY, MTTR, tiempo de respuesta del laboratorio, tiempo de ciclo del planificador, según proceda). Los movimientos objetivo se acuerdan antes del piloto. Las revisiones de control comparan lo real frente a la línea de base al final del piloto, al final del despliegue en un emplazamiento y trimestralmente después.

Esa es la condición de partida esperada, no un impedimento. Las implementaciones de Bodhee tratan la mejora de datos como la primera fase de trabajo: lo bastante limpios para soportar el alcance del piloto, no perfectos en toda la planta. Bodhee está diseñado para ser mínimo viable en la puesta en marcha y enriquecerse con el tiempo a medida que maduran las fuentes de datos.

La confianza se gana, no se da por hecha. El patrón que funciona: explicar cada recomendación de forma transparente, hacer las anulaciones fáciles y auditadas, ejecutar en modo sombra antes de la puesta en marcha para que los planificadores comparen la recomendación de Bodhee con sus propias decisiones, y celebrar pronto las pequeñas victorias. Los clientes informan sistemáticamente de que la confianza del planificador se construye durante los primeros 60–90 días de operación en vivo.

Currículos por rol (planificador, jefe de turno, encargado, responsable de producción, operario, analista, administrador) impartidos en una mezcla de formatos: presencial, en el puesto de trabajo y autoservicio. Se ofrece formación de formadores para clientes con varios emplazamientos. Los módulos de repaso se incluyen en el nivel de soporte y se actualizan con cada versión importante.

Eso es esperable y está previsto. El patrón que funciona: codiseñar el flujo de trabajo del planificador con los propios planificadores, darles autoridad explícita de anulación, ejecutar en modo sombra antes de la puesta en marcha y dejar que las pequeñas victorias generen credibilidad.

Útil, pero no obligatorio para la V1. Para despliegues multiplanta, un CoE es la forma más fiable de estandarizar el patrón de implementación, compartir lecciones entre emplazamientos y mantener el modelo del PDT con el tiempo. La mayoría de los clientes ponen en marcha un CoE tras la puesta en marcha del primer emplazamiento.

Los roles evolucionan, no desaparecen. El ritmo del día a día pasa de «replanificar cuando la realidad se rompe» a «evaluación de escenarios, escalado de excepciones, compromisos con clientes y mejora continua». Los planificadores informan sistemáticamente de que el trabajo se vuelve más estratégico y menos reactivo.

Analítica de uso (inicios de sesión, aceptaciones de planes, ejecuciones de escenarios), trayectoria de la tasa de anulación del planificador (alta en la puesta en marcha, decreciente a medida que se construye la confianza) y movimiento de KPI frente a la línea de base. Las señales de adopción se revisan en las revisiones mensuales de éxito durante el primer año.

Hoy se admiten inglés, francés, alemán y húngaro. Se añaden otros idiomas según la demanda de los clientes.

Ambos. Los clientes pueden licenciar Bodhee Production Scheduling, Bodhee Quality Control Scheduling o Bodhee Maintenance Scheduling de forma individual, o adquirir el paquete de la familia. La mayoría empieza con un módulo y amplía en función de los resultados.

Servicios de implementación (liderados por Neewee o por un partner), integraciones de datos, niveles de soporte avanzados y personalizaciones. El precio de estos se acota durante la evaluación.

Sí, los descuentos multiplanta y multimódulo son estándar. El modelo comercial de Bodhee está diseñado para recompensar la expansión entre emplazamientos y módulos, no para penalizarla.

Ambas están disponibles. Los plazos plurianuales (normalmente tres años) tienen mejores condiciones comerciales y son la opción más habitual para clientes empresariales. Los acuerdos piloto suelen tener un plazo acotado y se convierten en licencia completa al cumplir los criterios de éxito.

Condiciones de pago estándar con flexibilidad regional. Bodhee factura en las principales monedas (USD, EUR, INR) según la entidad del cliente. Las condiciones concretas se acuerdan en el MSA.

Sí, un paquete de piloto definido y acotado a una sola línea, clase de activo o laboratorio, con criterios de éxito acordados de antemano. El precio del piloto se estructura para ser una entrada de bajo riesgo, no un centro de beneficio.

Por franjas según el módulo y el perfil del cliente. La mayoría de los clientes ven la amortización en un plazo de 8–12 meses; las implementaciones multimódulo amortizan más rápido.

Antes / después frente a una línea de base acordada en el arranque. La línea de base capta los KPI en alcance, el método de medición y el movimiento objetivo; las revisiones trimestrales comparan lo real frente a la línea de base y ajustan el modelo cuando hace falta. La metodología se comparte con el cliente de antemano: sin sorpresas.

Sí, se facilita una hoja de cálculo de ROI durante la evaluación, cumplimentada a partir de una sesión de descubrimiento estructurada con los equipos de operaciones y finanzas del cliente. No es un artefacto de marketing; es el mismo documento que verá el CFO del cliente durante la revisión de compras.

Los casos de éxito con nombre y anonimizados se publican en la biblioteca de casos de éxito. Los clientes de referencia en tipos de proceso similares se facilitan tras la fase de cualificación.

Bodhee no mueve KPI que dependan de factores ajenos a la decisión de planificación: inflación del costo de materias primas, caída de la demanda, precios de la energía, cambios normativos. Somos explícitos sobre esto en la evaluación para que el caso de negocio sea defendible.

Clientes con nombre con su permiso; casos de éxito anonimizados en caso contrario. Hay clientes de farmacéutica, alimentación y bebidas, química de especialidad y cemento en producción hoy. Se comparte una lista relevante para su industria durante la evaluación.

Sí, tras la fase de cualificación. Las conversaciones de referencia se programan con clientes de industria, proceso y escala similares, con su consentimiento.

La biblioteca de casos de éxito se filtra por industria y tipo de proceso: API farmacéutico, formulación farmacéutica, alimentación, bebidas, química de especialidad, química a granel, cemento, papel. Si su tipo de proceso aún no está representado en un caso de éxito publicado, compartimos resultados anonimizados bajo NDA.

Sí. La política de Bodhee es que los logotipos mostrados en www.bodhee.com representan implementaciones en producción con el permiso documentado del cliente para mostrarlos. Los clientes solo de piloto o solo de evaluación no se representan como logotipos de producción.

Los temas de la hoja de ruta (no fechas de funciones) se comparten durante la evaluación bajo NDA. Los temas actuales se centran en capacidades más profundas de Adaptive Scheduling en los tres módulos, mayor cobertura de integración en industrias reguladas y ampliación de la superficie de explicabilidad para la confianza del usuario final.

Los datos del cliente son portables. La cláusula de salida de Bodhee en el MSA incluye herramientas de exportación documentadas, una ventana de transición definida y la certificación de la destrucción de datos tras la salida. Ningún cliente queda atrapado por el secuestro de sus datos.

Las obsolescencias de capacidades importantes se anuncian con un periodo de aviso mínimo (definido en la documentación de soporte) y con garantías de retrocompatibilidad para los consumidores de la API durante al menos una versión importante. Los cambios disruptivos se reservan para las versiones importantes y nunca se lanzan de forma silenciosa.

El planificador inicia sesión en un cuadro de mando que ya refleja todo lo ocurrido durante la noche: nuevos pedidos, trabajo completado, resultados de calidad, eventos de activos, llegadas de material. El plan recomendado está listo, con las excepciones y compensaciones señaladas. El planificador revisa, ajusta donde quiere y despacha. La mayoría de los clientes informa de que la rutina matinal se comprime de horas a minutos tras la puesta en marcha.

De segundos a minutos, según el alcance. Una anulación de un solo pedido es cuestión de segundos. Una replanificación completa en una planta multilínea es cuestión de minutos.

Se desencadena una replanificación event-driven de forma automática cuando cambia una restricción material: una muestra falla, un activo se para, un material llega tarde, un cliente adelanta un pedido.

Bodhee es compatible con tabletas para supervisores y operarios: visibilidad del plan y actualizaciones básicas de estado. Los flujos de planificación completos permanecen en escritorio, donde el espacio de pantalla se ajusta al trabajo.

Sí, mediante vistas acotadas al operario y pantallas de planta opcionales. Los operarios ven qué está planificado, en qué secuencia, frente a qué activo, con el contexto de la siguiente tarea que necesitan. Los derechos de edición se acotan por rol: los operarios ven, los planificadores y supervisores editan.

Bodhee puede funcionar sin supervisión con salvaguardas por política: aceptación automática de recomendaciones dentro de un margen definido.