INTEGRATION GOVERNANCE AND AUDIT EVIDENCE FOR AZURE

Audit-ready evidence for your Azure integrations.

TrueStateRegistry compares what is in your code with what is deployed in Azure, on every deploy. For each integration it documents what it does, what data it moves, who owns it, and who approved each change through a pull request. The evidence your auditor asks for, generated in your own tenant.

Questions your auditor asks. Answers TrueStateRegistry already has.

“Show me your inventory of integrations.”

An Integration Catalog discovered from Azure and your code, including integrations nobody registered

“Who owns this integration?”

Owner and data classification on every integration page. Missing owners are flagged as Incomplete

“Were changes reviewed and approved?”

A change history per integration with author, approver, pull request and build

“Which integrations transfer data, and between which systems?”

Source, target and flow diagrams for each integration

“Can you show me this as of a date?”

A dated audit export (ZIP and CSV) produced on every pipeline run

Evidence for ISO 27001 controls such as 5.9 (inventory), 8.32 (change management) and 5.14 (information transfer).

You maintain a few fields.
TrueStateRegistry discovers the rest.

Discovered automatically, on every deploy

✓ Logic Apps, Functions, APIM, Service Bus, and how they connect
✓ The source and target of each integration
✓ Repository, commit, and full change history
✓ Who approved each change (pull request and reviewer)
✓ Architecture and message-flow diagrams
✓ Run-as identity and Azure resource details
✓ Integrations that exist only as code and were never deployed

Provided once by your team

◦ Business owner
◦ Business purpose
◦ Criticality
◦ Data classification



One engine. The view each team needs.

Compliance and audit

Evidence on every deploy, not the week before the audit. Inventory, owners and approved changes for each integration, exported with a date.

Security

See the integrations moving your data, including the ones nobody registered, and who is accountable for each.

Integration teams

Documentation that writes itself from the code you already ship. No manual Wiki pages, diagrams or spreadsheets to keep in sync.

Every integration has a state

Governed

A manifest exists with an owner and a data classification. Documented, owned, classified.

Incomplete

A manifest exists but is missing an owner or a classification. The exact missing field is flagged wherever it appears.

Ungoverned

A Logic App or Function running with no manifest at all. Detected live and flagged red for the developer to fix.

The four living pages in TrueStateRegistry: Integration Catalog, change history, Governance Dashboard and an integration page

Four living pages, regenerated on every deploy

Integration Catalog every integration in one table: environment, criticality, source, target, classification, owner, status.

Governance Dashboard posture at a glance, data-classification exposure, criticality, open issues.

Per-integration pages architecture and message-flow diagrams, business and technical views, sample payloads.

Change history with approver who changed each integration, when, and who approved it via which PR.

One pipeline. Evidence on every deploy.

Step 1

Add one pipeline to your Azure DevOps project. TrueStateRegistry runs in your tenant with read-only access to Azure and your repos.

Step 2

TrueStateRegistry discovers and compares. It finds Logic Apps and Functions in Azure and in your code, and marks each one Governed, Incomplete or Ungoverned against its manifest.

Step 3

Your Wiki and audit pack update themselves. One page per integration, a catalog, a governance dashboard and a dated audit export. No manual Wiki, diagram or evidence-pack maintenance.

Runs where your data already lives

In your tenant

Everything runs inside your Azure environment. Nothing is sent to us. No phone-home.

Keeps secrets out of its output

It does not read Key Vault, app settings or access keys. Every published page, diagram and CSV passes through redaction: known secret patterns and internal hostnames are replaced. You can also set the build to fail when one is detected.

Least privilege

Read-only on Azure: Reader on the resource groups in scope, and read access to the repos. By default it writes only your wiki pages and pull requests for new manifests.

Verifiable

Every page carries the build ID, commit SHA and timestamp that produced it.

Try it on your own estate. Free for 30 days.

FAQs

Customer data sent to TrueStateRegistry-hosted services is zero. No telemetry, no licence-server calls. Output goes to your own Azure DevOps Wiki.

Logic Apps and Azure Functions (C#), including Functions that exist only as code in your Azure DevOps or GitHub repos, and how they connect through API Management and Service Bus. The pipeline runs in Azure DevOps.

No. It does not watch traffic, messages or uptime. It shows what exists, who owns it and who approved each change. Use it next to your monitoring tool.

No. TrueStateRegistry finds integrations without them and flags them Ungoverned. It creates a draft manifest through a pull request, which takes about five minutes to complete.

No tool can. TrueStateRegistry provides evidence for specific controls, such as inventory (5.9) and change management (8.32). Your auditor decides.

Read-only on Azure: Reader on the resource groups in scope, and read access to the repos. By default it writes only your wiki pages and pull requests for new manifests.