[Blog]()Producción # Órdenes de compra: autorizaciones, cambios y recepción comprobable La aprobación debe indicar qué versión se autorizó, no solo que alguna vez se pulsó «aprobar». **[Jonathan Perez]()**Cofundador · Diseño, producto y ventas 8 de octubre de 2026 · 8 min de lectura **Respuesta breve** Autoriza una versión concreta de la orden con proveedor, líneas, cantidades y condiciones visibles. Define qué cambios reabren la revisión y quién puede sustituir al aprobador. Prueba permisos y reintentos de liberación; una aprobación interna no demuestra que el proveedor confirmó la compra ni que el almacén recibió mercancía. ## Versión y autorización de la orden de compra Diez pruebas de cambios sensibles, delegación, permisos y liberación sin duplicados. [Descargar hoja CSV]() En esta guía - [¿Qué debe quedar aprobado exactamente?]() - [¿Quién solicita, revisa y libera?]() - [Ejemplo: la revisión uno no autoriza la revisión dos]() - [¿Qué pasa si cambia una orden ya ejecutada?]() - [¿Qué pruebas evitan una aprobación decorativa?]() - [¿Cómo preparas el diagnóstico del flujo?]() ## ¿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 **Datos sintéticos OC-A** OC-A v1 pide 100 piezas a proveedor P1. Compras propone v2 con 120 piezas y proveedor P2. El ejercicio exige volver a aprobar esos cambios. No son precios, documentos ni decisiones de un cliente. | Paso |Contenido |Resultado esperado | | --- | --- | --- | | Solicitar v1 |P1; 100 piezas |Pendiente de revisión | | Aprobar v1 |P1; 100 piezas |Autorización vinculada a v1 | | Proponer v2 |P2; 120 piezas |Nueva revisión; v1 conservada | | Intentar liberar v2 con aprobación v1 |Contenido distinto |Rechazo o revisión explícita | | Aprobar v2 con sustituto autorizado |P2; 120 piezas |Registrar identidad y delegación | | Liberar L02 y repetir L02 |Misma v2 aprobada |Una orden operativa liberada | 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. ## Trae una compra que cambió después de aprobarse En un diagnóstico gratuito podemos definir qué versión se autoriza y qué modificaciones necesitan nueva revisión. - Dos versiones de una orden con proveedor y líneas. - Lista de solicitantes, aprobadores y sustitutos. - Recepciones o pendientes afectados por el cambio. [Agendar diagnóstico gratuito]()[Consultar por WhatsApp]() Relacionado - [Control de producción]() - [Software para manufactura]() ## Preguntas frecuentes ### ¿Toda modificación debe pedir otra aprobación? No necesariamente. Define cambios sensibles y excepciones por campo. La prueba debe demostrar cuándo se conserva la autorización y cuándo se reabre revisión. ### ¿Puede el sustituto usar la cuenta del aprobador? El control propuesto exige su propia identidad y una delegación visible. Compartir cuentas impide reconstruir quién decidió realmente. ### ¿Aprobar una orden confirma que llegó la mercancía? No. Aprobación, confirmación del proveedor y recepción son eventos distintos. Relaciónalos sin convertir uno en evidencia del otro. ### ¿Qué pasa si repito «liberar» tras una falla? Consulta la identidad original y exige una sola orden liberada. Si cambia el contenido, corresponde revisar una nueva versión, no repetir una acción antigua. ## Fuentes 1. [Flujo de aprobación de compra en Business Central]()Microsoft Learn 2. [Compras e inventario en Odoo]()Odoo Última actualización: 8 de octubre de 2026 ## Sigue leyendo [Inventario8 oct 2026 ### Recepciones parciales de compras: qué llegó, qué falta y qué se rechazó]()[Permisos internos8 oct 2026 ### Roles y permisos: quién consulta, cambia y autoriza en tu sistema]()[Auditoría de cambios8 oct 2026 ### Bitácora de cambios: quién cambió qué y cómo investigar una diferencia]() --- Canonical: https://nightlysoftware.com/blog/orden-compra-aprobaciones Updated: 2026-10-08 Description: Prueba quién solicita y autoriza una compra, qué cambios requieren nueva revisión y cómo conservar la versión aprobada sin duplicar órdenes.