edocument_peppol

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 edocument_peppol incorpora o amplía funciones relacionadas con edocument peppol. 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 EDocument Peppol Module provides the foundation for sending and receiving electronic documents on the Peppol network <https://peppol.org/>_.

El análisis encontró 7 archivos Python, 10 archivos XML, 6 vistas, 10 acciones, 3 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 edocument peppol, 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 edocument_peppol, 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_invoice — debe estar instalado y configurado antes de probar este módulo.
• company — debe estar instalado y configurado antes de probar este módulo.
• edocument_ubl — 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.
• res — 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 1 modelo(s), entre ellos account.invoice. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
• edocument.peppol: agrupa 2 modelo(s), entre ellos edocument.peppol, edocument.peppol.service. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
• ir.cron: agrupa 1 modelo(s), entre ellos ir.cron. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
• party.party: agrupa 2 modelo(s), entre ellos party.party, party.party.peppol. 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.
• 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.
• retry — acción o transición que inicia retry. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
• submit — acción o transición que inicia submit. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
• update_status — acción o transición que inicia update status. 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.
• failed — acción o transición que inicia failed. 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.
• retried — acción o transición que inicia retried. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
• submitted — acción o transición que inicia submitted. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
• succeeded — acción o transición que inicia succeeded. 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 9 clases Python y declara o extiende 6 modelos. Utiliza Binary, Boolean, Char, Function, Many2One, MultiSelection, MultiValue, One2Many, 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.invoice
• edocument.peppol
• edocument.peppol.service
• ir.cron
• party.party
• party.party.peppol

Tipos de campos utilizados

• Binary
• Boolean
• Char
• Function
• Many2One
• MultiSelection
• MultiValue
• One2Many
• Selection

Clases y métodos públicos detectados

Clases: Cron, Invoice, InvoicePeppolError, InvoicePeppolRequired, Party, PartyPeppol, Peppol, PeppolService, PeppolServiceError

Métodos: cancel(), check_peppol(), copy(), default_company(), default_state(), default_types(), draft(), fail(), get_peppol_types(), get_send_via_peppol(), get_service(), get_service_pattern(), match(), multivalue_model(), peppol_required(), post(), process(), render(), retry(), submit(), succeed(), update_status(), update_status_button()

Mapa del código

Se detectaron 7 archivos Python, 10 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
• edocument.py
• edocument.xml
• exceptions.py
• ir.py
• message.xml
• party.py
• party.xml
• view/account_invoice_form.xml
• view/edocument_peppol_form.xml
• view/edocument_peppol_list.xml
• view/edocument_peppol_service_form.xml
• view/edocument_peppol_service_list.xml
• view/party_party_form.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 · filestore · store_prefix · Design · Document · Service · Party · EDocument Peppol Module · Setup · Setting Peppol services

• • doc/configuration.rst: The EDocument Peppol Module uses values from settings in the [edocument_peppol] section of the trytond:topics-configuration.
• • doc/design.rst: The EDocument Peppol Module introduces the following concepts:
• • doc/index.rst: The EDocument Peppol Module provides the foundation for sending and receiving electronic documents on the Peppol network <https://peppol.org/>_.
• • doc/setup.rst: When the EDocument Peppol Module is activated, you must setup at least one service provider <model-edocument.peppol.service>. The first matching services will be used by default to send the pending document.

Ver código fuente