Una solicitud de compra enviada por correo puede parecer suficiente hasta que se reenvía, cambia de versión o nadie sabe quién la autorizó. El riesgo no depende del tamaño de la empresa: depende de cuántas personas intervienen y de qué evidencia queda del proceso.
La solución no siempre es comprar un ERP. Antes conviene establecer controles claros, incluso si todavía trabajas con formatos y hojas compartidas.
Los nueve controles que debería tener el proceso
- Folio único de requisición. Toda solicitud debe poder identificarse sin depender del asunto de un correo. Un reenvío no debe crear una solicitud diferente.
- Solicitante y centro de costo. Registrar quién pide, para qué proyecto y a qué presupuesto corresponde.
- Especificaciones completas. Partida, cantidad, unidad, descripción y anexos cuando sean necesarios para cotizar correctamente.
- Validación de duplicados. Alertar cuando coinciden proyecto, partidas, cantidades y fechas con una solicitud ya abierta. Una alerta solicita revisión; no debe bloquear automáticamente compras legítimas.
- Aprobación por monto y responsabilidad. Definir niveles de autorización y conservar quién aprobó, cuándo y bajo qué versión.
- Comparativo de proveedores. Registrar precios, plazos, condiciones y la justificación de selección cuando sea aplicable. No basta con guardar archivos sin relación con la compra.
- Relación PR → RFQ → OC. Poder rastrear la requisición, la solicitud de cotización y la orden de compra resultante, incluso si hay cambios de cantidades.
- Recepción parcial o total. Una orden emitida no equivale a material recibido. Documentar cantidades entregadas, pendientes e incidencias.
- Historial de cambios. Saber quién modificó una partida, canceló una solicitud o aprobó una excepción. La evidencia debe conservarse según las políticas de la empresa.
Ejemplo: cómo aparece una compra duplicada
Un área solicita 10 sensores mediante una requisición. Al no recibir confirmación, manda la misma solicitud a otra persona. Compras procesa ambas como independientes y se emiten dos órdenes. El problema no empezó al emitir la segunda orden: empezó porque no había un identificador compartido y un estado consultable.
Con un folio visible, un estado de atención y una alerta por coincidencia, el equipo puede revisar antes de enviar una nueva orden. Este ejemplo es ilustrativo, no describe un incidente real de un cliente.
Qué indicadores ayudan a encontrar los cuellos de botella
- Tiempo entre la requisición y su primera revisión.
- Tiempo de espera en autorizaciones.
- Requisiciones devueltas por información incompleta.
- Solicitudes duplicadas detectadas antes de emitir la orden.
- Órdenes con recepción parcial o entrega vencida.
Empieza con dos indicadores y revisa la tendencia. Una pantalla llena de métricas no soluciona un flujo mal definido.
¿Excel, formularios o ERP?
Un formulario y una hoja controlada pueden funcionar cuando hay pocos usuarios y reglas sencillas. Si existen varias áreas, aprobaciones, proyectos y compras recurrentes, una solución digital con roles e historial puede reducir retrabajo. Cuando el proceso necesita conectarse con inventario o finanzas, evalúa un ERP modular o un módulo de digitalización de procesos.
Si buscas una guía sobre la secuencia completa, consulta cómo digitalizar requisiciones y órdenes de compra paso a paso.
Antes de desarrollar, revisemos el flujo que ya tienes
En IngeControl podemos revisar cómo se crean, aprueban y convierten tus requisiciones en órdenes. Empieza compartiendo el número aproximado de solicitudes mensuales, cuántas áreas participan y dónde aparecen los atrasos; con eso se puede valorar una solución proporcional al problema.
