Reference
Generated from the specification the API serves, and checked on every run of the test suite: what you read here is what the service answers.
The descriptions below come from the code annotations and exist in one version only: translating them here would create a second source bound to drift.
Convertir un fichier vers le format demande
Le format source se lit dans les octets du fichier, jamais dans son nom ni dans son extension. La cible se demande par `to`. Les paires servies sont celles que `GET /v1/formats` enumere — les deux lisent la meme table. Un refus structurel (paire inconnue, image indecodable) rend `200` avec `status: refused` et un motif : il ne se decompte pas.
Les paires de formats servies
La liste est calculee depuis la table des moteurs, jamais redigee : ce que cette reponse enumere est exactement ce que `POST /v1/convert` accepte.
Assembler plusieurs PDF en un seul
Plusieurs parties `file`, dans l'ordre voulu pour le document final : cet ordre est celui de la requete, jamais celui des noms de fichiers — ce service ne lit pas les noms. Il en faut au moins deux, et au plus cinquante. Un refus structurel rend `200` avec `status: refused` et un motif ; il ne se decompte pas.
Decouper un PDF en un document par page
Le fichier doit etre un PDF : son format se lit dans ses octets, jamais dans son nom. La reponse porte un document par page, dans l'ordre, chacun encode en base64. Un refus structurel — PDF protege, illisible, ou trop de pages — rend `200` avec `status: refused` et un motif. Il ne se decompte pas.