Qui lit et qui émet FPF
Les compatibilités déclarées. Chaque ligne dit ce que son auteur affirme faire : la déclaration est faite par l'éditeur lui-même et n'est pas vérifiée.
| Produit | Éditeur | Catégorie | Rôles | Versions | Déclaré le |
|---|---|---|---|---|---|
| FacturPass | FacturPass | Site de référence | Émet | 1.1 | 2026-08-21 |
| fpf (JavaScript) | FacturPass | Bibliothèque de référence | Lit, émet | 1.1 | 2026-08-21 |
| fpf (Rust) | FacturPass | Bibliothèque de référence | Lit, émet | 1.1 | 2026-08-21 |
| fpf (C#) | FacturPass | Bibliothèque de référence | Lit, émet | 1.1 | 2026-08-21 |
| fpf (Pascal) | FacturPass | Bibliothèque de référence | Lit, émet | 1.1 | 2026-08-21 |
| fpf (Java) | FacturPass | Bibliothèque de référence | Lit, émet | 1.1 | 2026-08-22 |
Ces six lignes sont les implémentations de référence du projet lui-même, pas des adoptions tierces — la colonne « catégorie » le dit. Elles figurent ici parce qu'un registre doit montrer ce qu'il contient réellement.
Déclarer votre compatibilité
La déclaration se fait dans le dépôt du format, pas ici : c'est le format qui définit ce que « compatible FPF » veut dire, et FacturPass n'en est qu'une implémentation parmi d'autres. Les trois rôles — lire, émettre, accepter le format en entrée d'API — et ce que chacun exige sont définis dans la section Conformité de la spécification.
Ouvrir une déclaration de compatibilité
Vous y déclarez les rôles que vous tenez, les versions couvertes, et que votre implémentation passe les vecteurs de test publiés. Rien n'est vérifié : c'est une déclaration sur l'honneur, et elle vous engage vis-à-vis de ceux qui la lisent. Déclarer un rôle qu'on ne tient pas entièrement est pire que n'en déclarer aucun — des intégrateurs construiront dessus.