Órdenes de compra: autorizaciones, cambios y recepción comprobable

¿Qué debe quedar aprobado exactamente?

Una orden necesita un folio y una revisión que permitan reconstruir lo que vio el aprobador. Conserva solicitante, proveedor, productos, unidades, cantidades y condiciones pertinentes. Si alguien cambia esos datos después, el historial debe explicar qué ocurrió y si la autorización sigue siendo válida. Un estado verde sin versión no responde si se aprobaron cien piezas o las ciento veinte que ahora aparecen en pantalla.

Business Central documenta usuarios aprobadores, sustitutos y límites configurables dentro de un flujo de compra. Su ejemplo pasa de solicitud pendiente a liberación tras aprobar. No todos los cambios imaginables constituyen eventos soportados por defecto; verifica el flujo real. Referencia de aprobación de compras. Escribe las reglas de tu empresa antes de confundir una función disponible con una política ya configurada.

¿Quién solicita, revisa y libera?

Decide cuándo debe existir separación entre quien pide y quien autoriza. El sustituto del aprobador necesita un alcance y una vigencia explícitos; no debería entrar usando la cuenta de otra persona. Clasifica cambios sensibles: proveedor, cantidad, material, destino, fecha o condición. Una nota descriptiva puede seguir otra regla, pero esa excepción también debe estar acordada. Prueba el mismo control desde una importación o integración si esas vías pueden modificar la compra.

Ejemplo: la revisión uno no autoriza la revisión dos

Después de liberar v2, recibir cincuenta deja setenta pendientes contra sus ciento veinte, bajo la regla de cantidades aceptadas acordada. La tabla de aprobación no registra esa llegada por sí sola. Un mensaje preparado para P2 tampoco demuestra su recepción ni conformidad: conserva el estado del documento enviado y la respuesta por separado. Este ejercicio revisa registros y no envía comunicaciones a proveedores.

¿Qué pasa si cambia una orden ya ejecutada?

Si hubo recepciones o material reservado, no reemplaces la orden anterior como si nunca hubiera existido. Identifica qué parte cambia, qué ya se ejecutó y qué pendiente afecta. Una reducción no debería borrar una recepción; un aumento necesita la autorización pertinente. Si el proveedor sustituyó un material, conserva la propuesta hasta que la persona responsable determine si es aceptable. La aprobación operativa no decide por sí misma requisitos técnicos ni tratamiento comercial.

Odoo publica Compras conectada con inventario y documentos de proveedor. Funciones de Compras. Esa conexión sirve para relacionar procesos, pero debes demostrar qué acción crea el movimiento en tu configuración. La guía de recepciones parciales comprueba llegada y aceptación; las versiones de materiales ayudan cuando el cambio afecta producción.

¿Qué pruebas evitan una aprobación decorativa?

• Normal: el aprobador puede ver la revisión completa y su decisión conserva contenido, fecha e identidad.
• Excepción: cambiar proveedor o cantidad en OC-A exige la revisión acordada; una autorización antigua no se aplica silenciosamente.
• Reintento: repetir L02 conserva una sola liberación y permite consultar su resultado después de perder la respuesta.
• Permisos: un solicitante sin facultad de aprobación no puede liberar por URL, importación o integración.
• Delegación: el sustituto autorizado actúa con su propia identidad; una delegación vencida o fuera de alcance se rechaza.

¿Cómo preparas el diagnóstico del flujo?

Llena la hoja de autorizaciones de compra con una orden que haya cambiado antes de recibirse. Lleva las dos versiones y quién tomó cada decisión. La comparación ERP o software a la medida ayuda a escoger el camino; el alcance de software para manufactura debe describir estos controles y sus excepciones, sin prometer que cualquier aprobación disponible representa tu proceso completo.