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

account_payment

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 account_payment incorpora o amplía funciones relacionadas con account payment. 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 Module manages the receivable and payable payments. A payment is an order to pay an amount to a party or to receive an amount from a party. Such order can be electronic payment, bank order or checks.

El análisis encontró 6 archivos Python, 21 archivos XML, 18 vistas, 49 acciones, 8 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 account payment, 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, 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.
  • 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.
  • 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​

  • account_dunning — habilita una integración adicional; pruebe la combinación explícitamente.
  • account_invoice — habilita una integración adicional; pruebe la combinación explícitamente.
  • account_statement — habilita una integración adicional; pruebe la combinación explícitamente.
  • account_statement_rule — 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 3 modelo(s), entre ellos account.configuration, account.configuration.payment_group_sequence, account.configuration.payment_sequence. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.dunning: agrupa 1 modelo(s), entre ellos account.dunning. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.invoice: agrupa 2 modelo(s), entre ellos account.invoice, account.invoice.payment.mean. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.move: agrupa 10 modelo(s), entre ellos account.move.cancel, account.move.line, account.move.line.create_direct_debit, account.move.line.create_direct_debit.start, account.move.line.delegate. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.payment: agrupa 4 modelo(s), entre ellos account.payment, account.payment.group, account.payment.journal, account.payment.process. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • account.statement: agrupa 4 modelo(s), entre ellos account.statement, account.statement.line, account.statement.rule, account.statement.rule.line. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.erase: agrupa 1 modelo(s), entre ellos party.erase. Estos registros forman la información que el usuario consulta o modifica durante el proceso.
  • party.party: agrupa 3 modelo(s), entre ellos party.party, party.party.payment_direct_debit, 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. Compruebe el efecto en los módulos dependientes antes de cerrar el proceso.

Acciones, estados y asistentes​

  • approve — acción o transición que inicia approve. 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.
  • fail — acción o transición que inicia fail. 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.
  • payment_block — acción o transición que inicia payment block. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • payment_unblock — acción o transición que inicia payment unblock. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • proceed — acción o transición que inicia proceed. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • process_wizard — acción o transición que inicia process wizard. 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.
  • succeed — acción o transición que inicia succeed. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • approved — acción o transición que inicia approved. 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.
  • 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.
  • account.move.line.create_direct_debit — asistente que reúne datos y ejecuta account › move › line › create direct debit. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • account.move.line.pay — asistente que reúne datos y ejecuta account › move › line › pay. Verifique permisos, estado actual y registros relacionados antes de ejecutarla.
  • account.payment.process — asistente que reúne datos y ejecuta account › payment › process. 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 37 clases Python y declara o extiende 29 modelos. Utiliza Boolean, Char, Date, Function, Integer, Many2Many, Many2One, MultiValue, One2Many, Reference, 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.configuration
  • account.configuration.payment_group_sequence
  • account.configuration.payment_sequence
  • account.dunning
  • account.invoice
  • account.invoice.payment.mean
  • account.move.cancel
  • account.move.line
  • account.move.line.create_direct_debit
  • account.move.line.create_direct_debit.start
  • account.move.line.delegate
  • account.move.line.group
  • account.move.line.pay
  • account.move.line.pay.ask_journal
  • account.move.line.pay.start
  • account.move.line.reschedule
  • account.payment
  • account.payment.group
  • account.payment.journal
  • account.payment.process
  • account.statement
  • account.statement.line
  • account.statement.rule
  • account.statement.rule.line
  • party.erase
  • party.party
  • party.party.payment_direct_debit
  • party.party.reception_direct_debit
  • party.replace

Tipos de campos utilizados​

  • Boolean
  • Char
  • Date
  • Function
  • Integer
  • Many2Many
  • Many2One
  • MultiValue
  • One2Many
  • Reference
  • Selection

Clases y métodos públicos detectados​

Clases: BlockedWarning, Configuration, ConfigurationPaymentGroupSequence, ConfigurationPaymentSequence, CreateDirectDebit, CreateDirectDebitStart, Dunning, Erase, Group, GroupWarning, Invoice, InvoicePaymentMean, Journal, MoveCancel, MoveLine, MoveLineDelegate, MoveLineGroup, MoveLineReschedule, OverpayWarning, Party, PartyPaymentDirectDebit, PartyReceptionDirectDebit, PayLine, PayLineAskJournal, PayLineStart, Payment, PaymentMeanWarning, PaymentValidationError, Payment_Invoice, ProcessError, ProcessPayment, ReconciledWarning, Replace, Statement, StatementLine, StatementRule, StatementRuleLine

Métodos: amount_line_paid(), approve(), chat_language(), check_erase_company(), check_modification(), check_reference(), copy(), create_move(), default_ask_journal(), default_company(), default_currency(), default_date(), default_kind(), default_payment_blocked(), default_payment_direct_debit(), default_payment_group_sequence(), default_payment_sequence(), default_start(), default_state(), default_type(), do_create_(), do_delegate(), do_group(), do_pay(), do_process(), do_reschedule(), domain_payment_amount(), draft(), fail(), fields_to_replace(), from_reception_direct_debit(), get_active(), get_amount_to_pay(), get_balance_domain(), get_balance_pending_payment_domain(), get_origin(), get_pattern(), get_pattern_for_invoice(), get_payment(), get_payment_aggregated(), get_payment_amount(), get_payment_currency(), get_payment_identical_parties(), get_payment_kind(), get_payments(), get_process_methods(), get_rec_name(), is_valid_with_payment(), on_change_kind(), on_change_line(), on_change_party(), on_change_related_to(), on_change_with_company(), on_change_with_currency(), on_change_with_process_method(), on_change_with_reference(), on_delete(), on_modification(), on_write(), order_amount(), order_number(), order_payment_amount(), pay(), pay_direct_debit(), payment(), payment_block(), payment_unblock(), payments(), preprocess_values(), proceed(), process(), process_manual(), process_method_with_group(), process_wizard(), reference_used(), search_active(), search_company(), search_complete(), search_currency(), search_payment_currency(), search_process_method(), search_rec_name(), set_payment_amount(), set_payment_means(), submit(), succeed(), transition_cancel(), transition_next_(), validate_fields(), view_attributes()

Mapa del código​

Se detectaron 6 archivos Python, 21 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
  • view/configuration_form.xml
  • view/invoice_form.xml
  • view/move_line_create_direct_debit_form.xml
  • view/move_line_form.xml
  • view/move_line_list.xml
  • view/move_line_list_to_pay.xml
  • view/move_line_pay_ask_journal_form.xml
  • view/move_line_pay_start_form.xml
  • view/party_form.xml
  • view/party_reception_direct_debit_form.xml
  • view/party_reception_direct_debit_list.xml
  • view/payment_form.xml
  • view/payment_group_form.xml
  • view/payment_group_list.xml
  • view/payment_journal_form.xml
  • view/payment_journal_list.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 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 · Payment · Wizards · Process Payment · Payment Journal · Payment Group · Account Move Line · Create Direct Debit · Pay Line · Party · Account Payment Module

    • doc/design.rst: The Account Payment Module introduces the following concepts:
    • doc/index.rst: The Account Payment Module manages the receivable and payable payments. A payment is an order to pay an amount to a party or to receive an amount from a party. Such order can be electronic payment, bank order or checks.

Ver código fuente