> ## Documentation Index
> Fetch the complete documentation index at: https://docs.prodexlabs.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Configuraciones

> Recorridos guardados por pedido a través de una plantilla de configuración: contenedores de identidad con cadenas de revisiones numeradas.

Beta (ProDex configura esta función por organización. ¿No la ves? Pide a tu representante de ProDex que la active para tu organización.)

## Descripción general

Una **configuración** es un recorrido guardado por una [Plantilla de configuración](https://docs.prodexlabs.com/es/product/configuration-templates.md) para un pedido, cotización o cupo de fabricación real. Es el resultado de una ejecución del [Configurador](https://docs.prodexlabs.com/es/product/configurator.md): las selecciones, asignaciones de materiales y lista de partes resuelta que convierten el espacio de posibilidades de la plantilla en una lista de materiales concreta para ese pedido.

Abre una plantilla en **Configurador** para ver las configuraciones recorridas desde ella.

## Configuración vs. revisiones

Una configuración es un artefacto de dos niveles:

* La **configuración** en sí lleva **solo identidad** — un nombre y una descripción. Su propósito es agrupar todas las revisiones de un pedido bajo un identificador que reconoces (*"Cotización Heavy-Duty"*, *"Trabajo 12345"*).
* Cada hecho que porta estado — selecciones, asignaciones de materiales, lista de partes resuelta, notas por revisión — vive en una **revisión** hija, numerada #1, #2, y así sucesivamente.

El *estado activo* de la configuración es su revisión más reciente (la de número más alto). La revisión más reciente puede editarse en el lugar y eliminarse; las revisiones anteriores son de solo lectura, y la cadena de revisiones es el rastro de auditoría.

## Qué lleva una revisión

| Parte | Notas |
| - | - |
| Número de revisión | Número entero desde 1, creciente por configuración, fijo una vez establecido |
| **Notas de revisión** | Delta de una línea respecto a la revisión anterior. Vacío en la revisión 1 |
| Selecciones | Por clase de opción: qué opciones se eligieron |
| Asignaciones de materiales | Por material: qué valores de atributo se fijaron, de dónde y por qué |

### Selecciones

Cada selección registra qué opciones se eligieron para una clase de opción, más notas opcionales. La cardinalidad sigue el **Tipo de selección** de la clase: **Seleccionar una** debe resultar en exactamente una opción, **Seleccionar al menos una** en al menos una, **Seleccionar varias** en cero o más.

### Asignaciones de materiales

Cada asignación lleva:

* **Atributos** — los valores fijados, usando los mismos tipos de condición que las [condiciones de variante de BOM](https://docs.prodexlabs.com/es/product/bom.md#condiciones-de-variante) (verdadero/falso, texto, número, rango). Prefiere valores completamente fijados — un rango en una revisión generalmente significa que una decisión está sin resolver.
* **Fuente** — **de dónde vino el valor**: una referencia de parte de ERP, *"PDF del pedido del cliente, línea 3"*, una fila de un archivo de mapeo
* **Notas** — **por qué se tomó la decisión**: justificación y casos límite

> [!WARNING]
>
> **Fuente**, **Notas** y **Notas de revisión** llevan tres tipos distintos de procedencia — de dónde vino el valor, por qué se tomó la decisión, y qué cambió en esta revisión. Nada bloquea una revisión por una **Fuente** vacía, pero es un vacío en el rastro de auditoría: trátalo como un supuesto sin verificar, ya que una asignación que nadie puede rastrear no se puede evaluar al reconfigurar.

### Lista de partes resuelta

El Configurador calcula una lista de partes plana a partir de las selecciones y asignaciones de materiales actuales — cada material alcanzable dadas las elecciones de opciones, con sus valores de atributo fijados. Esta es la lista de partes concreta que la configuración produce para el pedido.

### Fase

Una revisión atraviesa cuatro fases mientras se recorre: `pending` → `selecting_options` → `assigning_materials` → `completed`. La fase se **deriva** del estado actual de la revisión — no es algo que fijas a mano. Ver [Configurador](https://docs.prodexlabs.com/es/product/configurator.md#fases-y-progreso) para el modelo de fases completo.

## Crear una configuración

Abre una plantilla en **Configurador** y elige **New configuration**. Elige cómo empezar:

* **Manual** — introduce un nombre (**Name**) y haz clic en **Create**. Empiezas desde una revisión vacía y eliges las opciones tú mismo, una decisión a la vez, y luego llenas los atributos de cada material con una **Fuente** y **Notas**.
* **With Dexter** — opcionalmente elige un documento del pedido (**Order document**: PDF de pedido, exportación de ERP) y añade instrucciones (**Instructions**), luego **Send to Dexter**. [Dexter](https://docs.prodexlabs.com/es/product/ai-assistant.md) recorre el árbol de opciones una decisión confirmada a la vez, luego fija los atributos de materiales, agrupados por fuente contra tus insumos fundamentados. El documento del pedido se cita en la **Fuente** de cada asignación en lugar de adjuntarse a la configuración misma.

Cuando se toma cada decisión requerida y cada material seleccionado tiene valores, **Confirmar revisión** bloquea la revisión actual y crea una copia de ella como la nueva revisión más reciente.

## Leer una configuración

Abre la configuración para aterrizar en su revisión más reciente, y cambia de revisión desde el selector de revisiones. La revisión más reciente se abre en el espacio de trabajo, mostrando:

* Las **selecciones** hechas por clase de opción
* Las **asignaciones de materiales** con su **Fuente**, **Notas** y valores de atributo fijados

Las revisiones anteriores se abren de solo lectura como su lista de partes resuelta — cada parte con sus atributos, entidad y cantidad — para que puedas ver el resultado en ese momento. **Comparar** muestra las partes agregadas, eliminadas o con cambios de cantidad entre cada par de revisiones consecutivas, junto con las notas de cada revisión. No señala un cambio en un atributo fijado, como un número de parte, en una parte cuya entidad y cantidad no cambiaron, así que abre ambas revisiones para revisar los valores de los atributos.

## Reconfigurar

Cuando una configuración completada necesita cambiar — el cliente revisó el pedido, un valor obtenido resultó incorrecto, una edición de plantilla se propagó al conjunto de selecciones — revisa la revisión más reciente con **Revise**, junto al selector de revisiones. **Revise** está disponible una vez que la revisión más reciente está completa y sin errores, y ofrece dos caminos:

* **Manual** — inicia una nueva revisión basada en la actual, añade notas de revisión (**Revision notes**), y haz clic en **Create revision**. Luego edítala tú mismo.
* **With Dexter** — elige un documento de cambio (**Change document**) y/o describe los cambios, luego **Send to Dexter**. Dexter crea la nueva revisión.

De cualquier forma, la nueva revisión empieza como una copia de la más reciente. Conserva cada selección y asignación que no cambia, elimina las entradas que sí, resuelve cualquier entrada obsoleta o error nuevo, luego recorre las decisiones abiertas hasta `completed`.

Para descartar la revisión más reciente — una reconfiguración abandonada, por ejemplo — usa **Delete revision** en el menú **More actions**. Solo la revisión más reciente puede eliminarse, y solo cuando no es la única revisión de la configuración.

> [!TIP]
>
> Esto es orientativo, no una regla del producto: revisar siempre es válido sin importar cuánto cambie. Pero como regla general, si una reconfiguración eliminaría la mayoría de las entradas, una configuración nueva bajo la misma plantilla suele ser un recorrido más limpio que trasladar hacia adelante una revisión casi vacía.

## Uso posterior

La lista de partes resuelta de una revisión completada es el punto de traspaso hacia lo que sigue:

* **Cotizaciones y documentos de cara al cliente** — usa **Exportar** desde el menú de más opciones de la configuración para descargar un archivo de Excel: **Exportar revisión actual** exporta la lista de partes de la revisión más reciente, y **Exportar todas las revisiones** exporta una hoja por revisión. Cada hoja tiene las columnas **Material**, **Cantidad** e **ID de entidad**; los valores de los atributos fijados no se incluyen, así que cuando un atributo identifica la variante pedida, agrégalo antes de enviar el archivo.
* **Demanda de planificación** — las configuraciones **no** crean pedidos de demanda automáticamente. Alimentar una revisión hacia un [escenario](https://docs.prodexlabs.com/es/product/planning-runs.md) es un paso aparte: ya sea manual (añadir el [pedido de demanda](https://docs.prodexlabs.com/es/product/demand-and-supply.md) contra el SKU) o [mediado por pipeline](https://docs.prodexlabs.com/es/product/templates.md) (un pipeline que lee los materiales resueltos y escribe la demanda).
* **Simulación** — [los modelos de simulación](https://docs.prodexlabs.com/es/product/simulation-overview.md) hacen referencia a entidades a través de nodos de modelo, no de revisiones. Si el conjunto de materiales de una configuración necesita alimentar un insumo de simulación, conéctalo a través de un pipeline.

## Límites y consideraciones

* **Las configuraciones son por plantilla.** Una configuración no puede moverse entre plantillas; reconfigurar contra una plantilla distinta significa una configuración nueva bajo esa plantilla.
* **Solo la revisión más reciente es editable.** Las revisiones anteriores son de solo lectura; para cambiar una, revisa la revisión más reciente.
* **Escribe las Notas de revisión como el delta.** El número de revisión ya se encarga del orden; las notas deben decir qué cambió.
* **Las ediciones de plantilla son globales.** Las ediciones hechas a mitad de proceso — por Dexter o con las acciones de añadir de la app — cambian la plantilla para toda otra configuración construida sobre ella.
* **Cuando Dexter conduce, las entradas obsoletas se eliminan automáticamente**; los errores con exactamente una reparación válida se aplican directamente, y cualquier cosa ambigua se convierte en una decisión para ti a través del ciclo de preguntar y confirmar.
* **Nada aguas abajo es automático.** Completar una revisión te entrega una lista de partes; no confirma demanda, asigna suministro ni programa producción.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.