Valentin Chevalierandxlu-odoo
2d81dffd23
After the payment apocalypse, `payment_test` was cleaned and stripped of all useless parts. It was a very basic testing acquirer that allowed to enter fake arbitrary payment details, choose whether they should be tokenized, and then pay. It was intended to test the payment flow of various applications (Sales, Subscriptions, Invoicing, ...) for a single scenario: successful payments with immediate capture. In order to extensively test an app's payment flow (explore other scenarios), we need `payment_test` to have additional features. Now, `payment_test` will allow profound testing of these features: - separate authorization and capture - customer fees computation - tokenization - refunds - on the /pay page, users will be able to select the status of the payment - on the payment transaction form view, users can change the status of a payment 'pending' to either succeed or fail - on the payment token form view, users can change the state of future transactions made with that token task-2512196 closes odoo/odoo#78083 Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com> Co-authored-by: xlu-odoo <xlu@odoo.com>
18 lines
578 B
Python
18 lines
578 B
Python
# Part of Odoo. See LICENSE file for full copyright and licensing details.
|
|
|
|
from odoo import http
|
|
from odoo.http import request
|
|
|
|
|
|
class PaymentTestController(http.Controller):
|
|
_simulation_url = '/payment/test/simulate_payment'
|
|
|
|
@http.route(_simulation_url, type='json', auth='public')
|
|
def test_simulate_payment(self, **data):
|
|
""" Simulate the response of a payment request.
|
|
|
|
:param dict data: The simulated notification data.
|
|
:return: None
|
|
"""
|
|
request.env['payment.transaction'].sudo()._handle_notification_data('test', data)
|