Chat mantiene el ID del documento que ya emitió

Un archivo de cumplimiento no está terminado cuando la prosa se ve bien. Está terminado cuando es el mismo registro la próxima semana: mismo ID, mismo lugar en el registro, un incremento de versión en lugar de una identidad nueva. ISO/IEC 27001:2022 (publicada en octubre de 2022) se basa en información documentada que pueda ser identificada, revisada y reemplazada de manera intencional. Por eso, una política lleva un número de referencia, no solo un título.

El chat solía ignorar esto. Generabas una política de control de acceso, salía del espacio de trabajo como POL-005 y, la próxima vez que pedías una revisión en otro hilo, acuñaba POL-006. Las palabras eran una reescritura. La identidad era un documento nuevo. Tu registro, tu SoA (Declaración de Aplicabilidad) y el archivo que ya habías enviado para revisión seguían apuntando al ID antiguo. El asistente había escrito un doble.

Eso es un fallo de control documental, no un fallo de redacción.

Lo que enviamos

En un espacio de trabajo, el chat estándar ahora puede reutilizar un ID de documento que ya existe en lugar de inventar el siguiente número en la secuencia.

Cuando un archivo generado incluye un ID de documento (por ejemplo, POL-005, o una línea Document ID: / Dokument-ID:), el chat posterior en ese mismo espacio de trabajo puede mantenerlo. La lista proviene de los documentos que ya has exportado en el espacio de trabajo, incluidas otras conversaciones. No necesitas activar nada. No hay un modo adicional.

Esto está disponible en Fast y Think. No se aplica a Beyond, a Tareas de Agente, ni a generar desde API / MCP. Si un borrador posterior sigue inventando un ID nuevo, menciona el existente en el mensaje. La página de ayuda indica los mismos límites.

Esto se suma a una corrección más discreta de julio: una vez que un documento es generado, las líneas de identificador (ID de documento, versión, clasificación, propietario, aprobador, fechas) permanecen en la descarga de Word, PDF y Markdown en lugar de ser eliminadas como si fueran metadatos de canalización. Mantener el ID a través de la exportación fue el primer paso. Hacer que el siguiente borrador vea ese ID es el segundo.

Antes y después

Antes, el chat podía perder de vista los ID emitidos en otras conversaciones e inventar o continuar una secuencia diferente. POL-005 se convertía en POL-006, o en ISMS-POL-004 si el mensaje usaba un estilo diferente. O aceptabas una creciente pila de dobles, o pegabas el ID real en el mensaje cada vez, o corregías el encabezado manualmente después de la descarga. Ninguna de esas opciones es control documental. Son tareas de limpieza.

Después, el chat en ese espacio de trabajo puede ver los ID que ya salieron como archivos. Pide una revisión de la política de control de acceso y el borrador puede mantener POL-005. La línea de versión puede cambiar. La identidad no tiene que hacerlo.

No inventará un esquema de numeración por ti, ni asignará ID como política. Si el archivo anterior no llevaba un ID de documento, no hay nada que reutilizar. Si quieres un registro completamente nuevo, pídelo. El cambio es que la opción predeterminada ya no tiene que ser "acuñar el siguiente código".

Por qué el ID es el producto

Los modelos de frontera son buenos redactando una política. No son buenos recordando que el archivo de Word del martes pasado es el mismo registro controlado que la reescritura de esta mañana. Esa memoria no está en el modelo. Está en el espacio de trabajo: los archivos que ya exportaste, los ID que esos archivos ya llevan.

La apuesta es la misma detrás de las citas a nivel de punto y encontrar una conversación pasada. Para un trabajo de cumplimiento serio, el movimiento valioso no es una respuesta más larga. Es una respuesta que permanece vinculada a lo que ya decidiste. Una cita que nombra el párrafo. Un hilo que puedes encontrar de nuevo. Un documento que mantiene su ID.

Sin eso, el chat produce archivos. Con ello, el chat puede producir la siguiente versión de un documento.

Para quién es

• Profesionales que mantienen un conjunto de documentos de un SGSI, que ya tienen ID en un registro y no pueden permitirse una reescritura que silenciosamente se convierta en una segunda política.
• Consultores que gestionan un espacio de trabajo por cliente, que generan un paquete a lo largo de varias conversaciones y necesitan que la política de control de acceso siga siendo POL-005 el martes después de haber sido POL-005 el lunes.
• Cualquiera que revise un paquete generado frente a una Declaración de Aplicabilidad o un registro de documentos, donde un ID cambiado parece un nuevo documento controlado incluso cuando la intención era una versión.

Si generas notas puntuales y nunca pones un ID en ellas, nada de esto te afectará. La página demuestra su utilidad cuando el encabezado es esencial.

Pruébalo

Abre un espacio de trabajo que ya tenga documentos generados exportados con ID de documento. En Fast o Think, pide una revisión de uno de esos documentos. El nuevo borrador debería mantener el ID existente. Si no lo hace, pon el ID en el mensaje y genera de nuevo.

Una reescritura que cambia la identidad no es una versión. Es un nuevo documento que ahora debes explicar. El chat no debería hacer eso por defecto.