
Agent de dunning: automatitzar el seguiment de cobraments
perBruno Galo · Publicat el 19 d’oct. 2025
Actualitzat el 12 d’ag. 2026
La majoria de les empreses mid-market d'Ibèria arrosseguen més saldos vençuts a cobrar dels que necessitarien, i la raó gairebé mai és que ningú sàpiga quines factures estan vençudes. L'informe d'antiguitat de saldos és exacte i està disponible. El que falta són les hores de feina per actuar-hi de manera consistent.
Un gestor de crèdit i cobraments que porta uns quants centenars de comptes oberts pot, de manera realista, reclamar-ne unes trenta a cinquanta en una setmana amb una certa cura. La resta reben un extracte genèric o res. Així, el seguiment esdevé una funció de les hores disponibles del gestor i no dels comptes que realment mereixen atenció — i els comptes que es reclamen solen ser els de més saldo, no aquells en què una intervenció petita hauria evitat passar de trenta dies a noranta.
Aquest és gairebé un cas ideal per a un agent: volum alt, subjecte a regles, repetitiu i actualment racionat per la capacitat humana. També és el procés financer en què l'automatització comporta més risc relacional, perquè la contrapart és un client, el to d'un missatge forma part de la relació comercial i una seqüència de dunning —la reclamació escalonada de cobraments— agressiva enviada al compte equivocat pot costar més en ingressos del que recupera en caixa.
Per què això importa
El cost directe d'uns cobraments lents és el capital circulant. Una empresa amb una facturació mensual rellevant i comptes a cobrar per damunt de les seves condicions té caixa als comptes bancaris dels clients en lloc dels seus propis, i en un entorn de tipus més alts aquest cost de finançament és real i calculable. Reduir el termini mitjà de cobrament, encara que sigui modestament, allibera caixa de manera permanent, no una sola vegada.
El cost indirecte és pitjor i menys visible. Un seguiment inconsistent ensenya als clients quines són les seves condicions reals. Un client que paga a setanta dies amb condicions de trenta i no rep cap conseqüència ha deduït correctament que les seves condicions són de setanta dies. Aquesta deducció s'estén dins del seu departament de comptes a pagar i és difícil de revertir, perquè revertir-la exigeix una conversa que ara sembla un canvi en la relació en lloc de l'aplicació d'un acord existent.
També hi ha una dimensió de previsió. Uns cobraments que depenen de l'esforç individual produeixen entrades de caixa que no es poden preveure, perquè el factor determinant és la càrrega de feina d'una persona i no un procés. Un procés de dunning consistent fa que el cobrament sigui predictible, cosa que sovint té més valor per a un CFO que la millora de la mitjana mateixa.
Cop d'ull: què fa l'agent i què no ha de fer
| Activitat | Apta per a l'agent | Per què |
|---|---|---|
| Identificar comptes que creuen un llindar d'antiguitat | Sí, totalment | Determinista, basat en regles |
| Enviar un primer i un segon recordatori | Sí, amb plantilles aprovades | Volum alt, poc criteri, poc risc |
| Casar un pagament del client amb les factures obertes abans de reclamar | Sí | Evita l'error més perjudicial: reclamar factures ja pagades |
| Detectar una factura en disputa i suprimir la reclamació | Sí, si l'estat de disputa està registrat | Exigeix que la dada existeixi; l'agent no pot inferir una disputa a partir del silenci |
| Escalar el to en fases d'antiguitat definides | Parcialment | La lògica d'escalat es basa en regles; la redacció del missatge escalat necessita aprovació humana |
| Decidir bloquejar el crèdit d'un compte | No | Decisió comercial amb conseqüències en els ingressos |
| Negociar un pla de pagaments | No | Criteri, relació i sovint una dimensió jurídica |
| Contactar amb un compte estratègic | No, derivar a un responsable amb nom | El cost relacional d'un to equivocat supera el benefici en caixa |
| Escalat jurídic o recobrament amb tercers | No | Requereix autorització humana i, a Espanya i Portugal, cura processal |
El patró és coherent amb qualsevol desplegament d'agents que valgui la pena: l'agent absorbeix volum i consistència, les persones retenen el criteri i les relacions. La frontera no la traça allò que la tecnologia pot fer — la traça el punt en què un error esdevé car.
Què funciona i sobre què cal ser honest
Què funciona:
Casar els pagaments abans de cada reclamació. L'error de cobraments més perjudicial és reclamar una factura que el client ja ha pagat, perquè indica que no coneix els seus propis llibres i dona a un client genuïnament morós un motiu defensable per ignorar reclamacions futures. Un agent que concilia els cobraments amb les partides obertes immediatament abans de generar qualsevol recordatori elimina una classe d'error que els processos manuals cometen constantment.
Cadència segmentada en lloc d'una única seqüència. Un client nou amb quinze dies de retard, un compte de quinze anys amb cinc dies i un morós reincident amb quaranta-cinc dies necessiten tres tractaments diferents. Els gestors humans ho saben i ho apliquen de manera inconsistent. Un agent aplica la segmentació de manera fiable un cop ha definit els segments — que és la feina de veritat.
Orientació al contacte concret. Els recordatoris enviats a una adreça genèrica aconsegueixen molt menys que els enviats a la persona que tramita les factures. Un agent que manté el contacte de comptes a pagar de cada client i encamina en conseqüència millora substancialment la resposta, i això és precisament el tipus de manteniment que les persones desprioritzen.
Registre complet. Cada contacte registrat, amb data, hora i contingut, visible per al responsable comercial del compte. Això resol l'objecció interna més habitual al dunning automatitzat —que l'àrea comercial descobreixi que s'ha reclamat a un client sense el seu coneixement— fent-ho transparent en lloc de demanar permís cada vegada.
Sobre què cal ser honest:
L'automatització exposarà la qualitat de les seves dades immediatament i en públic. Si l'antiguitat de saldos és errònia, si hi ha factures rectificatives sense aplicar, si hi ha pagaments parcials sense assignar, un agent de dunning enviarà reclamacions incorrectes a escala a clients reals. Netegi el llibre major primer. Això no és un advertiment menor, és un requisit previ, i és la raó per la qual declinem desplegar agents de dunning sobre comptes a cobrar sense conciliar.
No tot retard en el pagament és un problema de cobraments. Una part substancial de les factures vençudes al B2B mid-market ho estan per un defecte anterior en el procés: referència d'ordre de compra errònia, factura enviada a l'entitat equivocada, documentació que falta, una disputa de lliurament. Reclamar-les amb més insistència no accelera el pagament; irrita un client que està esperant que vostè arregli alguna cosa. Categoritzi la seva cartera de vençuts abans d'automatitzar i compti que una fracció significativa siguin problemes de qualitat de la factura i no comportament de pagament.
El to no sobreviu bé a les plantilles. Les plantilles que llegides aïlladament semblen raonables resulten mecàniques en seqüència, sobretot al tercer missatge. Encarregui a algú amb pes comercial la redacció i l'aprovació de cada missatge de l'escala, i torni a llegir-los com a seqüència i no d'un en un.
Els comptes estratègics s'han d'excloure per disseny, no per excepció. La llista d'exclusió s'ha de mantenir deliberadament, revisar trimestralment i tenir un propietari a l'àrea comercial. Confiar en el criteri de l'agent sobre la importància d'una relació és un error de categoria.
El guany mesurable és normalment en la consistència, no en l'agressivitat. Les empreses que esperen una recuperació espectacular d'una reclamació més dura solen quedar decebudes. Les empreses que simplement reclamen tot, a temps, sempre, són les que veuen la millora — perquè la major part del seu rendiment anterior deficient eren comptes amb què no es va contactar mai.
Marc de decisió: decidir si desplegar-lo i com
Recorri'l en ordre. Aturi's a la primera coincidència.
1. Té el llibre major de comptes a cobrar conciliat, amb els pagaments i les factures rectificatives aplicats amb promptitud?
Si no, aturi's. Arregli això primer. Automatitzar reclamacions contra un llibre major inexacte malmet les relacions amb els clients a gran velocitat i és la manera més habitual com fracassa aquest projecte.
2. Sap per què estan vençudes les seves factures vençudes?
Si no, categoritzi una mostra representativa per causa arrel — defecte de la factura, disputa, retard de procés al client, comportament de pagament genuí. Només l'última categoria és un problema de cobraments. Les altres cal arreglar-les abans en el procés, i automatitzar reclamacions contra elles empitjora les coses.
3. Té segments de client definits amb tractaments diferents?
Si no, defineixi'ls abans de construir res: per valor de la relació, historial de pagament, mida i importància estratègica. Les regles de cadència de l'agent són una expressió directa d'aquesta segmentació, de manera que no es pot construir sense ella.
4. Té dades de contacte de comptes a pagar exactes per a cada client?
Si no, aquesta és la feina preparatòria amb més retorn disponible. Un agent que reclama a bústies genèriques rendeix substancialment per sota, i la captura de contactes pot anar en paral·lel amb tota la resta.
5. Estan la seva escala d'escalat i la redacció dels missatges aprovades per algú amb pes comercial?
Si no, resolgui-ho abans del go-live. Aquí la redacció no és un detall d'implantació; és el producte.
6. Té tot l'anterior resolt?
Desplegui, però comenci estret: un sol segment de clients, només primer i segon recordatori, revisió humana de la cua de sortida durant les dues primeres setmanes. Ampliï quan hagi vist què envia realment.
7. Desplegat i funcionant, però encara per damunt de l'objectiu de termini de cobrament?
La restricció que queda és probablement la política de crèdit o les condicions en el moment de la venda, no el seguiment. Aquesta és una conversa comercial, no d'automatització.
Cost i esforç indicatius
| Línia de treball | Durada típica | Perfil d'esforç |
|---|---|---|
| Conciliació i neteja del llibre major de comptes a cobrar | 3–10 setmanes | Mitjà a alt — depèn de l'endarreriment acumulat |
| Categorització per causa arrel de la cartera de vençuts | 2–3 setmanes | Lleuger — anàlisi |
| Disseny de la segmentació i regles de tractament | 2–3 setmanes | Lleuger, requereix acord entre l'àrea comercial i financera |
| Captura i enriquiment de les dades de contacte de comptes a pagar | 3–8 setmanes | Mitjà — sovint continu |
| Redacció i aprovació de l'escala de missatges | 1–2 setmanes | Lleuger, políticament sensible |
| Construcció de l'agent, integració i registre | 4–8 setmanes | Mitjà |
| Pilot supervisat sobre un segment | 3–4 setmanes | Lleuger — supervisió |
| Ampliació a tota la cartera de comptes a cobrar | 2–4 setmanes | Lleuger |
Se suposa una única instància d'ERP amb els comptes a cobrar en un sol sistema. Diversos sistemes de facturació, o una base de clients amb jerarquies de grup complexes, allarguen això. Sol·liciti un pressupost per a una estimació delimitada.
Preguntes freqüents
Podran els clients notar que els recordatoris són automatitzats?
Alguns sí, i importa menys del que s'espera — els departaments de comptes a pagar reben recordatoris automatitzats de manera rutinària i en general no els molesta. El que sí que els molesta és la inexactitud, les reclamacions de factures ja pagades i els missatges que ignoren una disputa oberta. Encerti-hi i l'automatització en si no és el problema.
Com evitem que l'agent reclami una factura en disputa?
La disputa ha d'estar registrada com a dada. Un agent no pot inferir una disputa a partir d'un fil de correu o d'una trucada que no es va registrar mai. Això sol significar que la disciplina de registre de disputes ha de millorar abans del desplegament, cosa que és un canvi de procés amb el seu propi calendari — i és sovint el bloqueig real en aquests projectes.
Ha de gestionar l'agent els plans de pagament?
No. Pot detectar que un client és candidat a un i derivar el compte a una persona amb l'historial rellevant adjunt, cosa que és genuïnament útil. Negociar condicions és un acte comercial i de vegades jurídic i correspon a una persona.
I el RGPD?
La correspondència de cobraments tracta dades personals —el nom i les dades de contacte professionals del responsable de comptes a pagar— a l'empara de l'interès legítim en la majoria dels casos, però la conservació dels registres de comunicació, i qualsevol decisió automatitzada que afecti materialment una persona, requereixen consideració. Quan el client és un autònom i no una societat, la posició en matèria de protecció de dades és diferent. Faci que es revisi en lloc de donar-ho per fet; no és feixuc, però no és res.
En quant de temps s'amortitza això?
Més de pressa que la majoria dels desplegaments d'agents, perquè el benefici és caixa i no eficiència. Segons la nostra experiència, el factor limitant gairebé mai és la construcció — és la neteja del llibre major i la disciplina de registre de disputes que la precedeixen, i és on realment se'n va el temps.
Amb quina rapidesa es pot construir la connexió de dades subjacent?
La sincronització entre el CRM, la facturació i les dades pròpies de l'agent pot estar en producció en setmanes a través d'un partner certificat com Stacksync. El que triga més, i el que realment determina si l'agent funciona, és acordar les regles d'escalat i de política de cobrament descrites d'amunt — un agent connectat a dades en temps real però amb una política sense definir només serà ràpid i estarà equivocat.
Tancament — Propers passos
Un agent de dunning és el cas de negoci més clar per a un agent en finances, i també el que es desplega prematurament amb més freqüència. La tecnologia és senzilla. Els requisits previs —un llibre major conciliat, disputes registrades, una segmentació acordada, una redacció aprovada, una llista d'exclusió mantinguda— són tot el projecte, i cadascun d'ells té valor propi encara que no automatitzi mai res.
Primer pas pràctic: extregui la seva cartera de vençuts i categoritzi una mostra per causa arrel. Si resulta que la major part del seu saldo vençut són defectes de facturació i disputes sense registrar en lloc de comportament de pagament, haurà après que el seu problema de cobraments és en realitat un problema de facturació — cosa que és una troballa més valuosa que qualsevol seqüència de dunning.
Sobre l'autor
Bruno Galo és el fundador d'Atypical Tech, una consultora NetSuite que treballa amb clients mid-market a tota Ibèria. Està especialitzat a connectar sistemes CRM i ERP per a fluxos d'order-to-cash sense friccions, i a construir pipelines automatitzats de gestió de comandes que eliminen la introducció manual de dades entre els equips comercials i financers. Com a partner oficial d'implantació de Stacksync, Bruno dissenya i desplega agents d'IA sobre plataformes d'integració per gestionar l'encaminament d'excepcions, el processament de documents i la conciliació — convertint fluxos de comandes fragmentats en sistemes fiables que es supervisen a si mateixos.
LinkedIn: https://www.linkedin.com/in/brunogd
Fonts
Els URL són a nivell d'editor i s'han de verificar abans de la publicació.
- Oracle NetSuite, documentació de comptes a cobrar i cobraments — https://docs.oracle.com/en/cloud/saas/netsuite/
- Comissió Europea, Directiva de morositat (2011/7/UE) i la seva revisió — condicions de pagament comercials i interessos legals — https://single-market-economy.ec.europa.eu
- Agencia Tributaria (Espanya), tractament en l'IVA dels crèdits incobrables i de les factures rectificatives — https://sede.agenciatributaria.gob.es
- Comitè Europeu de Protecció de Dades, orientacions sobre interès legítim i tractament automatitzat — https://www.edpb.europa.eu
- Experiència d'Atypical Tech en projectes, implantacions d'order-to-cash al mid-market d'Ibèria
- Stacksync, blog de la plataforma d'integració i sincronització en temps real — https://www.stacksync.com/blog

Comentaris
Encara no hi ha comentaris.
Deixa un comentari
El teu comentari es revisarà abans de publicar-se.
Responsable: Atypical Tech S.L. Finalitat: respondre la teva consulta. Base jurídica: el teu consentiment. Drets: accés, rectificació, supressió i els altres descrits a la política, escrivint a hello@atypicaltech.com.