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

purchase

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 incorpora o amplía funciones relacionadas con purchase. 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 Module provides everything that is required to create and manage purchases made by the company. It adds the idea of a purchase to Tryton, and allows it to be tracked as it moves through various states from draft to done. It makes it easy to create supplier shipments for the purchase, and includes the ability to automatically create related supplier invoices.

El análisis encontró 10 archivos Python, 29 archivos XML, 23 vistas, 48 acciones, 7 menús y 1 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, 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, ejecutar sus acciones con el estado correcto, producir sus informes 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​

  • account — debe estar instalado y configurado antes de probar este módulo.
  • account_invoice — debe estar instalado y configurado antes de probar este módulo.
  • account_invoice_stock — debe estar instalado y configurado antes de probar este módulo.
  • account_product — debe estar instalado y configurado antes de probar este módulo.
  • 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.
  • res — debe estar instalado y configurado antes de probar este módulo.
  • stock — 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​

  • account.invoice: agrupa 2 modelo(s), entre ellos account.invoice, account.invoice.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.erase: agrupa 1 modelo(s), entre ellos party.erase. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.party: agrupa 3 modelo(s), entre ellos party.party, party.party.customer_code, party.party.supplier_lead_time. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.replace: agrupa 1 modelo(s), entre ellos party.replace. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • product.product: agrupa 1 modelo(s), entre ellos product.product. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • product.template: agrupa 1 modelo(s), entre ellos product.template. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.configuration: agrupa 3 modelo(s), entre ellos purchase.configuration, purchase.configuration.purchase_method, purchase.configuration.sequence. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.handle: agrupa 4 modelo(s), entre ellos purchase.handle.invoice.exception, purchase.handle.invoice.exception.ask, purchase.handle.shipment.exception, purchase.handle.shipment.exception.ask. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.line: agrupa 1 modelo(s), entre ellos purchase.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.line-account: agrupa 1 modelo(s), entre ellos purchase.line-account.tax. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.line-ignored-stock: agrupa 1 modelo(s), entre ellos purchase.line-ignored-stock.move. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.line-recreated-stock: agrupa 1 modelo(s), entre ellos purchase.line-recreated-stock.move. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.modify_header: agrupa 1 modelo(s), entre ellos purchase.modify_header. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.open_supplier: agrupa 1 modelo(s), entre ellos purchase.open_supplier. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.product_supplier: agrupa 2 modelo(s), entre ellos purchase.product_supplier, purchase.product_supplier.price. 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.purchase-ignored-account: agrupa 1 modelo(s), entre ellos purchase.purchase-ignored-account.invoice. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.purchase-recreated-account: agrupa 1 modelo(s), entre ellos purchase.purchase-recreated-account.invoice. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • purchase.return_purchase: agrupa 2 modelo(s), entre ellos purchase.return_purchase, purchase.return_purchase.start. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • stock.location: agrupa 1 modelo(s), entre ellos stock.location. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • stock.move: agrupa 1 modelo(s), entre ellos stock.move. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • stock.shipment: agrupa 2 modelo(s), entre ellos stock.shipment.in, stock.shipment.in.return. 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. Genere el informe y compare su contenido con el registro antes de entregarlo.

Acciones, estados y asistentes​

  • cancel — acción o transición que inicia cancel. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • confirm — acción o transición que inicia confirm. 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.
  • handle_invoice_exception — acción o transición que inicia handle invoice exception. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • handle_shipment_exception — acción o transición que inicia handle shipment exception. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • modify_header — acción o transición que inicia modify header. 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.
  • quote — acción o transición que inicia quote. 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.
  • quotation — acción o transición que inicia quotation. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • received — acción o transición que inicia received. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • purchase.handle.invoice.exception — asistente que reúne datos y ejecuta purchase › handle › invoice › exception. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • purchase.handle.shipment.exception — asistente que reúne datos y ejecuta purchase › handle › shipment › exception. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • purchase.modify_header — asistente que reúne datos y ejecuta purchase › modify header. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • purchase.open_supplier — asistente que reúne datos y ejecuta purchase › open supplier. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • purchase.return_purchase.start — asistente que reúne datos y ejecuta purchase › return purchase › start. 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 38 clases Python y declara o extiende 33 modelos. Utiliza Boolean, Char, Date, Float, Function, Integer, Many2Many, Many2One, MultiValue, Numeric, One2Many, Reference, Selection, Text, TimeDelta. 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​

  • account.invoice
  • account.invoice.line
  • party.erase
  • party.party
  • party.party.customer_code
  • party.party.supplier_lead_time
  • party.replace
  • product.product
  • product.template
  • purchase.configuration
  • purchase.configuration.purchase_method
  • purchase.configuration.sequence
  • purchase.handle.invoice.exception
  • purchase.handle.invoice.exception.ask
  • purchase.handle.shipment.exception
  • purchase.handle.shipment.exception.ask
  • purchase.line
  • purchase.line-account.tax
  • purchase.line-ignored-stock.move
  • purchase.line-recreated-stock.move
  • purchase.modify_header
  • purchase.open_supplier
  • purchase.product_supplier
  • purchase.product_supplier.price
  • purchase.purchase
  • purchase.purchase-ignored-account.invoice
  • purchase.purchase-recreated-account.invoice
  • purchase.return_purchase
  • purchase.return_purchase.start
  • stock.location
  • stock.move
  • stock.shipment.in
  • stock.shipment.in.return

Tipos de campos utilizados​

  • Boolean
  • Char
  • Date
  • Float
  • Function
  • Integer
  • Many2Many
  • Many2One
  • MultiValue
  • Numeric
  • One2Many
  • Reference
  • Selection
  • Text
  • TimeDelta

