Différences

Ci-dessous, les différences entre deux révisions de la page.

--- guide_du_developpeur [2025/05/28 11:18] – [2. Création d’un dossier utilisateur] admin
+++ guide_du_developpeur [2025/06/19 11:53] (Version actuelle) – supprimée admin
@@ Ligne 1: / Ligne 1: @@
-====== Guide du Développeur ======
-=== 🎯 La solution ID360 vous permettra de :===
-  * ✅ Gérer l’**identification** et l’**authentification** des utilisateurs de votre service métier.
-  * 🗂️ (Optionnel) **Collecter**, **stocker** et **vérifier l’authenticité** de documents complémentaires.
-  * 🎨 Personnaliser une **interface utilisateur** selon vos besoins.
-----
-=== 🔗 Accès au Swagger ===
-  *  **[[https://preprod.id360docaposte.com/static/swagger.html|Swagger Préproduction]]**
-  *  **[[https://id360docaposte.com/static/swagger.html|Swagger Production]]**
-----
-=== 🔧 Principales opérations API ===
-  - **Connexion à l’API** : Cet appel vous fournira un token valide pendant 15 minutes, vous permettant d’accéder aux différentes méthodes de l’API.
-  - **Création d’un dossier utilisateur** : Lors de la création d’un dossier utilisateur, vous recevrez un identifiant de dossier ainsi qu'une clé API (api_key), qui sera essentielle pour la suite du processus.
-  - **Comparaison de données (optionnelle)** : Il est également possible de comparer des données attendues avec celles extraites de l'identité.
-  - **Redirection de l’utilisateur vers l’interface utilisateur (UI)** : La clé API obtenue à l’étape précédente vous permettra de rediriger l’utilisateur vers son parcours d’enrôlement.
-  - **Récupération du rapport** : Vous pourrez récupérer le rapport du dossier utilisateur en utilisant l'identifiant du dossier obtenu lors de la deuxième étape. Ce rapport contiendra le statut du dossier ainsi que des informations techniques et sur les différentes étapes de vérification.
-  - **Récupération des documents** : Vous aurez également la possibilité de récupérer les documents d'identité et complémentaires soumis par l'utilisateur lors de son parcours.
-----
-📘 **Pour poursuivre la lecture de ce guide, il est nécessaire d’avoir créé au moins un parcours et une application.**
-Si ce n’est pas encore fait, nous vous recommandons de consulter : **[[guide_mes_premiers_pas|Mes premiers pas avec ID360]]**
-====== 1. Connexion à l’API ======
-==== 1.1 Connexion à l’API : Authentification ====
-[[https://preprod.id360docaposte.com/static/swagger.html#/user/login|Voir la méthode dans le Swagger]]
-----
-=== 🔧 Requête CURL – Production ===
-<code javascript>
-curl -X POST "https://id360docaposte.com/api/1.0.0/user/login/" \
-  -H "accept: application/json" \
-  -d '{ "username": "string", "password": "string", "token": "string" }'
-</code>
-=== 🔧 Requête CURL – Préproduction ===
-<code javascript>
-curl -X POST "https://preprod.id360docaposte.com/api/1.0.0/user/login/" \
-  -H "accept: application/json" \
-  -d '{ "username": "string", "password": "string", "token": "string" }'
-</code>
-----
-=== 📥 Paramètres requis ===
-^ Paramètre  ^ Obligatoire ^ Détails ^
-| ''username'' | Oui | Identifiant de connexion |
-| ''password'' | Oui | Mot de passe associé |
-| ''token'' | Non (sauf si admin) | Inutile pour les comptes ''application''. Obligatoire uniquement pour les comptes ''admin'' avec authentification à deux facteurs. |
-----
-=== 📤 Résultat attendu (exemple) ===
-**HTTP Status** : ''200 OK''
-**Réponse (Body)** :
-<code javascript>
-{
-  "token": "0123456789abcdef01234567"
-}
-</code>
-----
-=== 💬 Commentaires ===
-  * Cet appel **doit être effectué par votre serveur**, **jamais** depuis le navigateur de l’utilisateur.
-  * Le **token retourné est valide 15 minutes**. Ce délai est **réinitialisé à chaque appel API** utilisant ce token.
-  * Si vous tentez un appel avec un token expiré ou sans token, vous recevrez une erreur ''401 Unauthorized''.
-  * Tant que le token est valide, **il ne faut pas refaire un appel à ''/login/''**.
-  * Le token s’utilise dans les appels suivants sous forme de header : ''Authorization: Token 0123456789abcdef01234567''
-----
-==== 1.2 Headers de vos prochaines requêtes ====
-{{headers.png|Exemple de headers}}
-Le header essentiel à ajouter à vos requêtes API est :
-**''Authorization''** → doit contenir :
-  * le préfixe **''Token''**
-  * un espace
-  * la **valeur du token** récupérée lors de la connexion à l’API
-**Exemple** :
-<code>
-Authorization: Token 0123456789abcdef01234567
-</code>
-----
-=== Tester via le Swagger ===
-Pour tester les appels dans Swagger :
-  - Cliquez sur le bouton **''Try it out''** (en haut à droite)
-  - Entrez le token sous la forme : Token 0123456789abcdef01234567
-  - Cliquez ensuite sur **''Authorize''**.
-Vous serez alors authentifié pour effectuer les appels API directement depuis Swagger.
-----
-==== ⚠️ 1.3 Durée de vie et extension du token - A INTEGRER IMPERATIVEMENT ⚠️ ====
-**Le token de connexion est valable pendant 15 minutes**.
-Cette durée est **réinitialisée à chaque appel de méthode utilisant le token** (*à l'exception de la méthode ''logIn''*).
-Si vous n’êtes pas connecté ou si votre token a expiré, vous recevrez une erreur **401 Unauthorized** pour toute opération nécessitant une authentification.
-----
-=== 🔁 Prolonger la validité du token ===
-Pour prolonger la durée de vie de votre token, vous pouvez appeler la méthode suivante **toutes les 13 minutes** :
-**''/api/1.0.0/user/whoami''**
-Cette méthode :
-  * Ne nécessite **aucun paramètre**
-  * Requiert un **en-tête Authorization** au format suivant :
-<code>
-Authorization: Token 0123456789abcdef01234567
-</code>
-----
-=== ✅ Vérification de validité ===
-  * Si cette méthode retourne un **code 200**, cela signifie que votre token est toujours valide.
-  * Dans le cas contraire, vous devrez générer un **nouveau token** via la méthode **''logIn''**.
-**ℹ️ À retenir : intégrer cet appel de manière automatique dans vos processus pour éviter d’avoir à solliciter la méthode logIn à répétition, cela pourrait être interprété par ID360 comme un comportement anormal ou agressif.
-**
-====== 2. Création d’un dossier utilisateur ======
-[[https://preprod.id360docaposte.com/static/swagger.html#/process/process_enrollment_create|Voir la méthode dans le Swagger]]
-----
-=== 🔧 Requête CURL – Production ===
-<code javascript>
-curl -X POST \
-  "https://id360docaposte.com/api/1.0.0/process/{id}/enrollment" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🔧 Requête CURL – Préproduction ===
-<code javascript>
-curl -X POST \
-  "https://preprod.id360docaposte.com/api/1.0.0/process/{id}/enrollment" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🛠 Remarques sur l’URL ===
-Remplacez la partie ''{id}'' par l’**UUID d’un process**.
-Les objets process sont configurables via l’IHM d’administration (leur UUID y est affiché).
-----
-=== 📥 Body attendu ===
-<code json>
-{
-  "browser_callback_url": "https://www.example.com/browser_callback_url",
-  "client_reference": "any_string",
-  "callback_headers": {
-    "header_name_1": "header_value_1",
-    "header_name_2": "header_value_2"
-  },
-  "last_name": "Users last name",
-  "first_name": "Users first name",
-  "email": "Users email",
-  "address_line_1": "Users address line 1",
-  "address_line_2": "Users address line 2",
-  "address_line_3": "Users address line 3",
-  "zip_code": "Users zip code",
-  "city": "Users city",
-  "country": "Users country",
-  "phone_number": "Users phone number",
-  "group": "string",
-  "callback_endpoints": [{
-    "url": "https://www.example.com/callback_url1",
-    "on": ["E","F","C"],
-    "headers": [{"name": "string", "value": "string"}]
-    },{
-    "url": "https://www.example.com/callback_url2",
-    "on": [],
-    "headers": [{"name": "string", "value": "string"}]
-  }]
-}
-</code>
-----
-=== 📝 Détails des champs ===
-  * **''callback_url''** : obligatoire – URL de votre serveur appelée par ID360 en POST une fois l’enrôlement traité.
-  * **''browser_callback_url''** : obligatoire – URL appelée par le navigateur de l’utilisateur à la fin du parcours (utilisée uniquement pour la redirection).
-  * **''callback_headers''** : facultatif – Permet de spécifier des headers, comme un header d’authentification, pour l’appel à ''callback_url''.
-  * **''client_reference''** : facultatif – Permet d’associer un identifiant interne à votre système. Utile pour les croisements en cas d’annulation ou d’échec.
-  * **''last_name, first_name, address_line_1/2/3, zip_code, city, country, phone_number, email''** : facultatifs – Informations utilisateur à titre **informatif uniquement** (aucun contrôle réalisé dessus).
-  * **''group''** : facultatif – permettra de faire un export des consommations en fonction de groupes.
-  * **''callback_endpoints''** : facultatif – un callback endpoint permet à ID360 de notifier automatiquement votre système lorsqu’un dossier atteint un certain statut (ex. échec, annulation, fin de traitement), via une requête HTTP POST envoyée à l’URL que vous avez fournie.
-> Pour plus de détails sur la callback_url ou sur les callback_endpoints, consultez [[https://wiki.id360docaposte.com/doku.php?id=guide_callbacks|ce guide dédié]].
-----
-=== 📤 Résultat attendu (exemple) ===
-**HTTP Status** : ''200 OK''
-<code json>
-{
-  "url": "https://www.id360docaposte.com/api/1.0.0/enrollment/{id}",
-  "id": "{id}",
-  "process": 1,
-  "api_key": "0123456789abcdef0123456789abcde",
-  "callback_url": "xxx",
-  "browser_callback_url": "yyy",
-  "client_reference": "any_string",
-  "status": "NEW",
-  "reason": null,
-  "creation_time": "2021-12-17T15:01:49.013906",
-  "starting_time": null,
-  "finished_time": null
-}
-</code>
-----
-=== 💬 Commentaire ===
-  * Cet appel **doit être effectué côté serveur**, jamais depuis le navigateur de l'utilisateur.
-  * ⚠️ **Il est essentiel de conserver l’''id'' du dossier ainsi que la ''api_key''** pour la suite du processus.
-====== 3. Comparaison de données (optionnelle) ======
-Dans la configuration du parcours, il est indispensable de sélectionner **au moins une donnée à comparer**.
-Pour ce faire, accédez au bloc **''Saisie d'informations''** et choisissez les éléments à comparer.
-[[https://preprod.id360docaposte.com/static/swagger.html#/Enrollment%20Control/control_data|Voir la méthode dans le Swagger]]
-----
-=== 🔧 Requête CURL – Production ===
-<code javascript>
-curl -X POST \
-  "https://id360docaposte.com/api/1.0.0/enrollment/{id}/control/data/{data_name}/?locked=true" \
-  -H "accept: application/json" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🔧 Requête CURL – Préproduction ===
-<code javascript>
-curl -X POST \
-  "https://preprod.id360docaposte.com/api/1.0.0/enrollment/{id}/control/data/{data_name}/?locked=true" \
-  -H "accept: application/json" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🛠 Informations techniques ===
-  * **''{id}''** : identifiant de l’enrôlement, récupéré lors de la création du dossier utilisateur.
-  * **''{data_name}''** : nom de la donnée à comparer.
-    - Exemples :
-      - ''name'' → nom de famille
-      - ''first_name'' → prénom
-      - ''birth_date'' → date de naissance
-  * Pour connaître les données attendues, vous pouvez interroger :
-    [[https://preprod.id360docaposte.com/api/1.0.0/enrollment/flow/enrollment_info]]
-----
-=== 📥 Paramètres ===
-^ Paramètre ^ Valeur ^ Description ^
-| ''locked'' | true | Verrouille la donnée une fois soumise (évite la modification ultérieure) |
-----
-=== 📤 Body attendu ===
-Le body doit simplement contenir **la donnée à vérifier**, au format brut (texte ou valeur simple).
-----
-=== ✅ Résultat attendu ===
-**HTTP Status** : ''204 No Content''
-Cela indique que la comparaison a bien été prise en compte **et ne retourne pas de corps de réponse**.
-====== 4. Renvoi de l’utilisateur vers l’UI ======
-Cette étape doit être réalisée **directement dans le navigateur de l’utilisateur**.
-À l’aide de l’''api_key'' obtenue lors de la création du dossier utilisateur, vous pouvez rediriger l’utilisateur vers l’interface de saisie via l’URL suivante :
-----
-=== 🌐 Environnement de Production ===
-<code>
-https://www.id360docaposte.com/static/process_ui/index.html#/enrollment/api_key_de_l_etape_precedente
-</code>
-----
-=== 🧪 Environnement de Préproduction ===
-<code>
-https://preprod.id360docaposte.com/static/process_ui/index.html#/enrollment/api_key_de_l_etape_precedente
-</code>
-----
-=== ℹ️ Remarques ===
-  * Cette URL **doit être ouverte dans le navigateur de l’utilisateur final**.
-  * Remplacez **''api_key_de_l_etape_precedente''** par la valeur réelle reçue lors de la création du dossier utilisateur (champ ''api_key'' dans la réponse).
-==== Lorsque l’utilisateur a terminé son parcours d’identification ====
-Un token est ajouté en paramètre de l’URL de redirection (browser callback) lors de la redirection de l’utilisateur. Par exemple :
-https://browsercallback.fr?token=2c4a10812ed36dd6d6de2e3c4751ff20e277b4fe41b557dcebb31f5f5a66550815163de0f4e51ac4619a14be98da2de156914a87bdecccba41e9be357aaa2582
-Ce token permet d’appeler la méthode suivante :
-https://preprod.id360docaposte.com/static/swagger.html#/enrollment/enrollment_status_retrieve
-Cette méthode récupère l'enrôlement associé au jeton présent dans l'URL de callback. Elle ne peut être invoquée qu'une seule fois pour un même enrôlement, après quoi le jeton sera automatiquement invalidé.
-Notez qu'il s'agit d'une empreinte de l'enrôlement et non d'un rapport d’identification comme celui obtenu via le paramètre « report » (un exemple est disponible dans le swagger).
-Même si vous n’utilisez pas ce token, le statut du dossier sera communiqué via l’URL de callback (voir l’étape suivante).
-====== 5. Récupération du rapport ======
-==== 5.1 Récupération du rapport par API ====
-[[https://preprod.id360docaposte.com/static/swagger.html#/enrollment/enrollment_report_retrieve|Voir la méthode dans le Swagger]]
-----
-=== 🔧 Requête CURL – Production ===
-<code javascript>
-curl -X GET \
-  "https://id360docaposte.com/api/1.0.0/enrollment/{id}/report" \
-  -H "accept: application/json" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🔧 Requête CURL – Préproduction ===
-<code javascript>
-curl -X GET \
-  "https://preprod.id360docaposte.com/api/1.0.0/enrollment/{id}/report" \
-  -H "accept: application/json" \
-  -H "Authorization: Token 0123456789abcdef01234567"
-</code>
-----
-=== 🛠 Informations techniques ===
-  * **''{id}''** : identifiant du dossier utilisateur, récupéré lors de sa création.
-  * **Paramètres** : aucun paramètre attendu dans cette requête.
-----
-=== ✅ Résultat attendu ===
-**HTTP Status** : ''200 OK''
-**Format de la réponse** : JSON
-----
-=== 💬 Commentaires ===
-  * Cet appel doit être effectué **par votre serveur**, **jamais depuis le navigateur de l’utilisateur**.
-  * Le token de connexion est **valable 15 minutes**, renouvelées à chaque appel utilisant ce token.
-  * En cas de token expiré ou absent, vous recevrez une **erreur 401 Unauthorized**.
-  * Tant que votre token est valide, **il ne faut pas réutiliser la méthode ''login''**.
-  * Le token s’utilise dans l’en-tête des appels suivants sous la forme :
-<code>
-Authorization: Token le_token_retourné_par_login
-</code>
-==== 5.2 Récupération du rapport depuis la plateforme d'administration ====
-Le rapport est également accessible dans la console, sous l'onglet « Dossiers Utilisateurs » pour une durée de deux mois. L'identifiant correspond à l'ID du dossier généré à l’issue de l’étape 2. En sélectionnant « Voir le détail », vous pouvez consulter le rapport d’identification et télécharger le dossier de preuves au format JSON en bas de page.
-==== 5.3 Spécificités ====
-----
-=== 📄 Un rapport temporaire ===
-Un rapport temporaire est disponible **avant** que le rapport final ne soit émis.
-Ce rapport peut être récupéré grâce au paramètre **''allow_draft = true''**, mais **ne doit pas être utilisé en production**.
-⚠️ La récupération du rapport ne peut se faire **qu'après réception de la ''callback_url''** vous informant de la fin du traitement du dossier.
-**Attention** :
-L'appel à un rapport temporaire **peut induire des ralentissements ou des blocages** pour vos utilisateurs.
-----
-=== 📄 Un rapport émis il y a moins de 7 jours ===
-Les applications et utilisateurs peuvent récupérer tous les **dossiers de preuve** via la méthode ''report''.
-- Un dossier ayant le statut :
-  - ''NEW''
-  - ''STARTED''
-  - ''CANCELED''
-  aura un dossier de preuve **temporaire** accessible en ajoutant **''draft = true''** à l’appel.
-→ [[https://preprod.id360docaposte.com/static/swagger.html#/enrollment/enrollment_report_retrieve|Voir dans Swagger]]
-----
-=== 📄 Un rapport émis il y a plus de 7 jours et moins de 2 mois ===
-Les utilisateurs peuvent récupérer tous les **dossiers de preuve finalisés** (avec un **verdict OK ou KO**) via la méthode ''report''.
-----
-=== 📄 Un rapport émis il y a plus de 2 mois et jusqu’à expiration de la période d’archivage ===
-Seuls les **utilisateurs** peuvent accéder aux **rapports archivés** via la méthode ''report/archive''.
-  * Un dossier avec un statut **CANCELED** ou **FAILED** **n’est pas archivé**.
-  * Un dossier **DELETED** (de plus de 2 mois) est archivé **uniquement** s’il avait un statut final **OK** ou **KO**.
-----
-=== 👥 Définition : application vs utilisateur ===
-**▶️ Récupération via une application :**
-Connexion via vos identifiants *applicatifs* (identifiant de l'application + mot de passe défini à la création).
-**▶️ Récupération via un utilisateur :**
-Connexion avec vos identifiants *utilisateur* :
-  - Adresse e-mail
-  - Mot de passe personnel
-  - Jeton de double authentification (2FA)
-----
-=== 📄 Récupération du PDF du rapport ===
-Voir méthode dédiée :
-[[https://preprod.id360docaposte.com/static/swagger.html#/enrollment/enrollment_proof_slip|Téléchargement du PDF du rapport]]
-====== 6. Récupération de documents ======
-Il vous est possible, via l’API, de récupérer les **pièces d’identité analysées** et, si configuré, les **documents collectés**.
-Cela est possible **jusqu’à 7 jours après l’enrôlement**.
-[[https://preprod.id360docaposte.com/static/swagger.html#/document/document_file_contents|Voir la méthode dans le Swagger]]
-----
-=== 🔧 Requête CURL – Production ===
-<code bash>
-curl -X 'GET' \
-  'https://id360docaposte.com/api/1.0.0/document/{id_document}/file_contents/?page_number={page_number}' \
-  -H 'accept: application/octet_stream' \
-  -H 'Authorization: Token 4550d727f89d76dc0b07917461a16710141d101e0796ec644c'
-</code>
-----
-=== 🔧 Requête CURL – Préproduction ===
-<code bash>
-curl -X 'GET' \
-  'https://preprod.id360docaposte.com/api/1.0.0/document/{id_document}/file_contents/?page_number={page_number}' \
-  -H 'accept: application/octet_stream' \
-  -H 'Authorization: Token 4550d727f89d76dc0b07917461a16710141d101e0796ec644c'
-</code>
-----
-=== 📄 Commentaires ===
-  * Le document est renvoyé **directement en réponse**.
-  * Pour obtenir **le recto et le verso** d’une pièce d’identité, appelez deux fois la méthode avec un **''page_number''** différent :
-    - ''page_number=0'' → recto
-    - ''page_number=1'' → verso
-----
-=== 📁 Exemple d’extraction depuis un rapport JSON ===
-<code json>
-"documents": {
-  "identity": [{
-    "name": "id_document_image",
-    "files": [
-      { "url": "https://preprod.id360docaposte.com/api/1.0.0/document/354746/file_contents/?page_number=0" },
-      { "url": "https://preprod.id360docaposte.com/api/1.0.0/document/354746/file_contents/?page_number=1" }
-    ]
-  }]
-}
-</code>
-  * L’identifiant du document est **''354746''**.
-  * ''page 0'' = recto / ''page 1'' = verso
-----
-=== 📚 Typologie des documents récupérables ===
-^ Type de document ^ Clé JSON (name) ^
-| **Pièce d'identité (SVID)** | ''"documents": { "identity": [{ "name": "id_document_image", "files": [{"url": xxxxxxxxxxxxxxx}, {"url": xxxxxxxxxxxxxxx}]}'' |
-| **Pièce d'identité (PVID)** | ''"documents": {"other": [{ "name": "ar24_in_front", "files": [{"url": xxxxxxxxxxxxxxx}], [{ "name": "ar24_in_back", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Pièce d'identité avec MIE** | ''"documents": {"identity": [{ "name": "idd", "files": [{"url": xxxxxxxxxxxxxxx}]}]}'' |
-| **RIB** | '' "documents": { "bank_details": [{ "name": "bank_details_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Avis d’imposition** | ''"documents": { "income_tax": [{ "name": « income_tax_notice_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **KBIS** | ''"documents": { "kbis": [{ "name": « kbis_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Bulletin de salaire** | ''"documents": { "pay_slip": [{ "name": "pay_slip_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Taxe foncière** | '' "documents": { "property_tax": [{ "name": "property_tax_notice_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Selfie / Photo uploadée** | ''"documents": { "selfie": [{ "name": "selfie_image_upload", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Selfie / Photo traitée** | ''"documents": { "selfie": [{ "name": "selfie_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Carte de mutuelle** | ''"documents": { "health_insurance_card": [{ "name": "health_insurance_card_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Carte vitale** | ''"documents": { "social_security_card": [{ "name": "social_security_card_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Justificatif de domicile** | ''"documents": { "proof_of_address": [{ "name": "proof_of_address_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Carte grise** | ''"documents": { "car_registration": [{ "name": "car_registration_image", "files": [{"url": xxxxxxxxxxxxxxx}]}'' |
-| **Liveness** | ''"documents": { "liveness": [{"name": "liveness_video$0", "files": [{"url": "xxxxxxxxxxxxxxx"}]},{"name": "liveness_video$1","files": [{"url": "xxxxxxxxxxxxxxx"}]}]'' |
-====== Health Monitoring ======
-Il vous est possible via l’API health de récupérer un JSON donnant le statut sur les services utilisés par ID360.
-curl "https://id360docaposte.com/health/" -H "accept:application/json"
-**Résultat (exemple)  :**
-<code json>
-    "AR24": {
-        "local_status": {
-            "status": "OK",
-            "time": 1718095009.5825012
-        },
-        "global_status": {
-            "status": "OK",
-            "time": 1718095010.3707883
-        },
-        "all_status": {
-            "0": "OK",
-            "1": "OK"
-        }
-    },
-    "Antivirus": {
-        "local_status": {
-            "status": "OK",
-            "time": 1718095015.1533806
-        },
-        "global_status": {
-            "status": "OK",
-            "time": 1718095017.9609795
-        },
-        "all_status": {
-            "0": "OK",
-            "1": "OK"
-        }, ….
-    }, ….
-</code>
-Time: correspond à la valeur de l’horaire auquel a été fait la dernière mise à jour
-Deux instances "0" et "1" : vérifier qu’un OK est bien rendu pour les deux instances ID360