Noma UBL
E-invoicing

The unified platform that sits between your accounting system and the Plateforme Agréée (PA, the certified e-invoicing platform). It generates compliant UBL from any ERP, pre-validates every invoice against XSD, Schematron and the French CTC extension, transmits to any PA, and tracks every invoice through its full lifecycle — submission, dispute, payment, cancellation.

French e-invoicing reform (RFE) · 2026 mandatory waveContinuous releases · public release notesJD Edwards · SAP · NetSuite · customEN 16931 + extended-ctc-frPluggable Plateforme AgrééeSingle-tenant · your servers or OCI / AWS

Video (in French)

NomaUBL in 1 min 40

The reform has started: what the first weeks show, and how NomaUBL handles each point — validation, rejections, addressing, lifecycle, e-reporting, VAT, AI assistant.

Chapters

Watch on YouTube

Context

The challenge — why a PA alone is not enough

The Plateforme Agréée handles the transmission rail — but not the pipeline upstream of it. Accounting still has to produce a compliant UBL from an ERP output that is not, catch rejections before submission, route by document type, and handle disputes, resubmissions and payment notifications.

Without pre-validation

Rejection cycles — billed all the same

A Plateforme Agréée charges for every invoice transmitted — accepted or rejected. Every Schematron error caught downstream means a manual fix, a resubmission, a delay in cash collection and a transmission fee. Pre-validation removes the round trip.

Without an operations layer

Lifecycle blind spots

Refusals, disputes and recovery codes call for action from finance. The PA records them — your operations team does not see them.

Without source flexibility

Vendor lock-in

An ERP-specific add-on ties you to one vendor. A custom build ties you to one team. Both fail as soon as the regulation changes.

The unified e-invoicing layer

What NomaUBL is

A single-tenant platform — on your servers or hosted on OCI or AWS — that covers the whole pipeline between your accounting system and the Plateforme Agréée: where invoices are generated, validated, submitted, tracked and recovered.

Source systems

JD Edwards
BIP · archive · FTP
SAP
IDoc · spool · file
NetSuite
SuiteScript · file
Custom ERP
file · API · DB
NomaUBL
The unified e-invoicing layer
Generates UBL
Pre-validates
Tracks the lifecycle
Operates

Plateforme Agréée

PA / PDP
Configurable backend — any certified PA
→ E-invoicing
Buyer
via the buyer’s PA
→ E-reporting
Tax authority
via the PA

PA-agnostic

Switch Plateforme Agréée without rebuilding the chain — the connector is configuration, not code.

ERP-agnostic

JDE today, SAP tomorrow, a divestiture next year — a new template plugs in without touching the rest.

French CTC ready

EN 16931 + extended-ctc-fr profile, BAR routing, e-reporting tracks and the Cadre de facturation (billing framework) built in.

Single-tenant

One instance per customer — on your servers, in your cloud, or hosted by Nomana-IT on OCI or AWS. UBL files, history and credentials stay in your instance — and survive a PA outage.

End to end

The full pipeline, on one platform

A single NomaUBL deployment covers every step, from the raw ERP output to a tracked, paid invoice.

01
Extract
archive · FTP/SFTP · BIP
02
Transform
XSLT · BIP RTF→XSL · burst
03
Generate UBL
EN 16931 + CTC-FR
04
Validate
XSD · Schematron · rules
05
Submit
any Plateforme Agréée
06
Track
lifecycle · disputes · payments
07
Operate
status · resend · e-mail · credit note

E-Invoicing

A look at the application

The E-Invoicing tracker — one row per invoice, with its lifecycle status and the action available at the current step.

NomaUBL E-Invoicing — invoices tracked by lifecycle status

Template model

One platform, every source system

Each source produces XML, NomaUBL maps it through a template, and every other module works on the resulting UBL — whatever the ERP. Adding a source is configuration, not a re-architecture.

J
JD Edwards

Native integration with the JDE BIP Print Queue (F9563110 / F95630 / F95631), the archive directory and FTP/SFTP downloads.

BIP extractArchiveFTP/SFTPRTF templates
S
SAP

IDoc, spool or file extracts feed NomaUBL through the directory or FTP channels. Templates map SAP fields to UBL semantics.

DirectoryFTP/SFTPBukrs mapping
N
NetSuite

SuiteScript exports drop XML into the watched directory; templates handle subsidiary, tax-code and currency mapping.

DirectoryFTP/SFTPSubsidiary mapping
C
Custom ERP

Any system that produces XML, posts JSON to the API or writes a CSV to a watched directory becomes a source by adding one template.

