Skip to content

PointSav Documentation

The engineering library for the PointSav platform — operating systems and services for regulated businesses that own their data, their AI, and their record-keeping outright. Where the monorepo holds the code, this wiki holds the reasoning: architecture, services, security, and the governance commitments that bind future development.

Personnel and permissions

← All revisions

78f99948 · PointSav Digital Systems ·

editorial(security): re-verify personnel-permissions (Track-B) — P1-P4 enum + empty contributors: key both reconfirmed against current source; dropped verification-methodology narration and 2 repo-path citations per register-documentation.yaml

View the full record as of this revision →

@@ -11,7 +11,7 @@ status: active
audience: vendor-public
bcsc_class: current-fact
language_protocol: PROSE-TOPIC
last_edited: 2026-08-03
last_edited: 2026-08-22
editor: pointsav-engineering
short_description: "Four permission tiers, P1 through P4, are implemented as a typed enumeration and served over an HTTP endpoint that reads a workspace configuration file. That file currently declares no contributors, so the endpoint resolves nothing for any real user."
paired_with: personnel-permissions.es.md
@@ -49,8 +49,8 @@ own archives without that reach. P4 cannot write at all.

The resolution path is short and entirely file-driven.

A personnel module reads a workspace configuration file — the workspace-root `pairings.yaml` —
looking for a top-level `contributors` key. Each entry there would supply an operating-system
A personnel module reads a workspace configuration file — the same file that declares which
archives exist and how they're organised — looking for a top-level `contributors` key. Each entry there would supply an operating-system
username, a tier string, and a list of paired archives. The module maps that raw shape into an
internal three-field record and parses the tier string into the typed enumeration; an unrecognised
or missing tier falls back to P3, the more restrictive of the two archive-scoped tiers.
@@ -70,28 +70,24 @@ record are separate systems joined only by convention on the username.
## The configuration file declares no contributors today

The `contributors` key is optional in the parser, so a file lacking it entirely still loads without
error and yields an empty contributor set. The real workspace `pairings.yaml` was read directly for
this article: it contains a `pairings:` list of archive-topology entries (cluster name, module ID,
branch, self-service level) and carries **no `contributors:` key anywhere in it**.
error and yields an empty contributor set. The real workspace configuration file contains a list of
archive-topology entries (cluster name, module ID, branch, self-service level) and carries
**no `contributors:` key anywhere in it**.

The consequence is exact and worth stating without euphemism: the personnel endpoint would return
not-found for every real user today. No contributor currently holds a resolved tier through this
path. The enumeration, the parser, the endpoint, and its fallback behaviour are all real, built, and
independently verified against canonical source — but the data that would give any of it a
practical effect for a real operator has not been populated into the file it reads. This is a case
path. The enumeration, the parser, the endpoint, and its fallback behaviour are all real and built — but
the data that would give any of it a practical effect for a real operator has not been populated
into the file it reads. This is a case
of code that is built and correct sitting in front of data that is unpopulated, not a case of a
fictitious feature — a distinction that matters for anyone assessing this platform's access-control
posture, because the honest description is neither "not implemented" nor "fully governs access
today."

One historical caution belongs alongside this, because this article's own verification record has
been on both sides of it. An earlier review of this subject concluded the P1–P4 model described a
system that did not exist at all — a conclusion that rested on a search scoped to one component and
one configuration file. A broader search located the real implementation described above, and that
earlier finding was retracted. The standing lesson is procedural: a search scoped to one component
is not sufficient evidence that something does not exist anywhere in the monorepo, and the same
caution applies to the finding in this section — the file was read directly, in full, for this
draft, rather than inferred from its absence in a narrower search.
One caution belongs alongside this. The P1–P4 model is real, built code — not a proposal, not a
description of intent. A reader assessing this platform's access-control posture should treat
"the tier system exists but has no data behind it yet" as the accurate description, not "the tier
system doesn't exist."

## Why a configuration file rather than a database

Important Information

Corporate structure. PointSav Digital Systems ("PointSav") is currently a trade name of Woodfine Capital Projects Inc. ("Woodfine"), planned to become a wholly-owned Woodfine subsidiary upon incorporation. PointSav does not itself offer, sell, or solicit any security. Any securities offering associated with Woodfine's real-property direct-hold solutions is made exclusively by Woodfine, and only by means of the applicable Private Placement Memorandum.

No investment advice. This wiki's content is provided for engineering, operational, research, and development purposes. Nothing on this wiki constitutes investment advice or a solicitation to invest in any Woodfine partnership or direct-hold solution.

Intellectual property. The PointSav name, trade name, wordmark, and marks, together with all current and future PointSav- and Totebox-branded products, services, and offerings — and the software, source code, documentation, design system, and all related materials — are proprietary to Woodfine and its affiliates, except for components identified as open source. No rights are granted except as expressly set out in a written license or agreement. The full trademark notice appears in the footer of every page on this site.

Open source components. Portions of the platform are made available under permissive open-source licenses identified in the accompanying repository. Use of those components is governed by their respective license terms.

No warranty; informational use. Content on this wiki is provided for general informational purposes only and does not constitute a representation, warranty, or commitment with respect to product functionality, availability, pricing, or roadmap. Some articles describe planned or intended features, capabilities, and milestones — language such as "planned," "intended," "targeted," "may," and "expected" marks this forward-looking content, which is subject to change and does not constitute a commitment regarding future performance.

Confidentiality. Where an article describes an operational or deployment detail that is not intended for public disclosure, that article is not published on this wiki. Content here is general-purpose engineering documentation, not customer-specific configuration.

Jurisdiction. Woodfine Capital Projects Inc. is organized in British Columbia, Canada. References to the Sovereign Data Foundation on this wiki describe a planned or intended initiative only, not a current equity holder or active governance body.

Changes to this notice. PointSav may update this notice from time to time; the version posted on this page governs.

Not a filing system. This wiki is not a securities filing system, an electronic disclosure repository, or a substitute for SEDAR+ or any other regulatory filing system. Formal securities filings are made through the applicable regulatory filing system, not through this wiki.

Full disclaimer. This notice supplements, and does not replace, the full Disclaimers article. In the event of any conflict, the full Disclaimers article governs.

Read the full disclaimer →