Muchos modelos de documentos que ya tienen una acción de cancelación también pueden querer un diálogo de confirmación con la opción de proporcionar un motivo.
Este módulo no proporciona una funcionalidad por sí mismo, sino un modelo abstracto para implementar fácilmente un asistente de confirmación con motivo cuando se hace clic en el botón de cancelar. Si se proporciona un motivo, será visible en la vista de formulario.
Nota: Para poder usar este módulo en un nuevo modelo necesitará algo de desarrollo.
Puede ver ejemplos de implementación como los siguientes,
- sale_cancel_confirm
- purchase_cancel_confirm
- purchase_request_cancel_confirm
- account_move_cancel_confirm
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 19.0Proporciona un asistente reutilizable de confirmación de cancelación que pide a los usuarios que confirmen una cancelación y, opcionalmente, registren un motivo, quién canceló y cuándo. Es un componente técnico: otros módulos deben adaptarse para usarlo.
Este módulo no añade un menú ni una pantalla por sí mismo. Proporciona un diálogo de confirmación compartido que otros módulos pueden conectar a sus propios botones de cancelación, de modo que los usuarios ven una ventana emergente que pregunta "Are you sure to cancel this document?" antes de que se aplique la cancelación.
En ese diálogo el usuario puede escribir un motivo de cancelación. Según cómo esté configurado el módulo que lo llama, el motivo puede estar oculto, ser opcional u obligatorio. Cuando el usuario pulsa Confirm, el documento se marca como cancelado y se guardan en él el motivo, el usuario que canceló y la fecha de cancelación. Si el usuario pulsa Cancel, no ocurre nada.
- Se puede insertar un pequeño bloque que muestra el motivo de la cancelación, quién canceló y cuándo en el formulario de cualquier documento que use este módulo.
- Hay disponible un asistente para borrar de nuevo esa información de cancelación, por ejemplo cuando un documento se restablece a borrador.
- Un ajuste del sistema puede activar o desactivar el indicador de confirmación para cada tipo de documento; si el ajuste contiene algo distinto de True o False, se genera un error.
Técnicamente define un modelo abstracto base.cancel.confirm que otros modelos heredan, además de un modelo wizard cancel.confirm con la pantalla de confirmación y su acción. El acceso al wizard se concede a todos los usuarios internos. Los botones de cancelación reales todavía tienen que ser conectados por un desarrollador en cada módulo de documento.
Depende de
Lo necesitan otros módulos
Modelos y campos (2)
- cancel.confirm · modelo nuevocancel_reason, has_cancel_reason
- base.cancel.confirm · modelo nuevocancel_by, cancel_date, cancel_reason, cancel_confirm (Cancel Confirmed)
Texto generado por IA (DeepSeek) al leer el código de la versión 19.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 6 confirmadas, 3 sin información de 9 versiones.
Fuentes · Odoo 16.0
Confirmado el 2026-11-03 en la rama 16.0 de OCA/server-ux.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0Configuración
Fuente · Odoo 19.0Por defecto, la confirmación de cancelación estará deshabilitada (para garantizar que no haya efectos secundarios en las pruebas unitarias de otros módulos)
Para habilitar el asistente de confirmación de cancelación, añada un Parámetro del Sistema (ir.config_parameter) para cada módulo extendido.
Por ejemplo,
- sale_cancel_confirm, añada sale.order.cancel_confirm_disable = False
- purchase_cancel_confirm, añada purchase.order.cancel_confirm_disable = False
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación, Uso.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.