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

stock_package_shipping_ups

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 stock_package_shipping_ups incorpora o amplía funciones relacionadas con stock package shipping ups. 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 Stock Package Shipping UPS Module allows to generate UPS <https://www.ups.com/>_ labels per package using their APIs.

El análisis encontró 7 archivos Python, 12 archivos XML, 7 vistas, 4 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 stock package shipping ups, 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 stock_package_shipping_ups, 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​

  • carrier — debe estar instalado y configurado antes de probar este módulo.
  • ir — debe estar instalado y configurado antes de probar este módulo.
  • res — 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.
  • stock — debe estar instalado y configurado antes de probar este módulo.
  • stock_shipment_measurements — debe estar instalado y configurado antes de probar este módulo.
  • stock_package — debe estar instalado y configurado antes de probar este módulo.
  • stock_package_shipping — debe estar instalado y configurado antes de probar este módulo.

Integraciones opcionales​

  • customs — habilita una integración adicional; pruebe la combinación explícitamente.
  • incoterm — habilita una integración adicional; pruebe la combinación explícitamente.
  • stock_shipment_customs — 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​

  • carrier: agrupa 1 modelo(s), entre ellos carrier. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • carrier.credential: agrupa 1 modelo(s), entre ellos carrier.credential.ups. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • customs.agent: agrupa 1 modelo(s), entre ellos customs.agent. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • product.uom: agrupa 1 modelo(s), entre ellos product.uom. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • stock.package: agrupa 2 modelo(s), entre ellos stock.package, stock.package.type. 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.create_shipping, stock.shipment.create_shipping.ups. 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. Guarde y revise el registro antes de utilizarlo desde otro proceso.
  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​

  • stock.shipment.create_shipping — asistente que reúne datos y ejecuta stock › shipment › create shipping. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • stock.shipment.create_shipping.ups — asistente que reúne datos y ejecuta stock › shipment › create shipping › ups. 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 12 clases Python y declara o extiende 8 modelos. Utiliza Boolean, Char, Many2One, MultiSelection, 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​

  • carrier
  • carrier.credential.ups
  • customs.agent
  • product.uom
  • stock.package
  • stock.package.type
  • stock.shipment.create_shipping
  • stock.shipment.create_shipping.ups

Tipos de campos utilizados​

  • Boolean
  • Char
  • Many2One
  • MultiSelection
  • Selection

Clases y métodos públicos detectados​

Clases: Agent, Carrier, CreateShipping, CreateShippingUPS, CreateShippingUPS_Customs_Incoterm, CredentialUPS, Package, PackageType, ShippingUPSMixin, UPSCredentialWarning, UPSError, UoM

Métodos: check_modification(), default_server(), default_ups_code(), default_use_international_forms(), default_use_metric(), do_ups(), get_credential(), get_credential_pattern(), get_international_form(), get_international_form_invoice(), get_international_form_invoice_product(), get_international_form_invoice_reason(), get_international_form_type(), get_notifications(), get_package(), get_payment_information(), get_request(), get_request_container(), get_service_options(), get_shipment_url(), get_shipping_party(), get_shipping_tracking_url(), get_token(), shipping_label_mimetype(), transition_start(), validate_packing_ups(), view_attributes()

Mapa del código​

Se detectaron 7 archivos Python, 12 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
  • carrier.py
  • carrier.xml
  • customs.py
  • customs.xml
  • doc/conf.py
  • exceptions.py
  • message.xml
  • product.py
  • product.xml
  • stock.py
  • stock.xml
  • view/carrier_form.xml
  • view/customs_agent_form.xml
  • view/customs_agent_list.xml
  • view/package_type_form.xml
  • view/product_uom_form.xml
  • view/ups_credential_form.xml
  • view/ups_credential_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: Configuration · requests_timeout · Design · Carrier · UPS Credential · Package Type · Stock Package Shipping UPS · Setup · Setting up UPS credentials

    • doc/configuration.rst: The Stock Package Shipping UPS Module uses values from the settings in the [stock_package_shipping_ups] section of the trytond:topics-configuration.
    • doc/design.rst: The Stock Package Shipping UPS Module introduces some new concepts.
    • doc/index.rst: The Stock Package Shipping UPS Module allows to generate UPS <https://www.ups.com/>_ labels per package using their APIs.
    • doc/usage.rst: The Stock Package Shipping UPS Module needs credentials to access the APIs by creating an Application <https://developer.ups.com/get-started>_. The Application needs to have at least access to:

Ver código fuente