CSDB · S1000D · BREX
The single source of truth for regulated technical documentation.
Common Source Database for S1000D. BREX-validated XML, applicability-driven variants, frozen snapshots, IETP and per-customer export from one governed source.
- ERRDMC-AC-A-32-11-00-00A-040A-D
- ERRDMC-AC-A-52-31-00-00A-941A-D
- WARNDMC-AC-A-24-00-00-00A-018A-D
- OKPMC-AC-A-00001-00
- Source of truth for every data module
- 0
- Automated checks on XML and graphics
- 0+
- Change history attributed and traceable
- 0%
Source of truth for every data module
Automated checks on XML and graphics
Change history attributed and traceable
- Aerospace
- Naval
- Rail
- Automotive
- S1000D Issue 6.0
- ATA iSpec 2200
- ASD-STE100
- S2000M
01Built for regulated industries
One platform, every standard your programme needs
Aerospace, defence, rail and automotive share a documentation language. Gausio speaks it natively, without bending generic tools to fit.
Sectors
Aeronautics
Airframe, engine and equipment manuals: AMM, IPD, SRM, wiring and crew documentation, structured by ATA chapter or by S1000D Standard Numbering System.
Naval & marine
Railway
Rolling stock and signalling maintenance documentation: variants by fleet, depot procedures, parts catalogues and component data.
Automotive & industrial
Service literature and parts catalogues for vehicles and heavy equipment, with model-year and option-driven applicability.
Standards & specifications
S1000D
Data modules, publication modules, the CSDB model, BREX business rules and the issue/status lifecycle — natively, not as an export filter.
S2000M
Material management data linked to the same source: spare parts, supersession and provisioning aligned with the documentation.
ATA iSpec 2200
Legacy and parallel ATA-numbered documentation handled alongside S1000D, so a mixed fleet does not mean two systems.
ASD-STE100
Simplified Technical English checks integrated into the lint, so controlled-language rules are enforced where the content lives.
02Platform
What a Common Source Database actually does
Not a folder of XML files with a viewer on top. An environment for the people who write, validate, version and publish technical data.
Centralised CSDB
Every data module, publication module, illustration and resource in one governed repository — searchable by code, status, applicability or content, with no duplicated masters.
Spare parts & material data
Illustrated Parts Data tied to the modules that reference them: part numbers, NSNs, supersession chains and provisioning data managed next to the documentation, not in a separate spreadsheet.
XML as a single source of truth
One authoritative XML per data module, standards-conformant by construction. Everything else — IETP, PDF, print — is a rendering of that source, never a fork of it.
Static analysis (lint) for your documentation
Like a linter for code: schema conformance, BREX business rules, broken cross-references, applicability that doesn't add up, and consistency between SVG graphics and the XML that calls them — flagged before review, not after delivery.
Versioning & snapshots
Full change history on every module and a one-click frozen snapshot of an entire publication: reproduce exactly what shipped for an issue, a configuration or an audit.
Applicability & variants
Model applicability cross-reference tables, product and condition cross-references once, then filter and resolve any deliverable to the exact configuration — without cloning a manual per variant.
Per-customer export templates
Define how a publication looks for each operator or programme — cover pages, numbering, layout, language — and generate compliant deliverables on demand from the same governed source.
Traceability — who did what
Every change attributed: author, reviewer, status transition and standard reference. Answer 'who touched this module, and under which authority' without reconstructing it from emails.
03Workflow
From authoring to validated, versioned delivery
The same five steps for an aircraft manual, a ship's combat system or a fleet of trains — because the standard is the same, even when the product isn't.
Bring in or author your data modules
Import an existing CSDB or legacy ATA content, or author new modules in Gausio. Codes, metadata and resources are checked and indexed on the way in.
Validate with the lint and your business rules
Every module is checked against the schema, your BREX rules, cross-references, controlled language and graphics consistency. Issues are listed with file, location and the rule that fired.
Define applicability and variants
Set up applicability, product and condition cross-references once. Gausio resolves any deliverable to the configuration you ask for.
Freeze a versioned snapshot
Promote a clean state to an immutable snapshot — the exact content for an issue, a delivery or a certification milestone, reproducible forever.
Publish with your own templates
Generate the IETP package, PDF or print deliverable for a given operator using their template — compliant output, same source, zero re-keying.
04Quality gate
A lint for your technical documentation
Static analysis brought to data modules. Continuous, automated checks that catch what manual review misses, with every finding tied to the exact rule that fired.
Run it on a single module, a publication or the whole CSDB. Errors block a snapshot; warnings and hints guide the cleanup. Every finding points to the exact file, location and rule.
Schema conformance
Every data module is valid against its S1000D schema — element structure, attributes and identification, not just 'well-formed XML'.
Business rules (BREX)
Your project's BREX data module is enforced as rules: allowed values, mandatory elements, naming conventions and the constraints your customer signed off.
Graphics vs XML consistency
Every SVG (or CGM) referenced by a module actually exists, every hotspot in the graphic maps to a callout in the text, and orphaned or unreferenced illustrations are surfaced.
Cross-references
Internal and external references resolve: referenced data modules, parts, publications and ICN targets exist and are in a usable status.
Applicability integrity
Applicability annotations reference declared product and condition cross-references, with no unreachable content and no contradictions across a publication.
Module metadata & language
Status, security, responsible partner, quality assurance and dates are present and coherent — and Simplified Technical English rules are checked where required.
- ERRBREX-014DMC-AC-A-32-11-00-00A-040A-DDisallowed element <para> inside <warning>: project BREX requires <warningAndCautionPara>.
- ERRGFX-002DMC-AC-A-52-31-00-00A-941A-D / ICN-AC-A-523100-001Referenced graphic ICN-AC-A-523100-001 not found in the CSDB.
- WARNAPP-007PMC-AC-A-00001-00Condition 'engine-mod-3' is declared in the CCT but never applied — content may be unreachable.
- INFOSTE-031DMC-AC-A-24-00-00-00A-018A-DSentence exceeds 20 words — Simplified Technical English recommends splitting it.
05FAQ
Questions teams ask before a demo
If yours isn't here, send it. We'd rather answer it before a working session than after a contract.
06Get started
Run Gausio on your own documentation
Bring a data module, a publication or a BREX file. In one session we'll run the CSDB, the lint and a templated export on content you recognise.
No procurement marathon. A working session, your data, straight answers.