PINT JP Self-Billing Invoice
Peppol PINT JP self-billed invoice (Japan)
A Peppol PINT JP self-billed invoice for Japan, issued by the buyer in the seller's name, checked against the UBL 2.1 schema, the PINT rules and the Japanese rules OpenPeppol publishes.
About
JP BIS Self Billing Invoice is the self-billing form of JP PINT for the qualified invoice system: the buyer issues the invoice (type code 389) in the name of the seller, whose Registration Number for Qualified Invoice it carries, and sends it over the Peppol network. Its rules are those of a JP PINT invoice with the self-billing identifiers.
Its specification identifier (CustomizationID) is urn:peppol:pint:selfbilling-1@jp-1 and its business process (ProfileID) urn:peppol:bis:selfbilling.
E-invoicing in Japan: 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 JP BIS Self Billing Invoice 1.1.3 artefacts as published (the compiled XSLT): the general PINT rules of the self-billing package, then the Japanese rules.
- There is no self-billed credit note in JP PINT.
- The example is OpenPeppol's JP BIS self-billing example.
Files
14 files · 2.7 MB · Download all (.zip)-
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
JP-BIS-Self-Billing-Invoice-UBL-Example.xml · 28.7 KB · passes the schema and the rules
In CI and from code
The same schema by its name, pint-jp-sb-invoice, through the API.
npx @xmlvalid/cli validate "**/*.xml" --schema pint-jp-sb-invoice
- uses: xmlvalid/validate-action@v1
with:
files: "**/*.xml"
schema: pint-jp-sb-invoice
api-key: ${{ secrets.XMLVALID_API_KEY }}
curl https://xmlvalid.com/api/v1/validations \
-H "Authorization: Bearer $XMLVALID_API_KEY" \
-F document=@JP-BIS-Self-Billing-Invoice-UBL-Example.xml \
-F schema=pint-jp-sb-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