Saltar al contenido principal
Versión: Tryton 6.0 (LTS)

purchase_requisition

Tryton 6.0 · Referencia generada desde el código oficial

Esta página combina orientación editorial con evidencia extraída de la rama oficial indicada. Pruebe siempre el flujo con sus permisos y configuración.

Propósito​

El módulo purchase_requisition incorpora o amplía funciones relacionadas con purchase requisition. Su alcance real se determina por los modelos, acciones y dependencias documentados a continuación; no debe activarse únicamente por su nombre.

Descripción oficial de la rama (idioma original)​

The Purchase Requisition module allows users to create their purchase requisitions. Those requisitions will be approved or rejected by the Approval group. On approval, purchase requests will be created.

El análisis encontró 4 archivos Python, 8 archivos XML, 6 vistas, 11 acciones, 1 menús y 0 informes.

Guía funcional para el usuario

A quién le sirve​

Este módulo interesa a las personas responsables de los procesos relacionados con purchase requisition, a quienes configuran la compañía y a quienes revisan sus resultados. Los administradores deben participar cuando se activen dependencias, permisos o secuencias.

Qué podrá hacer​

Al finalizar la configuración podrá reconocer los registros que aporta purchase_requisition, ejecutar sus acciones con el estado correcto y comprender qué información termina compartiendo con otros módulos.

Requisitos y preparación​

Antes de activarlo confirme la compañía, moneda, usuarios y grupos aplicables. Instale y configure primero sus dependencias obligatorias. Si existen datos reales, ensaye la activación y actualización sobre una copia restaurada.

Active primero las dependencias, revise la configuración de la compañía y ensaye el flujo completo antes de usarlo en producción.

Dependencias obligatorias​

  • company — debe estar instalado y configurado antes de probar este módulo.
  • currency — debe estar instalado y configurado antes de probar este módulo.
  • ir — debe estar instalado y configurado antes de probar este módulo.
  • party — debe estar instalado y configurado antes de probar este módulo.
  • product — debe estar instalado y configurado antes de probar este módulo.
  • purchase — debe estar instalado y configurado antes de probar este módulo.
  • purchase_request — debe estar instalado y configurado antes de probar este módulo.

Integraciones opcionales​

  • —

Configuración inicial recomendada​

  • Active el módulo y vuelva a iniciar la sesión para cargar menús y permisos.
  • Revise las nuevas opciones de configuración de compañía y los valores por defecto.
  • Asigne grupos a usuarios de prueba aplicando mínimo privilegio.
  • Cree datos maestros pequeños y verificables antes de importar información masiva.
  • Ejecute un caso completo desde borrador hasta su estado final y revise los registros relacionados.

Objetos y conceptos del módulo​

  • purchase.configuration: agrupa 2 modelo(s), entre ellos purchase.configuration, purchase.configuration.sequence. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.purchase: agrupa 1 modelo(s), entre ellos purchase.purchase. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.request: agrupa 3 modelo(s), entre ellos purchase.request, purchase.request.create_purchase, purchase.request.handle.purchase.cancellation. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.requisition: agrupa 2 modelo(s), entre ellos purchase.requisition, purchase.requisition.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.

Flujo de trabajo habitual​

  1. Seleccione la compañía y fecha correctas antes de crear el documento.
  2. Complete primero los datos maestros y luego las líneas o detalles.
  3. Use los botones del formulario para cambiar de estado; guardar no equivale a validar o contabilizar.
  4. Revise advertencias, totales, documentos relacionados y trazabilidad.
  5. Compruebe el efecto en los módulos dependientes antes de cerrar el proceso.

Acciones, estados y asistentes​

  • approve — acción o transición que inicia approve. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • cancel — acción o transición que inicia cancel. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • draft — acción o transición que inicia draft. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • process — acción o transición que inicia process. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • reject — acción o transición que inicia reject. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • wait — acción o transición que inicia wait. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • approved — acción o transición que inicia approved. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • cancelled — acción o transición que inicia cancelled. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • confirmed — acción o transición que inicia confirmed. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • done — acción o transición que inicia done. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • processing — acción o transición que inicia processing. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • rejected — acción o transición que inicia rejected. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • waiting — acción o transición que inicia waiting. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.

