Cómo automatizo los pagos a proveedores desde el banco

Pagar a proveedores son dos trabajos pegados: preparar el pago y ordenarlo. El primero se automatiza bien. El segundo es el único punto donde un error no se puede deshacer, y por eso se queda en manos de una persona.

Qué automatizas de verdad y qué sigue siendo tuyo

La frase «automatizar los pagos a proveedores» mezcla dos trabajos que conviene separar. Uno es preparar el pago: recibir la factura, leerla, comprobar que corresponde a algo que pediste al precio que acordaste y dejarla lista con importe, vencimiento y cuenta correctos. El otro es ordenar el pago: decirle al banco que mueva el dinero.

El primero es trabajo administrativo puro: abrir el correo, descargar el PDF, teclear cuatro datos en el ERP, buscar el pedido y archivar. La IA lo hace bien porque el documento siempre dice lo mismo aunque cada proveedor lo coloque en otro sitio. Aquí está el ahorro de horas: en una empresa que recibe entre cien y trescientas facturas al mes, esta parte se come del orden de uno a tres días de trabajo mensuales.

El segundo es una decisión con consecuencias: una transferencia enviada a una cuenta equivocada se recupera a veces, y muchas veces no. Por eso la recomendación no es técnica: automatiza todo el camino hasta el botón de firmar, y deja el botón a una persona. No porque la máquina no pueda apretarlo, sino porque ese botón es el único control real que te queda cuando algo ha ido mal antes. Lo que consigues no es «pagar automáticamente», es llegar al pago con todo revisado y cuadrado.

El circuito completo, de la factura en el correo a la remesa en el banco

Este es el recorrido entero. Da igual que hoy lo hagas con carpetas y hojas de cálculo: los pasos son los mismos, cambia quién los ejecuta.

1. Entrada. La factura llega a un buzón único, se descarga del portal del proveedor o entra por factura electrónica, según el país.
2. Lectura y extracción. Emisor, identificador fiscal, número de factura, fecha, vencimiento, base, impuestos, total y cuenta de destino.
3. Identificación del proveedor. Se busca ese identificador fiscal en el maestro y se recupera la cuenta bancaria registrada.
4. Cotejo con el pedido o el albarán. Importe, cantidades y precios contra lo que pediste y lo que recibiste.
5. Controles de riesgo. Duplicados, desviaciones, facturas sin pedido y cualquier IBAN distinto del registrado.
6. Aprobación. La factura va a quien debe darle el visto bueno según importe y departamento.
7. Propuesta de pago. Se agrupan las facturas aprobadas que vencen en la fecha elegida y se genera la remesa.
8. Autorización y envío al banco. Una persona revisa total y número de operaciones, y firma. Si tu banca exige dos firmas, firman dos.
9. Conciliación. Cuando el movimiento aparece en el extracto, se casa con la factura y la deuda se marca pagada.
10. Archivo y avisos. Se guarda el justificante enlazado a la factura y se avisa al proveedor si lo pide.

Quién hace hoy cada paso y quién podría hacerlo

De los diez pasos, siete pueden quedar en automático. Los tres restantes son los únicos donde una decisión humana aporta algo.

Lo que la IA hace bien: leer la factura y cotejarla con el pedido

La lectura de facturas se resolvía con plantillas: configurabas dónde estaba cada campo para cada proveedor y funcionaba hasta que el proveedor cambiaba el diseño. Con modelos de lenguaje como Claude no le dices dónde está el total, le dices que busque el total. Un proveedor nuevo funciona desde la primera factura.

En documentos limpios, la extracción de los campos duros (identificador fiscal, número, fecha, total) acierta de forma muy consistente. Los que se tuercen son los de detalle: descuentos raros, retenciones, portes dentro de una línea de producto, varias tasas de impuesto en la misma factura. Las facturas fotografiadas con el móvil siguen siendo el caso peor.

Por eso el patrón que funciona es la revisión por excepción: el sistema extrae, se puntúa a sí mismo, y lo que no llega a un nivel de confianza suficiente o no cuadra con el pedido se deja en una bandeja para que una persona lo mire. El objetivo realista no es cero revisión: es revisar del orden del 10 al 20 por ciento de las facturas en vez del cien por cien, y esa proporción baja con los meses porque los proveedores habituales se repiten.

El cotejo es la otra mitad, y la que más dinero salva. Tres comprobaciones detectan la mayoría de los problemas reales:

• Duplicados. Misma referencia y mismo emisor, o mismo importe y misma fecha con referencia distinta. No suele ser fraude: suele ser una factura que llegó por dos vías y se pagó dos veces.
• Desviación contra el pedido. Una factura de 4.120 contra un pedido de 3.800 es una pregunta, no un pago. Fija una tolerancia, por ejemplo un 2 por ciento.
• Factura sin pedido ni albarán. Un gasto que nadie pidió es el hueco por donde entran las facturas falsas de servicios inventados.

