Chat conserve l'ID du document que vous avez déjà attribué

Un fichier de conformité n'est pas terminé lorsque le texte semble correct. Il l'est lorsque c'est le même enregistrement la semaine suivante : même ID, même place dans le registre, une incrémentation de version au lieu d'une nouvelle identité. ISO/IEC 27001:2022 (publié en octobre 2022) repose sur des informations documentées pouvant être identifiées, examinées et remplacées de manière intentionnelle. C'est pourquoi une politique porte un numéro de référence, et pas seulement un titre.

Le chat avait tendance à ignorer cette règle. Vous génériez une politique de contrôle d'accès, elle quittait l'espace de travail sous le nom POL-005, et la prochaine fois que vous demandiez une révision dans un autre fil de discussion, il créait POL-006. Les mots étaient une réécriture. L'identité était un nouveau document. Votre registre, votre SoA (Statement of Applicability), et le fichier que vous aviez déjà envoyé pour révision pointaient toujours vers l'ancien ID. L'assistant avait produit un faux jumeau.

Il s'agit d'une défaillance de contrôle documentaire, et non d'une défaillance rédactionnelle.

Ce que nous avons livré

Dans un espace de travail, le chat standard peut désormais réutiliser un ID de document existant au lieu d'inventer le numéro suivant dans la séquence.

Lorsqu'un fichier généré inclut un ID de document (par exemple POL-005, ou une ligne Document ID: / Dokument-ID:), les conversations ultérieures dans ce même espace de travail peuvent le conserver. La liste provient des documents que vous avez déjà exportés dans l'espace de travail, y compris d'autres conversations. Vous n'avez rien à activer. Il n'y a pas de mode supplémentaire.

Cette fonctionnalité est disponible dans Fast et Think. Elle ne s'applique pas à Beyond, aux tâches d'agent, ni à la génération via API / MCP. Si un brouillon ultérieur invente encore un nouvel ID, mentionnez l'ID existant dans l'invite. La page d'aide précise les mêmes limites.

Cette mise à jour s'ajoute à une correction discrète de juillet : une fois un document généré, les lignes d'identification (ID du document, version, classification, propriétaire, approbateur, dates) restent dans les téléchargements Word, PDF et Markdown au lieu d'être supprimées comme si elles étaient des métadonnées de pipeline. Conserver l'ID à l'export était la première étape. Permettre au prochain brouillon de voir cet ID est la deuxième.

Avant et après

Avant, le chat pouvait perdre la trace des ID attribués dans d'autres conversations et risquait d'inventer ou de continuer une séquence différente. POL-005 devenait POL-006, ou ISMS-POL-004 si l'invite utilisait un style différent. Vous deviez soit accepter une pile croissante de faux jumeaux, soit coller l'ID réel dans l'invite à chaque fois, soit corriger manuellement l'en-tête après le téléchargement. Aucune de ces solutions ne relève du contrôle documentaire. Ce sont des tâches de nettoyage.

Après, le chat dans cet espace de travail peut voir les ID qui ont déjà été exportés sous forme de fichiers. Demandez une révision de la politique de contrôle d'accès et le brouillon peut conserver POL-005. La ligne de version peut évoluer. L'identité, elle, reste inchangée.

Il n'inventera pas de schéma de numérotation pour vous, et il n'attribuera pas d'ID en tant que politique. Si le fichier précédent n'incluait pas d'ID de document, il n'y a rien à réutiliser. Si vous souhaitez un nouvel enregistrement, demandez-le. Le changement est que le comportement par défaut n'est plus "créer le code suivant".

Pourquoi l'ID est le produit

Les modèles de pointe excellent dans la rédaction de politiques. Ils ne sont pas doués pour se souvenir que le fichier Word de mardi dernier est le même enregistrement contrôlé que la réécriture de ce matin. Cette mémoire ne réside pas dans le modèle. Elle se trouve dans l'espace de travail : les fichiers que vous avez déjà exportés, les ID que ces fichiers portent déjà.

Le pari est le même que celui derrière les citations au niveau des points et la recherche d'une conversation passée. Pour un travail de conformité sérieux, le mouvement précieux n'est pas une réponse plus longue. C'est une réponse qui reste attachée à la décision que vous avez déjà prise. Une citation qui nomme le paragraphe. Un fil de discussion que vous pouvez retrouver. Un document qui conserve son ID.

Sans cela, le chat produit des fichiers. Avec cela, le chat peut produire la prochaine version d'un document.

À qui cela s'adresse-t-il ?

• Les praticiens qui maintiennent un ensemble de documents d'un SMSI, qui disposent déjà d'ID dans un registre et ne peuvent pas se permettre qu'une réécriture devienne silencieusement une seconde politique.
• Les consultants gérant un espace de travail par client, qui génèrent un pack sur plusieurs conversations et ont besoin que la politique de contrôle d'accès reste POL-005 mardi après avoir été POL-005 lundi.
• Toute personne qui révise un pack généré par rapport à un Statement of Applicability ou un registre de documents, où un ID modifié ressemble à un nouveau document contrôlé même lorsque l'intention était une version.

Si vous générez des notes ponctuelles et n'ajoutez jamais d'ID, cette fonctionnalité ne vous concernera pas. Cette page fait ses preuves lorsque l'en-tête est crucial.

Essayez-le

Ouvrez un espace de travail qui contient déjà des documents générés exportés avec des ID de document. Dans Fast ou Think, demandez une révision de l'un de ces documents. Le nouveau brouillon devrait conserver l'ID existant. S'il ne le fait pas, ajoutez l'ID dans l'invite et générez à nouveau.

Une réécriture qui modifie l'identité n'est pas une version. C'est un nouveau document qu'il faudra ensuite expliquer. Le chat ne devrait pas faire cela par défaut.