GovKM Proposed Standards and Guidance
Connect Business Decisions to Supporting Information
Use understandable references to connect business matters, supporting documents and records across existing systems.
GovKM-proposed public draft. Published for public review. Not externally accredited or endorsed.
View the EICARS framework resourceDocument
Return to the EICARS guidance index
EICARS implementation guidance — proposed public draft. Checklist coverage: R04.1, R04.2, R04.3, R04.4. Prepared November 9, 2026. These suggested approaches support the published GovKM-proposed EICARS v0.1 draft; they do not add requirements or grant external accreditation.
Purpose and use
Use understandable references to connect business matters, supporting documents and records across existing systems.
Use this guide within a declared organizational scope, with existing repositories and suitable organizational processes. AI is optional. Examples and suggested evidence are implementation aids; the published standard governs a conformance assessment. The Riverton case below is fictional, not an observed deployment or test result.
Responsible roles
Business file owners and designated reference maintainers, supported by security and records officials.
Assign responsibilities through the organization’s actual instruments. A suggested role in this guide does not itself confer decision authority.
R04.1 Define local relationship meanings
Suggested approach: Define the few reference meanings needed for the declared business use in familiar language. For example, distinguish “attachment to this report” from “background reading.” Document differences between participating applications. Reuse existing business vocabularies when suitable; no universal relationship taxonomy or graph database is required.
Riverton example: Riverton distinguishes the inspection attachment supporting a facilities finding from a planning note merely discussing the same building. Similar subject matter does not make one evidence for the other.
Evidence and completion check: Retain the approved local terms and examples. Have users from two offices explain the same reference and resolve any difference in meaning.
R04.2 Reference supporting evidence
Suggested approach: Provide references from a business matter or decision to the relevant supporting artifacts. Make the endpoints identifiable and explain why the referenced item matters. Use a case-file index, document links, repository associations or another suitable existing tool. Avoid unsupported links that imply approval or evidentiary support.
Riverton example: The opening briefing points to the facilities report, IT acceptance ticket and approved opening-date decision. It identifies the unsigned modification as a proposal, not evidence of authorized contract work.
Evidence and completion check: Follow a representative decision to its supporting source and version. Check that a reviewer can understand the reference without relying on the author’s memory.
R04.3 Assign link responsibility and protect access
Suggested approach: Assign responsibility for maintaining important references and preserve the source or business basis for them. Apply access controls to the reference and any exposed title, summary or metadata. A link must not reveal protected information to someone who lacks permission to know it exists.
Riverton example: The Riverton coordinator maintains the briefing’s source references. HR provides only an approved readiness statement within the user’s access; the briefing does not expose personnel-case titles.
Evidence and completion check: Retain ownership and access decisions. Demonstrate an authorized reference route and a prohibited route using safe material, including any sensitive descriptive information.
R04.4 Resolve broken or disputed references
Suggested approach: Provide a visible way to report a broken or disputed reference, assign a responsible owner and record the outcome. Classify whether the issue is a moved item, unavailable permission, missing evidence or disputed business meaning. Do not silently replace a missing source with a similar-looking file.
Riverton example: After a Riverton library move, an inspection reference fails. The coordinator checks the approved location mapping; an unrelated report with a similar title is not substituted.
Evidence and completion check: Use a deliberately broken reference in approved test material. Retain the report, investigation, correction or unresolved status, and a retest showing the intended source can be reached by the proper user.
Evidence and completion checks
Agree the population, expected results and acceptance conditions before assessing. Record the date, assessor, evidence reference, observed result and limitation. Use approved safe examples for access, malicious-content or lifecycle tests. Documented policy and observed operating behavior are both relevant; one does not automatically prove the other.
On smaller screens, scroll the table horizontally to view every column.
| Item | Suggested evidence and demonstration |
|---|---|
| R04.1 | Retain the approved local terms and examples. Have users from two offices explain the same reference and resolve any difference in meaning. |
| R04.2 | Follow a representative decision to its supporting source and version. Check that a reviewer can understand the reference without relying on the author’s memory. |
| R04.3 | Retain ownership and access decisions. Demonstrate an authorized reference route and a prohibited route using safe material, including any sensitive descriptive information. |
| R04.4 | Use a deliberately broken reference in approved test material. Retain the report, investigation, correction or unresolved status, and a retest showing the intended source can be reached by the proper user. |
Record a gap where the required outcome is not demonstrated. Assign an owner and review date, then verify any correction. Completion of this page alone does not demonstrate conformance with all ten domains, certify legal compliance, approve an AI deployment or authorize autonomous actions.
Common mistakes
Linking similar topics as though they prove a claim; exposing protected metadata; substituting similar files for missing evidence.
Continue the checklist
Use this page with the EICARS standard, the identity guide and the full Riverton scenario. No particular product, model or repository migration is required.
Implementation overview
Suggested operating approach: assign the responsible roles, confirm applicability, implement suitable controls in the existing environment, examine operating evidence and track unresolved gaps. Tailor the methods to scale and risk. Maintain current services during preparation and preserve records, access and legal obligations throughout.
Standards traceability and references
Version history
November 9, 2026 — Publication authorized by GovKM. Guidance based on checklist and government authority reference package checked November 5, 2026. References must be periodically revalidated.
November 9, 2026 — Expanded implementation guidance, version 0.1. Replaced the shorter implementation text with the reviewed Riverton examples, task-specific approaches, evidence checks and official authority mappings, with Robert Noyes’s approval. Existing URLs and checklist anchors are preserved. No EICARS requirement or GovKM doctrine is amended.