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

sale_gift_card

Tryton 8.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_gift_card incorpora o amplía funciones relacionadas con sale gift card. 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 Gift Card Module manages the selling and redeeming of gift cards.

El análisis encontró 8 archivos Python, 18 archivos XML, 14 vistas, 11 acciones, 1 menús y 2 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 gift card, 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_gift_card, 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.
  • 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.
  • product — 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​

  • sale_point — habilita una integración adicional; pruebe la combinación explícitamente.

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.account: agrupa 2 modelo(s), entre ellos account.account.type, account.account.type.template. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.configuration: agrupa 2 modelo(s), entre ellos account.configuration, account.configuration.gift_card_account. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.invoice: agrupa 1 modelo(s), entre ellos account.invoice.line. 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.configuration: agrupa 2 modelo(s), entre ellos sale.configuration, sale.configuration.gift_card.sequence. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • sale.gift_card: agrupa 2 modelo(s), entre ellos sale.gift_card, sale.gift_card.email. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • sale.line: agrupa 1 modelo(s), entre ellos sale.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • sale.point: agrupa 4 modelo(s), entre ellos sale.point.sale, sale.point.sale.line, sale.point.sale.pay, sale.point.sale.pay.gift_card. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • sale.sale: agrupa 1 modelo(s), entre ellos sale.sale. 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. Genere el informe y compare su contenido con el registro antes de entregarlo.

Acciones, estados y asistentes​

  • done — acción o transición que inicia done. 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.
  • sale.point.sale.line — asistente que reúne datos y ejecuta sale › point › sale › line. 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 24 clases Python y declara o extiende 18 modelos. Utiliza Boolean, Char, Function, Many2One, MultiValue, One2Many, Reference. 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.account.type
  • account.account.type.template
  • account.configuration
  • account.configuration.gift_card_account
  • account.invoice.line
  • product.product
  • product.template
  • sale.configuration
  • sale.configuration.gift_card.sequence
  • sale.gift_card
  • sale.gift_card.email
  • sale.line
  • sale.point.sale
  • sale.point.sale.line
  • sale.point.sale.pay
  • sale.point.sale.pay.gift_card
  • sale.sale
  • stock.move

Tipos de campos utilizados​

  • Boolean
  • Char
  • Function
  • Many2One
  • MultiValue
  • One2Many
  • Reference

Clases y métodos públicos detectados​

Clases: AbstractMixin, AccountType, AccountTypeTemplate, Configuration, ConfigurationGiftCardAccount, ConfigurationGiftCardSequence, GiftCard, GiftCardEmail, GiftCardLineValidationError, GiftCardReport, GiftCardValidationError, GiftCard_POS, InvoiceLine, Line, Move, MoveGiftCardValidationError, POSPay, POSPayGiftCard, POSSale, POSSaleLine, Product, Sale, Template, _LineMixin

Métodos: account_expense_used(), account_revenue_used(), add_return_gift_cards(), check_valid_email(), default_company(), default_gift_card(), do(), get_gift_cards(), get_origin(), get_return_gift_card_line(), get_spent_on(), multivalue_model(), on_change_gift_card(), on_change_origin(), on_change_with_currency(), on_change_with_gift_cards_required(), on_change_with_is_gift_card(), on_change_with_is_gift_card_service(), on_change_with_total(), order_number(), process(), quote(), send(), transition_add_gift_card(), validate_fields(), view_attributes()

Mapa del código​

Se detectaron 8 archivos Python, 18 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
  • account.xml
  • doc/conf.py
  • exceptions.py
  • message.xml
  • product.py
  • product.xml
  • sale.py
  • sale.xml
  • sale_reporting.py
  • stock.py
  • stock.xml
  • view/account_configuration_form.xml
  • view/account_type_form.xml
  • view/configuration_form.xml
  • view/gift_card_form.xml
  • view/gift_card_list.xml
  • view/move_form.xml
  • view/sale_form.xml
  • view/sale_line_form.xml
  • view/sale_point_sale_form.xml
  • view/sale_point_sale_line_form.xml
  • view/sale_point_sale_pay_gift_card_form.xml
  • view/template_form.xml
  • view/template_list.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 8.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 · Product · Gift Card · Sale · Stock Move · Sale Gift Card Module · Usage · Selling gift cards · Redeeming gift card

    • doc/design.rst: The Sale Gift Card Module introduces or extends the following concepts.
    • doc/index.rst: The Sale Gift Card Module manages the selling and redeeming of gift cards.
    • doc/usage.rst: A gift card Product <concept-product> can sold on a Sale <sale:model-sale.sale>. When it is a service, the Gift Card <model-sale.gift_card> are created and sent automatically by email to the email address from the sale line or, if this has not been filled in, to the customer's email address. When the Product is goods, the Gift Cards must be linked to the outgoing Stock Moves <model-stock.move> that send the gift card to the customer.

Ver código fuente