Communauté gestion

Forum Discussion

Avatar de Quentin_MAILLE
Quentin_MAILLE
Icône pour le rang Écho naissantÉcho naissant
il y a 22 jours
Répondu

Comment modifier l'adresse électronique de facturation d'un client via l'API v2?

Bonjour, comment via l'api je peux saisir l'Adresse électronique de facturation d'un client ?
Dans la documentation de l'API je ne trouve pas comment faire, par exemple dans l'update d'un customer  je peux modifier beaucoup de chose dont le SIREN mais pas l'adresse éléctronique de facturation. Il y a un autre moyen qui m'échappe ?

Merci!

  • Avatar de Angélique_
    Angélique_
    il y a 14 jours

    Bonjour Quentin_MAILLE​ 

    Le champ « Adresse électronique de facturation » saisi sur la fiche d'un client entreprise ne correspond pas à une adresse e-mail de contact classique, mais à l'adresse électronique de facturation utilisée pour l'acheminement des factures électroniques : elle est récupérée automatiquement depuis l'annuaire officiel à partir du SIREN ou du SIRET renseigné pour ce client, et ne se saisit d'ailleurs plus manuellement. Ce champ est distinct des adresses e-mail de contact habituelles (celles utilisées par exemple pour l'envoi des factures par e-mail), qui elles apparaissent bien dans la réponse de l'API externe sous forme de liste d'adresses e-mail.

    À ce jour, cette adresse électronique de facturation (liée spécifiquement à la facturation électronique) ne fait pas partie des champs renvoyés lorsqu'on récupère les informations d'un client entreprise via l'API externe. Il s'agit donc d'un comportement attendu actuellement : ce champ n'est simplement pas encore inclus dans les données exposées par ce point d'accès, et non d'un bug.

4 Réponses

  • Bonjour Quentin_MAILLE​ 

    Le champ « Adresse électronique de facturation » du client existe bien dans l'API, mais il est nommé emails (et non « billing email »). C'est un champ de type tableau de chaînes (array of strings), disponible dans le corps de la requête PUT /api/external/v2/company_customers/{id} (endpoint "Update a company customer"), au même niveau que name, vat_number, billing_address, etc.

    Exemple de corps de requête :

    { "emails": ["[email protected]"]}


    Ce champ correspond aux adresses email utilisées comme destinataires par défaut lorsque vous envoyez une facture ou un devis par email à ce client (si aucun destinataire n'est précisé explicitement dans l'appel d'envoi, ce sont ces adresses qui sont utilisées).

    • Avatar de Quentin_MAILLE
      Quentin_MAILLE
      Icône pour le rang Écho naissantÉcho naissant

      Bonjour Angélique_​ 
      Merci pour votre réponse mais elle ne correspond pas à ce que je peux tester de mon coté. Par exemple pour un client le champ "Adresse électronique de facturation" saisi je ne retrouve rien dans les email coté api. Je vous joins une copie d'écran de la fiche client, et la réponse de l'api pour le call retrieve a company customer

       

       

      • Avatar de Angélique_
        Angélique_
        Icône pour le rang PennylaneurPennylaneur

        Bonjour Quentin_MAILLE​ 

        Le champ « Adresse électronique de facturation » saisi sur la fiche d'un client entreprise ne correspond pas à une adresse e-mail de contact classique, mais à l'adresse électronique de facturation utilisée pour l'acheminement des factures électroniques : elle est récupérée automatiquement depuis l'annuaire officiel à partir du SIREN ou du SIRET renseigné pour ce client, et ne se saisit d'ailleurs plus manuellement. Ce champ est distinct des adresses e-mail de contact habituelles (celles utilisées par exemple pour l'envoi des factures par e-mail), qui elles apparaissent bien dans la réponse de l'API externe sous forme de liste d'adresses e-mail.

        À ce jour, cette adresse électronique de facturation (liée spécifiquement à la facturation électronique) ne fait pas partie des champs renvoyés lorsqu'on récupère les informations d'un client entreprise via l'API externe. Il s'agit donc d'un comportement attendu actuellement : ce champ n'est simplement pas encore inclus dans les données exposées par ce point d'accès, et non d'un bug.