Account Banking - Payments

account_banking_payment
REPOSITORY
REPOSITORYOCA/bank-payment
GIT
GIThttps://github.com/OCA/bank-payment.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/bank-payment/tree/7.0/account_banking_payment
VERSION
VERSION 0.1.164
CATEGORY
CATEGORYBanking addons
LICENSE
LICENSEAGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLEYes
AUTHORS
AUTHORSOdoo Community Association (OCA), Banking addons community
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Banking addons community
COMMITTERS
COMMITTERSStéphane Bidoul, Alexis de Lattre, Yannick Vaucher, Guewen Baconnier, Alexandre Fayolle, Raphaël Valyi, Stefan Rijnhart, Sandy Carter, Holger Brunn, Pedro M. Baeza, Erwin van der Ploeg, Launchpad Translations on behalf of banking-addons-team, OCA Transbot, Ruchir Shukla
WEBSITE
WEBSITEhttps://launchpad.net/banking-addons
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:07:16
ODOO DEPENDENCIES
ODOO DEPENDENCIES OCA/bank-payment:
    - account_banking
    - account_banking_payment_export
odoo/odoo:
    - account_voucher
    - account
    - base_setup
    - base
    - web_kanban
    - web
    - product
    - process
    - decimal_precision
    - mail
    - analytic
    - board
    - edi
    - email_template
    - account_payment
    - base_iban
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
This addon adds payment reconciliation infrastructure to the Banking Addons.

    * Extends payments for digital banking:
      + Adapted workflow in payments to reflect banking operations
      + Relies on account_payment mechanics to extend with export generators.
      - ClieOp3 (NL) payment and direct debit orders files available as
        account_banking_nl_clieop

Code Analysis

Views touched (3)
XML IDNameModelTypeStatus
transaction_wizard transaction.wizard banking.transaction.wizard field Inherits account_banking.transaction_wizard_first
view_banking_payment_order_form_1 account.payment.order.form.banking-1 payment.order data Inherits account_payment.view_payment_order_form
view_payment_mode_form_inherit payment.mode.form.inherit payment.mode field Inherits account_banking_payment_export.view_payment_mode_form_inherit
Models touched (7)

New fields (0)

No new fields.

Public methods (0)

No public methods.

New fields (0)

No new fields.

Public methods (3)
  • clear_and_write(self, cr, uid, ids, vals=None, context=None)
  • hook_match_payment(self, cr, uid, transaction, log, context=None)
    Called from match() in the core module. Match payment batches, direct debit orders and stornos
  • move_info2values(self, move_info)

New fields (0)

No new fields.

Public methods (1)
  • write(self, cr, uid, ids, vals, context=None)
    Check for manual payment orders or lines

New fields (0)

No new fields.

Public methods (3)
  • debit_reconcile(self, cr, uid, payment_line_id, context=None)
    Reconcile a debit order's payment line with the the move line that it is based on. Called from payment_order.action_sent(). As the amount is derived directly from the counterpart move line, we do not expect a write off. Take partially reconcilions into account though. :param payment_line_id: the single id of the canceled payment line
  • debit_storno(self, cr, uid, payment_line_id, amount, currency_id, storno_retry=True, context=None)
    Hook for handling a canceled item of a direct debit order. Presumably called from a bank statement import routine. Decide on the direction that the invoice's workflow needs to take. You may optionally return an incomplete reconcile for the caller to reconcile the now void payment. :param payment_line_id: the single payment line id :param amount: the (negative) amount debited from the bank account :param currency: the bank account's currency *browse object* :param boolean storno_retry: whether the storno is considered fatal or not. :return: an incomplete reconcile for the caller to fill :rtype: database id of an account.move.reconcile resource.
  • get_storno_account_id(self, cr, uid, payment_line_id, amount, currency_id, context=None)
    Hook for verifying a match of the payment line with the amount. Return the account associated with the storno. Used in account_banking interactive mode :param payment_line_id: the single payment line id :param amount: the (signed) amount debited from the bank account :param currency: the bank account's currency *browse object* :return: an account if there is a full match, False otherwise :rtype: database id of an account.account resource.

New fields (0)

No new fields.

Public methods (0)

No public methods.

New fields (0)

No new fields.

Public methods (7)
  • action_rejected(self, cr, uid, ids, *args)
    Set both self and payment lines to state 'rejected'.
  • action_sent(self, cr, uid, ids, context=None)
    Create the moves that pay off the move lines from the debit order. This happens when the debit order file is generated.
  • action_sent_no_move_line_hook(self, cr, uid, pay_line, context=None)
    This function is designed to be inherited
  • debit_reconcile_transfer(self, cr, uid, payment_order_id, amount, currency, context=None)
    During import of bank statements, create the reconcile on the transfer account containing all the open move lines on the transfer account.
  • debit_unreconcile_transfer(self, cr, uid, payment_order_id, reconcile_id, amount, currency, context=None)
    Due to a cancelled bank statements import, unreconcile the move on the transfer account. Delegate the conditions to the workflow. Raise on failure for rollback. Workflow appears to return False even on success so we just check the order's state that we know to be set to 'sent' in that case.
  • set_done(self, cr, uid, ids, *args)
    Extend standard transition to update children as well.
  • test_undo_done(self, cr, uid, ids, context=None)
    Called from the workflow. Used to unset done state on payment orders that were reconciled with bank transfers which are being cancelled. Test if the payment order has not been reconciled. Depends on the restriction that transit move lines should use an account of type 'other', and on the restriction of payment and debit orders that they only take moves on accounts payable/receivable.

New fields (0)

No new fields.

Public methods (1)
  • extend_payment_order_domain(self, cr, uid, payment_order, domain, context=None)