Documentation en ligne

Appeler un webservice

Cette action est plus technique que les autres et peut nécessiter qu'un connecteur vers une application tierce ait été développé au préalable. Elle est utilisée/configurée par les services informatiques.

Généralités

L'action « Webservice » permet d'appeler un système tiers et, éventuellement, de lui transmettre des données, dont celles issues de formulaires de demandes d'usagers ayant atteint le statut qui contient cette action.

L'action webservice permet de gĂ©nĂ©rer un fichier plutĂ´t qu'une rĂ©ponse JSON en cochant « Fichier joint » comme type de rĂ©ponse (dans l'onglet rĂ©ponse). Si une donnĂ©e de traitement de type « Fichier » existe dans le workflow, il sera possible de la lier Ă  ce fichier en la sĂ©lectionnant dans la liste dĂ©roulante « Enregistrer le document gĂ©nĂ©rĂ© comme donnĂ©e de traitement ».

Édition

Les Ă©tapes d'Ă©dition de l'action « Webservice » sont les suivantes :

  1. Indiquer le libellé de l'appel du webservice.

  2. Saisir l'URL du webservice sollicité.

    • Le champ « URL » est obligatoire.
    • L'URL peut contenir des variables, pour afficher une information particulière. Dans « DonnĂ©es Ă  envoyer en paramètres Ă  l'URL », on peut spĂ©cifier un couple clĂ©/valeur. Par exemple en utilisant email et {{session_user_email}}, on va pouvoir former une URL qui sera https://www.example.net/notify?email={{session_user_email}}
  3. Choisir la méthode utilisée

    • GET : pour rĂ©cupĂ©rer un Ă©lĂ©ment

    • POST : Pour envoyer un Ă©lĂ©ment

    • PUT : Pour crĂ©er un Ă©lĂ©ment

    • PATCH : Pour mettre Ă  jour un Ă©lĂ©ment

    • DELETE : pour effacer un Ă©lĂ©ment

    Si aucune donnée n'est indiquée et que le formulaire ne doit pas être transmis, alors la requête HTTP effectuée est un GET sur l'URL.
  4. Dé/Cocher la case « Envoyer les données du formulaire ».

    Ce choix est proposé si méthode POST, PUT ou PATCH choisie. Cochée, la case indique que l'ensemble des données du formulaire doit être transmis, avec un appel dont le contenu correspondra au formulaire encodé au format JSON, comme décrit sur cette page sur l'API.

    Si la case « Envoyer les donnĂ©es du formulaire » est cochĂ©e et que des « DonnĂ©es Ă  envoyer dans le corps de la requĂŞte » sont indiquĂ©es, alors ces dernières sont ajoutĂ©es dans le JSON du formulaire, dans une clĂ© « extra Â».
  5. « Données à envoyer dans le corps de la requête » permet d'indiquer les données qui seront transmises sous la forme d'un dictionnaire clé-valeur au format JSON.

  6. Sur chaque ligne, la colonne de gauche est le nom de la clé, celle de droite, la valeur.

    Exemple

    Ce tableau de valeurs :

    code_appel

    w.c.s.

    form_number

    {{form_number}}

    formera ce JSON :

      {
        "code_appel": "w.c.s.",
        "form_number": "4"
      }
  7. Le paramètre « Identifiant » permet d'enregistrer le rĂ©sultat retournĂ© par l'appel dans des variables nommĂ©es form_workflow_response_IDENTIFIANT_…

    • form_workflow_response_IDENTIFIANT_datetime pour rĂ©cupĂ©er la date et l’heure de l’appel,

    • form_workflow_response_IDENTIFIANT_url pour rĂ©cupĂ©rer l’URL appelĂ©e,

    • form_workflow_response_IDENTIFIANT_status pour rĂ©cupĂ©rer le code de statut HTTP de la rĂ©ponse (200 signifie qu’elle s’est bien passĂ©e),
    • form_workflow_response_IDENTIFIANT_success pour rĂ©cupĂ©rer un boolĂ©en indiquant si la requĂŞte s’est bien passĂ©e,

    • form_workflow_response_IDENTIFIANT_response_… pour rĂ©cupĂ©rer le contenu de la rĂ©ponse, avec un accès standardisĂ© aux dĂ©tails de celle-ci, par exemple form_workflow_response_IDENTIFIANT_response_data pour accĂ©der Ă  la clĂ© data,  pour accĂ©der Ă  la clĂ© form_workflow_response_IDENTIFIANT_response_data_0_id du premier Ă©lĂ©ment de la clĂ© data, etc.

  8. L'onglet « gestion des erreurs » permet de faire partir la demande dans le statut de votre choix lorsque l'appel renvoie une erreur. Cela permet d'identifier rapidement une demande en erreur.

Dernière mise à jour le 05/12/2025 14:52 — Éditer