Commit Graph

9 Commits

Author SHA1 Message Date
David
a081876119 [FIX] account_payment_order: out of index date
If we had a payment order with no lines we'll be getting an index error.
Better to avoid it having an empty recordset.
2024-07-16 13:26:23 +02:00
Víctor Martínez
d86fc270f7 [IMP] account_payment_order*: Define the correct date in the files that are generated.
Compatibility with https://github.com/OCA/bank-payment/pull/1305

The payment (account.payment) and the account entry (account.move) are defined with today's date,
but the "important" date is the date of the line, therefore the payment_line_date field is created.

The modules account_banking_sepa_sepa_direct_debit + account_banking_sepa_credit_transfer
to use the payment_line_date field.

TT49988
2024-07-08 17:08:38 +02:00
Víctor Martínez
1724c83d3a [IMP] account_payment_order: Add Transfer moves dates
In v13 the existing behavior was defined with today's date the Transfer Move, therefore, we define
that behavior by default without configuration since it is the expected behavior.

https://github.com/OCA/bank-payment/pull/805/files

TT49582
2024-07-01 09:15:16 +02:00
Pedro M. Baeza
fbcf02fb85 [OU-ADD] account_payment_order: Migration scripts to native payment ref
This adapts the old bank.payment.line records to account.payment records
according the new approach.
2023-01-01 17:45:02 +01:00
Pedro M. Baeza
b8d818967b [REF+IMP] account_payment_order: Use native payments
The previous approach creates manually the journal entries and does all
the hard work, plus not being 100% compatible with the bank statement
reconciliation widget (requiring a patch on OCB to see blue lines).

That decision made sense on the moment it was done (v9), where the
native payment model (account.payment) was very limited, and wasn't able
to store all the needed information for the bank transaction.

Now that the limitations are gone, we can get rid off this extra model,
and generate instead `account.payment` records, using both the native
model + methods to perform the same operations.

This serves also to workaround the problem found in #966.

All the code, views and tests of main module have been adapted to this
new approach in this commit. Later commits will adapt the rest of the
modules of the suite, and add migration scripts to transit from the
previous approach to this new one.

TT39832
2022-12-25 12:51:03 +01:00
Jesús Alan Ramos Rodríguez
bd5c8b24ec [MIG] account_payment_order: Migration to 14.0 2021-01-05 14:03:52 +01:00
Raf Ven
369f18bbed [MIG] account_payment_order: Migration to 13.0 2021-01-05 14:03:52 +01:00
Raf Ven
001bd7e976 [IMP] account_payment_order: black, isort 2021-01-05 14:03:52 +01:00
Thomas Binsfeld
d6c1472fec [ADD] Payment Order: only payment order option on payment methods
New option on payment methods: payment order only (unchecked by default) allowing to enforce the use of payment orders for some payment methods
2021-01-05 14:03:52 +01:00