<TRANSFORM/STUDIO>
Validate an invoice
Menu
PINT A-NZ · Peppol · XRechnung · EN 16931

Know whether the invoice matches the profile that actually matters.

Transform Studio validates structured invoice XML against the declared receiver profile, explains the governed failures, and turns recurring export defects into a fixed scope for remediation or a production transformation build.

No account required One UBL invoice or credit note Exact ruleset recorded
Free payload validation
One XML file · governed result
Available now

Choose a profile manually or anonymize first

PINT A-NZ Peppol BIS XRechnung EN 16931
You receive: target-profile verdict, ruleset identity, findings and evidence locations.
Separate checks: Peppol delivery, receiver acceptance, tax correctness and source-system mapping.
No universal Australian private-sector deadline applies to every business. The applicable profile and date come from the receiver, procurement contract, network or public-sector rule. New Zealand mandated agencies have specific eInvoicing and prompt-payment obligations from January 2026.
Current A-NZ rules PINT A-NZ 1.1.2 production-current · released 2025-12-08
What the evidence means

A pass/fail headline, with the reasoning underneath.

The free result identifies the selected payload profile and the exact rule layer that failed. A paid assessment turns those rule occurrences into reviewed root causes, remediation scope and deliverable evidence.

invoice-1047.xml Illustrative example Target profile failed
2 blocking findings
PINT A-NZ 1.1.2 · UBL Invoice · authoritative profile
IBR-120
Seller ABN format is invalid

Points to party-master data or formatting logic in the export, not a generic XML syntax issue.

IBR-SR-63
Specification identifier contains a wildcard

The current PINT rule requires the invoice identifier to be exact; receiving-capability wildcards belong elsewhere.

What one validation proves

Payload conformance

Structure and business rules for the exact selected profile.

Ruleset identity

Version, lifecycle, effective date and governed evidence are recorded.

Not network delivery

A valid payload can still fail transport, registration or receiver routing.

Not tax or legal advice

Amounts, commercial facts and statutory obligations need their own authority.

Review data handling
How the service works

Start free. Price follows the work.

Every paid engagement begins with evidence. You see the initial result, we review what the failures actually represent, and the quote is bound to a specific scope before production work starts.

  1. 01 · Validate

    Run the target profile

    Upload one invoice, select or detect its profile, and receive the governed payload result immediately.

  2. 02 · Diagnose

    Separate symptoms from causes

    Rule occurrences are grouped into mechanical corrections, source-data gaps, mapping defects and further diagnosis.

  3. 03 · Approve

    Authorise a defined outcome

    You approve one fixed-price quote and its scope. Corrected files, reports and builds are then delivered against that baseline.

Service paths

Choose the outcome, not a generic “compliance package”.

A rejected e-invoice can delay payment. The service path depends on whether you need the immediate batch corrected, the recurring export defect specified, or a governed transformation built and tested.

Emergency remediation

Correct the current batch

For a small number of mechanically safe failures where the source values are already authoritative.

  • Corrected, resubmittable files
  • Before/after correction record
  • Target-profile revalidation
Transform Build

Build the source-to-target transformation

For source exports that need a governed mapping, implementation and representative regression corpus.

  • Versioned mapping specification
  • Validated transformation package
  • Regression and target-profile evidence
Release assurance

Re-test when the governed rules move

PINT and related validation artefacts change over time. An agreed representative set is revalidated against each production release.

  • Ruleset-change impact review
  • Regression results
  • Scoped remediation where required
“Won’t the ERP produce another broken invoice tomorrow?” Corrected files alone are a painkiller, not a cure. The root-cause specification identifies the permanent change; Transform Build exists when the original export is not worth preserving.
Representative deliverable

Evidence a systems team can act on.

The final report records the original position, reviewed causes, correction decisions, final validation, limitations and the exact ruleset used.

When corrections are applied, the correction record identifies the rule, recipe and checks used to verify that monetary values were untouched.
First page of a sample Transform Studio compliance audit report Open the full sample report (PDF)
XML

Corrected invoice XML

Final client payload with target-profile pass evidence and immutable revision information.

PDF

Compliance audit report

Executive verdict, root causes, corrections, unresolved limitations and assurance boundary.

JSON

Machine-readable evidence

Checksums, validation identifiers and governed findings retained for audit and regression.

Current field note

The current A-NZ specialisation is PINT A-NZ 1.1.2.

PINT A-NZ is the current Australia and New Zealand billing specialisation. The official billing and self-billing releases are maintained by the Australian and New Zealand Peppol Authorities and marked Final. The ATO describes a biannual release cycle for the A-NZ invoice specification. Transform Studio pins the exact qualified bundle used for each result; an upcoming release is never presented as the production-current verdict.

Bundled release
PINT A-NZ 1.1.2
Lifecycle
production-current
Effective from
2026-03-09
Released
2025-12-08
Recorded in
every validation result and audit report
Request an assessment

Bring one failing invoice and the receiver requirement.

The fastest starting point is the free validator. For a recurring failure, deadline or new integration, describe the source system and the target profile and a secure client portal will be created.

Fixed-price scope before paid production begins.
Files are uploaded through the client portal, not attached to email.
Payload conformance is kept separate from delivery, receiver and legal assurance.

Fields marked are required.

The secure portal link is sent to this address.

Example: PINT A-NZ invoices from NetSuite fail the receiver’s ABN and tax-subtotal rules. Go-live is 30 September.

Do not send invoice files by email. Upload them through the secure portal link.