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:
- Data changes. A migration ships, a source is added, a table gains a column. — everyone who ships
- The map catches up. A scheduled
regixo watchre-scans metadata only, appends the change log, and re-drafts the RoPA (and the DORA register, if it is in scope). — engineer - 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
- 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
- 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
- The licence renews. The record is a living document, so the licence is yearly. — compliance lead / billing owner
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.
| Role | Cadence | Keeps 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 watcha scheduled job — a CI step or a cron line — so the map never goes stale in silence.watchis 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 setor 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), andregixo 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 pullmerges 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.
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) andregixo 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:
- At 30 days — the source is flagged as getting stale. A quiet warning.
- At 90 days — the warning goes loud. The map still renders; the record still stands.
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).
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:
| When | Who | |
|---|---|---|
| Licence expiring | 30 days out, then again 7 days out (a louder second note) | Admins |
| Licence expired | Once after lapse — a single dunning note, never a drip | Admins |
| Re-sign needed | When a signed activity's core field moved | Approvers / admins |
| Team invite | When someone is invited to the record | The invitee |
| Purchase confirmation | On unlock, renewal, or upgrade | The 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.
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.