La plateforme unifiée qui s’intercale entre votre système comptable et la Plateforme Agréée. Elle génère un UBL conforme depuis n’importe quel ERP, valide chaque facture en amont via XSD, Schematron et l’extension CTC française, transmet à n’importe quelle PA, et suit chaque facture sur tout son cycle de vie — dépôt, litige, paiement, annulation.
Vidéo
La réforme a démarré : ce que montrent les premières semaines, et comment NomaUBL traite chaque point — validation, rejets, adressage, cycle de vie, e-reporting, TVA, assistant IA.
Le contexte
La Plateforme Agréée gère la voie de transmission — mais pas le pipeline en amont. La comptabilité doit toujours produire un UBL conforme depuis une sortie ERP qui ne l’est pas, détecter les rejets avant le dépôt, router par type de document, et opérer litiges, redépôts et accusés de paiement.
Une Plateforme Agréée facture chaque facture transmise — acceptée ou rejetée. Toute erreur Schematron détectée en aval signifie une correction manuelle, un redépôt, un retard d’encaissement et un coût de transmission. La validation amont supprime l’aller-retour.
Refus, litiges et codes de recouvrement appellent une action côté finance. La PA les enregistre — vos opérations ne les voient pas.
Un module spécifique à un ERP vous lie à un éditeur. Un développement maison vous lie à une équipe. Les deux échouent dès que la réglementation évolue.
La couche e-invoicing unifiée
Une plateforme mono-tenant — chez vous ou hébergée sur OCI ou AWS — qui couvre tout le pipeline entre votre système comptable et la Plateforme Agréée : là où les factures sont générées, validées, déposées, suivies et reprises.
Systèmes sources
Plateforme Agréée
Changer de Plateforme Agréée sans reconstruire la chaîne — le connecteur est de la configuration, pas du code.
JDE aujourd’hui, SAP demain, une cession l’an prochain — un nouveau template s’intègre sans toucher au reste.
EN 16931 + profil extended-ctc-fr, routage BAR, tracks d’e-reporting et Cadre de facturation embarqués.
Une instance par client — sur vos serveurs, dans votre cloud ou hébergée par Nomana-IT sur OCI ou AWS. UBL, historique et identifiants restent dans votre instance — et survivent à une indisponibilité PA.
De bout en bout
Un déploiement NomaUBL couvre chaque étape, de la sortie ERP brute à la facture suivie et payée.
E-Invoicing
Le suivi E-Invoicing — une ligne par facture, avec son statut de cycle de vie et l’action proposée à l’étape courante.
Modèle de templates
Chaque source produit du XML, NomaUBL le projette via un template, et tous les autres modules opèrent sur l’UBL résultant — quel que soit l’ERP. Ajouter une source est une configuration, pas une refonte.
Intégration native avec la BIP Print Queue JDE (F9563110 / F95630 / F95631), le répertoire d’archive et les téléchargements FTP/SFTP.
Extractions IDoc, spool ou fichier alimentent NomaUBL via les canaux directory ou FTP. Les templates projettent les champs SAP vers la sémantique UBL.
Les exports SuiteScript déposent un XML dans le répertoire surveillé ; les templates gèrent le mapping subsidiary, code de TVA et devise.
Tout système qui produit du XML, poste du JSON sur l’API ou écrit un CSV dans un répertoire surveillé devient une source par l’ajout d’un template.
Ce que NomaUBL fait
Connexion à n’importe quel ERP via surveillance de répertoire, polling FTP/SFTP, BIP Print Queue JDE ou point d’entrée HTTP JSON. Lots ordonnancés, à la demande, ou flux facture par facture.
Les templates projettent les champs source vers UBL 2.1, alimentent l’extension CTC, appliquent schemeID, routage BAR, codes de processus métier et remises. Le mode AUTO résout la voie par type de document.
XSD + Schematron + le profil CTC français s’exécutent à l’intérieur de NomaUBL. Chaque erreur, avertissement et indication de reprise s’affiche en ligne — la PA ne voit jamais un document cassé.
Le backend PA est de la configuration. Dépôt, récupération du cycle de vie, persistance des litiges, refus et accusés de paiement. Changer de PA sans reconstruire le reste.
Redéposer, mettre à jour un statut, envoyer le PDF par e-mail, marquer paiement reçu, émettre un avoir, annuler en compta — la bonne action à la bonne étape. Chaque événement journalisé, append-only.
Listes de référence, types de document, fournisseurs, routage BAR, codes de paiement, catégories TVA, mappings de devise — tout depuis l’interface. La finance porte les règles, l’IT la plateforme.
Ce que demandent les premières semaines de la réforme — chaque point documenté.
Recherche d’une société dans le référentiel INSEE par nom, SIREN ou SIRET et vérification de sa joignabilité dans l’annuaire PPF. Quand le contrôle est activé, le code d’adressage de chaque facture est vérifié avant l’envoi — avec un avertissement, ou en bloquant l’envoi si le destinataire est introuvable.
Documentation →Rejets techniques (côté IT) et refus métier (côté service client) sont comptés à part sur le tableau de bord, chacun ouvrant sa liste filtrée. Sur un rejet d’adressage — ADR_ERR, REJ_ADR, DEST_INC — « Corriger l’acheteur » reprend SIREN, SIRET, TVA ou adresse électronique, revalide sur place et renvoie à la PA.
Documentation →Un formulaire présenté comme une facture imprimée crée une facture de zéro, ou modifie ou copie une facture existante ; NomaUBL produit l’UBL à l’enregistrement.
Documentation →Le spool source archivé et l’UBL généré côte à côte, pour chaque document capturé. Chaque envoi, rejet et correction est une entrée datée de l’historique append-only.
Documentation →Les règles de notification se déclenchent sur un statut ou un motif de rejet et peuvent exécuter une chaîne d’appels de connecteurs SQL ou API — sur JD Edwards ou tout autre ERP — en plus de l’e-mail et de l’alerte portail. Les actions vendeur se câblent de la même façon.
Documentation →Toutes les factures de la période agrégées sur les lignes du formulaire CA3 — ventes / achats × France / intra-UE / hors UE × taux de TVA — avec dépliement jusqu’aux factures, et export Excel ou PDF au format CA3. Les factures refusées par l’acheteur (210) ou rejetées par la plateforme (213) sont exclues par défaut, car elles appellent un avoir.
Documentation →L’éditeur XSL relie les champs source aux termes métier UBL (codes BT) par formulaire. L’auto-mapping IA propose un mapping à partir d’un XML d’exemple (et éventuellement de son PDF) ; vous le relisez et l’enregistrez.
Documentation →Quand la source ne contient pas une donnée nécessaire — numéro de TVA d’un client, libellé d’une table de référence — des règles d’enrichissement vont la chercher via un connecteur SQL ou API avant la génération de l’UBL.
Documentation →Les rôles accordent des pages, des actions et un périmètre de données — les sociétés auxquelles le rôle est limité, plus des filtres de lignes. Connexion unique par OIDC (Microsoft Entra, Okta, Keycloak, Google Workspace…).
Documentation →Des montants et des libellés, jamais des codes statut — ce dont la comptabilité, la direction et les auditeurs ont besoin pour suivre la réforme.
Chiffre d’affaires HT net des avoirs, TVA, nombre de factures et taux de transmission, chacun comparé à la période équivalente ; douze mois de montants par état ; ce qui demande une décision, en montants ; la répartition par société et par type de flux et, pour les ventes, la dernière déclaration d’e-reporting et la prochaine échéance. Ventes ou achats, export PDF.
Documentation →Cinq étapes — à corriger, décision attendue, en traitement, à la plateforme, terminées — avec leurs volumes et leur évolution ; les factures ouvertes par ancienneté ; les motifs les plus fréquents ; le détail par activité, statut et motif selon le type de flux. Chaque chiffre ouvre les factures concernées ; exports Excel et PDF.
Documentation →Choisissez des champs parmi les factures, documents archivés, événements du cycle de vie, anomalies de validation, lignes, ventilation de TVA et notifications ; affichez-les en tableau, en tableau croisé avec sous-totaux et parts, ou en graphique. Champs calculés comme l’ancienneté d’une facture ; chaque cellule ouvre les lignes concernées.
Documentation →Des analyses et tableaux de bord fournis pour l’exploitation, la clôture mensuelle et la période d’audit, copiés et adaptés avec Enregistrer sous, partagés avec tous ou gardés privés. Exportés en Excel ou en PDF, et envoyés par e-mail selon un planning par un récapitulatif quotidien.
Documentation →Le rapport d’audit explique une période à la comptabilité et aux auditeurs ; le rapport de mise en œuvre documente votre instance à partir de sa configuration ; le rapport technique documente la version. En PDF ou Markdown, en français ou en anglais.
Documentation →Exploiter la facturation électronique en production — opérations, formats, environnements. Chaque point est documenté ; de nouvelles versions sortent plusieurs fois par semaine.
Erreurs d’intégration, journal des traitements, défaillances et log serveur réunis sur une page Diagnostics. La vue Défaillances liste sous une même forme les anomalies de validation, rejets PA, échecs d’envoi et d’import, échecs de traitement et de tâches — non résolues par défaut — et ouvre la facture, le fichier ou la tâche de chaque ligne.
Documentation →Une facture en échec de validation peut être retraitée entièrement depuis sa source archivée une fois la donnée corrigée dans l’ERP : enrichissement relancé, UBL régénéré, validé et envoyé. L’historique des statuts est conservé ; le retraitement en masse tourne en un seul lot, en arrière-plan.
Documentation →EN 16931 de base, EN 16931 ou France étendu (CTC) : chaque document choisit son jeu de règles, qui pilote les champs UBL obligatoires, les packs de validation, le mapping de l’éditeur XSL et les pages de référence.
Documentation →L’UBL reste le pivot : l’UBL validé peut être converti en CII D16B avec la feuille de style fournie, ou dans un format national avec la vôtre, puis téléchargé depuis la fenêtre facture ou envoyé via le connecteur de la plateforme.
Documentation →L’e-annuaire retrouve une société dans l’INSEE, ses lignes d’annuaire PPF et ses participants Peppol. La même recherche est disponible en endpoint REST pour vos autres systèmes.
Documentation →Les paramètres d’e-invoicing et d’e-reporting peuvent être définis par société — émetteur, fréquence, connexion PA — au-dessus d’un paramétrage par défaut, et les rôles limitent chaque utilisateur à ses sociétés.
Documentation →Passer la configuration du test à la production élément par élément — modèles avec leurs fichiers XSL, RTF et Schematron, modèles PDF, règles, connecteurs — avec aperçu, comparaison champ par champ et sauvegarde de version avant chaque écriture.
Documentation →Un connecteur SQL JDE est livré avec des requêtes prêtes : les valeurs d’un code utilisateur (UDC) pour alimenter une liste, les sociétés avec leur nom, et la mise en attente des lignes de créance d’une facture pour arrêter les relances depuis une action. Les schémas sont des paramètres : la même requête fonctionne sur chaque environnement JDE.
Documentation →Chaque exécution de tâche planifiée est enregistrée avec sa durée et son résultat, derrière une action Historique. Une tâche de rétention borne les journaux et historiques par type, avec un comptage à blanc avant toute suppression.
Documentation →Intelligence
Un panneau de discussion intégré répond à trois types de questions : « comment fonctionne le produit ? » — à partir de la documentation —, « comment cette instance est-elle paramétrée ? » et « quel est l’état de mes données ? » — à partir de la documentation générée de votre instance et, en lecture seule, de ses données. Il connaît la page et la facture ouvertes, suit des playbooks de diagnostic et propose la question suivante. Chaque appel d’outil reste visible ; il répond en français ou en anglais.
Recherche des erreurs de validation…
La facture 10000 / RI / 00001 échoue à un contrôle XSD.
Cause : élément obligatoire manquant dans l’en-tête UBL — corrigible avant tout dépôt en PA.
Pour chaque profil
Pourquoi ce choix
Une Plateforme Agréée est imposée par la réforme — mais ne couvre pas tout. NomaUBL prend en charge l’amont et le périmètre opérationnel autour de la PA.
L’association pertinente est NomaUBL + Plateforme Agréée — pas l’un ou l’autre. Ensemble, ils couvrent la réglementation de bout en bout.
Bénéfices clés
Templates, valeurs par défaut, routage BAR et règles de validation livrés clés en main. Un nouvel ERP est à un template près — pas à six mois de projet.
La validation amont supprime l’aller-retour : une facture passe sans accroc ou échoue tôt, de manière visible et corrigible, avant qu’aucun système externe ne la voie.
Une seule licence couvre JDE + SAP + NetSuite + custom — pas de module par ERP, pas de compétences en double, pas de pipelines parallèles à maintenir.
Le connecteur Plateforme Agréée est de la configuration, pas du code. Renégociation, changement, multi-source — votre chaîne e-invoicing évolue avec vous.
Mise en route
Provisionne l’arborescence, le framework XSL embarqué et la configuration de départ en une commande.
Pointez vers votre base, votre source ERP, votre Plateforme Agréée et votre serveur SMTP.
Fournisseurs, scheme IDs, routage BAR, codes de paiement, catégories de TVA, types de documents.
Déposez une facture dans input/ et suivez son parcours extract → UBL → validation → dépôt → suivi.
FAQ
NomaUBL est une plateforme de facturation électronique B2B éditée par Nomana-IT. Elle s’intercale entre votre système comptable et votre Plateforme Agréée : génération UBL 2.1, validation amont XSD, Schematron et règles CTC, e-reporting et suivi du cycle de vie des factures.
Non. NomaUBL prépare, valide et dépose les factures auprès de la PA de votre choix, puis suit leurs statuts. Le connecteur PA est de la configuration : changer de Plateforme Agréée ne demande pas de reconstruire la chaîne.
JD Edwards est intégré nativement (BIP Print Queue, archive, FTP/SFTP). SAP, NetSuite et les ERP spécifiques sont pris en charge par des templates qui projettent leurs champs vers la sémantique UBL.
Oui. La Synthèse de facturation présente le chiffre d’affaires, la TVA, le taux de transmission et ce qui demande une décision en montants et en libellés, pas en codes statut ; le tableau de bord Statistiques et l’Explorateur donnent le détail et ouvrent les factures derrière chaque chiffre. Tout s’exporte en Excel ou en PDF, et le rapport d’audit explique une période entière à la comptabilité et aux auditeurs.
Oui. L’UBL reste le format pivot, et une post-transformation convertit l’UBL validé en CII D16B avec la feuille de style fournie avec NomaUBL, ou dans une autre syntaxe avec votre propre feuille de style. Le fichier converti se télécharge depuis la fenêtre facture ou s’envoie via le connecteur de la plateforme.
Oui. L’e-invoicing et l’e-reporting se paramètrent par société — émetteur, fréquence, connexion à la Plateforme Agréée — au-dessus d’un paramétrage commun, et les rôles limitent chaque utilisateur aux sociétés qu’il traite.
Une Plateforme Agréée facture chaque facture transmise, acceptée ou rejetée. Valider en amont contre le XSD, le Schematron et les règles CTC françaises évite les cycles de rejet, les redépôts et les retards d’encaissement.
Oui. NomaUBL produit et transmet les déclarations d’e-reporting à la Plateforme Agréée, notamment les flux 10.1 (détail des factures B2C) et 10.3 (agrégats B2BINT).
C’est un panneau de discussion en lecture seule qui connaît la page et la facture ouvertes. Il répond à partir de la documentation NomaUBL, de la documentation générée de votre instance et de vos données (dossier de facture, cycle de vie, erreurs de validation, log serveur), en français ou en anglais.
Où vous le souhaitez, toujours en mono-tenant : sur vos serveurs, dans votre cloud, ou hébergé par Nomana-IT sur Oracle Cloud Infrastructure (OCI) ou AWS. Il s’agit d’un serveur Java 17 avec une base Oracle ou PostgreSQL ; les UBL, l’historique et les identifiants restent dans votre instance.
Découvrez NomaUBL en action ou contactez-nous pour discuter de votre projet de mise en conformité.