Cómo automatizar solicitudes de compra y aprobaciones de gasto sin perder control
Automatizar una solicitud de compra no consiste en reenviar un formulario a quien suele aprobar. El flujo debe decidir qué información hace falta, quién puede comprometer gasto, qué ocurre si falta alguien y cuándo una aprobación deja de ser válida. En la mayoría de esas decisiones bastan reglas deterministas y personas autorizadas; no necesitan IA.
Lo esencial, antes de empezar
- La solicitud interna nace antes de comprar y debe conservar relación con pedido, recepción y factura.
- Solicitar, revisar, aprobar, comprar y contabilizar son acciones diferentes.
- La matriz usa roles, condiciones y suplencias, no nombres fijos ni decisiones opacas de IA.
- Los cambios materiales posteriores a la aprobación deben reabrirla o bloquearse mediante una regla explícita.
Separa cinco acciones que suelen mezclarse
- 01
Solicitar
Una persona explica qué necesita y para qué.
- 02
Revisar
Administración comprueba datos, proveedor y política.
- 03
Aprobar
La persona con autoridad acepta, rechaza o pide cambios.
- 04
Comprar
Compras emite el pedido y coordina la adquisición.
- 05
Recibir y contabilizar
El equipo confirma entrega y relaciona factura, pedido y solicitud.
Una misma persona puede cubrir varias funciones en una pyme, pero el sistema debe registrar qué acción realizó. Usa estados como borrador, pendiente de información, en revisión, aprobado, rechazado, pedido, recibido y cancelado. La documentación de Microsoft distingue la revisión de una solicitud completa o de líneas individuales, útil cuando una petición mezcla compras rutinarias y excepcionales.
Define los datos mínimos antes de elegir herramienta
- Bien o servicio y necesidad que resuelve.
- Cantidad, importe estimado, moneda e impuestos cuando proceda.
- Proveedor propuesto y alternativas conocidas.
- Centro de coste, proyecto o departamento.
- Fecha necesaria y motivo de urgencia.
- Documentación de apoyo y responsable del gasto.
No todos los campos son siempre obligatorios. Las políticas de compra pueden condicionar campos y revisiones al tipo de solicitud. Una pyme puede aplicar el mismo principio en otra herramienta: exigir comparativas a partir de un límite, contrato para recurrencia o validación adicional para proveedor nuevo.
Construye una matriz legible por el equipo
| Condición | Revisión | Aprobación | Evidencia |
|---|---|---|---|
| Habitual dentro de presupuesto | Administración | Responsable del centro | Solicitud y partida |
| Supera autoridad delegada | Administración | Dirección o finanzas | Comparación y motivo |
| Proveedor nuevo | Alta de proveedor | Responsable y validación | Comprobaciones realizadas |
| Servicio recurrente | Área responsable | Finanzas | Periodicidad, renovación y salida |
| Urgencia justificada | Revisión abreviada | Suplente autorizado | Motivo y revisión posterior |
La ruta debe usar roles y condiciones, no una lista fija de nombres. Configura suplencias con inicio y fin. La guía de Business Central sobre aprobación de compras muestra límites de importe, aprobadores sustitutos y notificaciones como elementos separados.
Automatiza reglas; deja visibles las excepciones
Un texto generado por IA no debería decidir si el gasto es necesario. Puede sugerir una categoría o detectar un campo ausente, pero importe, centro, proveedor, presupuesto y autoridad son reglas verificables. Una persona autorizada conserva la decisión cuando existe criterio financiero.
- Impide autoaprobación cuando la política la prohíbe.
- Reabre la aprobación si cambia importe, proveedor, cantidad o alcance material.
- No permitas que una solicitud rechazada cree un pedido.
- Haz que un reintento no cree dos solicitudes o dos pedidos.
- Explica qué regla eligió la ruta y qué excepción requiere intervención.
Este flujo es de compras internas. El artículo sobre presupuestos comerciales y descuentos trata propuestas que la empresa envía a clientes; mezclar ambos expedientes confunde quién compra, quién vende y qué autoridad se está ejerciendo.
Prueba lo que no aparece en la demostración
- Importe justo por debajo, igual y por encima de cada límite.
- Dos líneas con rutas distintas.
- Aprobador ausente y suplente vigente o caducado.
- Cambio de importe después de aprobar.
- Presupuesto agotado durante la revisión.
- Rechazo con motivo y reenvío corregido.
- Fallo contable después de aprobar y cancelación tras enviar el pedido.
Para cada caso registra estado esperado, responsable y evidencia. Formulario, reglas por importe, seguimiento y trazabilidad son el punto de partida. El flujo solo queda preparado para operar cuando también resuelve cambios, fallos y fronteras según la política real, en lugar de digitalizar únicamente la aprobación feliz.
Mide control y tiempo del ciclo completo
Observa tiempo desde solicitud hasta decisión, devoluciones por información incompleta, urgencias, excepciones y compras sin solicitud previa. Una decisión rápida no es mejora si aumenta correcciones, duplicados o casos fuera de política.
NAS Solutions puede convertir estas reglas en una automatización conectada con las herramientas existentes. La parte esencial son reglas, responsables y evidencia; la IA es opcional y no sustituye la autoridad de gasto. La guía para elegir qué proceso automatizar primero ayuda a comprobar la estabilidad del candidato.
Entrega el flujo con un manual de operación
Antes de ponerlo en uso, asigna quién mantiene la matriz, quién sustituye a un aprobador ausente y quién atiende solicitudes atascadas. Documenta cómo cambiar un límite sin alterar expedientes ya aprobados, cómo reanudar una integración fallida y cómo identificar pedidos creados manualmente fuera del circuito. Una bandeja de excepciones necesita propietario y plazo interno de revisión, aunque no exista un SLA contractual.
| Prueba | Evidencia | Criterio de cierre |
|---|---|---|
| Aprobador ausente | Ruta y suplencia registradas | La solicitud llega solo al rol vigente |
| Cambio material | Historial antes y después | La aprobación anterior deja de habilitar la compra |
| Fallo al crear pedido | Estado, error y reintento | No aparece un pedido duplicado |
| Cierre del expediente | Solicitud, pedido, recepción y factura enlazados | El equipo puede reconstruir el ciclo |
La entrega debe incluir permisos, catálogo de estados, reglas versionadas, responsables, casos de prueba y procedimiento de contingencia. Así administración puede aceptar el sistema por resultados observables y no por una demostración. Durante las primeras semanas conviene revisar excepciones con el equipo y corregir reglas ambiguas antes de incorporar nuevas clases de gasto.
Fuentes y referencias
Documentación oficial y referencias de mercado consultadas para verificar los puntos que cambian con el tiempo.
