Cómo rediseñaría el cobro de cuentas por cobrar como un flujo nativo de IA

Respuesta directa

Un sistema de cobros nativo de IA es un clasificador antes de ser un remitente. Su primera tarea es decidir por qué cada factura vencida no se paga (realmente retrasada, bloqueada por una disputa, nunca entregada o facturada a la entidad legal equivocada) y enrutar las bloqueadas a quien pueda desbloquearlas. Sólo se persigue a los que realmente llegan tarde.

Conclusiones clave

• El cuello de botella en las cuentas por cobrar no es la cadencia de los recordatorios. Es que el libro mayor registra una factura como abierta sin registrar el motivo, por lo que todas las facturas impagas reciben el mismo tratamiento.
• Perseguir una factura bloqueada no la mueve. Mueve la relación en la dirección equivocada.
• La fecha de vencimiento es un hecho derivado, no un campo escrito. Según la Directiva 2011/7/UE, lo que un cliente debe legalmente depende de las condiciones del contrato, la fecha de recepción y si el deudor es una autoridad pública.
• Hacer valer un reclamo legal (interés legal, retención de crédito, remisión a un tribunal) sigue siendo humano. También lo es decidir que ya no vale la pena otorgarle crédito a un cliente identificado.

¿Qué problema tiene realmente este sistema?

Tiene una pregunta: por cada factura abierta, ¿cuál es la razón real por la que el dinero no ha llegado?

Esa pregunta no tiene respuesta en ninguna parte de la mayoría de las pilas de finanzas. El libro mayor contiene el importe, el cliente, la fecha de la factura y la fecha de vencimiento. El informe de antigüedad los clasifica en grupos de 30, 60 y 90 días. Ninguno de los campos dice si el cliente disputó dos líneas, nunca recibió el PDF, está esperando una nota de crédito que el representante de ventas prometió en marzo o simplemente paga todo a los 75 días porque eso es lo que hacen.

Entonces, la razón vive en la cabeza de una persona o en un hilo de correo electrónico que nadie ha conectado con el número de factura. Cuando esa persona está de vacaciones, el motivo desaparece y la factura recibe un recordatorio de que no era necesaria.

Esta no es una optimización de la cadencia de reclamación. Enviar el mismo recordatorio en mejores momentos a un cliente que está bloqueado en una nota de crédito produce un cliente que filtra sus correos electrónicos. Tampoco es un producto de calificación crediticia, y la distinción es importante desde el punto de vista legal; volveré a eso más adelante.

La edición de 2026 del Informe de pagos europeos de Intrum, una encuesta de 8.385 empresas en 20 países europeos, informa que la brecha de pagos B2B (la distancia entre los términos acordados y el pago real) se amplió de 16 días en 2023 a 20 días, mientras que la proporción de empresas que utilizan IA en algún lugar de los pagos aumentó del 59 por ciento al 66 por ciento. Intrum vende servicios de gestión de crédito, así que lea el marco en consecuencia. Pero vale la pena considerar la dirección de esas dos líneas. Llegó más persecución automatizada y la brecha creció. Eso no prueba que las herramientas fallen. Significa que lo que automatizan probablemente no sea la restricción vinculante.

El flujo de trabajo existente que mapearía primero

Antes de diseñar algo, me sentaba con quien gestiona las colecciones hoy y escribía la ruta tal como sucede en realidad.

Suele tener este aspecto. La factura se emite desde el sistema de contabilidad y se envía por correo electrónico en formato PDF a una dirección que alguien ingresó en el registro del cliente hace tres años. Pasan treinta días. Un informe de antigüedad se exporta a una hoja de cálculo el primer día hábil del mes. Alguien clasifica por días vencidos, elige los veinte primeros y empieza a escribir. La mitad de las respuestas no son pagos: son preguntas. “Nunca conseguimos esto”. “La línea 4 está mal.” “Envíalo a cuentas por pagar, no a mí”. “Está en aprobación”. Esas respuestas van a una bandeja de entrada. La hoja de cálculo no sabe que sucedieron.

Dos semanas después, se vuelve a exportar el mismo informe de antigüedad y las mismas veinte facturas siguen en la parte superior.

Mira las filas del medio. Los pasos que se rompen no son los pasos que envían. Son aquellos en los que la información cambia de manos y deja de estar adjunta a la factura.

