OrbisGraph is Pinnipedia's compliance platform. Under the hood, its catalogue layer is implemented as a knowledge graph: Praktiken, requirements, target objects, measures, evidence, sign-off states and cross-framework references held as typed nodes and edges. OrbisGraph does not hold a copy of the Compendium as a PDF and parse it for queries. OSCAL documents map into the underlying graph directly, because OSCAL itself is a graph-shaped schema underneath the JSON.
That has two consequences during the Grundschutz++ transition. First, the move from Bausteine to Praktiken is a re-mapping of nodes, not a rewrite of tooling. The same engagement data, the same evidence, the same sign-off states survive the change and re-attach to the new catalogue. Second, catalogue updates from the BSI GitHub repository arrive as incremental graph changes, not as new product versions. Updates that would require a quarterly release cycle in a document-based tool land in days here.
Beyond the transition itself, the cross-references built into Grundschutz++ (to ISO 27001:2022 and NIS2) become walkable edges inside the same graph. Organisations running a combined scope can query evidence coverage across frameworks in one place, rather than maintaining three spreadsheets.
OrbisGraph remains a tool, not an auditor or a certification body. Certification is issued by accredited auditors, not by the platform. Pinnipedia is not in a contractual relationship with the BSI and does not claim BSI approval. What we can claim, because the architecture supports it, is that the move to Grundschutz++ is a serialisation task inside OrbisGraph, not a rebuild.