CONPVA — Notification de paiement conditionnel EDIFACT (D.96A)

Le message CONPVA porte la valuation de paiement émise dans le cadre d'un contrat de travaux ou de fournitures à étapes : il acte un état d'avancement, certifie les montants éligibles au paiement, identifie les retenues et conditionnalités, et constitue la base contractuelle de l'émission d'une facture ou d'un INVOIC dans la suite. Utilisé en BTP, marchés publics et grands programmes industriels. Cette page synthétise la structure segmentaire telle que publiée par UN/CEFACT pour la directory D.96A.

Objet du message

Le message CONPVA porte la valuation de paiement émise dans le cadre d'un contrat de travaux ou de fournitures à étapes : il acte un état d'avancement, certifie les montants éligibles au paiement, identifie les retenues et conditionnalités, et constitue la base contractuelle de l'émission d'une facture ou d'un INVOIC dans la suite. Utilisé en BTP, marchés publics et grands programmes industriels.

Cette page se concentre sur la structure publiée par UN/CEFACT pour la directory D.96A. Les segments listés, leur statut (M / C), leur position et leur facteur de répétition sont extraits du fichier officiel conpva_s.htm publié sur service.unece.org.

Structure segmentaire

Le message CONPVA D.96A comporte 75 entrées de header, 38 entrées de detail et 6 entrées de summary (segments + groupes confondus). Les groupes sont indiqués en gras et leurs membres indentés selon la profondeur réelle.

Header

Detail

Summary

Évolutions vs D.96A

Cette page documente la directory D.96A elle-même : elle sert de référence à toutes les autres versions du message. La synthèse ci-dessous décrit les évolutions structurelles que les directories ultérieures introduiront par rapport à elle.

Aucun changement détecté au niveau top-level entre D.96A et D.96A pour ce message. Les évolutions sont alors limitées aux groupes imbriqués et aux listes de codes.

Exemple structurel

Exemple minimal d'un message CONPVA D.96A avec ses segments mandatoires uniquement. L'objectif est de montrer la version exacte annoncée dans UNH (CONPVA:D:96A:UN) — pas de reproduire un cas métier complet.

UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL096001'
UNH+1+CONPVA:D:96A:UN'
BGM+500+CONPVA-2026-PV-0042+9'
DTM+137:20260514:102'
DTM+155:20260514:102'
RFF+CT:CONTRACT-WORKS-2026-A18'
NAD+EM+5410000000123::9'
NAD+EN+5410000000456::9'
LIN+1++PHASE-3:STAGE'
MOA+9:182500.00:EUR'
MOA+165:9125.00:EUR'
UNT+11+1'
UNZ+1+CTRL096001'

Erreurs fréquentes

• Tokens UNH désalignés — Le tag UNH+...+CONPVA:D:96A:UN doit refléter exactement la directory utilisée — un mismatch entre la release du UNH et la release annoncée au partenaire fait rejeter le message par tout validateur strict.
• Comptage UNT erroné — La valeur après UNT+ doit inclure UNH et UNT eux-mêmes. C'est de loin l'erreur la plus fréquente côté émetteur, indépendante de la version.
• Listes de codes obsolètes — Entre D.96A et D.96A, plusieurs listes de codes ont reçu de nouveaux qualifiers (statut DTM, qualifier RFF, codes NAD…). Réutiliser une table de codes d'une version antérieure provoque des avertissements voire des rejets selon la stricte conformité du partenaire.

Messages liés

Versions de ce message disponibles sur ediverse.io : CONPVA D.10A, CONPVA D.16B, CONPVA D.21B, CONPVA D.24A.

← Toutes les versions EDIFACT