OdooWiki OCA HUB

Quality Control OCA

quality_control_oca folder_open OCA/manufacture open_in_new
Quality Control Licencia: AGPL-3

Este módulo proporciona una infraestructura genérica para pruebas de calidad. La idea es que pueda reutilizarse posteriormente para realizar inspecciones de calidad en lotes de producción o en cualquier otra área de la empresa.

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.0

Cree tests de control de calidad compuestos por preguntas y registre inspecciones que comprueben los productos con esos tests. Las inspecciones pueden iniciarse manualmente o generarse automáticamente a partir de desencadenantes definidos en productos, plantillas de producto o categorías de producto.

Este módulo añade una infraestructura genérica de control de calidad a Odoo, construida sobre el módulo product.

  • Defines tests (qc.test) agrupados en categorías de test, cada test contiene preguntas. Una pregunta es cualitativa (una lista de respuestas posibles, al menos una marcada como correcta) o cuantitativa (un valor mínimo y máximo con una unidad de medida).
  • Registras inspecciones (qc.inspection) con un número, una fecha planificada, un objeto de referencia, una cantidad y un usuario responsable. Cada inspección obtiene líneas copiadas del test elegido; rellenas las respuestas y Odoo calcula si cada línea y la inspección completa tuvieron éxito.
  • Las inspecciones siguen un flujo de trabajo: Draft, Ready, Waiting supervisor approval, Quality success, Quality failed, Canceled. Los botones permiten marcar como todo, confirmar, aprobar (solo managers), cancelar o restablecer a draft. Confirmar requiere una respuesta para cada pregunta cualitativa y una unidad de medida para las cuantitativas.
  • Los triggers (qc.trigger) se pueden configurar en productos, plantillas de producto y categorías de producto, con un usuario responsable, partners opcionales y una temporización (before, after o plan ahead). Los triggers coincidentes crean inspecciones automáticamente, que se marcan como generadas automáticamente y no se pueden eliminar.
  • Un asistente te permite establecer o cambiar el test en una inspección en estado draft y rellenar sus líneas.

Todo está disponible en un menú Quality Control con las secciones Inspections, Tests y Configuration, y los bloques de control de calidad también aparecen en los formularios de producto y categoría de producto.

Depende de

product

Menús que añade

InspectionsInspection linesQuality ControlInspectionsTestsConfigurationTest categoriesTestsTriggers
Modelos y campos (15)
  • qc.test · modelo nuevoname, active, category, company_id, test_lines (Questions), fill_correct_values (Pre-fill with correct values)
  • qc.trigger · modelo nuevoname, active, company_id (Company), partner_selectable (Selectable by partner)
  • qc.inspection · modelo nuevoqty (Quantity), date (Plan Date), name (Inspection number), test, user (Responsible), state, success, date_done (Completion Date), object_id (Reference), company_id (Company), product_id, auto_generated (Auto-generated), external_notes, internal_notes (Internal notes), inspection_lines
  • product.product · amplía un modelo existenteqc_triggers (Quality control triggers)
  • qc.trigger.line · modelo nuevotest, user (Responsible), timing, trigger, partners
  • product.category · amplía un modelo existenteqc_triggers (Quality control triggers)
  • product.template · amplía un modelo existenteqc_triggers (Quality control triggers)
  • qc.test.category · modelo nuevoname, active, child_ids (Child categories), parent_id (Parent category), complete_name (Full name)
  • qc.test.question · modelo nuevoname, test, type, notes, uom_id (Uom), sequence, max_value (Max), min_value (Min), ql_values (Qualitative values)
  • qc.inspection.line · modelo nuevoname (Question), notes, uom_id (UoM), success (Success?), max_value (Max), min_value (Min), test_line (Test question), product_id, test_uom_id (Test UoM), valid_values (Valid values), inspection_id (Inspection), question_type, qualitative_value (Qualitative value), test_uom_category (Test UoM Reference), possible_ql_values (Answers), quantitative_value (Quantitative value)
  • qc.inspection.set.test · modelo nuevotest
  • qc.test.question.value · modelo nuevook (Correct answer?), name, test_line (Test question)
  • qc.trigger.product_line · modelo nuevoproduct
  • qc.trigger.product_category_line · modelo nuevoproduct_category
  • qc.trigger.product_template_line · modelo nuevoproduct_template

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-03
Confirmado (verificado en repositorio y rama) Estimado (sin verificar) Sin información

Estado de confirmación: 7 confirmadas, 2 sin información de 9 versiones.

Fuentes · Odoo 13.0

Confirmado el 2026-11-03 en la rama 13.0 de OCA/manufacture.

terminal Instalación y uso

Documentación de OCA · Odoo 19.0
  • Pregunta: Lo que se debe comprobar. Tenemos dos tipos de preguntas:
  • Cualitativa: El resultado es una descripción, color, sí, no...
  • Cuantitativa: El resultado debe estar dentro de un rango.
  • Valores posibles: Los valores elegidos en las preguntas cualitativas.
  • Test: El conjunto de preguntas que se utilizarán en las inspecciones.
  • Una vez establecidos estos valores, definimos la inspección.

Tenemos un test genérico que se puede aplicar a cualquier modelo: envíos, facturas o producto, o un test relacionado, lo que lo hace específico para un producto concreto y que, por ejemplo, se aplique siempre que se venda un alimento o cuando se cree un lote.

Una vez establecidos estos parámetros, solo tenemos que pasar el test. Creamos una nueva inspección, seleccionando una relación con el modelo (venta, movimiento de stock...), y pulsando el botón "Select test" para elegir el test que se va a pasar. Después, hay que rellenar las líneas en función del test elegido.

El flujo de trabajo completo de la inspección es:

> Borrador -\> Confirmado -\> Éxito > > -\> Fallo (Pendiente de aprobación) -\> Aprobado

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.

info

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.