write_pdfa4f.json
Le fichier JSON de l’exemple « Relevé de compte en PDF/A-4f avec ses données jointes ». Un relevé de compte conforme à la quatrième partie de la norme d’archivage, qui contient les mêmes chiffres dans un fichier XML qu’un logiciel lit sans que personne ne les retape.
Ce fichier est une requête : une application l’envoie par le réseau au serveur, qui crée le PDF et le renvoie. Il crée la même page que les versions Rust et Python de cet exemple. Une requête nomme chaque fichier qu’elle emploie, jamais le contenu de ces fichiers ; l’appel transmet la requête et les fichiers ensemble. Une police que le serveur détient déjà, comme DejaVuSans, se nomme sans rien y joindre. Envoyez la requête à l’adresse que donne la page de l’API.
Cette requête nomme des fichiers qu’elle ne contient pas : statement. Chacun voyage à côté de la requête, dans le même appel, comme une pièce fournie nommée exactement comme la requête la nomme ici — la description dit quel nom joue quel rôle, vous nommez donc vos fichiers comme vous voulez. Une requête qui nomme un fichier dont l’appel ne contient rien est refusée.
À quoi sert cet exemple
Un relevé de compte est vérifié par une personne et comptabilisé par un logiciel. Quand les chiffres n’existent que sur la page, quelqu’un les saisit en comptabilité, et un chiffre saisi peut être mal saisi.
Ce que montre cet exemple
- Un relevé de compte pour mai 2026 : deux lignes et le montant dû.
- Le même relevé joint au fichier en XML.
- Écrit en PDF 2.0, comme l’exige la quatrième partie.