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

sale_point

Tryton 7.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 sale_point incorpora o amplía funciones relacionadas con sale point. 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 Sale Point Module allows retail sales to be handled and recorded.

El análisis encontró 9 archivos Python, 22 archivos XML, 19 vistas, 22 acciones, 5 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 sale point, 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 sale_point, 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​

  • account — 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.
  • 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.
  • sale — 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.move: agrupa 2 modelo(s), entre ellos account.move, account.move.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • product.gross_price: agrupa 1 modelo(s), entre ellos product.gross_price. 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.
  • sale.point: agrupa 10 modelo(s), entre ellos sale.point, sale.point.cash.session, sale.point.cash.session.relation, sale.point.cash.transfer, sale.point.cash.transfer.type. 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.

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​

  • cancel — acción o transición que inicia cancel. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • close — acción o transición que inicia close. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • open — acción o transición que inicia open. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • pay — acción o transición que inicia pay. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • post — acción o transición que inicia post. 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.
  • cancelled — acción o transición que inicia cancelled. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • closed — acción o transición que inicia closed. 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.
  • posted — acción o transición que inicia posted. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • sale.point.sale.pay — asistente que reúne datos y ejecuta sale › point › sale › pay. 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 18 clases Python y declara o extiende 16 modelos. Utiliza Boolean, Char, Date, Float, Function, Many2One, MultiValue, Numeric, One2Many, One2One, Selection. 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.move
  • account.move.line
  • product.gross_price
  • product.product
  • product.template
  • sale.point
  • sale.point.cash.session
  • sale.point.cash.session.relation
  • sale.point.cash.transfer
  • sale.point.cash.transfer.type
  • sale.point.payment
  • sale.point.payment.method
  • sale.point.sale
  • sale.point.sale.line
  • sale.point.sale.pay
  • stock.move

Tipos de campos utilizados​

  • Boolean
  • Char
  • Date
  • Float
  • Function
  • Many2One
  • MultiValue
  • Numeric
  • One2Many
  • One2One
  • Selection

Clases y métodos públicos detectados​

Clases: AbstractMixin, GrossPrice, Move, MoveLine, POS, POSCashSession, POSCashSessionRelation, POSCashTransfer, POSCashTransferType, POSPay, POSPayment, POSPaymentMethod, POSSale, POSSaleLine, Product, SaleValidationError, SessionValidationError, Template

Métodos: cancel(), close(), copy(), create(), default_company(), default_date(), default_employee(), default_end_amount(), default_payment(), default_state(), default_tax_included(), delete(), do(), from_location(), get_account_move(), get_account_move_lines(), get_balance(), get_current(), get_move(), get_rec_name(), get_sale_states(), get_start_amount(), get_stock_move(), get_tax_move_lines(), gross_amount(), multivalue_model(), on_change_gross_price(), on_change_point(), on_change_product(), on_change_sale(), on_change_with_amount(), on_change_with_amount_paid(), on_change_with_amount_to_pay(), on_change_with_cash(), on_change_with_company(), on_change_with_currency(), on_change_with_point(), on_change_with_sale_state(), on_change_with_total(), on_change_with_total_tax(), on_change_with_unit(), on_change_with_unit_price(), open(), order_number(), pay(), post(), process(), search_company(), search_rec_name(), table_query(), tax_amount(), tax_date(), tax_type(), taxable_lines(), taxes(), to_location(), transition_pay(), untax_amount(), validate(), write()

Mapa del código​

Se detectaron 9 archivos Python, 22 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
  • account.py
  • doc/conf.py
  • exceptions.py
  • message.xml
  • product.py
  • product.xml
  • sale.py
  • sale.xml
  • sale_reporting.py
  • setup.py
  • stock.py
  • view/cash_session_form.xml
  • view/cash_session_list.xml
  • view/cash_transfer_form.xml
  • view/cash_transfer_list.xml
  • view/cash_transfer_type_form.xml
  • view/cash_transfer_type_list.xml
  • view/payment_form.xml
  • view/payment_form_wizard.xml
  • view/payment_list.xml
  • view/payment_method_form.xml
  • view/payment_method_list.xml
  • view/point_form.xml
  • view/point_list.xml
  • view/sale_form.xml
  • view/sale_line_form.xml
  • view/sale_line_list.xml
  • view/sale_list.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 7.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 · Point of Sale · Sale · Wizards · Pay Sale · Cash Session · Payment Method · Cash Transfer Type · Sale Point Module

    • doc/design.rst: The Sale Point Module introduces the concepts that are required to manage retail sales.
    • doc/index.rst: The Sale Point Module allows retail sales to be handled and recorded.

Ver código fuente