Release Notes
0.2.0-alpha.1
Canonical v2 milestone for import, validation, export, package generation, and release-note aware docs.
0.2.0-alpha.1
Released: March 10, 2026
This is the first public checkpoint for the canonical SFRS v2 pipeline. It should be read as an implementation milestone, not a stable compatibility promise.
Highlights
- Canonical fact-centric
v2model is live in the standard package. - XBRL import now preserves contexts, units, facts, dimensions, footnotes, and core relationships.
- Canonical validation is profile-aware for
sec-us-gaap-annualandifrs-esef-annual. - Canonical filings can export to both
XBRLandiXBRL. - Canonical filing packages can be generated with a manifest plus XBRL/iXBRL artifacts.
- Docs now include a dedicated release-notes section as a primary navigation surface.
Added
Canonical Model
- Canonical
SFRSV2Filingtypes and schemas - profile registry with executable profile definitions
- package rules for supported annual profiles
Compiler
XBRL -> canonical v2parser path- typed-dimension preservation
- footnote relationship extraction
- presentation, calculation, and definition linkbase extraction
canonical v2 -> XBRLcanonical v2 -> iXBRL- package generation with manifest and artifact checksums
Validation
- canonical filing validator
- profile checks for required identifier schemes
- profile checks for minimum required concepts
- stricter relationship and reference integrity rules
API
POST /api/v1/validatewith canonicalv2model supportPOST /api/v1/convert/from-xbrlwithtargetModel: "v2"POST /api/v1/convert/to-xbrlPOST /api/v1/convert/to-ixbrlwithmodelVersion: "v2"POST /api/v1/package
Corpus
- fixture manifest and assertion schema
- synthetic SEC and IFRS fixtures
- fixture metadata workflow for later public filings
- round-trip semantic checks on the registered corpus
Known Limits
- Supported profiles are still backed by synthetic fixtures, not a broad public filing corpus.
- Output is not yet submission-grade for regulators.
- Profile completeness rules are still hand-authored minimums rather than corpus-derived coverage.
- Compatibility claims should be treated as prerelease.
Next Steps
- ingest the first public SEC annual filing fixture
- ingest the first public IFRS/ESEF annual fixture
- publish a compatibility matrix generated from real fixture outcomes
- tighten profile rules against public fixture evidence
Upgrade Notes
- Treat v1 statement-shaped documents as compatibility inputs.
- Build new integrations against the canonical v2 surface where possible.
- Do not depend on implicit profile support outside the registered profiles.