laptop-codeComprendre le processus de publication

Pour l'API de dépôt, chaque publication s'appelle une révision, car techniquement, c'est une API de versionnage de fichier.

Une publication en 4 requêtes

Swagger de l'API de démo : https://plateforme-bal.adresse.data.gouv.fr/api-depot-demo/apiarrow-up-right

Étape 1 : création de la revision avec contexte d'authentification

Lors de la création d'une revision, vous aurez besoin :

  • du token (jeton)

  • du codeCommune

  • le contexte utilisateur doit être renseigné. Il est composé de 3 champs optionnels (mais fortement recommandés) :

    • Nom de la personne nomComplet qui effectue le dépôt.

    • Nom de l'organisation organisation

    • Champs libre clé/valeur extras : peut-être utilisé pour stocker des identifiants internes au client, des données additionnelles actuellement non supportées par l'API, mais jugées utiles par l'éditeur. Attention ces champs sont publiques.

Réponse :

Étape 2 : téléversement du fichier au format BAL 1.3 ou 1.4

  • Pour le téléversement, vous aurez besoin : du token, de la revisionId et du fichier BAL.

  • En option : le Content-Length du fichier et sa signature MD5

Réponse :

Étape 3 : validation

Réponse :

  • Si le fichier soumis n'est pas valide, la valeur isReady reste à false et validation.valid est false.

Étape 4 : publication de la revision

  • Pour la publication vous aurez besoin du token, de la revisionId

  • Lorsque isReady :true la revision peut être publiée.

Réponse :

  • Si isCurrent : true alors la BAL est en production !

Mis à jour