write_pdfa3a.json
Le fichier JSON de l’exemple « Barème de frais balisé en PDF/A-3a ». Un barème qu’un lecteur d’écran suit et qu’un logiciel lit dans le tableau joint : la troisième partie de la norme d’archivage à son niveau le plus élevé.
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 : schedule. 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 barème de frais est lu par les clients, certains au moyen d’un lecteur d’écran, et par le système de facturation qui l’applique. L’écrire deux fois, une page pour les gens et un fichier pour le système, c’est le moyen sûr pour que les deux finissent par annoncer des prix différents.
Ce que montre cet exemple
- Trois postes de frais pour le second semestre 2026, indiqués sur la page.
- Le titre, les paragraphes et la décoration désignés, pour les lecteurs d’écran.
- Les mêmes frais joints au fichier, sous forme de tableau qu’un logiciel ouvre.