Ese patrón es el mismo que describí en rediseño del procesamiento de facturas desde el lado de las cuentas por pagar. Ambos lados de la misma transacción se ejecutan en documentos que llegan por correo electrónico y se vuelven a ingresar en un sistema que luego no está de acuerdo con el correo electrónico.

¿Por qué las colecciones siguen siendo manuales?

La mayor parte de la ruta no es una estupidez y vale la pena comprenderla antes de proponer eliminarla.

La facturación mediante PDF existe porque no existía un identificador compartido entre los sistemas financieros de dos empresas, y para la mayoría de los pares de PYME todavía no existe uno. El informe de antigüedad es una instantánea porque los libros de contabilidad se crearon para responder “cuál es el saldo” en lugar de “qué pasó con este reclamo”. Las disputas abandonan el sistema porque la persona que puede resolver una disputa (el administrador de cuentas, el almacén, el ingeniero que realizó el trabajo) no tiene acceso al sistema financiero y no tiene motivos para quererlo.

El paso de escalada es genuinamente un juicio y debería seguir siéndolo. Decidir suspender el crédito de un cliente es una decisión comercial con consecuencias que el equipo financiero no posee en su totalidad.

Cómo se ejecutaría el sistema

Construiría el sistema de cobranza como un registro de reclamos en lugar de una lista de correo. Cada factura abierta es un objeto con un estado, un propietario, un motivo y un próximo evento. El trabajo del modelo es mantener ese estado correcto, no escribir correos electrónicos persuasivos.

Uno: derivar la fecha de vencimiento real. Extraiga el contrato o los términos acordados, la fecha de la factura y la fecha de entrega o recepción, y calcule lo que realmente se debe y desde cuándo. Según la directiva de 2011, las facturas B2B deben pagarse en un plazo máximo de 60 días, a menos que se acuerde expresamente un período más largo y no sea manifiestamente injusto para el acreedor, las autoridades públicas generalmente tienen 30 días y los intereses legales son al menos 8 puntos porcentuales por encima del tipo de referencia del Banco Central Europeo. Un cliente del sector público y uno privado en las mismas condiciones no tienen el mismo plazo. La mayoría de las herramientas tratan la fecha de vencimiento como un campo escrito, que es la forma en que un sistema termina equivocadamente con seguridad acerca de quién llega tarde.

Dos: clasifica por qué cada factura está abierta. Esta es la parte que genera la compilación. Lea el buzón, los recibos de entrega, las notas de crédito, los tickets de soporte abiertos y el feed bancario, y asigne a cada factura abierta uno de un pequeño conjunto de estados: entregada y simplemente impaga, nunca entregada, disputada en líneas específicas, en espera de una nota de crédito, en espera de la aprobación interna del cliente, ya pagada pero no aplicada. La baja confianza es su propio estado y la obtiene un ser humano, no una suposición.

Tres: ruta en lugar de persecución. Una factura en disputa se envía a la persona que puede resolver la disputa con una fecha límite adjunta, no al cliente con un recordatorio. Una factura no entregada se vuelve a emitir a una dirección verificada. Un pago no aplicado pasa a la aplicación en efectivo. Sólo el segmento “entregado y simplemente no pagado” recibe un recordatorio, y se escribe uno contra los hechos reales de esa factura.

Cuatro: cerrar el ciclo. Cada resolución se vuelve a escribir en el reclamo (disputa cerrada, nota de crédito emitida, pago aplicado) para que el estado esté actualizado en la siguiente ejecución sin otra exportación de hoja de cálculo.

La afirmación mensurable no es “cobranzas más rápidas”. Es una reducción en los recordatorios enviados contra facturas que un recordatorio nunca podría haber movido, y una reducción en el tiempo que una disputa permanece sin propietario. Son contables antes y después. He escrito por separado sobre cómo saber si un flujo de trabajo de IA realmente está funcionando, y las colecciones son un dominio donde la métrica de vanidad (mensajes enviados) es especialmente fácil de confundir con el progreso.

¿Qué queda bajo control humano?

