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

account_payment_sepa

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 account_payment_sepa incorpora o amplía funciones relacionadas con account payment sepa. 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 account_payment_sepa module allows to generate SEPA files for a Payment Group.

El análisis encontró 8 archivos Python, 24 archivos XML, 12 vistas, 22 acciones, 2 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 account payment sepa, 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 account_payment_sepa, 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_payment — 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.
  • bank — debe estar instalado y configurado antes de probar este módulo.
  • party — debe estar instalado y configurado antes de probar este módulo.

Integraciones opcionales​

  • account_payment_clearing — 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.configuration: agrupa 2 modelo(s), entre ellos account.configuration, account.configuration.sepa_mandate_sequence. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.payment: agrupa 5 modelo(s), entre ellos account.payment, account.payment.group, account.payment.journal, account.payment.sepa.mandate, account.payment.sepa.message. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.identifier: agrupa 1 modelo(s), entre ellos party.identifier. 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.reception_direct_debit. 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.

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.
  • do — acción o transición que inicia do. 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.
  • request — acción o transición que inicia request. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • sepa_generate_message — acción o transición que inicia sepa generate message. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • validate_mandate — acción o transición que inicia validate mandate. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • wait — acción o transición que inicia wait. 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.
  • done — acción o transición que inicia done. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • requested — acción o transición que inicia requested. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • validated — acción o transición que inicia validated. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • waiting — acción o transición que inicia waiting. 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 15 clases Python y declara o extiende 11 modelos. Utiliza Binary, Boolean, Char, Date, Function, Many2One, MultiValue, One2Many, Reference, Selection, Text. 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.configuration
  • account.configuration.sepa_mandate_sequence
  • account.payment
  • account.payment.group
  • account.payment.journal
  • account.payment.sepa.mandate
  • account.payment.sepa.message
  • party.identifier
  • party.party
  • party.party.reception_direct_debit
  • party.replace

Tipos de campos utilizados​

  • Binary
  • Boolean
  • Char
  • Date
  • Function
  • Many2One
  • MultiValue
  • One2Many
  • Reference
  • Selection
  • Text

Clases y métodos públicos detectados​

Clases: CAMT054, Configuration, ConfigurationSepaMandateSequence, Group, Journal, Mandate, MandateReport, Message, Party, PartyIdentificationdError, PartyIdentifier, PartyReceptionDirectDebit, Payment, Replace, SEPAHandler

Métodos: cancel(), copy(), create(), date_value(), default_company(), default_company_party(), default_identification_readonly(), default_scheme(), default_sepa_charge_bearer(), default_sequence_type_rcur(), default_state(), default_type(), delete(), do(), draft(), fields_to_replace(), get_context(), get_filename(), get_has_payments(), get_identification_readonly(), get_is_first_payment(), get_namespace(), get_origin(), get_payment_kind(), get_payments(), get_rec_name(), get_sepa_creditor_identifier_used(), get_sepa_end_to_end_id(), get_sepa_identifier(), get_sepa_mandates(), get_sepa_template(), handle(), handle_entry(), is_returned(), is_valid(), match(), on_change_company(), on_change_with_company_party(), parse(), process_sepa(), rejected(), request(), search_end_to_end_id(), search_rec_name(), send(), sepa_bank_account_number(), sepa_generate_message(), sepa_group_payment_id(), sepa_group_payment_key(), sepa_identifier(), sepa_initiating_party(), sepa_mandates_for(), sepa_message_id(), sepa_payments(), sepa_remittance_information(), sequence_type(), set_return_information(), validate_mandate(), view_attributes(), visit_NameConstant(), wait(), write()

Mapa del código​

Se detectaron 8 archivos Python, 24 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
  • party.py
  • party.xml
  • payment.py
  • payment.xml
  • sepa_handler.py
  • setup.py
  • template/base.003.xml
  • template/base.xml
  • template/pain.001.001.03.xml
  • template/pain.001.001.05.xml
  • template/pain.001.003.03.xml
  • template/pain.008.001.02.xml
  • template/pain.008.001.04.xml
  • template/pain.008.003.02.xml
  • view/configuration_form.xml
  • view/mandate_form.xml
  • view/mandate_list.xml
  • view/message_form.xml
  • view/message_list.xml
  • view/party_identifier_form.xml
  • view/party_reception_direct_debit_form.xml
  • view/payment_form.xml
  • view/payment_group_form.xml
  • view/payment_group_list.xml
  • view/payment_journal_form.xml
  • view/payment_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 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: Account Payment SEPA Module · Journal · Group · Mandate · Message · Bank to Customer Debit Credit Notification (camt.054) · Party · Configuration

    • doc/index.rst: The account_payment_sepa module allows to generate SEPA files for a Payment Group.

Ver código fuente