HTTP APIDirectoryFTP/SFTPUBL passthrough

What NomaUBL does

Six pillars, one product

Extract from anywhere

Connect to any ERP through a directory watcher, FTP/SFTP polling, the JDE BIP Print Queue or a JSON HTTP endpoint. Scheduled batches, on demand, or invoice by invoice.

Generate compliant UBL

Templates map source fields to UBL 2.1, fill in the CTC extension, apply scheme IDs, BAR routing, business-process codes and allowances. AUTO mode resolves the right path per document type.

Pre-validate, before the PA

XSD + Schematron + the French CTC profile run inside NomaUBL. Every error, warning and recovery hint is shown inline — the PA never sees a broken document.

Submit & track on any PA

The PA backend is configuration. Submission, lifecycle retrieval, persisted disputes, refusals and payment notifications. Switch PA without rebuilding the rest.

Operate the lifecycle

Resend, set a status, e-mail the PDF, mark payment received, issue a credit note, cancel accounting — the right action at the right step. Every event logged, append-only.

Govern with self-service

Reference lists, document types, suppliers, BAR routing, payment codes, VAT categories, currency mappings — all from the UI. Finance owns the rules, IT owns the platform.

And day to day, under the reform

What the first weeks of the reform call for — each point documented.

E-directory check before sending

Look a customer up in the INSEE registry by name, SIREN or SIRET and check that it is reachable on the PPF directory (annuaire, the public e-invoicing directory). When enabled, the addressing code of each invoice is checked before it is sent — with a warning, or by blocking the send when the recipient is not found.

Documentation →

Rejections sorted, addressing fixed in one click

Technical rejections (owned by IT) and business refusals (owned by customer services) are counted separately on the dashboard, each opening its filtered list. On an addressing rejection — ADR_ERR, REJ_ADR, DEST_INC — Fix buyer corrects SIREN, SIRET, VAT number or electronic address, revalidates on the spot and resends to the PA.

Documentation →

Create or correct an invoice without the ERP

A form laid out like a printed invoice creates a new invoice from scratch, or edits or copies an existing one; NomaUBL produces the UBL on save.

Documentation →

Proofs kept

The archived source spool and the generated UBL side by side, for every captured document. Every submission, rejection and fix is a dated entry in the append-only history.

Documentation →

A PA refusal triggers actions

Notification rules fire on a status or rejection reason and can run a chain of SQL or API connector calls — on JD Edwards or any other ERP — alongside the e-mail and portal alert. Seller actions are wired the same way.

Documentation →

CA3 VAT return from the invoices

Every invoice of the period aggregated on the lines of the French CA3 form — sales / purchases × France / intra-EU / outside EU × VAT rate — with drill-down to the invoices, and Excel or CA3-formatted PDF export. Invoices refused by the buyer (210) or rejected by the platform (213) are left out by default, as they call for a credit note.

Documentation →

AI-assisted visual UBL mapping

The XSL editor maps source fields to UBL business terms (BT codes) through a form. AI Auto-Map proposes a mapping from a sample XML (and optionally its PDF); you review it and save.

Documentation →

Enrich missing data

When the source is missing data the invoice needs — a customer’s VAT number, a label from a reference table — enrichment rules fetch it through a SQL or API connector before the UBL is generated.

Documentation →

Roles, perimeters and SSO

Roles grant pages, actions and a data scope — the companies a role is restricted to, plus row filters. Single sign-on through OIDC (Microsoft Entra, Okta, Keycloak, Google Workspace…).

Documentation →

For finance, management and audit

Amounts and labels, never status codes — what accounting, the board and auditors need to follow the reform.

Billing overview

Revenue excl. VAT net of credit notes, VAT, number of invoices and the transmission rate, each compared with the matching earlier period; twelve months of amounts by state; what needs a decision, in amounts; the split per company and transaction type and, for sales, the last e-reporting declaration and the next one due. Sales or purchases, exported as PDF.

Documentation →

Statistics: where every invoice stands

Five stages — to correct, decision needed, processing, at the platform, completed — with their counts and change; open invoices by waiting time; the most frequent reasons; the detail by activity, status and reason per transaction type. Every figure opens the invoices behind it; Excel and PDF exports.

Documentation →

Explorer: build your own analyses

Pick fields from invoices, archived documents, lifecycle events, validation findings, lines, VAT breakdown and notifications; show them as a table, a pivot with subtotals and shares, or a chart. Calculated fields such as the age of an invoice; every cell opens the rows behind it.

Documentation →

Dashboards ready for IT, month end and audit