Lo que no debes automatizar nunca sin una persona delante

Hay dos puntos donde automatizar es cambiar horas de trabajo por riesgo real.

Uno: la autorización del pago. La remesa puede estar preparada y cuadrada; la orden al banco la da una persona que ha visto el total, el número de operaciones y, si el importe es alto, el detalle línea a línea. Esto corta los errores que se hayan colado antes y mantiene una responsabilidad con nombre. En cuanto nadie firma, nadie es responsable.

Si quieres automatizar algo aquí, automatiza la preparación de la firma: que a las nueve de la mañana el responsable tenga la remesa en el móvil, con un resumen de tres líneas y lo que haya que mirar ya señalado. Eso convierte una tarea de cuarenta minutos en una de cinco sin quitar el control.

Dos: el cambio de cuenta bancaria de un proveedor. Una cuenta de destino nueva o modificada nunca debe entrar en el sistema por el mismo canal por el que llegó la petición. Ni por correo, ni por un PDF, ni porque la nueva factura traiga un IBAN distinto. Es la puerta de entrada del fraude más rentable que existe en pagos a proveedores, y tiene sección propia aquí debajo. Con la misma prudencia conviene tratar la primera factura de un proveedor nuevo, donde se juntan los dos riesgos.

El fraude del cambio de IBAN: cómo entra y cómo se para

Este es el riesgo real del proceso, y no es teórico. Alguien consigue acceso al correo de un proveedor tuyo, o registra un dominio que se parece al suyo cambiando una letra. Observa el hilo un tiempo y aprende cómo os habláis. Un día escribe, con el tono de siempre, para decir que han cambiado de banco y que la próxima factura se pague a esta otra cuenta, a veces con un documento de membrete correcto.

Funciona porque no pide nada extraño: el importe es el que esperabas, el proveedor es real y la factura es casi legítima, solo cambia una línea. Y cuando se descubre, normalmente cuando el proveedor de verdad reclama el impago, el dinero ya ha salido de la cuenta receptora.

Los controles que lo paran son aburridos y baratos:

1. Cambio de cuenta solo por canal distinto. Si la petición llega por correo, se verifica por teléfono. Por un teléfono que ya tenías guardado, nunca por el que viene en el correo nuevo.
2. Doble persona. Quien recibe la petición no es quien modifica el maestro de proveedores, aunque seáis una empresa pequeña.
3. Periodo de enfriamiento. Una cuenta recién modificada no recibe pagos durante 24 o 48 horas. Cuesta un día de margen y rompe la prisa, que es el motor de este fraude.
4. Alerta automática al comparar. Si el IBAN de la factura no es el del maestro, la factura se bloquea sola y avisa.
5. Aviso a dirección por cada cambio. Un correo automático que diga «se ha modificado la cuenta del proveedor X», dirigido a alguien que no participó en el cambio.
6. Desconfianza explícita de la urgencia. Déjalo escrito: la prisa en un cambio de cuenta es, por sí sola, motivo para frenar.

Si solo puedes implantar un control de esta lista, implanta el cuarto: bloquear automáticamente cualquier factura cuyo IBAN no coincida con el registrado. Es la comprobación más fácil de automatizar y la que más dinero evita perder.

Y algo que suele sorprender: automatizar bien reduce este riesgo. Un circuito manual depende de que quien abre el correo recuerde que el IBAN era otro; uno automatizado lo compara siempre.

Formatos de remesa: cómo sale el pago del banco

Hay tres formas de mandar la remesa, y la que elijas marca cuánto puedes automatizar.

Fichero de remesa. El camino clásico y el más accesible: tu sistema genera un fichero con todas las órdenes de pago y tú lo subes a la banca electrónica, donde lo revisas y lo firmas. En España y el resto de la zona euro el estándar es la transferencia SEPA con ficheros XML ISO 20022, el conocido pain.001. En México el pago interbancario va por SPEI y cada banco publica su propio formato o su layout de dispersión; en Colombia, Chile, Perú o Argentina pasa algo parecido. Casi cualquier ERP decente genera estos ficheros, y si el tuyo no, se generan con un script.

API del banco. Cada vez más bancos permiten enviar órdenes directamente, con la autorización desacoplada: tu sistema propone la operación y una persona la confirma desde la aplicación del banco. Es la opción más elegante y la que permite conciliación casi en tiempo real. Las pegas: cobertura desigual según país y banco, a veces un contrato específico de empresa, y un alta técnica que tarda semanas.

Plataforma intermedia. Servicios que se colocan entre tu sistema y los bancos con una sola integración. Simplifican si pagas desde varios países, a cambio de una comisión y de un tercero en el camino del dinero.

