La orden que quedó esperando aprobación fuera del ERP

Un gerente de compras carga la orden en el ERP el lunes a la mañana. El proveedor ya tiene el pedido, espera confirmación para producir. La orden necesita una firma de aprobación antes de convertirse en compromiso de pago.

¿Dónde está esa firma? En el celular de alguien que viaja esa semana, en un hilo de correo con tres respuestas cruzadas, o en una hoja que circula por las oficinas buscando una rúbrica. El ERP, mientras tanto, no sabe nada de esto: para el sistema, la orden simplemente está "pendiente".

El problema no es el ERP. Es que la aprobación nunca vivió adentro de él.

Por qué la aprobación de una orden se traba fuera del ERP

Un ERP hace muy bien lo que fue diseñado para hacer: formalizar qué se compra, a quién, en qué cantidad y bajo qué condiciones antes de que el proveedor despache. Esa definición de orden de compra es exactamente lo que el sistema resuelve bien. Pero el paso siguiente, decidir si esa orden se autoriza, casi nunca queda resuelto dentro del mismo sistema.

En la mayoría de las empresas medianas y grandes, ese paso vive en un canal paralelo: un correo que hay que reenviar, un mensaje de WhatsApp al gerente, una carpeta física que junta firmas. Cada uno de esos canales tiene el mismo defecto: nadie sabe en tiempo real en qué bandeja está la orden ni cuánto lleva esperando ahí. La gestión de órdenes de compra suele describirse como un flujo dentro del sistema, pero en la práctica el eslabón de la aprobación queda afuera, y es justo ahí donde se traba.

Cuando se audita por qué una orden tardó ocho días en aprobarse, casi nunca aparece un problema de fondo: desacuerdo con el proveedor, error en el pedido, falta de presupuesto. Aparece algo mucho más simple: nadie sabía que la tenía que revisar, o la revisó y se olvidó de contestar. Ese es el costo invisible de una aprobación que vive fuera del sistema que la origina. No es un problema de criterio de negocio. Es un problema de visibilidad: la orden existe en el ERP, pero la decisión sobre ella existe en otro lado, sin trazabilidad ni urgencia asignada.

Qué información necesita una orden para aprobarse sin ida y vuelta

La mayoría de las demoras no vienen de una discusión de fondo, sino de una pregunta que alguien tiene que volver a hacer porque la orden no traía la respuesta. Para que una orden se apruebe en una sola pasada, necesita como mínimo:

• Qué se compra, con la descripción exacta del producto o servicio.
• A qué proveedor, con sus datos vigentes y validados.
• En qué cantidad y a qué precio, comparado contra el presupuesto o la cotización previa.
• Bajo qué condiciones de entrega y de pago.

Si falta cualquiera de esos datos, la aprobación se frena para pedir la información faltante, y ese es exactamente el tipo de ida y vuelta que agrega días a un trámite que debería resolverse en horas. Cuando la orden se genera con esos campos completos desde el origen (por ejemplo, tomados directamente del ERP y no reescritos a mano en un correo), el aprobador tiene todo lo que necesita para decidir en el primer vistazo, no en el tercer intercambio de mensajes.

Cómo se automatiza la aprobación sin reemplazar el ERP

La reacción más común frente a este problema es pensar en cambiar de sistema. No hace falta. La aprobación se integra al ERP que ya existe: se conecta un canal (una app móvil, una vista web) que se comunica con el ERP mediante su API o mediante una plataforma de orquestación como n8n.

El flujo queda así: la orden se dispara desde el ERP en cuanto se carga, la notificación llega a quien tiene que aprobar directo a su celular o su correo, y la decisión (aprobado, rechazado, con observaciones) se escribe de vuelta en el ERP de forma automática. El sistema principal no se toca. Se le agrega el canal de aprobación que nunca tuvo, con el mismo principio que aplica a integrar sistemas sin reemplazarlos: el dato viaja solo, sin que nadie lo copie a mano de un lado a otro.

Este es, de hecho, uno de los frentes de trabajo más concretos que vemos en compras dentro de operaciones que ya usan ERP: la aprobación móvil de órdenes que hoy queda fuera de él. Antes de conectar nada, conviene relevar cómo viaja hoy esa aprobación (por dónde entra, en qué bandeja se traba, quién la revisa). Automatizar un flujo que hoy nadie entiende del todo solo hace que el cuello de botella se mueva de lugar, no que desaparezca.

Qué gana el equipo de compras con la aprobación integrada al flujo

Con la aprobación integrada, el equipo de compras gana tres cosas concretas:

• Visibilidad: se sabe en qué bandeja está cada orden y hace cuánto está ahí, sin tener que preguntar por chat quién la tiene.
• Trazabilidad: queda registrado quién aprobó qué y cuándo, útil para auditoría y para resolver disputas sobre plazos con proveedores.
• Reglas: montos que se aprueban solos si cumplen ciertas condiciones, montos que requieren una segunda firma, y escalamiento automático si nadie responde en el plazo definido, en vez de depender de que alguien insista por WhatsApp.

Ese mismo principio, resolver el problema puntual sin desarmar el sistema principal, es el que aplicamos en proyectos de Hiper-Automatización, donde las aprobaciones trabadas en correos y planillas de Excel son uno de los síntomas más comunes que nos llegan a resolver. La orden que hoy espera una firma en un chat puede resolverse en minutos, con el mismo ERP que la empresa ya tiene, sin migraciones ni proyectos de meses.

Nada de esto exige tocar el ERP en su lógica interna ni reemplazar lo que el equipo ya conoce y usa todos los días. Exige entender primero el flujo real de aprobación (no el que está documentado, sino el que efectivamente ocurre) y después cerrar el hueco con el canal que corresponda. Ese orden, entender antes de automatizar, es el que evita que el nuevo flujo termine siendo otro canal paralelo más para gestionar.