Validar algunas operaciones es una necesidad común en diferentes áreas de una empresa y, a veces, también involucra a varias personas y etapas del proceso. Con este módulo podrás definir tus flujos de validación personalizados para cualquier documento de Odoo.
Este módulo no proporciona una funcionalidad por sí mismo, sino un modelo abstracto para implementar un proceso de validación basado en niveles en otros modelos (por ejemplo, órdenes de compra, órdenes de venta, presupuestos, gastos...).
Nota: Para poder usar este módulo en un nuevo modelo necesitarás algo de desarrollo.
Consulta purchase_tier_validation como ejemplo de implementación.
Además, si tu campo de estado es un campo calculado (almacenado), debes establecer _tier_validation_state_field_is_computed en True en el archivo Python de tu modelo, y querrás añadir los campos dependientes del método de cálculo en _get_after_validation_exceptions y _get_under_validation_exceptions.
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.0Añade un flujo de trabajo de aprobación de varios pasos configurable a cualquier documento de Odoo, de modo que los registros deben ser revisados y aprobados por usuarios o grupos elegidos antes de poder avanzar.
Este módulo no añade una pantalla por sí mismo; proporciona los componentes básicos para los flujos de trabajo de aprobación en los que se integran otros módulos (por ejemplo, pedidos de compra o de venta). Una vez que un modelo lo utiliza, los usuarios ven un estado de validación en el registro y botones para solicitar, aprobar o rechazar la validación.
- Los administradores definen las reglas de aprobación en el menú "Tier Validations": a qué modelo de documento se aplican, quién valida (un usuario específico, cualquier usuario de un grupo o un usuario tomado de un campo del registro), el orden de los pasos y un filtro opcional para limitar qué registros se ven afectados.
- Cada regla puede enviar correos electrónicos a los revisores cuando se crea la solicitud, cuando esta queda pendiente, cuando se acepta, se rechaza o se reinicia, y puede enviar un recordatorio tras un número de días elegido (un trabajo programado publica el recordatorio).
- Se puede exigir a los revisores que aprueben en secuencia; un paso puede omitirse automáticamente si la misma persona aprobó el paso anterior.
- Una opción de "cuatro ojos" elimina a la persona que solicitó la validación del conjunto de revisores.
- Mientras un registro está en validación, la mayoría de los campos están bloqueados; solo los campos incluidos en la configuración "Tier Validation Exception" (por modelo, por grupo) se pueden seguir editando, y se puede permitir que los revisores escriban.
- Un asistente de comentarios permite a los revisores dejar un comentario al aprobar o rechazar.
- Un contador en la bandeja del sistema muestra a cada usuario cuántas revisiones le están esperando, y el registro muestra quién tiene que actuar todavía y cuál es el siguiente paso.
Depende de
Lo necesitan otros módulos
Menús que añade
Modelos y campos (6)
- res.users · amplía un modelo existentereview_ids (Reviews)
- tier.review · modelo nuevoname, model (Related Document Model), res_id (Related Document ID), status, comment (Comments), done_by, todo_by, sequence (Tier), can_review, company_id, has_comment, review_type, reviewer_id, requested_by, reviewer_ids (Reviewers), definition_id, reviewed_date (Validation Date), display_status, approve_sequence, reviewer_field_id, reviewer_group_id, last_reminder_date, reviewed_formated_date (Validation Formated Date), approve_sequence_bypass
- comment.wizard · modelo nuevores_id, comment, res_model, review_ids, validate_reject
- tier.definition · modelo nuevoname (Description), model, active, model_id (Referenced Model), sequence, company_id (Company), has_comment (Comment), review_type (Validated by), reviewer_id (Reviewer), definition_type (Definition), approve_sequence (Approve by sequence), notify_on_create (Notify Reviewers on Creation), definition_domain, exclude_requester (Four-eyes Principle), notify_on_pending (Notify Reviewers on reaching Pending), reviewer_field_id (Reviewer field), reviewer_group_id (Reviewer group), notify_on_accepted (Notify Reviewers on Accepted), notify_on_rejected (Notify Reviewers on Rejected), notify_on_restarted (Notify Reviewers on Restarted), notify_reminder_delay (Send reminder message on pending reviews), approve_sequence_bypass, comment_approve_default (Approve Comment), allow_write_for_reviewer (Allow Write For Reviewers), valid_reviewer_field_ids
- tier.validation · modelo nuevocan_review, review_ids (Validations), has_comment, next_review, hide_reviews, reviewer_ids (Reviewers), need_validation, rejected_message, validated_message, validation_status, to_validate_message
- tier.validation.exception · modelo nuevoname, model_id (Model), field_ids (Fields), group_ids (Groups), company_id (Company), model_name (Model Name), valid_model_field_ids, allowed_to_write_after_validation (Write after Validation), allowed_to_write_under_validation (Write under Validation)
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. El módulo es muy grande y solo se ha leído una parte del código. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 8 confirmadas, 1 sin información de 9 versiones.
Fuentes · Odoo 19.0
Confirmado el 2026-11-03 en la rama 19.0 de OCA/tier-validation.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0Configuración
Fuente · Odoo 19.0Para configurar este módulo, debe:
- Ir a Settings \> Technical \> Tier Validations \> Tier Definition.
- Crear tantos niveles como desee para cualquier modelo que tenga funcionalidad de validación por niveles.
Nota:
- Si marca Notify Reviewers on Creation, todos los posibles revisores serán notificados por correo electrónico cuando se active esta definición.
- Si marca Notify reviewers on reaching pending si desea enviar una notificación cuando se alcance el estado pendiente. Esto es útil en un escenario de aprobación por secuencia para notificar a los revisores solo cuando sea su turno en la secuencia.
- Si marca Comment, los revisores pueden comentar después de hacer clic en Validate o Reject.
- Si marca Approve by sequence, los revisores están obligados a revisar según la secuencia especificada.
Para configurar Tier Validation Exceptions, debe:
- Ir a Settings > Technical > Tier Validations > Tier Validation Exceptions.
- Crear tantas excepciones de validación por niveles como desee para cualquier modelo que tenga funcionalidad de validación por niveles.
- Añadir los campos deseados que se van a comprobar en Fields.
- Añadir los grupos deseados que pueden usar esta Exception en Groups.
- Debe marcar Write en Validation, Write after Validation o ambos.
Nota:
- Si no crea ninguna excepción, el registro Validated será de solo lectura y no se podrá modificar.
- Si marca Write under Validation, los registros podrán modificarse solo en los campos definidos cuando el proceso de validación esté en curso.
- Si marca Write after Validation, los registros podrán modificarse solo en los campos definidos cuando el proceso de validación haya finalizado.
- Si marca Write after Validation y Write under Validation, los registros podrán modificarse en los campos definidos siempre.
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.