La estructura no está escrita
Que esa fuente lleve dos convertidores y no tres se sabe mirando el esquemático. No es un dato que se pueda consultar.
Gestión de configuración de hardware
Qué llevaba exactamente la unidad que salió en marzo
Casi siempre la respuesta existe, pero repartida: el equipo lo sabe una persona, la revisión de la placa está en el nombre de una carpeta y la BOM que se compró es un correo. Gestionar la configuración es dejar de reconstruir esa respuesta y poder consultarla.
En XKEMA un producto no es una carpeta: es un árbol de elementos reales —equipos, tarjetas electrónicas, PCBs, stackups— y cada uno tiene su propia versión. La configuración es ese árbol con una versión concreta en cada nodo.
Por qué cuesta tanto contestar a esa pregunta
Las versiones no se cruzan
Cada documento tiene su propia revisión, pero nada dice qué revisión de cada cosa convivía con cuál.
Nada está congelado
La carpeta de la revisión que se fabricó sigue siendo escribible, así que un año después ya no se sabe si es la que se fabricó.
Un ejemplo completo
Una fuente de alimentación, de arriba abajo
Este es el equipo de ejemplo de la captura de arriba. Cada fila es un elemento distinto de XKEMA con identidad de versión propia: cambiar el stackup no renumera la BOM, y cambiar la BOM no renumera el equipo.
| Elemento | Tipo | Versión | Estado |
|---|---|---|---|
| EXAMPLE_EQUIPMENT | Equipo | V1.0 | Congelada |
| POWER_BOARD_U12 | Tarjeta electrónica | V2.1 | Congelada |
| PCB_U12 | PCB | V1.3 | Congelada |
| STACKUP_6L | Stackup | V1.0 | Congelada |
| BOM_U12 | Lista de materiales | V2.0 | Congelada |
| gerbers_u12.zip | Paquete de fabricación | V1.3 | Congelada |
Datos de muestra sobre un equipo de ejemplo. Los números de versión son inventados; la forma de numerarlos y de congelarlos no.
Cómo se numera
Cada elemento se numera V<mayor>.<menor> dentro de su propia familia de versiones y empieza en V0.0. Cada versión guarda cuál fue la anterior, así que la cadena es explícita: no hay que deducirla por la fecha del fichero ni por el nombre de la carpeta.
Congelar una configuración
Tres estados, y el último no tiene marcha atrás
-
Borrador
La versión se trabaja con normalidad. Se edita, se corrige y no le debe nada a nadie.
-
En revisión
Alguien pide congelarla. A partir de ahí hace falta que la firme quien tenga que firmarla.
-
Congelada
Queda cerrada. No se reabre: si hay que cambiar algo, se cambia en una versión nueva, que es justo para lo que sirve congelar una.
Cuántas firmas hacen falta
Las que pida la política del equipo, pero nunca más de las personas que había disponibles para firmar ese día, y nunca menos de una. Un equipo de dos no se queda bloqueado por una política escrita pensando en un equipo de seis.
Y la revisión guarda las tres cosas por separado: lo que pedía la política, cuánta gente había y cuántas firmas se exigieron de verdad. Años después el histórico se lee solo, en vez de parecer que alguien se saltó el procedimiento.
| Tipo de cambio | Mayor |
|---|---|
| Firmas que pide la política | 3 |
| Personas que podían firmar | 2 |
| Firmas exigidas | 2 |
Datos de muestra.
Y cómo se sabe que sigue siendo la misma
Una huella del estado aprobado
Al congelar una versión, XKEMA reduce su estado de ingeniería a una forma canónica y guarda su huella SHA-256. Es un dato de una sola escritura: se calcula al cerrar la revisión y no se vuelve a tocar.
Cuando hace falta, se recalcula y se compara. Si no coincide, XKEMA lo dice y no lo arregla: reescribir la huella en silencio borraría el único rastro de que algo había cambiado, que es exactamente para lo que existe.
- Se calcula una vez, al congelar.
- Se puede volver a verificar cuando quieras.
- Una discrepancia se informa; nunca se repara sola.
Qué queda fuera de la huella, y por qué
El precio, el stock y la disponibilidad no entran. Se mueven solos, en fechas que no decide nadie de tu equipo: si entraran, cada configuración congelada fallaría su propia verificación la siguiente vez que un proveedor actualizase algo, y la verificación dejaría de significar nada.
Lo que sí entra, congelado tal y como estaba el día de la aprobación, es lo que forma parte de la decisión de ingeniería: el cumplimiento y el ciclo de vida que tenía cada componente cuando se aprobó.
Lo que no vas a encontrar aquí
XKEMA no versiona el fichero nativo de tu herramienta de diseño: lo que controla es lo que sale de ella —fabricación y documentación— y los datos de ingeniería estructurados. No hace seguimiento unidad por unidad con número de serie, no lanza órdenes de compra ni de fabricación, no consulta precios ni stock de distribuidores y no avisa de obsolescencias.