Regixo docs
Operate day-to-day · all roles

Operating cadence by role

A signed record is only worth the paper it seals if it still matches your data next month. Regixo turns that into a rhythm, not a project: data changes, the map catches up, the record re-drafts, a person re-signs what moved, and the licence renews once a year. This page gives each role its part of that rhythm — what to run, when, and where the human judgment stays.

The living-record loop, as a rhythm

The whole product is one loop that never really ends. Each turn has a named owner:

  1. Data changes. A migration ships, a source is added, a table gains a column. — everyone who ships
  2. The map catches up. A scheduled regixo watch re-scans metadata only, appends the change log, and re-drafts the RoPA (and the DORA register, if it is in scope). — engineer
  3. The record refreshes. The draft you can read in the portal, and the artifacts you forward, reflect the new shape of the estate. — automatic, on each watch
  4. Drift is flagged. When a core field of a signed activity moves, that activity — and only that one — is marked for re-signing. A metadata-only change leaves the signature standing. — engineer surfaces it, approver acts
  5. A person re-signs. Re-signing is a human act in the portal. Regixo decides which activities are stale and shows the diff; it never re-seals for you. — compliance lead / approver
  6. The licence renews. The record is a living document, so the licence is yearly. — compliance lead / billing owner
The one rule that shapes the cadence Regixo suggests and sanity-checks; a human confirms and signs. No automated step ever marks a legal field — purpose, lawful basis, retention, transfers — as confirmed, and none ever re-signs on your behalf. That is why the loop has people in it, not just a scheduler.

The calendar at a glance

Four roles keep the loop turning. Most weeks only the engineer touches it; the compliance side moves on a monthly and yearly beat.

RoleCadenceKeeps moving
Engineer Each sprint The scheduled scan, new sources, mechanical PII corrections, enrichment, and pulling the team's fills home.
compliance lead / approver Monthly + yearly Reviews what changed, confirms and re-signs on core-field drift, renews the licence.
Preparer When new activities appear Fills the RoPA legal fields for activities the scan can't decide.
Procurement / legal / ICT-risk When contracts change Fills the DORA contract and vendor rows a scanner can't know.

Roles are a portal concept — preparers fill, approvers confirm and sign, admins run the account. See Roles & governance for who can do what.

Engineer — each sprint

The engineer owns the machine-side of the loop: keep the map true to the estate, and keep the plumbing that refreshes it running.

Keep the scan scheduled
Make regixo watch a scheduled job — a CI step or a cron line — so the map never goes stale in silence. watch is one-shot by design: it checks once and exits, which is what makes it safe to schedule. The recipe and the exit-code contract are in Keep it current.
Add new sources as they land
regixo add <type> registers a database or SaaS — storing only the env-var name, never the secret. Then a scan brings its datasets onto the map. See Connect your sources.
Correct PII flags — mechanical only
When the classifier is wrong, fix it with regixo classify set or the Map's Correct control. This sets a column's personal-data flag — a mechanical fact — and never confirms a legal field. Corrections persist outside the snapshot, so a re-scan never wipes them. See Classify & correct.
Enrich so the map explains itself
Add the context a scan can't infer: regixo describe (dataset and column descriptions, deterministic and local), regixo glossary (business terms), and regixo lineage (cross-system flows a scanner can't see). All survive a re-scan. See Enrich & share.
Pull the team's work home
When the compliance team fills legal or DORA fields on the claim, regixo dora pull merges those fills back into your local store — a per-field diff, never a blind overwrite. A field the team confirmed is carried as confirmed; the pull only transports the human's decision, it never fabricates one. See Bring the team's work home.

compliance lead / approver — monthly and yearly

The compliance owner does not watch a firehose. The job is to review what moved, and to re-sign only when the substance changed.

Monthly — read the record and "What changed"
Open the record and the What changed timeline. It is a dated list of what moved in the map since you last looked. Most months it is metadata noise and the signature stands.
On drift — confirm and re-sign
When a core field of a signed activity moved, a gold Review & re-sign → banner appears and the diff is shown. An approver or admin re-runs the attestation over the changed record. Only the affected activity is flagged, never the whole record. The full flow is in Unlock, sign & maintain.
Yearly — renew the licence
The licence is a one-time yearly charge, not an auto-renewing subscription. Renew from Account → Billing via the Stripe Customer Portal. An expiry warning shows from 30 days out and the record stays fully OFFICIAL while it warns; on lapse the tenant drops to draft-only with a renewal banner and nothing is deleted.
Why yearly is not optional for a regulated entity A financial entity in DORA scope files its Register of Information against a hard annual deadline. The yearly renewal keeps the sealed record and the pre-submission package current for that filing, so renewal there is a compliance date, not just a billing one.

Preparer and the DORA contributors

Two roles fill the fields a scanner can never know. They work on their own cadence — whenever the facts change — not on a calendar.

Preparer — the RoPA legal fields
When a new activity appears on the record, someone has to supply the fields a scan can't decide: purpose, lawful basis, retention, transfers, security measures. A preparer fills them; an approver confirms. A preparer's fill is a draft answer — it is not "confirmed" until an approver takes that legal judgment on. See Fill the RoPA.
Procurement / legal / ICT-risk — the DORA contract rows
The Register of Information's contract, vendor and function tables are facts about your suppliers, not your schema. Fill them with regixo dora import (a CSV per table) and regixo dora set (rule a provider in or out of scope), or in the claim cells in the portal. Ruling a provider in scope and marking a function critical are legal judgments — approver only. See Filling the tables.

Staleness — a warning, never a block

Regixo tracks how long it has been since each source was last scanned, and says so plainly. The thresholds are per source:

These are warnings, not gates. A stale source never blocks a scan, a draft, or a signature — it just tells you the truth about how fresh the evidence is, so no one reads the record as more current than it is. The fix is always the same: re-scan the source (schedule it, or run regixo watch now).

Read it yourself regixo status shows each source's last-scanned age, and an agent can read the same signal through get_provenance (reachability plus staleness). Settings → Keep it current lists the ages next to a copy-ready schedule snippet.

What Regixo emails you

Regixo is quiet by design. It does not send a daily digest or a stream of nudges — it sends a short, fixed list of messages that each mark a real moment in the loop:

EmailWhenWho
Licence expiring30 days out, then again 7 days out (a louder second note)Admins
Licence expiredOnce after lapse — a single dunning note, never a dripAdmins
Re-sign neededWhen a signed activity's core field movedApprovers / admins
Team inviteWhen someone is invited to the recordThe invitee
Purchase confirmationOn unlock, renewal, or upgradeThe buyer

The lifecycle notices (expiring, expired, re-sign) are on by default and can be silenced with a per-tenant notification preferences toggle. Team invites and purchase confirmations are transactional and always send. Nothing here is a marketing drip.

Stated plainly — what is not built

There is no daily email digest, and no missed-heartbeat email. Both are deferred, and Regixo does not pretend to send them.

What is shipped is a portal-side missed-sync warning: when a hosted record has a paired machine that has stopped pushing re-scans, the claim page flags it after a short grace window (7 days by default) — so a silently-stalled pipeline shows up in the portal, even without an email.

REGIXO — documentation · the record is a living document, kept current on a rhythm · Command reference