PINT A-NZ Invoice
Peppol PINT A-NZ invoice (Australia and New Zealand)
A Peppol PINT A-NZ invoice for Australia and New Zealand, checked against the UBL 2.1 schema, the PINT Billing rules and the Australia and New Zealand rules OpenPeppol publishes.
About
PINT A-NZ is the Australia and New Zealand specialization of Peppol International (PINT) Billing, which replaces the A-NZ extension of Peppol BIS Billing 3.0. Its rules check the A-NZ fields on top of PINT, such as the seller's and buyer's ABN (Australia) or NZBN (New Zealand) and GST categories.
Its specification identifier (CustomizationID) is urn:peppol:pint:billing-1@aunz-1.
E-invoicing in Australia: the rules in short and how to check an invoice →
Good to know
- Rules run only when the document matches the schema. Documents over 50 MB are checked against the schema only.
- The rules are OpenPeppol's PINT A-NZ 1.1.3 artefacts as published (the compiled XSLT): the general PINT Billing rules, then the Australia and New Zealand rules.
- The example is one of OpenPeppol's PINT A-NZ examples.
Files
14 files · 2.7 MB-
maindoc/UBL-Invoice-2.1.xsd main
-
common/UBL-CommonAggregateComponents-2.1.xsd
-
common/UBL-CommonBasicComponents-2.1.xsd
-
common/UBL-CommonExtensionComponents-2.1.xsd
-
common/UBL-QualifiedDataTypes-2.1.xsd
-
common/UBL-UnqualifiedDataTypes-2.1.xsd
-
common/UBL-ExtensionContentDataType-2.1.xsd
-
common/CCTS_CCT_SchemaModule-2.1.xsd
-
common/UBL-CommonSignatureComponents-2.1.xsd
-
common/UBL-SignatureAggregateComponents-2.1.xsd
-
common/UBL-SignatureBasicComponents-2.1.xsd
-
common/UBL-xmldsig-core-schema-2.1.xsd
-
common/UBL-XAdESv132-2.1.xsd
-
common/UBL-XAdESv141-2.1.xsd
The validator loads all of these with their folder structure, so includes and imports resolve as published.
Business rules
Schematron · run in this orderThe rules run after the schema check, only when the document matches the schema, and in your browser like the schema check (with SaxonJS by Saxonica). Each finding names its rule, such as BR-CO-15, and the line it points at; each rule has a page with what it checks.
Example document
AU-Invoice.xml · 15.2 KB · passes the schema and the rules
In CI and from code
The same schema by its name, pint-aunz-invoice, through the API.
npx @xmlvalid/cli validate "**/*.xml" --schema pint-aunz-invoice
- uses: xmlvalid/validate-action@v1
with:
files: "**/*.xml"
schema: pint-aunz-invoice
api-key: ${{ secrets.XMLVALID_API_KEY }}
curl https://xmlvalid.com/api/v1/validations \
-H "Authorization: Bearer $XMLVALID_API_KEY" \
-F document={{ $schema->example ?? 'document.xml' }} -F schema=pint-aunz-invoice
Free accounts get 100 API validations a month. On Pro, a URL monitor can check a published document against this schema every hour and email you when it breaks. More CI setups