Recordatoris de pagament amb un agent d'IA sense danyar la relació
És dia 6. Finances obre l'ERP i veu 27 factures vençudes. No hi ha un patró clar: algunes pertanyen a clients excel·lents que sempre paguen tard; altres són comptes nous amb risc real. L'equip sap que hauria de trucar, però també sap que una trucada mal plantejada pot tensionar una relació que va costar mesos construir.
En paral·lel, el mateix email de "Factura vençuda – pagament pendent" surt en còpia oculta a tothom. Li arriba igual al client que espera una correcció del NIF a la factura que al que directament està evitant pagar. El bon client s'emprenya ("com que vençuda si us vaig demanar la rectificació?") i el morós aprèn que el seguiment és genèric i fàcil d'ignorar.
Un agent d'IA ajuda precisament en el que més costa fer bé manualment: consistència, coordinació entre canals (veu i email), regles clares d'escalat i parada, i registre de cada interacció. Quan parlem d'"agent d'IA" en aquest context, no ens referim a un chatbot genèric, sinó a un agent dissenyat per executar un flux de cobrament amb trucades, emails, estats i auditoria. Si estàs comparant enfocaments, aquesta guia t'ajuda a separar categories: bot d'atenció al client: chatbot, callbot o agent d'IA, quin triar.
Cobrar abans sense tensionar la relació
El seguiment de cobrament en B2B té dues mètriques que importen: el termini mitjà de cobrament —quants dies triga l'empresa a cobrar les factures des que les emet— i el percentatge de cobraments que es resolen sense intervenció humana. Però totes dues mètriques només tenen sentit si no van acompanyades d'un augment de queixes, cancel·lacions o tensió amb els comptes estratègics.
L'automatització que funciona en recobrament B2B s'assembla més a un sistema de resolució d'incidències que a un recordatori massiu. Detecta si el problema és no recepció, error de dades, disputa, tresoreria, procés intern del client o impagament deliberat. Cada motiu exigeix un pas següent diferent.
Les mètriques que val la pena seguir són: termini mitjà de cobrament global i per segment, recuperació per tram d'antiguitat (0–15, 16–30, 31–60, 60+ dies), percentatge de cobraments sense intervenció humana, temps fins a promesa de pagament amb data, i —igual d'important— queixes formals, pèrdua de clients o reducció de consum després del seguiment. Si el termini baixa a costa de tensionar els comptes estratègics, l'indicador és incomplet.
Per què un sol recordatori per a tothom falla
El primer error és automatitzar només per antiguitat del deute. Aquesta regla és còmoda, però no distingeix contextos. Una factura de 4.200 € a 18 dies de venciment d'un client estratègic amb historial impecable és completament diferent de la mateixa factura d'un compte nou que porta tres setmanes sense respondre emails.
El mínim que funciona combina tres capes: antiguitat del deute (1–7 dies, 8–15, 16–30, 31–60, 60+), risc relacional (client estratègic, estàndard, nou, amb incidències recurrents) i risc de cobrament (historial de pagaments, import, si hi ha disputa oberta, si falten dades com el número de comanda de compra, el correu dels comptes a pagar o l'adreça fiscal).
Un client estratègic amb una factura a 12 dies mereix un email de confirmació breu i res més fins que respongui. Un compte nou a 25 dies sense cap senyal de vida ja requereix una trucada. El context és el que evita que el bon client se senti tractat com a morós i que el client de risc rebi missatges massa suaus per tenir efecte.
Què necessita veure l'agent abans d'enviar res
Un agent no hauria de veure només "vençuda". Hauria de treballar amb estats que reflecteixin on es troba realment el cas: si la factura està emesa i no vençuda, si ja hi ha un recordatori actiu, si hi ha una disputa o correcció en curs, si el client ha donat una promesa de pagament amb data, si ha enviat justificant però el pagament encara no està conciliat, o si el cas ja està tancat.
Això habilita dos controls que protegeixen la relació. Primer, la coherència dels missatges: no té sentit demanar pagament si falta una rectificació fiscal, ni insistir si el client ja ha enviat justificant i el problema és de conciliació interna. Segon, la parada automàtica, que és on més es guanya en reputació: l'agent sap quan deixar de contactar sense que ningú li ho hagi de recordar.
Com canvia el contacte segons l'antiguitat
Les seqüències han de canviar per tram. La freqüència i el to exactes depenen del sector, però barrejar tots els casos en una sola plantilla és l'origen de la majoria dels problemes. La mateixa lògica que apliquem a recordatoris i confirmacions de cites amb IA serveix aquí: una comunicació ha de permetre resoldre alguna cosa, no només pressionar.
1–7 dies vençuda, baix risc. L'objectiu és confirmar recepció i detectar fricció abans que s'instal·li. Un email amb assumpte neutre —"Confirmació de recepció – Factura #12345"— i un recordatori breu al quart dia. En aquesta etapa el llenguatge és d'ajuda, no de recobrament: "Ha arribat bé la factura? Si hi ha algun detall a revisar, estem disponibles." Una trucada curta només si no hi ha resposta al setè dia.
8–15 dies, risc mitjà. L'objectiu és obtenir una resposta verificable: data de pagament, motiu del retard o nom de la persona correcta. L'email demana una acció concreta: "Podeu confirmar-nos data estimada de pagament o si hi ha algun bloqueig?" Si no hi ha resposta en 48–72 hores, la trucada fa preguntes tancades: "La factura està aprovada internament? Falta algun dada —número de comanda, correu de comptes a pagar? Podeu confirmar data?" Després, email de confirmació amb resum i proper pas.
16–30 dies. L'email és més directe, però professional: import, venciment, referència i una sortida clara si hi ha disputa. La trucada intenta localitzar el responsable real del pagament. Si apareix una disputa, l'agent canvia l'estat a "En revisió" i el deriva a una persona. La coordinació veu + email en aquest tram sol marcar la diferència entre recuperar o perdre el cas.
31–60+ dies o alt risc. El primer contacte combina trucada i email formal. Si hi ha import alt, client estratègic, amenaça de queixa, llenguatge hostil o sol·licitud de condicions especials, l'agent registra el cas i escala: deixa d'empènyer i el passa a una persona amb el fil complet.
Quan l'agent ha de parar i passar el cas a una persona
En recobrament, el risc reputacional ve d'automatitzar sense frens: sense condicions d'escalat, sense parada i sense registre.
Les condicions d'escalat han de ser explícites: import superior a un llindar definit, client estratègic a partir de certa antiguitat, disputa o rectificació oberta, falta de número de comanda, senyals de conflicte, amenaça de queixa, sol·licitud de condicions especials o canvi de canal sol·licitat ("no truqueu, escriviu a accounts@…").
Quan s'activa una condició d'escalat, l'agent registra el motiu, adjunta el fil o la nota de trucada, deixa el cas marcat per a intervenció humana i atura nous contactes automàtics fins que una persona decideixi el proper pas. Sense aquest registre, l'escalat és només silenci.
Confirmar pagament i deixar d'insistir
La part que més protegeix la relació és la parada. Hi ha dos errors que destrueixen confiança: que el client pagui i continuï rebent recordatoris, i que enviï justificant i ningú no ho registri.
Les condicions de parada han de ser clares i automàtiques. Si el client respon que ha pagat i adjunta justificant, l'estat passa a "Pagada – pendent de conciliació" i la seqüència es pausa. Si el sistema de gestió marca la factura com a pagada, l'estat passa a "Tancada" i el contacte s'atura per complet. Si hi ha promesa de pagament amb data, l'agent espera fins a aquella data abans de reprendre.
Un missatge de tancament breu tanca bé el cicle: "Gràcies, confirmem recepció del justificant. El nostre equip ho revisarà. Si necessites res, estem disponibles." Aquest tancament redueix la fricció percebuda i millora la valoració del procés, fins i tot quan el cobrament s'ha retardat.
Què mesurar per saber si funciona
El seguiment setmanal o mensual que té sentit per a aquest flux cobreix quatre àrees.
El termini mitjà de cobrament global i per segment ha de baixar sense que pugin les queixes. Si la reducció ve de pressionar els comptes estratègics, la mètrica dona un senyal enganyós.
La taxa de cobraments sense intervenció humana —on "intervenció" significa trucada manual, email manual o negociació— indica quant resol l'agent per compte propi. Defineix bé què compta com a intervenció abans de mesurar.
La recuperació per tram d'antiguitat (0–15, 16–30, 31–60, 60+) mostra on hi ha els colls d'ampolla. La millora més interessant sol estar en el tram 16–30, on hi ha molta fricció resoluble amb la informació correcta.
I els motius de retard —factura no rebuda, número de comanda pendent, disputa, tresoreria, error de dades— són els més valuosos a llarg termini. Aquesta informació serveix per reduir els retards estructurals, no només per perseguir-los cas a cas.
RGPD: el que convé tancar abans del pilot
Això no és assessorament legal, però sí els punts que convé revisar amb el teu responsable de privacitat abans de començar.
La comunicació per gestionar el cobrament d'una relació contractual sol encaixar en execució del contracte o interès legítim com a base jurídica. Documenta la finalitat com "gestió de facturació i cobrament" i no reutilitzis el contacte per a màrqueting sense una base addicional. Per a les comunicacions, diferencia clarament contingut operatiu de contingut comercial, i assegura't que el client ha rebut informació de privacitat sobre el tractament. Normalment n'hi ha prou amb empresa, persona de contacte, referència de factura, import, venciment i canal; evita dades innecessàries.
Si fas servir un proveïdor per a trucades o emails automatitzats, revisa el contracte d'encàrrec de tractament, les mesures de seguretat, els subprocessadors i els terminis de retenció. Defineix també quant temps guardes logs, emails, motius de disputa i justificants. Si un contacte demana canvi de canal o destinatari, registra-ho i respecta-ho; aquest registre també forma part del compliment.
Com encaixa BeeAgent
BeeAgent encaixa quan el seguiment de factures vençudes és repetitiu, multicanal i sensible. Serveix com a capa d'execució per coordinar trucades i emails, aplicar regles de segmentació, escalat i parada, i mantenir registre de cada interacció. Ajustar el to d'un tram, canviar un llindar d'escalat o afegir una excepció per tipus de client no requereix cap petició de desenvolupament: l'equip de finances ho controla directament. El cas d'ús específic és aquí: cobraments i factures. Si vols veure com es configura sense dependre d'enginyeria, pots revisar aquesta guia sobre el primer agent d'IA sense codi.
Un pilot de tres setmanes
No cal un projecte llarg per validar si això té sentit en la teva operació.
La primera setmana és de disseny i control: definir els segments, els estats de factura, les seqüències per tram i les regles d'escalat i parada. També és el moment de preparar les plantilles d'email i els guions de trucada per etapa, i de fixar les mètriques abans de començar a mesurar.
La segona setmana arrenca amb un abast acotat: baix risc en el tram 1–15 dies i risc mitjà en el 16–30. Revisar diàriament 10–20 interaccions per ajustar to, motius de parada i escalats. Aquesta revisió diària en la primera setmana d'execució és la diferència entre un pilot que aprèn i un que només acumula dades.
La tercera setmana amplia al tram C i afegeix les regles d'escalat més complexes. En aquest punt ja hi ha prou volum per mesurar termini mitjà de cobrament parcial, promeses de pagament rebudes, recuperació per tram i percentatge sense intervenció humana. Si apareixen més queixes o confusió, l'ajust correcte és revisar segmentació, freqüència i condicions de parada, no desactivar l'agent.
Conclusió
El seguiment de factures vençudes amb un agent d'IA funciona quan es dissenya com una operació de cobrament amb context: segmentació, to progressiu per tram, escalat abans que la situació es deteriori i parada automàtica quan el pagament o la disputa ja estan registrats. Així la relació amb el client queda protegida per les pròpies regles del sistema, no pel criteri variable de cada persona de l'equip.
Si vols veure com funciona en la teva operació, pots revisar el cas d'ús de cobraments i factures o escriure'ns per traçar un pilot acotat.
Preguntes freqüents
- Com automatitzar recordatoris de pagament sense danyar la relació amb el client?
- Segmentant per antiguitat, risc i context comercial; usant un to progressiu; coordinant email i veu; escalant disputes a una persona; i aturant automàticament la seqüència quan hi ha promesa, justificant o pagament conciliat.
- Quina diferència hi ha entre un recordatori automàtic i un agent d'IA per a recobrament?
- Un recordatori automàtic envia plantilles segons dates. Un agent aplica regles per estat de la factura, interpreta respostes, registra promeses de pagament i disputes, coordina trucades i emails, i deixa un registre de cada interacció.
- Quines mètriques importen en un flux de cobrament automatitzat?
- Termini mitjà de cobrament per segment, recuperació per tram d'antiguitat, percentatge de cobraments sense intervenció humana, temps fins a promesa de pagament, motius de retard i queixes o pèrdua de clients després del seguiment de cobrament.
- Quan ha d'escalar un agent d'IA un cas de cobrament a una persona?
- Quan hi ha import alt, client estratègic, disputa oberta, sol·licitud de condicions especials, llenguatge hostil, amenaça de queixa, petició de no trucar o senyals d'error en factura, comanda de compra (PO) o dades fiscals.
- És compatible amb RGPD automatitzar recordatoris de cobrament?
- Pot ser-ho si la finalitat és gestió de facturació i cobrament, la base jurídica està documentada, es minimitzen dades, es distingeix de comunicacions comercials, existeix contracte amb el proveïdor i es respecten preferències de contacte.
Llest per automatitzar les teves operacions?
Crea el teu primer agent d'IA per a trucades i correu en minuts, sense codi.
Uneix-te a la llista d'espera