Payment method facade
Payment facade it is an instance of Payment Adapter configured with virtual types and allows to process payment actions between Magento Sales Management and payment processor.
Add the dependency injection (DI) configuration for payment method facade in your
The following sample is an illustration of such configuration (app/code/Magento/Braintree/etc/di.xml#L10):
The following arguments must be configured (all arguments are mandatory):
||Payment method’s code.|
||Name of the block class responsible for payment provider gateway form rendering. This block is used in the Admin panel only, because on the storefront the form is rendered using knockout.js. See the Admin integration topic for details.|
||Name of the block class responsible for Transaction/Payment Information details rendering in Order block in Admin panel or customer account on storefront. In most cases it will be enough to specify the default implementation of Configurable Info, but for customizations you can specify your own implementation.|
||Pool of value handlers used for queries to configuration. For details see the following paragraph.|
||Pool of response validators.|
||Pool of gateway commands.|
Value handlers pool
Let’s look closer at the value handlers pool of a payment method. This pool enables you to set payment configuration that is based on certain conditions.
For example, the
can_void configuration option might depend on payment transaction status or paid amount. The following sample shows how to set the corresponding configuration (app/code/Magento/Braintree/etc/di.xml#L296):
Pay attention, that you must always specify the default handler. In the example it is config reader for Braintree:
In your configuration you can use default Magento\Payment\Gateway\Config\Config. Or you can add a custom config interface. It must implement the
Magento\Payment\Gateway\Config\Config can read configuration by payment method code, so is useful to use it or extend it for your own purposes.
And Magento\Braintree\Gateway\Config\Config reads configuration from database or payment config file.
Other handlers contain some logic, for example,
can_cancel option is the same as
can_void and depends on whether the order has paid amount (invoiced).
Your custom handlers must implement the Value Handler interface.