Un empleado de cuentas por pagar o un contable controla en el sistema contable cuándo vence una factura de compra, si hay un descuento por pronto pago que aprovechar, y si un pago corre el riesgo de llegar tarde. Eso es vigilancia: comparar una lista de fechas con el calendario y actuar cuando un plazo se acerca. La pregunta es si la IA puede asumir eso.
Esta tarea puntúa en casi todos los ejes hacia el lado favorable. La estructuración es alta: una fecha de vencimiento es un valor fijo en un lugar fijo del sistema, no requiere interpretación. El volumen es alto: en una empresa con un flujo constante de facturas de compra son cientos o miles al año, todas según el mismo patrón. El contacto con clientes, las acciones físicas y la creatividad no juegan ningún papel; se trata de trabajo puramente interno, digital y repetitivo. Exactamente el tipo de tarea para el que el software ya existe desde hace tiempo, y sobre el que ahora también encaja una señalización de tipo IA.
La excepción es el coste del error, y eso matiza algo la imagen. Un vencimiento perdido cuesta dinero: se pierde el descuento por pronto pago, o llega un recordatorio de pago y posiblemente una penalización o un contacto dañado con el proveedor. El margen de criterio y el cumplimiento normativo puntúan en una posición intermedia, no porque haya mucho que interpretar, sino porque una desviación —una factura que no coincide con el pedido, un plazo de pago que acaba de cambiarse, un proveedor que por otro motivo suspende un pago— sí requiere valoración. Eso no es trabajo creativo, pero tampoco es totalmente automatizable sin alguien que vea la excepción y decida.
Los tres ejes que aquí resultan decisivos son la estructuración, el volumen y el coste del error. Los dos primeros abogan claramente por la automatización: el trabajo es lo bastante regular y lo bastante sencillo como para dejarlo en manos del software. El tercer eje frena eso: como un error cuesta dinero, el sistema no solo debe señalizar sino también ser fiable, y debe haber alguien que pueda valorar una advertencia antes de que el pago se realice efectivamente.
Por eso, la tecnología que hoy encaja aquí es rpa: software que lee vencimientos, los compara con el calendario de pagos y genera notificaciones o incluso prepara propuestas de pago. No una IA que decide de forma autónoma y paga sin supervisión, sino vigilancia automatizada con una persona que gestiona las excepciones. Ese es un cambio que ya está ocurriendo en muchos departamentos financieros: mantener el resumen es trabajo que desaparece de la tarea diaria del empleado de cuentas por pagar, decidir sobre las desviaciones permanece.
Dos condiciones determinan si esto funciona en una empresa concreta. La primera es la fiabilidad de los datos de planificación: si los vencimientos, los plazos de pago y los acuerdos de descuento están registrados de forma correcta y actualizada en el sistema, la vigilancia automática puede apoyarse en ellos. Si esos datos están dispersos en correos electrónicos, acuerdos sueltos con proveedores o un sistema que no se conecta con la contabilidad, primero hace falta un trabajo de limpieza antes de que la automatización tenga sentido. La segunda es la señalización de desviaciones: el sistema no solo debe gestionar los casos estándar, sino también dejar claro cuándo algo se sale del patrón, para que una persona pueda valorarlo.
En una empresa con un número reducido de proveedores fijos y plazos de pago sencillos, la vigilancia es casi totalmente automatizable: pocas excepciones, patrones predecibles. En una empresa con muchos proveedores, condiciones contractuales variables, pagos internacionales en distintas divisas o disputas frecuentes sobre facturas, la situación es distinta: allí la probabilidad de desviaciones es mayor y queda estructuralmente más trabajo de valoración. La calidad de los datos de origen también marca la diferencia: un sistema contable bien organizado ofrece más apoyo a la automatización que un sistema con introducción manual y listas de Excel sueltas al margen de la contabilidad.
Esta tarea no está aislada. Está relacionada con el panorama más amplio de las partidas pendientes de cobro y pago, con la lectura y conciliación de extractos bancarios con los que se dan de baja los pagos, y con la conciliación de transacciones de proveedores de pago. Juntas, estas tareas forman una gran parte del tráfico administrativo en torno al dinero que entra o sale de una empresa, y en todos esos casos se aplica el mismo patrón: la estructura y el volumen hacen posible la automatización, el coste del error y las excepciones mantienen vigente una forma de supervisión.
Esto no es un consejo de personal ni un argumento a favor de reducir un departamento de cuentas por pagar. Es una descripción de qué parte de una tarea, según los ocho ejes, es apta para ser asumida por software, y qué parte sigue siendo trabajo humano. Si un cambio en las tareas tiene consecuencias para los puestos de trabajo, se aplican requisitos legales propios; véase también la explicación sobre cuándo debe intervenir el consejo de empresa. Nada de esto garantiza que una tarea sea realmente asumida; depende de la calidad de los datos, de los sistemas y de la disposición a que las excepciones se señalicen bien.
Para ver cómo resulta esto en su propio proceso de cuentas por pagar, resulta útil observar el volumen del flujo de facturas, el número de proveedores y el grado en que los plazos de pago y los acuerdos de descuento ya están estructurados. El quickscan gratuito de FTE TO AI ofrece para ello una primera orientación: doce preguntas, sin necesidad de cuenta, con una indicación de qué parte de las horas en su perfil puede ser asumida hoy por la IA. El werkscan completo, que desglosa el trabajo de toda una empresa hasta el nivel de tarea, todavía está en construcción.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.