risk-nexus/docs/regulatory
tegwick 29f50d5143 Intake RISK-F-0011 and climb the due checks
Gate House routed a King's Guard observation that qonto-assistant's
audit.deny stream has no completeness evidence. Filed and graded medium,
public, open. Clean-checked F-0010, F-0008, and REG-0001 after confirming
nothing moved. Raised the inbox timeout so question-zero does not false-fail
on the tunneled hub.

Assistant: grok
Assistant-Session: 01a060e9-e363-7521-bf11-df5fa31b7156
2026-09-02 10:14:43 +02:00
..
policies Legal policy set: written before needed, dormant until a context activates 2026-08-20 23:36:22 +02:00
audit-retention-basis.md Intake RISK-F-0011 and climb the due checks 2026-09-02 10:14:43 +02:00
README.md RISK-WP-0003 T02/T03: state the retention periods, and write the intake route 2026-08-20 23:16:51 +02:00

Regulatory intake

Moved here from policy-nexus on 2026-08-17: deciding what an external rule demands of the estate is a judgement about risk, not an act of publishing.

One file per question. Each record states what a source says and when, and what the estate therefore relies on. What the estate must consequently do is the owning repo's decision, not this repo's — INTENT.md.

A record carries sources_read, determined, external_review (usually none, and it must say so rather than implying otherwise), and review_by. A regulatory answer expires; that is why it is dated and reviewed rather than consulted once and discarded, which is the failure that moved this remit here.

These records are not legal advice and this repo cannot make them into any. Where a position is weak, the record says which part and why.

Record Question Finding
audit-retention-basis.md On what basis are audit records retained against an erasure request? RISK-F-0008

Routing a regulatory question here

RISK-WP-0003-T03. audit-core did this correctly on 2026-08-18 without a route existing, so the route is theirs written down rather than invented.

Send a message to risk-nexus containing:

  1. The question, as a question. Not what you think the answer is.
  2. What you have already decided that depends on it. audit-core named R4 as unreachable by design and said the exemption had been assumed — that sentence is what made the question filable.
  3. What becomes expensive if the answer is no. This is the field that sets urgency. Their answer — that encrypt-then-hash is not retrofittable onto events already accepted — is why the question could not wait.
  4. What you are not asking for. They asked for an owner, not a legal opinion. That boundary made it answerable.

What you get back: a dated record in this directory stating what the sources say, which ground the estate relies on, where the position is weak, and what would change it. Plus a finding, if the answer changes what anyone should do.

What you will not get: legal advice, or a ruling on what your repo must therefore do. INTENT.md keeps the second with you. A regulatory record states the constraint; the response to it is the owning repo's design decision.

If nobody answers, the wait is typed with a default and a date like every other (docs/method/dependencies.md). The register will not hold your question open indefinitely and call that progress.