Recursos · Guía

Flujos de aprobación de AP que escalan

Un proceso de aprobación que funciona con cincuenta facturas al mes puede fallar silenciosamente con quinientas. Esta guía recorre las tres formas de rutear una aprobación — bandas de monto, centros de costo y proyectos — por qué la separación de funciones es en realidad una cuestión de permisos, y por qué el rastro de auditoría se gana su lugar en el cierre.

El punto de partida

De dónde vienen los procesos de aprobación

Nadie se sienta a diseñar su primer proceso de aprobación. Se acumula. El contralor firma todo porque el contralor siempre ha firmado todo. La gerente de oficina sabe que todo lo del electricista va a mantenimiento, y reenvía el PDF. A bajo volumen, con todos en una sola oficina, esto realmente funciona.

Luego el volumen crece. Los aprobadores pasan a trabajar remoto, aparece una segunda entidad, el contralor se convierte en la cola en la que espera cada factura, y la lógica real del proceso — quién firma qué, y por qué — vive en la cabeza de una o dos personas. La semana en que una de ellas está de vacaciones, las facturas dejan de moverse. Escalar un proceso de aprobación significa una cosa primero: las reglas tienen que salir de la cabeza de las personas y entrar en una forma que funcione igual cada vez. La pregunta es qué deben decir esas reglas.

Dimensión uno

Ruteo por bandas de monto

El monto es la dimensión de ruteo más antigua y la más fácil de escribir. Las facturas rutinarias toman un camino corto — un aprobador, a menudo el gerente de quien la solicita. Las facturas más grandes escalan: una segunda firma al pasar el siguiente umbral, la más grande llegando al CFO. Todo manual de política financiera tiene una versión de esta tabla.

Las bandas de monto tienen dos virtudes reales. Son fáciles de explicar — cualquiera puede leer un total en la factura y saber su camino. Y limitan la exposición: nada grande se mueve con una sola firma. Pero el monto responde solo una pregunta: cuántos ojos merece una factura. No dice nada sobre de quién son esos ojos. Una factura modesta codificada contra el presupuesto equivocado se desliza por debajo de cada banda y la aprueba alguien sin motivo para detectar el error. Esa es la brecha que las siguientes dos dimensiones existen para cerrar.

Dimensión dos

Ruteo por centro de costo

En la mayoría de las empresas, la autoridad de gasto es propiedad del presupuesto. El líder de mercadeo responde por el presupuesto de mercadeo, así que el líder de mercadeo debería ver las facturas que lo impactan. El ruteo por centro de costo envía cada factura a la persona dueña del presupuesto en el que realmente cae el gasto — lo cual suena obvio y tiene un requisito exigente: las líneas tienen que estar codificadas primero.

El ruteo no puede leer un presupuesto en el nombre del proveedor. Lee la codificación — la cuenta contable y el centro de costo asignados a cada línea — lo que significa que la codificación deja de ser papeleo administrativo hecho al final y se convierte en el insumo del que depende todo el proceso de aprobación. Cuanto antes ocurra la codificación, idealmente durante la captura de facturas y OCR, antes puede actuar el ruteo sobre ella — y el software puede llevar buena parte de ese trabajo, como se cubre en cómo el OCR de facturas aprende de tus proveedores.

El beneficio es más agudo que la simple conveniencia. El dueño del presupuesto no solo aprueba su propio gasto — ve gasto llegando contra su presupuesto que nunca ordenó. Esa es la revisión con más probabilidad de detectar una línea mal codificada o un proveedor facturando al departamento equivocado, y el ruteo basado en monto nunca la produce.

Dimensión tres

Ruteo por proyecto

Los proyectos cruzan el organigrama. Una remodelación de oficina, la implementación de un sistema, una obra de construcción — cada uno atrae facturas de muchos proveedores y las hace caer en varios centros de costo, mientras una sola persona es responsable de todo el presupuesto: el dueño del proyecto. El ruteo por proyecto envía esas facturas a esa persona, sin importar en qué departamento caigan las líneas. Los proyectos también tienen tiempo limitado, y el ruteo debería tenerlo también — una vez que el proyecto cierra, una factura que todavía lo nombra merece una mirada más dura, no un camino más silencioso.

Uniéndolo todo

En la práctica, combinas las tres

Las tres dimensiones no son competidoras. Un patrón funcional: el monto decide cuántas aprobaciones necesita una factura; el centro de costo y el proyecto deciden de quién son esas aprobaciones. Una factura rutinaria va a su dueño de presupuesto y se detiene ahí. Una grande va a su dueño de presupuesto y luego escala las bandas de monto.

La parte que falla silenciosamente es la precedencia. Tarde o temprano una factura coincide con dos reglas a la vez — pertenece a un proyecto y también cae en un centro de costo con su propio aprobador. El proceso necesita una respuesta determinista sobre cuál regla gana, escrita antes de que llegue el caso. "Enviarla a ambos y esperar" no es una respuesta; es cómo una factura se estanca en dos colas mientras cada aprobador asume que el otro la tiene.