Ready-made analyses and dashboards for Operations, Month end and Audit period, copied and adapted with Save as, shared with everyone or kept private. Exported to Excel or PDF, and sent by e-mail on a schedule by a daily digest.

Documentation →

Audit, implementation and technical reports

The audit report explains a period to accounting and auditors; the implementation report documents your instance from its configuration; the technical report documents the release. PDF or Markdown, in French or English.

Documentation →

For IT and integration teams

Running e-invoicing in production — operations, formats, environments. Each point documented; new releases ship several times a week.

Diagnostics: every failure in one list

Integration errors, processing log, failures and server log in one Diagnostics page. The Failures view lists validation findings, PA rejections, send and import failures, processing and job failures with one shape — unresolved only by default — and opens the invoice, file or job behind each row.

Documentation →

Full reprocess after a fix at the source

An invoice that failed validation can be reprocessed in full from its archived source once the data is corrected in the ERP: enrichment queried again, UBL regenerated, validated and sent. The status history is kept; bulk reprocess runs as one background batch.

Documentation →

Rule sets per document

EN 16931 basic, EN 16931 or France extended (CTC): each document chooses its rule set, which drives the required UBL fields, the validation packs, the XSL editor mapping and the reference pages.

Documentation →

Post-transform to CII and other syntaxes

UBL stays the pivot: the validated UBL can be converted to CII D16B with the shipped stylesheet, or to a national format with your own, then downloaded from the invoice window or sent through the platform connector.

Documentation →

Peppol and directory lookups, also as an API

The e-directory finds a company in INSEE, its PPF directory lines and its Peppol participants. The same search is available as a REST endpoint for your other systems.

Documentation →

One setup per company

E-invoicing and e-reporting settings can be defined per company — issuer, frequency, PA connection — on top of a shared default, and roles restrict each user to their companies.

Documentation →

Promotion between instances

Move configuration from test to production item by item — templates with their XSL, RTF and Schematron files, PDF templates, rules, connectors — with a preview, a field-by-field diff and a version snapshot before every write.

Documentation →

Ready-made JD Edwards connector

A JDE SQL connector comes with prebuilt queries: user-defined code values to fill a list, the companies with their names, and putting an invoice’s receivable lines on hold to stop dunning letters from an invoice action. Schemas are placeholders, so the same query runs on every JDE environment.

Documentation →

Job history and retention

Every scheduled job run is recorded with its duration and outcome, behind a History action. A retention job bounds the logs and histories per store, with a count-only dry run before anything is deleted.

Documentation →

Release notes — every change, version by version ↗

Intelligence

Built-in AI assistant

A built-in chat panel answers three kinds of questions: “how does the product work?” — from the documentation —, “how is this instance set up?” and “what state is my data in?” — from the generated documentation of your instance and, read-only, from its data. It knows the page and the invoice you have open, follows diagnostic playbooks and proposes the next question. Every tool call stays visible; it answers in French or English.

  • Answers sourced from the product documentation, with the page used
  • Knows the open invoice: “why is this invoice refused?” needs no number
  • Read-only: invoice dossier, period figures, backlog, lifecycle, errors, server log
  • Diagnostic playbooks and one-click follow-up questions
  • Limited to the companies your role can see — every tool call shown inline
AI assistant
Default
What is wrong with invoice 10000 / RI / 00001?
validation_errors · doc=10000 dct=RI kco=00001

Looking up validation errors…

Invoice 10000 / RI / 00001 fails an XSD check.

Cause: a mandatory element is missing from the UBL header — fixable before any submission to the PA.

For every role

A day in the life

Finance & Accounting
Day-to-day invoice operations
Issue invoices
Edit UBL · Resend · E-mail PDF
Handle disputes
207 → credit note · 213 → reissue
Mark payments
Status 205 · API connectors
IT & Integration
Reliable batch processing
Scheduled runs
fetch-all · cron · -serve scheduler
Monitor errors
Integration Errors · logs
Promote configs
File Versions · package · import
Compliance & Audit
Append-only audit trail
Inspect the lifecycle
History tab · append-only
Trace any invoice
UBL Reference · status codes
Govern reference data
Statuses · reasons · BAR rules

Why NomaUBL

NomaUBL vs the alternatives

A Plateforme Agréée is required by the reform — but it does not cover everything. NomaUBL takes care of everything upstream of the PA and the operations around it.

