Skip to content
NexusBook a demo

Public sector use case · Microsoft Azure + SAP + ServiceNow

Cross-agency file intake and validation

Files exchanged between agencies are opened by hand, checked inconsistently and keyed into finance systems. Errors surface weeks later. Files from other agencies are validated before they touch finance records, and problems become tickets.

Systems involved

What each system contributes

Microsoft Azure

45 actions

  • Blob Storage10

Trigger source: Azure Blob Storage, Azure Event Hub, Azure Service Bus, Azure Active Directory

SAP

97 actions

  • Finance20
  • Procurement17
  • Invoice10
ServiceNow

55 actions

  • Tickets10

Trigger source: ServiceNow

File parsing runs as Rules + Code. Any SAP operation outside pre-built actions uses SAP RFC in the same workflow.

Architecture

One governed run

Trigger: Azure Blob StorageIntegration: Azure + SAPRules + CodeHuman ApprovalSystem Action: SAPAudit

How it starts: A new file in Azure Blob Storage starts the run through the Azure Blob Storage trigger source.

Variant: The same pattern works with AWS S3 as the storage trigger, or with Google Drive read on a schedule.

Step by step

How the process runs

  1. 01

    File lands

    A new file in Azure Blob Storage starts the run.

  2. 02

    Validate

    Rules + Code parses the file and checks structure and values.

  3. 03

    Check SAP

    Related SAP finance, procurement or invoice records are read.

  4. 04

    Write or hold

    Valid entries are written to SAP. Anything else waits.

  5. 05

    Exceptions

    Failures open a ServiceNow ticket with the file reference.

Control

Human decision and exception path

Human decision

Entries above a value threshold or failing validation wait for a finance owner.

Exception path

  • Malformed files are quarantined and ticketed.
  • SAP write failures are retried and surfaced.
  • Duplicate files are detected before processing.

Evidence

What gets audited

  • The file reference and checksum.
  • Validation results.
  • Approvals for held entries.
  • SAP responses and ticket references.

Nexus runs on premises, in private or sovereign cloud, or air-gapped. Credentials stay in the vault, roles decide who can approve, and the execution record stays inside your deployment boundary.

Sovereignty and deployment

Related

Patterns, connectors and next steps

FAQ

Questions about this use case

Does Nexus replace any of these systems?
No. Each system keeps its own records. Nexus runs the process between them and records each decision.
How does the run start?
A new file in Azure Blob Storage starts the run through the Azure Blob Storage trigger source.
What if a step is not covered by a pre-built action?
File parsing runs as Rules + Code. Any SAP operation outside pre-built actions uses SAP RFC in the same workflow.

Use case review

Discuss this use case

Bring your version of the process. We will map the systems, approvals and evidence it needs.