Diseño del control

La separación de funciones es una cuestión de permisos

El control clásico de AP dice que la persona que registra una factura no debe ser la persona que la aprueba. Un solo par de manos ingresando datos y aprobando el pago es cómo el fraude pasa desapercibido — y cómo los errores honestos se certifican a sí mismos.

Escrita en un manual de políticas, esa regla es una esperanza. Se convierte en un control solo cuando los permisos del sistema la hacen cumplir: registrar y aprobar son derechos separados, en manos de roles distintos, y la acción de aprobar simplemente no existe para la persona que codificó las líneas. Por eso la separación de funciones es en realidad una pregunta sobre el control de acceso basado en roles — no "qué le dijimos a la gente que hiciera", sino "qué puede hacer cada cuenta". Si todo usuario es administrador, no hay separación de funciones, sin importar lo que diga el documento de política.

El modelo de roles también tiene que responder los casos incómodos. ¿Quién puede editar una factura después de que su aprobación ha comenzado — y una edición reinicia las aprobaciones ya dadas? Debería: un aprobador dio el visto bueno a un monto y una codificación específicos, no a lo que diga el registro ahora. ¿Qué pasa cuando un aprobador deja la empresa — la cadena se rutea hacia alguien con autoridad, o se estanca, o peor, salta silenciosamente un paso? Cada una de estas es una decisión de permisos, y cada una sale a la superficie solo con volumen, cuando nadie nota que una sola factura se escapó.

El rastro en papel

Por qué el rastro de auditoría importa en el cierre

Durante el mes, la aprobación se siente como flujo de trabajo — el punto es mantener las facturas en movimiento. En el cierre de fin de mes, y de nuevo en temporada de auditoría, se convierte en evidencia. La pregunta nunca es simplemente si una factura fue aprobada. Es quién la aprobó, cuándo, bajo qué autoridad — y qué estaba viendo cuando decidió: la codificación de las líneas, el resultado de la conciliación contra la orden de compra y el recibo de mercancía (el tema de qué verifica la conciliación a 3 vías), y cualquier advertencia que se mostrara en ese momento.

Un rastro que puede responder esas preguntas tiene dos propiedades. Se escribe en el momento de la decisión, no se reconstruye después. Y resiste la edición — un registro alterado después de los hechos debería mostrarse como alterado. La alternativa le resulta familiar a cualquiera que haya cerrado los libros de un proceso basado en correo: arqueología de bandeja de entrada, reconstruyendo quién dijo que sí a partir de hilos reenviados, meses después, para un auditor que preferiría por mucho haber visto un registro.

Una nota sobre herramientas

Dónde encaja el software

Todo lo anterior es diseño de proceso, no un requisito de producto — las bandas de monto, el ruteo por dueño de presupuesto y la separación de funciones aplicada se pueden construir en la mayoría de los sistemas serios, con suficiente voluntad. Para que conste, esta es la forma que toma Onivo AP: cada línea se codifica a una cuenta contable, centro de costo y proyecto, las aprobaciones se rutean por monto, centro de costo y proyecto, y cada decisión se escribe en un rastro de auditoría a prueba de manipulación. Los detalles están en la página de automatización de flujos de aprobación de facturas, y cómo se protege el rastro se cubre en seguridad.

Preguntas frecuentes

Flujos de aprobación, explicados

¿Cuáles son las tres formas de rutear una aprobación de factura?

Por bandas de monto, centros de costo y proyectos. No son competidoras: un patrón funcional es que el monto decide cuántas aprobaciones necesita una factura, mientras que el centro de costo y el proyecto deciden de quién son esas aprobaciones. Una factura rutinaria va a su dueño de presupuesto y se detiene ahí; una grande va a su dueño de presupuesto y luego escala las bandas de monto.

¿Por qué la separación de funciones es en realidad una cuestión de permisos?

Escrita en un manual de políticas, la regla de que la persona que registra una factura no debe aprobarla es una esperanza. Se convierte en un control solo cuando los permisos del sistema la hacen cumplir — registrar y aprobar son derechos separados que tienen roles distintos, y la acción de aprobar simplemente no existe para la persona que codificó las líneas.

¿Por qué importa el rastro de auditoría en el cierre de fin de mes?

En el cierre, y de nuevo en temporada de auditoría, la aprobación deja de ser flujo de trabajo y se convierte en evidencia. La pregunta nunca es simplemente si una factura fue aprobada — es quién la aprobó, cuándo, bajo qué autoridad, y qué estaba viendo cuando decidió. Un rastro que puede responder esas preguntas se escribe en el momento de la decisión y resiste la edición: un registro alterado después de los hechos debería mostrarse como alterado.