-
Notifications
You must be signed in to change notification settings - Fork 0
Guide de récupération des nouveaux télédossier sur HubEE
Ce guide de démarrage rapide est à destination des éditeurs qui débutent l'intégration de leur service informatique avec HubEE dans le cadre du cas d'usage “formulaire de collecte du quotient familial” proposé par API Particulier. Les données de l’usager collectées avec le formulaire sont stockées par HubEE sous la forme de fichiers contenus dans un télédossier pour chaque formulaire rempli.
Ce guide présente les étapes à suivre pour récupérer les nouveaux télédossiers et gérer les notifications associées.
Important
Si vous intégrez déjà HubEE pour d'autres abonnements vous devriez pouvoir utiliser votre intégration actuelle pour le cas d’usage FormulaireQF et ne devriez pas avoir besoin de ce guide.
Note
Pour aller plus loin
Ce guide est une version simplifiée d’intégration à Hubee vous permettant de mettre en place les fonctionnalités minimales pour faire tourner le service “formulaire de collecte du quotient familial”. C’est pourquoi, des notes, sous la même forme que celle-ci, ponctuent cette documentation, afin de vous inviter à aller plus loin dans l’intégration Hubee afin notamment de la rendre compatible avec d’autres cas d’usages.
Nous vous conseillons de consulter la documentation officielle d'HubEE
Avant de poursuivre la lecture de ce guide, assurez-vous de :
- Avoir déjà un compte sur Hubee en tant qu’éditeur. En savoir plus
- Vos identifiants API HubEE à récupérer via le portail
Il est conseillé d'avoir le swagger à portée de main pour mieux comprendre les étapes de ce guide.
export HUBEE_CLIENT_ID=votre_token_à_récupérer_via_le_portail
export HUBEE_CLIENT_SECRET=votre_token_à_récupérer_via_le_portailCe guide décrit la mise en place minimum d'HubEE pour le cas d'usage FormulaireQF.
La cinématique de FormulaireQF sur HubEE est assez simple mais il est tout de même très important de suivre toutes les étapes, notamment concernant les notifications.
HubEE se base sur ces notifications pour faire avancer le statut des télédossiers puis pour archiver et enfin supprimer les télédossiers et leur contenu. FormulaireQF se base aussi sur ces notifications pour faire avancer le statut des demandes.
Celles-ci doivent donc être dépilées (traitées et supprimées) au moins une fois par jour (et par environnement).
Le processus de récupération des télédossiers (où se trouvent les données quotient familial et composition familiale de l’usager) se déroule en plusieurs étapes basées sur la récupération de notifications. Celles-ci sont des évènements qui signalent un changement de statut d'un télédossier.
Vous devrez traiter l'ensemble des notifications envoyées à votre SI.
La cinématique est la suivante :
- A. Récupération d'un token d'authentification
- B. Récupération des notifications (à répéter jusqu'à ce que le tableau soit vide). Pour chaque notification :
- Cas n°1 : L'événement est un nouveau télédossier :
- Récupération du
case - Téléchargement des pièces jointes
- Mise à jour intermédiaire
- Mise à jour finale
- Suppression de la notification
- Récupération du
- Cas n°2 : L'événement est un télédossier existant (cinématique simplifiée):
- Suppression de la notification
- Cas n°1 : L'événement est un nouveau télédossier :
Les exemples sont fournis en bash et nécessitent l'installation de jq pour le traitement des réponses JSON.
graph LR
A[Récupération d'un token] --> B{Récupération des notifications}
B -- nouveau télédossier --> C[ Récupération du case ] --> D[ Téléchargement des pièces jointes ]
D --> E[Mise à jour intermédiaire ]
E --> F[Mise à jour finale ]
F --> I[Suppression de la notification]
B -- télédossier existant --> I
En premier il faut récupérer un jeton d'authentification.
export HUBEE_RESPONSE=$(curl -X POST https://auth.bas.hubee.numerique.gouv.fr/oauth2/token \
-H 'Content-Type: application/x-www-form-urlencoded' \
--user $HUBEE_CLIENT_ID:$HUBEE_CLIENT_SECRET \
-d 'scope=SI' \
-d 'grant_type=client_credentials')
echo $HUBEE_RESPONSECette réponse JSON contient le jeton d'authentification à utiliser pour les requêtes suivantes.
export HUBEE_ACCESS_TOKEN=$(echo $HUBEE_RESPONSE | jq -r '.access_token')export HUBEE_RESPONSE=$(curl -X GET https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/notifications \
-d 'maxResult=1000' \
-d 'processCode=FormulaireQF' \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN")
echo $HUBEE_RESPONSEVous devrez récupérer plusieurs fois par jour les notifications pour traiter les nouveaux télédossiers.
Vous devez récupérer les notifications et les traiter jusqu'à ce que le tableau récupéré soit vide, il s'agit d'une "pile" à "dépiler".
Tip
Par exemple, si vous avez 2500 notifications non traitées, vous devrez faire 4 appels avec maxResult valant 1000.
Le premier appel renverra les 1000 premières notifications que vous traiterez et supprimerez.
Vous ferez un second appel qui renverra 1000 notifications que vous traiterez et supprimerez.
Vous ferez un troisième appel qui renverra 500 notifications que vous traiterez et supprimerez.
Un quatrième appel renverra un tableau vide.
Cette requête renvoie un tableau de notification qui pointent vers des case.
Traitons d'abord celles qui représentent des nouveaux télédossiers : leur eventId est null.
Pour chacune de ces notification vous devrez :
- récupérer le
case - télécharger les pièces jointes (
attachments) - mettre à jour le
casepour indiquer qu'il est en cours de traitement - créer un évènement sur le
casepour notifier que le télédossier est en cours de traitement - mettre à jour le
casepour indiquer qu'il est traité - créer un événement sur le
casepour notifier que le télédossier est traité - supprimer la
notification.
Ici nous allons nous concentrer sur le traitement du premier case du tableau dont eventId est null.
export HUBEE_CASE_ID=$(echo $HUBEE_RESPONSE | jq -r '[.[] | select(.eventId == null) | .caseId][0]')
export HUBEE_NOTIFICATION_ID=$(echo $HUBEE_RESPONSE | jq -r '[.[] | select(.eventId == null) | .id][0]')export HUBEE_RESPONSE=$(curl -X GET https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN")
echo $HUBEE_RESPONSELe case contient un tableau d'attachments qui pointent vers les pièces jointes du télédossier.
export HUBEE_ATTACHMENTS=$(echo $HUBEE_RESPONSE | jq -r '[.attachments[] | {id: .id, file_name: .fileName}]')
jq -c '.[]' <<< $HUBEE_ATTACHMENTS | while read HUBEE_ATTACHMENT; do
export HUBEE_ATTACHMENT_ID=$(echo $HUBEE_ATTACHMENT | jq -r '.id')
export HUBEE_ATTACHMENT_FILE_NAME=$(echo $HUBEE_ATTACHMENT | jq -r '.file_name')
curl -o $HUBEE_ATTACHMENT_FILE_NAME -X GET https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID/attachments/$HUBEE_ATTACHMENT_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN"
doneexport HUBEE_BODY='{
"status": "IN_PROGRESS"
}'
export HUBEE_RESPONSE=$(curl -X PATCH https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-d "$HUBEE_BODY")
echo $HUBEE_RESPONSEexport HUBEE_BODY='{
"actionType": "STATUS_UPDATE",
"notification": true,
"caseNewStatus": "IN_PROGRESS"
}'Note
Pour aller plus loin
Il est conseillé de passer le paramètre "message" avec un message explicite, par exemple ici "Nous avons bien reçu votre demande, elle est en cours de traitement par nos services. Cordialement, la commune de NOM_DE_LA_COMMUNE".
Cela permettra la mise en place futures de fonctionalités avancées (comme la notification aux usagers).
export HUBEE_RESPONSE=$(curl -X POST https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID/events \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-d "$HUBEE_BODY")
echo $HUBEE_RESPONSENote
Pour aller plus loin
Les étapes 5 et 6 sont ici exécutées à la suite des étapes 3 et 4 mais une cinématique plus robuste devrait finaliser le traitement du case et sa notification après instruction du cas d'usage par votre SI.
Cette cinématique plus réaliste permet en outre de gérer les erreurs de traitement via le statut "REFUSED".
export HUBEE_BODY='{
"status": "DONE"
}'
export HUBEE_RESPONSE=$(curl -X PATCH https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-d "$HUBEE_BODY")
echo $HUBEE_RESPONSEexport HUBEE_BODY='{
"actionType": "STATUS_UPDATE",
"notification": true,
"caseNewStatus": "DONE"
}'Note
Pour aller plus loin
Il est conseillé de passer le paramètre "message" avec un message explicite, par exemple "La prise en charge de votre demande de mise à jour du Quotient Familial est terminée. Cordialement, la commune de NOM_DE_LA_COMMUNE".
Cela permettra la mise en place futures de fonctionalités avancées (comme la notification aux usagers).
export HUBEE_RESPONSE=$(curl -X POST https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID/events \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-d "$HUBEE_BODY")
echo $HUBEE_RESPONSEexport HUBEE_RESPONSE=$(curl -X DELETE https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/notifications/$HUBEE_NOTIFICATION_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN")
echo $HUBEE_RESPONSEVous allez recevoir des notifications supplémentaires concernant la fermeture d'un télédossier de la part de l'émmetteur.
Dans le cadre de du process formulaireQF, ces notifications n'ont pas besoin d'être traitées, vous devez les supprimer. Ce sont toutes les notifications avec un eventId non null.
Récupérons une notification pour un télédossier existant :
export HUBEE_CASE_ID=$(echo $HUBEE_RESPONSE | jq -r '[.[] | select(.eventId != null) | .caseId][0]')
export HUBEE_NOTIFICATION_ID=$(echo $HUBEE_RESPONSE | jq -r '[.[] | select(.eventId != null) | .id][0]')export HUBEE_RESPONSE=$(curl -X DELETE https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/notifications/$HUBEE_NOTIFICATION_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN")
echo $HUBEE_RESPONSENote
Pour aller plus loin
Cette cinématique est simplifiée et nous vous conseillons de mettre en place la cinématique complète suivante:
graph LR
D{Récupération de l'évènement} -- status == RECEIVED --> E((Suppression des notifications))
D -- status:SENT --> F{Paramètre actionType} -- actionType == ATTACH_DEPOSIT --> H[Téléchargement des PJs] --> G[Patch de l'event] --> E
F -- actionType != ATTACH_DEPOSIT --> G
Dans les cas ou il faut mettre à jour l'évènement, il faudra le passer au statut "RECEIVED":
export HUBEE_BODY='{
"status": "RECEIVED"
}'
export HUBEE_RESPONSE=$(curl -X PATCH https://api.bas.hubee.numerique.gouv.fr/teledossiers/v1/cases/$HUBEE_CASE_ID/events/$HUBEE_EVENT_ID \
-H "Authorization: Bearer $HUBEE_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-d "$HUBEE_BODY")
echo $HUBEE_RESPONSELe fichier ressemble à ceci :
{
"external_id": "external_id",
"pivot_identity": {
"family_name": "Heinemeier Hansson",
"given_name": "David",
"gender": "male",
"birthdate": "1979-10-15",
"birthplace": null,
"birthcountry": "99135"
},
"quotient_familial_v3": {
"allocataires": [
{
"date_naissance": "1979-10-15",
"nom_naissance": "Heinemeier Hansson",
"nom_usage": "Heinemeier Hansson",
"prenoms": "David",
"sexe": "M",
},
],
"enfants": [
{
"date_naissance": "2016-12-13",
"nom_naissance": "Heinemeier Hansson",
"nom_usage": "Heinemeier Hansson",
"prenoms": "Jean",
"sexe": "M",
},
],
"quotient_familial": {
"annee": 2024,
"annee_calcul": 2024,
"fournisseur": "CNAF",
"mois": 2,
"mois_calcul": 12,
"valeur": 2550,
},
"version": "v3",
},
"quotient_familial": {
"version": "v2",
"regime": "CNAF",
"quotientFamilial": 2550,
"annee": 2024,
"mois": 2,
"allocataires": [
{
"nomNaissance": "Heinemeier Hansson",
"nomUsuel": "Heinemeier Hansson",
"prenoms": "David",
"anneeDateDeNaissance": "1979",
"moisDateDeNaissance": "10",
"jourDateDeNaissance": "15",
"sexe": "M"
}
],
"enfants": [
{
"nomNaissance": "Heinemeier Hansson",
"nomUsuel": "Heinemeier Hansson",
"prenoms": "Jean",
"sexe": "M",
"anneeDateDeNaissance": "2016",
"moisDateDeNaissance": "12",
"jourDateDeNaissance": "13"
}
]
}
}Les données d'identité pivot correspondent aux champs originaux envoyés par FranceConnect, documentés ici : https://partenaires.franceconnect.gouv.fr/fcp/fournisseur-service (dans la section Données Usager).
Les données de quotient familial proviennent de l'API quotient familial V2, documentée ici : https://particulier.api.gouv.fr/developpeurs/openapi#tag/Quotient-familial/paths/~1api~1v2~1composition-familiale-v2/get
Si votre usager a eu une erreur Le dossier allocataire n'a pas été trouvé auprès de la CNAF en essayant de récupérer son quotient familial via FranceConnect, il lui sera proposé d'entrer son numéro d'allocataire pour récupérer ses données sur l'API quotient familial V1, documentée ici : https://particulier.api.gouv.fr/developpeurs/openapi-v2#tag/Quotient-familial/paths/~1api~1v2~1composition-familiale-v2/get
Le champ "version" renseigne de quelle API proviennent les données. Dans le cas de la V1, les champs sont légèrement différents.