Chat behoudt het document-ID dat je al hebt uitgegeven

Een compliancebestand is niet af wanneer de tekst er goed uitziet. Het is af wanneer het volgende week hetzelfde record is: hetzelfde ID, dezelfde plek in het register, een versienummer in plaats van een nieuwe identiteit. ISO/IEC 27001:2022 (uitgebracht in oktober 2022) is gebaseerd op gedocumenteerde informatie die geïdentificeerd, beoordeeld en doelbewust vervangen kan worden. Daarom draagt een beleid een referentienummer, niet alleen een titel.

Chat deed hier eerder niet aan mee. Je genereerde een toegangscontrolebeleid, het verliet de werkruimte als POL-005, en de volgende keer dat je in een andere thread om een herziening vroeg, werd POL-006 uitgegeven. De tekst was herschreven. De identiteit was een nieuw document. Je register, je SoA-links en het bestand dat je al had ingestuurd voor beoordeling verwezen nog steeds naar het oude ID. De assistent had een lookalike geschreven.

Dat is een falen in documentbeheer, geen falen in tekstkwaliteit.

Wat we hebben uitgebracht

In een werkruimte kan standaard chat nu een document-ID hergebruiken die al bestaat in plaats van het volgende nummer in de reeks uit te geven.

Wanneer een gegenereerd bestand een document-ID bevat (bijvoorbeeld POL-005, of een regel als Document ID: / Dokument-ID:), kan latere chat in dezelfde werkruimte deze behouden. De lijst komt uit documenten die je al hebt geëxporteerd in de werkruimte, inclusief andere gesprekken. Je hoeft niets in te schakelen. Er is geen extra modus.

Dit is live in Fast en Think. Het geldt niet voor Beyond, voor Agent Tasks, of voor genereren via API / MCP. Als een latere conceptversie toch een nieuw ID uitvindt, vermeld dan het bestaande ID in de prompt. De help-pagina beschrijft dezelfde beperkingen.

Dit komt naast een stillere fix van juli: zodra een document is gegenereerd, blijven identifierregels (document-ID, versie, classificatie, eigenaar, goedkeurder, datums) in de Word-, PDF- en Markdown-download behouden in plaats van verwijderd te worden als pipeline-metadata. Het behouden van het ID tijdens export was stap één. Zorgen dat de volgende conceptversie dat ID ziet, is stap twee.

Voor en na

Voorheen kon chat het spoor bijster raken van IDs die in andere gesprekken waren uitgegeven en kon het een andere reeks uitvinden of voortzetten. POL-005 werd POL-006, of ISMS-POL-004 als de prompt een andere huisstijl gebruikte. Je accepteerde ofwel een groeiende stapel lookalikes, of je plakte het echte ID terug in de prompt elke keer, of je corrigeerde de koptekst handmatig na download. Geen van deze opties is documentbeheer. Het zijn schoonmaakwerkzaamheden.

Nu kan chat in die werkruimte de IDs zien die al als bestanden zijn uitgegeven. Vraag om een herziening van het toegangscontrolebeleid en de conceptversie kan POL-005 behouden. De versie-regel kan wijzigen. De identiteit hoeft dat niet te doen.

Het zal geen nummeringsschema voor je uitvinden en het zal geen IDs toewijzen als beleid. Als het eerdere bestand nooit een document-ID droeg, is er niets om te hergebruiken. Als je een compleet nieuw record wilt, vraag er dan om. De verandering is dat de standaardinstelling niet langer hoeft te zijn: "geef het volgende nummer uit".

Waarom het ID het product is

Frontier-modellen zijn goed in het opstellen van een beleid. Ze zijn niet goed in het onthouden dat het Word-bestand van afgelopen dinsdag hetzelfde gecontroleerde record is als de herschrijving van vanochtend. Die herinnering zit niet in het model. Het zit in de werkruimte: de bestanden die je al hebt geëxporteerd, de IDs die die bestanden al dragen.

De inzet is dezelfde als achter point-level citations en een eerder gesprek terugvinden. Voor serieus compliancewerk is de waardevolle stap niet een langer antwoord. Het is een antwoord dat verbonden blijft met de zaak die je al hebt besloten. Een verwijzing die de alinea noemt. Een gesprek dat je opnieuw kunt vinden. Een document dat zijn ID behoudt.

Zonder dat produceert chat bestanden. Met dat kan chat de volgende versie van een document produceren.

Voor wie dit is

• Praktijkbeoefenaars die een ISMS-documentenset onderhouden, die al IDs in een register hebben en zich geen herschrijving kunnen veroorloven die stilletjes een tweede beleid wordt.
• Adviseurs die per klant één werkruimte beheren, die over meerdere gesprekken een pakket genereren en willen dat het toegangscontrolebeleid op dinsdag nog steeds POL-005 is, nadat het op maandag POL-005 was.
• Iedereen die een gegenereerd pakket beoordeelt aan de hand van een Statement of Applicability of een documentregister, waarbij een gewijzigd ID eruitziet als een nieuw gecontroleerd document, ook al was de bedoeling een versie.

Als je eenmalige notities genereert en er nooit een ID op zet, zal niets hier je storen. Deze pagina is waardevol wanneer de koptekst cruciaal is.

Probeer het

Open een werkruimte die al gegenereerde documenten met document-IDs heeft geëxporteerd. Ga in Fast of Think om een herziening van een van die documenten te vragen. De nieuwe conceptversie zou het bestaande ID moeten behouden. Als dat niet gebeurt, zet dan het ID in de prompt en genereer opnieuw.

Een herschrijving die de identiteit verandert, is geen versie. Het is een nieuw document dat je nu moet verklaren. Chat zou dat niet standaard moeten doen.