Para la mayoría de pymes la respuesta honesta es: empieza por fichero de remesa. Cubre la mayor parte del valor y te deja la firma donde la quieres. Si el cuello de botella es tu sistema de gestión, mira antes cómo elegir un ERP con API robusta.

La conciliación posterior: cerrar el círculo cuando el dinero sale

Un circuito que no concilia está a medias: mientras los movimientos del banco no se casen con las facturas, no sabes cuánto debes.

Funciona así: se traen los movimientos del banco, cada cargo se intenta casar con una factura o una remesa por importe, fecha y referencia, y lo que casa se marca pagado sin que nadie intervenga. Cuando pagas por remesa agrupada el banco suele mostrar un único cargo por el total, así que el sistema casa primero la remesa y después reparte entre las facturas que la componían. Lo que no casa queda en una lista de excepciones, donde aparecen las cosas interesantes: comisiones que no esperabas, devoluciones, un pago que alguien hizo por fuera del circuito.

Para traer los movimientos tienes las mismas tres vías: fichero de extracto, API bancaria o agregador. Con ficheros, una descarga diaria programada basta.

Lo que ganas es menos visible que el ahorro de teclear facturas, pero pesa más: el saldo de proveedores está al día, el cierre de mes deja de ser un maratón y las desviaciones aparecen en caliente, cuando todavía se pueden reclamar. Cómo se conecta esta parte con la facturación lo contamos en integrar el banco con la facturación electrónica por API.

Orden de implantación por fases y qué ganas en cada una

El error más común es montar el circuito entero de golpe: tarda meses, nadie ve resultados y el proyecto se muere. Por fases, cada tramo da algo útil en semanas.

1. Fase 1 · Buzón único y archivo automático (1 a 2 semanas). Todas las facturas entran por una sola dirección y se registran en una tabla. Ganas que nada se pierda. La fase menos vistosa y la que más horas devuelve de inmediato.
2. Fase 2 · Extracción con revisión por excepción (2 a 4 semanas). La IA rellena los campos; la persona revisa solo lo dudoso. Ganas el tiempo de teclear y un registro buscable de lo que debes.
3. Fase 3 · Controles de riesgo (1 semana). Duplicados, desviación contra pedido, factura sin pedido y, sobre todo, IBAN distinto del registrado. La más corta y la que más dinero protege.
4. Fase 4 · Aprobaciones con reglas (2 a 3 semanas). Cada factura va a quien debe aprobarla según importe y área, con recordatorios automáticos. Ganas plazos predecibles.
5. Fase 5 · Propuesta de remesa (2 a 3 semanas). El sistema agrupa vencimientos y genera el fichero listo para el banco. Ganas el trabajo de preparar pagos.
6. Fase 6 · Conciliación automática (2 a 4 semanas). Los movimientos se casan solos con facturas y remesas. Ganas un cierre de mes corto y saldos fiables a diario.
7. Fase 7 · Solo si el volumen lo pide: API bancaria (plazo variable). Envío de órdenes con autorización desacoplada. Ganas inmediatez; pagas en integración y dependencia del banco.

Un detalle de orden: la fase 3 puede adelantarse en cuanto tengas la 2, y conviene hacerlo, porque es la única que evita pérdidas en lugar de ahorrar tiempo. Las herramientas de orquestación habituales, del tipo n8n, Make o Zapier, cubren las fases 1 a 5 sin desarrollo a medida.

Cuánto cuesta montarlo y cuándo merece la pena

Sobre el cuánto: nuestras tarifas en Uniamos a octubre de 2026 son 150 USD por hora con un mínimo de cinco horas, o proyecto cerrado de 1.500 a 4.500 USD según alcance; se revisan cada cierto tiempo. No incluyen la suscripción de las herramientas, que contrata la propia empresa. Un circuito de fases 1 a 3 cae en la parte baja de ese rango; llegar hasta conciliación, en la alta.

Sobre el cuándo, mira dos números tuyos. El volumen: por debajo de unas cincuenta facturas de compra al mes, el ahorro de horas no justifica el proyecto completo, aunque las fases 1 y 3 siguen mereciendo la pena por lo que protegen. Y el reparto de tiempo: si administración dedica más de un día al mes a teclear facturas y cuadrar extractos, la cuenta sale rápido.

Una comprobación que no cuesta nada: cuántas veces en los dos últimos años se pagó una factura duplicada, o se pagó tarde algo con recargo. Si la respuesta no es cero, ya tienes medida la parte del valor que no se ve en las horas.

Preguntas frecuentes

Artículos relacionados

• Cómo integrar el banco con la facturación electrónica por API
• Conectar la tarjeta de empresa con la contabilidad de gastos
• ERP con API robusta: cómo elegirlo e integrarlo
• Qué es un agente de IA y qué hace en una empresa
• Más artículos del blog de Uniamos