Aller au contenu principal

Savoir s’ils ont payé, avant de demander.

Prévu · aucune date fixée

finAPI agrège les données de comptes DSP2 de presque toutes les banques DACH et les relie à la comptabilité canonique DATEV. Sous sa propre licence, pas la nôtre. Une intégration de notre côté atteint des centaines de points d’accès financiers du vôtre, et l’intérêt dans un appel est direct : un agent qui sait que la facture a été réglée hier n’appelle pas pour en parler.

Ce que l’agent vérifie avant l’appel

{
  "tool": "finapi_payment_status",
  "arguments": { "invoice_ref": "RE-2026-00841" },
  "result": {
    "status": "settled",
    "settled_on": "2026-08-14",
    "source": "psd2_account_lookup"
  },
  "effect": "campaign_entry_suppressed"
}

Exemple chiffré. Acme GmbH, Nova Industries et Kestrel Industries sont fictifs ; aucune donnée client n’apparaît ici.

Un appel supprimé reste un événement : la suppression est enregistrée avec son motif, de sorte qu’une campagne peut rendre compte de ce qu’elle n’a pas fait.

Ce qui s’applique autour des données

Les prestataires de services d’information sur les comptes ne peuvent accéder aux données d’un compte de paiement qu’avec le consentement explicite de l’utilisateur de services de paiement.
Directive (UE) 2015/2366 (DSP2), art. 67
Les entités financières doivent gérer et notifier les incidents liés aux TIC.
Règlement (UE) 2022/2554 (DORA), art. 17 · applicable depuis le 17 janvier 2025
La personne doit être informée qu’elle parle à un système d’IA.
Règlement (UE) 2024/1689, art. 50(1)

Ce qu’Audact encadre autour

Éligibilité des appels sortants avant chaque numérotation, indépendamment de ce que disent les données bancaires.
En tests contrôlés · Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues.
Information de l’article 50 en début d’appel, enregistrée.
En tests contrôlés
Suppression enregistrée avec son motif, de sorte qu’une campagne rend compte de ses silences.
En tests contrôlés
Consultation de comptes DSP2 et passerelle DATEV via finAPI.
Prévu

Secteur

L’appel le plus coûteux est celui qu’il ne fallait pas passer.

Les campagnes de recouvrement s’appuient sur des données vieilles d’un jour ou d’une semaine, ce qui produit l’appel qui agace le client ayant déjà payé. Les données bancaires comblent cet écart, et la différence se voit dans les réclamations bien avant de se voir dans les encaissements.

Cette intégration se combine avec les intégrations DATEV et lexoffice prévues : finAPI fournit la réalité du paiement, le grand livre fournit la facture, et l’appel encadré se place entre les deux.

Configuration

Quatre étapes, une fois l’intégration livrée.

  1. Connecter finAPI avec votre propre abonnement et les consentements qu’il exige.
  2. Associer les comptes aux fiches clients dont la campagne tire ses contacts.
  3. Définir les règles de suppression : réglée, partiellement réglée, contestée.
  4. Exécuter la campagne en mode fantôme et lire ce qui aurait été supprimé.

Questions

Quel consentement porte la consultation bancaire ?
Celui du titulaire du compte, donné à finAPI au titre de la DSP2. Audact ne détient jamais d’identifiants bancaires et ne les voit jamais ; il reçoit le statut, pas le compte.
L’abonnement finAPI est-il inclus ?
Non. Rien à commander. Une connexion est délimitée au sein d’un contrat payant applicable ; les intégrations ne sont pas tarifées séparément. L’abonnement finAPI reste entre vous et finAPI.

N’attendez pas l’intégration

Chaque intégration est conçue sur la même API publique et les mêmes webhooks sortants que ceux qui sont documentés aujourd’hui. La référence se trouve sur /docs/api-reference. Lorsqu’un système sectoriel expose une API, la voie la plus courte consiste à l’appeler de votre côté et à laisser Audact encadrer la conversation.

Voir l’API

Pages associées