Capability
PA only
Custom build
NomaUBL
UBL generation from any ERP
—
1 ERP at a time
✓ JDE · SAP · NS · custom
Pre-validation (XSD + Schematron + CTC-FR)
—
Rules to write
✓ Built in, kept up to date
Lifecycle tracking + recovery actions
Read-only
To build
✓ Operations UI
BAR routing & e-reporting tracks
Per PA
To build
✓ Configuration
Self-service (suppliers, BAR, defaults)
—
IT-owned
✓ Finance-owned
PA portability (switch without rebuild)
Locked in
Rewrite
✓ Connector swap
Time to first compliant invoice
+ pipeline
6–12 months
✓ Days–weeks
Audit trail (append-only lifecycle)
PA-side
To build
✓ Local + signed

The right pairing is NomaUBL + a Plateforme Agréée — not one or the other. Together, they cover the regulation end to end.

Key benefits

Why teams choose NomaUBL

Faster compliance

Days, not quarters

Templates, defaults, BAR routing and validation rules ship ready to use. A new ERP is one template away — not a six-month project.

Fewer rejections

Errors caught before the PA

Pre-validation removes the round trip: an invoice goes through cleanly, or fails early, visibly and fixably, before any external system sees it.

Lower TCO

One platform, every entity

One licence covers JDE + SAP + NetSuite + custom — no module per ERP, no duplicated skills, no parallel pipelines to maintain.

No lock-in

Your PA, your choice

The Plateforme Agréée connector is configuration, not code. Renegotiation, switch, multi-source — your e-invoicing chain evolves with you.

Getting started

Get started in 4 steps

1
Install

Prepare an environment

Provisions the directory tree, the embedded XSL framework and the starter configuration in one command.

2
Configure

Connect your data

Point to your database, your ERP source, your Plateforme Agréée and your SMTP server.

3
Map

Defaults & routing

Suppliers, scheme IDs, BAR routing, payment codes, VAT categories, document types.

4
Run

Process & track

Drop an invoice into input/ and follow it through extract → UBL → validation → submission → tracking.

FAQ

NomaUBL — frequently asked questions

What is NomaUBL?

NomaUBL is a B2B e-invoicing platform published by Nomana-IT. It sits between your accounting system and your Plateforme Agréée (PA, the certified e-invoicing platform): UBL 2.1 generation, XSD, Schematron and CTC pre-validation, e-reporting and invoice lifecycle tracking.

Does NomaUBL replace a Plateforme Agréée (PA)?

No. NomaUBL prepares, validates and submits invoices to the PA of your choice, then tracks their statuses. The PA connector is configuration: switching Plateforme Agréée does not require rebuilding the chain.

Which ERPs does NomaUBL work with?

JD Edwards is integrated natively (BIP Print Queue, archive, FTP/SFTP). SAP, NetSuite and custom ERPs are supported through templates that map their fields to UBL semantics.

Can accounting follow e-invoicing without IT?

Yes. The Billing overview shows revenue, VAT, the transmission rate and what needs a decision in amounts and labels, not status codes; the Statistics dashboard and the Explorer give the details and open the invoices behind each figure. Everything exports to Excel or PDF, and the audit report explains a whole period to accounting and auditors.

Can NomaUBL produce CII as well as UBL?

Yes. UBL stays the pivot format, and a post-transform converts the validated UBL to CII D16B with the stylesheet shipped with NomaUBL, or to another syntax with your own stylesheet. The converted file can be downloaded from the invoice window or sent through the platform connector.

Does NomaUBL handle several companies?

Yes. E-invoicing and e-reporting can be configured per company — issuer, frequency, Plateforme Agréée connection — on top of a shared default, and roles restrict each user to the companies they work on.

Why validate invoices before submission?

A Plateforme Agréée charges for every invoice transmitted, accepted or rejected. Validating upstream against the XSD, the Schematron and the French CTC rules avoids rejection cycles, resubmissions and delays in cash collection.

Does NomaUBL handle e-reporting?

Yes. NomaUBL produces and transmits e-reporting declarations to the Plateforme Agréée, including flux 10.1 (B2C invoice detail) and flux 10.3 (B2BINT aggregates).

What does the NomaUBL AI assistant do?

It is a read-only chat panel that knows the page and the invoice you have open. It answers from the NomaUBL documentation, the generated documentation of your instance and your data (invoice dossier, lifecycle, validation errors, server log), in French or English.

Where is NomaUBL hosted?

Wherever you choose, always single-tenant: on your servers, in your cloud, or hosted by Nomana-IT on Oracle Cloud Infrastructure (OCI) or AWS. It is a Java 17 server with an Oracle or PostgreSQL database; UBL files, history and credentials stay in your instance.

Ready for the French e-invoicing reform?

See NomaUBL in action, or contact us to discuss your compliance project.