Recouvrement
Chaque retour du fournisseur revient dans le bon enregistrement
Pour les équipes de recouvrement qui doivent décider qui relancer, par quel canal et quand. Dans DeepMiner, le portefeuille devient un index, le Pareto montre où la dette se concentre, les scénarios de relance deviennent des stratégies planifiées avec SMS ou RCS et le webhook de chaque fournisseur renvoie le statut dans la fiche du débiteur. Le tableau de bord du portefeuille se met à jour tout seul.
Ce qui bloque aujourd’hui
Où l’activité se bloque et ce qui change.
-
Le portefeuille ne tient pas dans un tableur
Aujourd’hui
Les gros fichiers plantent, chaque analyste a sa version et personne ne sait laquelle est à jour.
Avec DeepMiner
Le portefeuille entre comme index, avec un champ clé pour mettre à jour les mêmes contrats à chaque nouvel import.
-
Des priorités décidées au flair
Aujourd’hui
On relance tout le portefeuille, ou ceux que le tableur a listés en premier.
Avec DeepMiner
Le Pareto par UF, tranche ou segment montre la concentration, et les filtres de la stratégie relancent d’abord ce découpage.
-
Le scénario de relance dépend de la mémoire de chacun
Aujourd’hui
L’envoi du jour part quand la personne arrive, et celui de la semaine ne part parfois pas.
Avec DeepMiner
Chaque étape du scénario est une stratégie avec une récurrence quotidienne, par jours de la semaine ou en cron, avec fuseau horaire.
-
Le retour du contact se perd
Aujourd’hui
Le statut de livraison reste chez le fournisseur et n’arrive pas dans la fiche du débiteur.
Avec DeepMiner
Le webhook du fournisseur met à jour le statut dans l’enregistrement et garde l’historique des derniers événements.
À quoi ressemble la routine
Le parcours dans DeepMiner.
Importez le portefeuille avec le contrat comme champ clé, pour que chaque nouvel import mette à jour l’enregistrement existant ; les retours des fournisseurs y restent.
Utilisez le Pareto et les filtres pour définir les tranches qui passent en premier.
Montez les étapes du scénario comme des stratégies avec fournisseur, récurrence et limite par exécution.
Suivez les exécutions et le solde en temps réel et consultez le retour de chaque contact dans l’enregistrement.
Les fonctionnalités qui comptent le plus
Trois fonctionnalités qui font la différence pour ce profil.
-
Flux et automatisation
Stratégies avec filtres, fournisseur et récurrence. Chaque envoi devient une exécution suivie.
Voir la fonctionnalité -
Fournisseurs et canaux
Enrichissement et envoi par SMS et RCS, configurés par partenaire et reliés à chaque index.
Voir la fonctionnalité -
Tableaux de bord
Widgets configurables, filtres globaux, assistant IA et actualisation automatique.
Voir la fonctionnalité
Pour qui
Les équipes de recouvrement, de récupération de créances et d’après-vente qui travaillent de gros portefeuilles et relancent les débiteurs par SMS ou RCS. Si le scénario de relance vit dans un tableur et le retour dans le portail du fournisseur, DeepMiner met les deux dans le même enregistrement.
Ce qui change au quotidien
Le portefeuille arrive en CSV ou XLSX et met à jour les contrats grâce au champ clé. L’assistant IA indique où la dette se concentre, en Pareto ou en table, et ce découpage devient le filtre d’une stratégie.
Les étapes du scénario tournent seules à la récurrence définie. Chaque exécution affiche combien d’enregistrements sont entrés, combien ont été envoyés, les échecs et le montant débité. Le webhook renvoie le statut de chaque contact dans l’enregistrement, visible dans la liste des enregistrements de l’index. Le tableau de bord du portefeuille, avec l’intervalle d’actualisation que vous fixez, suit la composition du portefeuille à chaque nouvel import.
Questions fréquentes
Recouvrement
Puis-je monter un scénario de relance en plusieurs étapes ?
Oui. Chaque étape est une stratégie dans le flux de l’index, avec ses propres filtres, son fournisseur et sa récurrence. Les stratégies peuvent être mises en pause et reprises.
Le CPF du débiteur est-il exposé à l’IA ?
Non. Les champs CPF, CNPJ, téléphone et e-mail sont reconnus comme sensibles, et les valeurs n’entrent pas dans le prompt de l’IA.
Comment éviter de relancer deux fois le même débiteur sur le même canal ?
Cochez dans la stratégie l’option de ne pas renvoyer à ceux qui ont déjà reçu par ce canal.
Et si le solde s’épuise au milieu du scénario ?
L’exécution s’arrête quand le solde ne couvre pas le lot suivant et prend le statut Solde insuffisant. Ce qui a déjà été envoyé reste compté dans l’exécution, et le reste ne part pas.
Voyez DeepMiner travailler sur votre base.
Planifiez une démonstration et regardez une base être indexée, enrichie et interrogée.