Connectez Qonto à Well

Comment Well protège votre connexion Qonto

Qonto autorise via OAuth, Well ne détient donc aucune clé API Qonto. La connexion que vous validez comporte les habilitations suivantes : offline_access, organization.read, supplier_invoice.read, supplier_invoice.write, client_invoices.read, client_invoice.write, payment_link.write, webhook, attachment.read, card.read, client.read, einvoicing.read, insurance_contract.read, membership.read, payment_link.read, product.read, sepa_direct_debit.read, team.read, cash_flow_category.read, terminal.read, attachment.write et cash_flow_category.write. webhook permet à Qonto de notifier Well des changements. Well ne demande pas les habilitations d'écriture des demandes de virement, des cartes, des clients, des produits, des membres, des équipes, des comptes bancaires ni des contrats d'assurance, donc Well ne crée aucune demande de virement et ne modifie aucun de ces éléments. Well ne demande pas les habilitations d'écriture de paiement, de virement, de bénéficiaire ni de prélèvement, donc Well n'effectue aucun virement. Douze des 22 sont des lectures supplémentaires (attachment.read, card.read, client.read, einvoicing.read, insurance_contract.read, membership.read, payment_link.read, product.read, sepa_direct_debit.read, team.read, cash_flow_category.read et terminal.read) : elles permettent à Well de répondre à des questions sur vos justificatifs, vos cartes, vos clients, vos paramètres de facturation électronique, vos contrats d'assurance, vos membres, vos liens de paiement, vos produits, vos mandats de prélèvement, vos équipes, vos catégories de trésorerie et vos terminaux de paiement, et elles ne modifient rien dans Qonto. organization.read est ce qui autorise le volet comptes, de sorte que Well lit votre organisation, vos comptes bancaires, vos soldes et vos transactions, ainsi que vos factures fournisseurs et clients et leurs justificatifs PDF. supplier_invoice.write n'est utilisé que par l'action d'envoi vers Qonto, qui dépose un PDF de facture fournisseur après votre confirmation. client_invoice.write n'est utilisé que pour une opération de facturation que vous demandez et confirmez : un brouillon de facture client que vous émettez dans Qonto, l'envoi d'une facture émise en facture électronique ou par e-mail, un devis, la suppression d'une relance de paiement, l'arrêt ou la reprise d'une facture récurrente, le statut payé d'une facture, ou le mode de numérotation. Well n'envoie une facture ou un devis par e-mail via Qonto qu'aux adresses de la fiche Qonto de votre client, sous un objet que Well rédige à partir du numéro du document, avec le texte d'e-mail propre à Qonto et une copie pour vous ; la carte affiche l'objet et chaque adresse avant votre confirmation. payment_link.write n'est utilisé que pour créer le lien de paiement par carte d'une facture émise que vous demandez, et pour désactiver un lien que Well remplace. payment_link.read permet aussi à Well de vérifier un lien expiré avant que Well ne le remplace. attachment.write est demandé en amont du workflow de justificatifs. Well n'attache rien à une transaction Qonto tant que vous n'avez pas activé ce workflow, et ne retire une pièce jointe que si vous le demandez et le confirmez. cash_flow_category.write sert seulement à changer la catégorie de trésorerie d'une transaction après votre confirmation : Well attribue une catégorie ou une sous-catégorie, ou la retire, et ne crée, ne renomme ni ne supprime aucune catégorie. L'ancien connecteur d'écriture Qonto, validé séparément, comporte la même habilitation supplier_invoice.write. Hors ce changement de catégorie de trésorerie, aucune de ces écritures ne peut marquer une transaction, initier un virement, ni créer, verrouiller ou modifier une carte.