Clases y métodos públicos detectados​

Clases: Configuration, ConfigurationPurchaseMethod, ConfigurationSequence, CustomerCode, HandleInvoiceException, HandleInvoiceExceptionAsk, HandleShipmentException, HandleShipmentExceptionAsk, Invoice, InvoiceLine, Line, LineIgnoredMove, LineRecreatedMove, LineTax, Location, ModifyHeader, ModifyHeaderStateView, Move, OpenSupplier, Party, PartyErase, PartyLocationError, PartyReplace, Product, ProductSupplier, ProductSupplierPrice, Purchase, PurchaseIgnoredInvoice, PurchaseQuotationError, PurchaseRecreatedInvoice, PurchaseReport, PurchaseUOMWarning, ReturnPurchase, ReturnPurchaseStart, ShipmentIn, ShipmentInReturn, SupplierLeadTime, Template

Métodos: cancel(), check_erase_company(), check_for_quotation(), check_origin_types(), compute_purchase_date(), compute_supply_date(), compute_taxes(), compute_unit_price(), confirm(), copy(), create_invoice(), create_move(), create_return_shipment(), default_ask(), default_company(), default_currency(), default_currency_digits(), default_delivery_date_edit(), default_invoice_method(), default_invoice_state(), default_purchase_invoice_method(), default_purchase_sequence(), default_quantity(), default_shipment_state(), default_start(), default_state(), default_type(), default_warehouse(), delete(), delivery_full_address(), do(), do_open_(), do_return_(), done(), draft(), execute(), fields_to_replace(), full_number(), func(), get_amount(), get_context(), get_from_location(), get_invoice_line(), get_invoice_state(), get_invoices(), get_move(), get_move_done(), get_move_exception(), get_origin(), get_pattern(), get_purchase(), get_purchase_exception_state(), get_purchase_price(), get_purchase_price_uom(), get_purchase_states(), get_purchases(), get_rec_name(), get_resources_to_copy(), get_shipment_state(), get_supplier(), get_tax_amount(), get_to_location(), get_view(), handle_invoice_exception(), handle_shipment_exception(), is_done(), lead_time_used(), match(), method(), modify_header(), multivalue_model(), on_change(), on_change_company(), on_change_default_uom(), on_change_invoice_party(), on_change_lines(), on_change_party(), on_change_product(), on_change_product_supplier(), on_change_quantity(), on_change_taxes(), on_change_unit(), on_change_with_amount(), on_change_with_company(), on_change_with_currency(), on_change_with_currency_digits(), on_change_with_delivery_date(), on_change_with_party_lang(), on_change_with_product_uom_category(), on_change_with_purchase_state(), on_change_with_summary(), on_change_with_unit_digits(), on_change_with_uom(), origin_name(), paid(), planned_delivery_date(), proceed(), process(), product_suppliers_used(), quote()

Mapa del código​

Se detectaron 10 archivos Python, 29 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
  • configuration.py
  • configuration.xml
  • doc/conf.py
  • exceptions.py
  • invoice.py
  • message.xml
  • party.py
  • party.xml
  • product.py
  • product.xml
  • purchase.py
  • purchase.xml
  • setup.py
  • stock.py
  • stock.xml
  • view/configuration_form.xml
  • view/handle_invoice_exception_ask_form.xml
  • view/handle_shipment_exception_ask_form.xml
  • view/location_form.xml
  • view/modify_header_form.xml
  • view/move_list_shipment.xml
  • view/move_list_shipment_in.xml
  • view/party_form.xml
  • view/product_list_purchase_line.xml
  • view/product_supplier_form.xml
  • view/product_supplier_price_form.xml
  • view/product_supplier_price_list_sequence.xml
  • view/product_supplier_price_tree.xml
  • view/product_supplier_tree.xml
  • view/product_supplier_tree_sequence.xml
  • view/purchase_form.xml
  • view/purchase_line_form.xml
  • view/purchase_line_tree.xml
  • view/purchase_line_tree_sequence.xml
  • view/purchase_tree.xml
  • view/return_purchase_start_form.xml
  • view/template_form.xml
  • view/template_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: Design · Purchase · Reports · Purchase Report · Wizards · Handle Shipment Exception · Handle Invoice Exception · Modify Header · Return Purchase · Product Supplier · Configuration · Purchase Module · Usage · Listing Suppliers · Making products purchasable · Setting bulk prices · Creating a purchase order · Changing a purchase order · Receiving a shipment · Getting invoiced · Handling shipment and invoice exceptions · Finishing a purchase · Cancelling purchases · Returning purchases

    • doc/design.rst: The Purchase Module introduces some new concepts and updates existing concepts to make them work seamlessly with purchases.
    • doc/index.rst: The Purchase Module provides everything that is required to create and manage purchases made by the company. It adds the idea of a purchase to Tryton, and allows it to be tracked as it moves through various states from draft to done. It makes it easy to create supplier shipments for the purchase, and includes the ability to automatically create related supplier invoices.
    • doc/usage/index.rst: Settings, information and tasks relating to purchases can be found under the [Purchase] main menu item.
    • doc/usage/prepurchase.rst: In Tryton, by definition, the Parties <party:model-party.party> that your Company <company:model-company.company> has bought from are its suppliers. The Purchase Module lets you list these when you open the [Party --> Parties --> Parties associated to Purchases] main menu item.
    • doc/usage/process.rst: Creating a new purchase order is simply a matter of creating a new Purchase <model-purchase.purchase> and adding the lines that are required. Most of the fields are optional or have sensible default values.
    • doc/usage/returns.rst: You can easily cancel Purchases <model-purchase.purchase> that are not yet confirmed using the Cancel button.

Ver código fuente