Skip to main content

​
Descripción general

El Configurador gestiona productos que se configuran por pedido: recorres un árbol de opciones, haces selecciones, fijas atributos de materiales y obtienes una lista de partes concreta para un pedido real. Puedes recorrerlo tú mismo, eligiendo opciones en la app, o dejárselo a Dexter, que lee el documento del pedido, lo mapea sobre la plantilla y propone cada decisión una a la vez para que la confirmes. Puedes anular cualquier decisión en cualquier momento. Opera en tres capas: Configurador en la barra lateral abre el BOM configurator, una plantilla de módulo. Elige Usar esta plantilla para quedarte con tu propia copia del módulo, que puedes pedirle a Dexter que cambie. Los botones de la plantilla están en inglés; el editor de la configuración sigue tu idioma. La configuración en sí no guarda estado — cada hecho vive en una revisión, y la revisión más reciente (la de número más alto) es el estado activo. La revisión más reciente es editable en el lugar; confirmarla o revisarla la copia hacia adelante como una nueva revisión más reciente, y toda revisión anterior queda de solo lectura. Para ver cómo encaja este grupo de artefactos, consulta el resumen de BOMs y Configuración.
Aquí una plantilla de configuración es su propio tipo de artefacto, distinto de un Pipeline de Datos — son entradas separadas en el catálogo de artefactos del producto. Esta página nunca se refiere a un pipeline cuando dice “plantilla”.

​
El modelo de decisiones

Una plantilla presenta decisiones como clases de opciones — mostradas en la app como decisiones, añadidas con Añadir categoría — cada una con un Tipo de selección:
  • Seleccionar una — debe elegirse exactamente una opción
  • Seleccionar varias — pueden elegirse cero o más opciones
  • Seleccionar al menos una — debe elegirse una o más opciones
Las opciones pueden llevar sus propios materiales y clases de opciones anidados. Las clases anidadas solo se vuelven alcanzables una vez seleccionada la opción que las contiene — elegir diesel-engine puede exponer una clase anidada turbo-configuration que era invisible hasta entonces. Una vez decididas las opciones, cada material alcanzable necesita sus atributos fijados. Cada valor de atributo usa los mismos tipos de condición que las condiciones de variante de BOM: verdadero/falso, un valor de texto, un valor numérico o un rango.
Al revisar, prefiere valores completamente fijados: un único valor, o un verdadero/falso concreto. Un rango en una revisión generalmente significa que una decisión está sin resolver — trátalo como el disparador para preguntar, no como algo para dejar así.

​
Fases y progreso

Una revisión atraviesa cuatro fases: Elegir una opción que desbloquea clases anidadas devuelve la ejecución a selecting_options hasta que las nuevas decisiones se resuelvan. ProDex recalcula dónde se encuentra una revisión a partir de la plantilla y el contenido actual de la revisión después de cada cambio:
  • Las próximas decisiones — las clases de opciones abiertas y los materiales que aún esperan valores
  • Entradas obsoletas — selecciones o asignaciones que ya no son alcanzables dadas las selecciones actuales aguas arriba
  • Errores — problemas estructurales como clases de opciones o materiales desconocidos, violaciones de cardinalidad, o entidades desconocidas
  • La lista de partes resuelta implicada por las selecciones actuales
En el árbol de configuración, las decisiones que aún necesitan una elección muestran Necesita selección, y los materiales muestran Faltan valores, Asignado u Obsoleto.
Las entradas obsoletas y los errores deben resolverse antes de que una revisión pueda llegar a completed. Cuando Dexter conduce, elimina las entradas obsoletas por su cuenta y aplica una reparación de error directamente solo cuando hay exactamente una corrección válida (un error tipográfico evidente) — cualquier cosa ambigua se convierte en una decisión para ti, sujeta al mismo ciclo de preguntar y confirmar.

​
Crear una configuración

Abre Configurador, abre una plantilla y elige New configuration. El diálogo pregunta cómo quieres empezar:
  • Manual — nombra la configuración y haz clic en Create. Aterrizas en una revisión vacía y eliges las opciones tú mismo, una decisión a la vez, y luego llenas los valores de atributo de cada material junto con su Fuente y Notas.
  • With Dexter — opcionalmente elige un documento del pedido (Order document) y añade instrucciones (Instructions), luego Send to Dexter. Dexter los lee en tu chat actual y escribe la configuración.
Cuando Dexter conduce, el recorrido va así:
  1. Seleccionando opciones. Dexter propone una decisión de clase de opción por ronda — pregunta, luego escribe. Al confirmar, registra la selección, revisa el progreso de nuevo y pasa a la siguiente clase. Las clases anidadas recién alcanzables aparecen a medida que se desbloquean.
  2. Asignando materiales. Para cada material alcanzable, Dexter fija los valores de atributo. Agrupación por fuente: cuando una sola fuente fundamentada (un extracto de ERP, un PDF de pedido, un CSV de mapeo) suministra valores para muchos materiales, una sola confirmación autoriza el lote y una sola escritura los aplica todos — cada asignación citando la misma Fuente. Cuando un valor no puede fundamentarse en una fuente compartida, Dexter recurre a preguntar por material.
  3. Completo. Cuando la fase reporta completed, la lista de partes resuelta es definitiva para esta revisión.