“Humano en el circuito” no es un modo que se activa para todo un sistema. Es una decisión que se toma acción por acción, y en las colecciones exactamente tres acciones no pasan la prueba, por tres razones diferentes. He expuesto la versión general de esa prueba en donde el ser humano en el circuito realmente pertenece a un flujo de trabajo de IA; así es como llega a un libro de cuentas por cobrar.

Hacer valer un reclamo legal. Cobrar intereses legales, emitir un aviso formal de incumplimiento o remitir una cuenta a un asesor legal son afirmaciones con efecto legal. El sistema puede calcular el interés, redactar el aviso y mostrar el rastro de evidencia. Lo firma una persona nombrada. Este es el mismo límite que tracé en el desmontaje de la autorización previa: el modelo puede preparar la acción adversa y nunca debe ser el autor de la misma.

Decisiones comerciales sobre una relación. Retención de crédito, renegociación de términos, cancelación de un saldo para mantener una cuenta. Estos intercambian efectivo contra una relación, y el intercambio no es visible en los datos de cuentas por cobrar.

Cualquier cosa que marque a una persona. Aquí la línea es legal y fácil de cruzar por accidente. El Anexo III de la Ley de IA de la UE clasifica los sistemas de IA “destinados a evaluar la solvencia de personas físicas o establecer su puntuación crediticia” como de alto riesgo, con una exclusión únicamente para la detección de fraude. Calificar el comportamiento de pago de una sociedad limitada está fuera de eso. Calificar a un empresario individual o a un autónomo no lo es, son personas físicas. Una herramienta de cobranza que agrega silenciosamente una “puntuación de riesgo del cliente” y la aplica a una base de clientes que contiene individuos ha cambiado de categoría regulatoria sin que nadie presente un ticket. Mantenga señales de comportamiento adjuntas a las facturas y cuentas, y si realmente se necesita una veintena de personas, trátelo como un sistema de alto riesgo y constrúyalo como tal. La misma lógica se aplica a cómo sería un flujo de trabajo de cumplimiento nativo de IA.

Vale la pena señalar en el aspecto regulatorio: la Comisión Europea propuso en 2023 reemplazar la directiva con un reglamento que limite los plazos de pago a 30 días, y el Parlamento Europeo adoptó una posición en abril de 2024. El expediente ha estado bloqueado en el Consejo desde entonces. Cualquiera que hoy codifique una regla de 30 días está codificando una propuesta, no una ley.

Cuando esta es la compilación incorrecta

Omítelo si sus cuentas por cobrar se concentran en un puñado de clientes. Doce cuentas no necesitan clasificador; necesitan a alguien que los conozca para hacer doce llamadas telefónicas.

Omítelo si los motivos del impago no son recuperables de ningún sistema que tengas. Si las facturas se disputan por teléfono y no se anota nada, el clasificador no tiene nada que leer y usted está construyendo un proyecto de recopilación de datos de arranque en frío vistiendo un disfraz de IA. Primero arregla la grabación.

Omítelo si el verdadero problema está en la fase anterior. Si sus facturas frecuentemente son incorrectas, se retrasan o se envían a la entidad equivocada, un sistema de cobranza descubrirá ese hecho de manera muy eficiente y luego no tendrá nada útil que hacer al respecto. Ese es el modo de falla que describí en por qué generalmente falla agregar un agente de IA a un flujo de trabajo roto: el proceso ya era el problema.

Y omítalo si el resultado previsto es más presión. La presión automatizada aplicada a los clientes que están esperando a que les paguen es la forma en que se propaga la brecha: el 62 por ciento de las empresas en la encuesta de Intrum dijeron que los retrasos en la recepción de pagos les hacen pagar tarde a sus propios proveedores.

Resumen

Este es un sistema diseñado, no uno que yo haya implementado. Sigue así hasta que alguien que maneja un libro de contabilidad real carga en él doce meses de facturas, disputas y líneas bancarias y me muestra cuál de mis seis estados los casos desordenados se niegan a encajar.

Pero el principio de diseño se mantiene independientemente de la construcción. Un sistema de cobranza que trate los “vencidos” como una única condición enviará recordatorios a las disputas para siempre, y será más rápido al hacerlo cada año. La pregunta útil no es qué tan rápido se puede tramitar una factura. Se trata de si algo en su pila sabe por qué la factura aún está abierta, y si la respuesta es sólo la memoria de una persona, ese es el sistema a construir primero.