Why ProseID exists

The interpretation existed.
The infrastructure did not.

ScatteredUseful interpretations lived across memos, PDFs, tools, and private workflows.
UncertainIt was often difficult to tell what was current, what had changed, or which source controlled.
Prose-boundEven a good answer was rarely structured enough to validate facts or produce a repeatable outcome.
01

The frustration

ProseID began after months spent looking for finished regtech building blocks and repeatedly finding the same gap.

Interpretations could be difficult to find. When one did appear, its freshness was not always obvious. More importantly, there was no shared structure for the interpretation itself: no consistent way to express the facts to collect, conditions to apply, exceptions to preserve, outcome to show, or evidence to retain.

That left every business, consultant, and developer doing the same work again. Read the source. Interpret it. Turn it into questions. Rebuild the decision path. Decide what proof to keep. Repeat the process when the requirement changes.

It was not only a content problem. It was missing infrastructure between the written requirement and the work people needed to perform.

The missing layer

Turn the answer into something people can inspect, run, and reuse.

A ProseID schema keeps the interpretation’s meaning and the machinery needed to apply it in the same versioned object.

Written requirementSource

“Notify the relevant authority within the applicable period, unless an exception applies.”

Readable, but still waiting to be translated into a working decision.
Reusable interpretationFixed release
FactsWhat must be known?
ConditionsWhich path applies?
OutcomeWhat follows?
EvidenceWhat must remain?
Sources attachedTime-aware rulesPublisher visible

What the product protects

Reuse needs more than a form builder.

The product is designed around the things that make an interpretation safe to evaluate later: identity, history, time, and provenance.

01

Give the interpretation an identity

Name who published it, which jurisdiction it covers, which sources it relies on, and which version a team is using.

02

Keep published versions fixed

A result should never change because someone silently rewrote the interpretation that produced it. New thinking becomes a new release.

03

Put time inside the rules

Legal requirements change. Effective periods belong in the interpretation so earlier records remain understandable after the next change.

04

Make expert judgment inspectable

Structure should reveal the questions, conditions, outcomes, sources, and authorship—not hide them behind a black box.

A necessary boundary

Structure makes an interpretation usable. It does not make it automatically correct.

Legal and compliance judgment still belongs to people. ProseID makes that judgment attributable, reviewable, versioned, and repeatable without pretending that software turns an interpretation into official law or advice.

ProseID preservesPublisher, sources, jurisdiction, version, rules, and resulting record
The adopter decidesWhether the interpretation is authoritative and appropriate for their facts
The professional contributesReasoning that other teams can inspect and, when eligible, reuse

Where this is going

A shared body of legal and compliance work that improves instead of disappearing into the next project.

ProseID gives legal and compliance professionals a place to publish fixed, attributed interpretations. Businesses can inspect those releases and use them as forms, guided assessments, determinations, or checklists. Every completion remains tied to the exact version that produced it.

The long-term idea is simple: important interpretation work should compound. It should be possible to discover it, evaluate who stands behind it, see how it changed, and apply it without rebuilding the entire workflow from the beginning.

Built in Stockholm, Sweden

For legal and compliance professionals, operational teams, and developers who need interpretations they can actually use.

Contact ProseID ↗