En el camino de Dexter, cada selección, cada asignación de material y cada edición de plantilla en medio de la ejecución está sujeta a un turno de preguntar y confirmar — nada se escribe sin tu confirmación. Sin importar cómo se haga un cambio, este aterriza en la revisión más reciente, que permanece editable hasta que la confirmes o la revises.

​
Procedencia: Fuente, Notas, Notas de revisión

Tres campos llevan tres tipos distintos de procedencia:
Una Fuente vacía es un vacío en el rastro de auditoría — nada bloquea una revisión por eso. Pero todo el sentido del campo es la trazabilidad aguas abajo: una asignación que nadie puede rastrear no se puede evaluar al reconfigurar. Complétala de todas formas.

​
Trabajar con revisiones

La barra sobre la configuración lleva las acciones de revisión: Las revisiones anteriores se abren de solo lectura, mostrando su lista de partes resuelta.

​
Reconfigurar

Cuando una revisión completada necesita cambiar — el cliente revisó el pedido, un valor obtenido resultó incorrecto, una edición de plantilla se propagó — revísala. La nueva revisión empieza como una copia de la más reciente:
  1. Conserva cada selección y asignación sin cambios.
  2. Elimina las entradas que están cambiando — se convierten en las decisiones abiertas.
  3. Resuelve cualquier entrada obsoleta o error nuevo, luego recorre las decisiones abiertas hasta completed exactamente como en una ejecución inicial.
Los números de revisión nunca cambian, y la cadena numerada de revisiones es el rastro de auditoría.
Poda más en lugar de menos al trasladar el estado hacia adelante — elimina todo lo que el cambio pueda alcanzar, aunque sea “probablemente sigue siendo correcto”, y deja que el recorrido traiga los valores de vuelta con verificación fresca. Una revisión nueva es barata, y la cadena de revisiones es el rastro de auditoría, así que sigue reconfigurando dentro de ella en lugar de empezar de nuevo.

​
Ediciones de la plantilla durante el proceso

Cuando un pedido no encaja en el conjunto de opciones actual, la plantilla puede editarse durante la ejecución:
  • Con Dexter, el cambio estructural pasa por el ciclo de preguntar y confirmar, se escribe en la plantilla, y se añade una entrada de una línea al registro de cambios de la plantilla. El recorrido luego se reanuda contra la plantilla actualizada.
  • En la app, Añadir personalizada (el diálogo Añadir opción personalizada), Añadir categoría, Añadir opción y Añadir material escriben directamente en la plantilla. No se añade ninguna entrada al registro de cambios.
De cualquier forma, la edición cambia la plantilla para toda configuración construida sobre ella. Señala los vacíos conocidos al inicio de una ejecución — las ediciones a mitad de proceso son compatibles, pero ralentizan el recorrido.

​
Relación con BOMs, planificación y simulación

  • Las plantillas de configuración no son BOMs — no pueden usarse directamente en planificación o simulación. Si algo necesita alimentar al optimizador, construye un BOM.
  • Las plantillas producen revisiones; cada revisión lleva una lista de partes por pedido.
  • La planificación consume BOMs; la simulación hace referencia a entidades directamente a través de nodos de modelo. Ninguna de las dos lee plantillas ni revisiones.
  • Alimentar la lista de partes resuelta de una revisión completada hacia la demanda de planificación es un paso manual o mediado por pipeline — completar una revisión no crea pedidos de demanda automáticamente.

​
Buenas prácticas

  • Da forma al árbol de opciones alrededor de la secuencia de decisión del cliente, no de la estructura del BOM de manufactura.
  • Mantén el anidamiento poco profundo (2–3 niveles). Los árboles profundos son difíciles de recorrer y de reconfigurar.
  • Usa Seleccionar una solo cuando una opción de “ninguna” sea genuinamente inválida — de lo contrario, Seleccionar varias es más flexible.
  • Corrige temprano, no tarde. Una selección equivocada cerca de la parte superior del árbol se propaga por cada clase anidada debajo de ella.
  • Los documentos de pedido estructurados hacen que las ejecuciones sean más rápidas. Incluye números de parte en el documento del pedido o en un archivo complementario cuando el ERP no se pueda consultar en vivo.
  • Deja que la agrupación por fuente haga su trabajo durante la asignación de materiales; no confirmes por material cuando una sola fuente cubre muchos.
  • Completa Notas y Fuente con diligencia — son el rastro de auditoría.
  • Escribe las Notas de revisión como el delta, no como el estado final.
  • Mantén las definiciones de entidad sincronizadas con las plantillas — especialmente un atributo de número de parte en cada entidad referenciada (ver autoría de plantillas).