Controles antes de producción​

  • Defina quién crea, revisa, confirma, cancela y consulta.
  • Pruebe períodos cerrados, usuarios sin permisos y datos incompletos.
  • Verifique numeración, moneda, redondeo y zona horaria cuando correspondan.
  • Documente cómo corregir un error sin editar directamente la base de datos.
  • Incluya sus tablas y archivos en el procedimiento de copia y restauración.

Diagnóstico y resolución de problemas​

  • Si no aparece el menú, compruebe activación, actualización de la lista de módulos, grupos y nueva sesión.
  • Si un campo no acepta un valor, revise su dominio, compañía, estado y dependencias configuradas.
  • Si un botón está oculto o deshabilitado, revise permisos y transición válida; no modifique el estado con SQL.
  • Si los resultados no coinciden, reproduzca un caso mínimo y compare registros relacionados antes y después.
  • Conserve el traceback completo, versión, módulos activos y datos mínimos para diagnosticar un error.

Guía para desarrolladores

Arquitectura y puntos de extensión​

El paquete contiene 8 clases Python y declara o extiende 8 modelos. Utiliza Char, Date, Float, Function, Integer, Many2One, MultiValue, Numeric, One2Many, Selection, Text. Los desarrolladores deben localizar primero si una clase crea un modelo nuevo o usa PoolMeta para extender uno existente, conservar las llamadas a super() y no duplicar reglas disponibles en las dependencias.

Modelos registrados o extendidos​

  • purchase.configuration
  • purchase.configuration.sequence
  • purchase.purchase
  • purchase.request
  • purchase.request.create_purchase
  • purchase.request.handle.purchase.cancellation
  • purchase.requisition
  • purchase.requisition.line

Tipos de campos utilizados​

  • Char
  • Date
  • Float
  • Function
  • Integer
  • Many2One
  • MultiValue
  • Numeric
  • One2Many
  • Selection
  • Text

Clases y métodos públicos detectados​

Clases: Configuration, ConfigurationSequence, CreatePurchase, HandlePurchaseCancellationException, Purchase, PurchaseRequest, PurchaseRequisition, PurchaseRequisitionLine

Métodos: approve(), cancel(), check_for_waiting(), compute_purchase_line(), compute_request(), confirm(), copy(), create(), create_requests(), currency(), default_company(), default_currency(), default_currency_digits(), default_employee(), default_purchase_requisition_sequence(), default_state(), default_warehouse(), delete(), do(), draft(), get_amount(), get_purchase_requisition_states(), get_rec_name(), is_done(), multivalue_model(), on_change_product(), on_change_with_amount(), on_change_with_currency(), on_change_with_currency_digits(), on_change_with_product_uom_category(), on_change_with_purchase_requisition_state(), on_change_with_summary(), on_change_with_total_amount(), on_change_with_unit_digits(), proceed(), process(), reject(), store_cache(), transition_reset(), view_attributes(), wait()

Mapa del código​

Se detectaron 4 archivos Python, 8 XML y 0 archivos explícitos de acceso. Los XML conectan modelos con vistas, menús, acciones e informes; los CSV de acceso establecen permisos iniciales.

  • __init__.py
  • doc/conf.py
  • message.xml
  • purchase.py
  • purchase.xml
  • setup.py
  • view/configuration_form.xml
  • view/purchase_requisition_form.xml
  • view/purchase_requisition_line_form.xml
  • view/purchase_requisition_line_list.xml
  • view/purchase_requisition_line_list_sequence.xml
  • view/purchase_requisition_tree.xml

Plan de pruebas​

  • Activación en una base vacía y actualización desde la revisión anterior.
  • Creación, modificación, copia y eliminación según estado y permisos.
  • Cada botón, transición y asistente con casos válidos e inválidos.
  • Reglas multicompañía, traducciones, zonas horarias y monedas aplicables.
  • Instalación conjunta con dependencias obligatorias e integraciones opcionales.
  • Copia y restauración de registros, adjuntos e informes producidos.

Compatibilidad y actualización​

Mantenga servidor y módulos en la serie 6.0. Antes de actualizar compare tryton.cfg, migraciones de __register__, cambios de estados, XML IDs y permisos. Una compilación exitosa no reemplaza una migración ensayada ni la conciliación funcional de datos.

Evidencia documental oficial​

Temas encontrados: Purchase Requisition Module · Requisition

    • doc/index.rst: The Purchase Requisition module allows users to create their purchase requisitions. Those requisitions will be approved or rejected by the Approval group. On approval, purchase requests will be created.

Ver código fuente