Plugin version 2.2.4, 02.10.2023
Here at Inbank we strive to help our partners sell more by simplifying purchases and making financing more accessible to customers. For exactly this reason we offer a number of buy-now-pay-later (BNPL) solutions.
The Pay Later Platform by Inbank connects partner e-shops with our e-POS solution With e-POS, partners only need to add Inbank as a payment method and Inbank will take care of all the rest. Customers are redirected to the e-POS environment to complete the financing of the purchase. After a successful financing process we redirect the customer back to you.
Inbank e-POS is supplemented with Inbank Partner Portal where merchants can see the overview of submitted credit applications, create applications for customers and conduct contract withdrawals.
If you have any questions about Inbank e-POS or have trouble with your integration, just contact our integration team and we will be happy to help:
The Pay Later Platform by Inbank has been tested with the classic theme version 1.0.0 for PrestaShop. The module supports Prestashop from v1.6.x to v1.7.x and includes storefront content translations for the following languages: Estonian, Polish, English, Russian, Latvian, Czech.
The Pay Later Platform for PrestaShop gives merchants access to the following Inbank products:
Inbank Hire Purchase
The Inbank Hire Purchase solution gives customers the opportunity to pay for purchases in installments with an affordable interest rate. Read more about Inbank Hire Purchase on our website.
Inbank Split into parts
This payment solution offers clients to buy goods and services and pay for them later in several equal installments. Split into parts is free of charge for customers, while merchants get paid upfront in full the next working day.
Inbank Pay next month
The Inbank Pay next month solution lets your customers buy now and decide how to pay later, whilst you receive your funds straight away.
|2.2.0||23.01.2023||Added the Setting Restrictions for Inbank Payment Products section.|
|2.2.1||15.04.2023||Added product page calculations for Indivy payment products.|
|2.2.3||21.07.2023||Added Inbank Split into parts Latvia payment product.|
|2.2.4||02.10.2023||Indivy payment methods now have the following titles: Inbank Pay next month and Inbank Split into parts.|
You can download the latest version of the module from here. To install the Pay Later Platform module you just need to follow these steps:
And that is it! The Pay Later Platform is now ready for configuration.
After successful installation of the Pay Later Platform by Inbank you can configure Inbank products as payment methods in your back office.
Pay Later Platform configuration is done at Payment > Inbank Settings. The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure
The module includes the following Inbank payment methods:
The module overview page at Payment > Inbank Settings includes the list of all the Inbank payment options added.
Here several actions regarding added payment options are available:
On the module overview page you can also change the statuses used by the module to better fit your business logic.
In the General Inbank Settings section you can customize which statuses the module sets for:
canceledshould be selected.
The Pay Later Platform by Inbank uses the following order statuses in it's flows:
canceledshould be selected.
By default the data retrieved from Inbank over API is updated every 24 hours. If you would like to run the data update at a different interval, the General Inbank Settings section includes the cron job link which can be used for that. We recommend updating data once every 24 hours, from 00:00 AM to 06:00 AM. Additionally, under the General Inbank Settings section you can click the Update products button for a one-time product data update at any time you'd like.
New payment options are added via clicking the Add Payment Option at Payment > Inbank Settings The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure.
Depending on the Inbank branch(es) you are cooperating with, you need to configure the payment products for Estonia, Poland, Czechia or Latvia. You can offer one of the available products or several, depending on the agreement you have with Inbank.
The following configuration parameters are predefined by Inbank:
Note that the predefined values will be updated if they change on the Inbank side. The exceptions are the Title and Additional details values which are customizable. The Title and Additional details are updated if set to default, but are not updated if they have been customized.
For more information on updates, refer to the Updates section.
Adding a new Inbank payment method to the module configuration is a simple two-step process.
On step 1 you need to set the keys and product code required for the functioning of the module and the mode in which this payment product is to be available: live or test.
Inbank representatives will provide you all the data required for this step. Make sure to fill in all the fields correctly, as they are essential to the configuration of Inbank payment products.
On step 2 you can review your configuration and set a couple additional options available in the module.
To start adding a new Inbank payment product, click Add Payment Option at Payment > Inbank Settings. The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure.
Configuration settings are similar for all payment products: Inbank Hire Purchase Estonia, Inbank Split into parts Estonia, Inbank Pay next month Estonia, Inbank Hire Purchase Poland, Inbank Hire Purchase Czechia, Inbank Hire Purchase Latvia and Inbank Split into parts Latvia.
The product code set during configuration defines the credit conditions available to customers and also automatically sets the following parameters:
Step 1 includes the essential parameters needed for the payment option setup. Inbank representatives will provide you all the information needed at this step.
After you add the necessary data, click Next to proceed to step 2 where you review the configuration and can set a number of additional parameters for the payment option.
|Country||The market for which you wish to add an Inbank payment method.
Available options: Estonia, Poland, Czech Republic, Latvia.
|Product||The payment product you wish to add. The section depends on the Country:
- Estonia - Inbank Hire Purchase, Inbank Split into parts, Inbank Pay next month
- Poland - Inbank Hire Purchase
- Latvia - Inbank Hire Purchase, Inbank Split into parts
- Czech Republic - Inbank Hire Purchase
|Live product code / Test product code||The product code provided by Inbank. This code defines the credit conditions offered at checkout.|
|Enable test mode||Select whether the module should be connected to test APIfor testing purposes. If this parameter is not enabled, the module connects to the live API.
This parameter defines whether next you need to set the API key, UUID and product code for the live or test environment.
By default, test mode is disabled, but the setting can be customized.
|Live API key / Test API key||The unique key of the shop used for building API requests through which the shop communicates with Inbank.|
|Live shop UUID / Test shop UUID||The API authentication key. The API key should be kept private.|
|Localization ID||ID of the set of translations required for the module. Translations are available in Estonian, Polish, English, Latvian, Czech and Russian.|
|Localization token||Token required to access the translations for storefront texts.|
Step 2 lets you review the payment option configuration and includes a number of additional parameters which can be configured for Inbank payment methods.
|Enable product||Whether this Inbank product appears as a payment method at checkout.|
|Enable test mode||Select whether the module should be connected to test API for testing purposes. If the parameter is not enabled, the module connects to the live API.
This parameter defines whether next you need to set the API key, UUID and product code for the live or test environment.
|Live product code/Test product code||The product code provided by Inbank. This code defines the credit conditions offered at checkout.
This parameter is prefilled from Step 1 , but you can change the Product Code here if needed.
|Live API key / Test API key||The unique key of the shop used for building API requests through which the shop communicates with Inbank.
This parameter is prefilled from Step 1 , but you can change the API key here if needed.
|Live shop UUID / Test shop UUID||The API authentication key. The API key should be kept private.
This parameter is prefilled from Step 1 , but you can change the UUID here if needed.
|Localization ID||ID of the set of translations required for the module. Translations are available in Estonian, Polish, English, Latvian, Czech and Russian.
This parameter is prefilled from Step 1 , but you can change the Localization ID here if needed.
|Localization token||Token required to access the translations for storefront texts.
This parameter is prefilled from Step 1 , but you can change the Localization token here if needed.
|Display logo||Whether the payment method logo will be displayed next to the title at checkout.
By default the logo is enabled, but the setting can be customized.
|Logo size||The size of the payment method logo which is displayed next to the title at checkout. The logo will be displayed only if the Use Logo parameter is set to Yes.
Available size options are Small and Medium.
The default value is Small, but the setting can be customized.
|Custom logo||A custom logo for the payment method which will be displayed next to the title at checkout. If the custom logo is removed, the default logo will be applied.|
|Enable calculations||Whether calculated monthly amounts should be presented on product pages. When enabled, preliminary calculations of monthly payments will appear on the pages of products within the minimum-maximum range for this Product code.|
|Calculation position||The exact place where the Inbank monthly payment calculation will be displayed. Available options:
- After product price
- Between social buttons and reassurance block
- After reassurance block
- Custom hook at your chosen location
|Title||The payment method title that is displayed to customers at checkout. The recommended Title length is 65 characters.
The default Title is defined by the Product code. You can customize it for Inbank Hire Purchase Estonia, Inbank Hire Purchase Poland, Inbank Hire Purchase Czech Republic and Inbank Hire Purchase Latvia products, in which case the default value will be displayed under the Title field. If you set a different Product code, your custom value will be overridden with the new default one, which can then be customized.
|Minimum Order Amount||The minimum order amount for which the payment method is available. The value is defined by the product code.
For sums below this value, the payment method is not displayed.
|Maximum Order Amount||The maximum order amount for which the payment method is available. The value is defined by the product code.
For sums above this value, the payment method is not displayed.
|Period||The period options in months for which credit under this payment method is granted. The values are defined by the product code.|
|Additional details||The consent message displayed under the payment method at checkout. The default Additional details are defined by the Product code. You can customize it, then the default value will be displayed under the Additional details field.|
Once you've added all needed Inbank payment products to your shop you can pick and choose which products or product categories Inbank payment products are applicable to. By default, the payment products have no restrictions set.
The restrictions configuration is available at Payment > Inbank Settings. The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure. Click Edit next to the payment method you wish to set the restrictions for, the bottom of the page will then contain the needed configuration options. Once you are all set, just click Save.
Restrictions can be set by product categories or by certain products only. In both cases you can select one or several categories/products.
The are two restriction rules available:
Inbank provides a dedicated staging environment for testing the integration with payment solutions. For testing purposes, you need to specify several parameters in the payment method settings at Payment > Inbank Settings. The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure.
When adding a new payment option you need to:
The Test API key, Test shop UUID and Test product code are provided by Inbank.
For testing purposes, the system returns preconfigured decisions:
The credit application process may include an OTP code exchange via SMS. The demo environments do not send out SMS messages. If you are testing Inbank Pay next month Estonia, Inbank Split into parts Estonia or Inbank Split into parts Latvia payment products, the SMS message is hardcoded to value 0000.
Testing Inbank Payments Estonia products
To test the financing products in Estonia, you can safely use your own Estonian ID-code and ID-card, as the demo environment does not initiate real binding contracts. Alternatively, you can use our demo user, the identity code of which is 10101010005. Besides the identity code, you will also need a name and a phone number for authentication and signing.
To use an ID-card or Mobile-ID in the demo environment, you need to register them at:
You can also use Smart-ID by downloading the following apps:
To use Smart-ID for testing, your account level should be
Qualified. You can check the account level at https://sid.demo.sk.ee/portal/login.
There are a couple of things which can be updated in the Pay Later Platform:
The following sections cover all the update procedures.
If a new version of the Pay Later Platform for PrestaShop comes out and you want to make use of the functionality it offers, updating the module is quick and easy. You can download the latest version of the plugin from here.
Do not worry about the configuration settings. While the module is updated, all settings, including API keys, product codes, etc., are migrated into the new version of the module.
And that is it. Now you have the latest version of the Pay Later Platform.
After you set a product code for an Inbank payment method, the plugin retrieves product related parameters via API from Inbank. Inbank can make changes to these data and the changes need to be synchronized with the settings of the plugin. Of course, you do not need to keep track of the possible updates, the Pay Later Platform will check for updates and apply them to your store.
Configuration parameters which can receive updates:
You can also manually have the Inbank plugin check for updates whenever you need. To do this just go to Payment > Inbank Settings and click Update products. The plugin will update the configuration settings and that is it! Now your plugin has all the latest data from Inbank.
If at any point you need to make changes to the module settings, you can access the configuration at Payment > Inbank Settings. The same page can be accessed at Modules > Module Manager > Pay Later Platform by Inbank > Configure.
To update the settings for the Pay Later Platform, click Edit next to the payment method you wish to update, make the required configuration changes and click Save.
That is it. Your module settings are now updated.
This section showcases how Inbank payment methods work at checkout.
Note that the following screenshots are only demonstrational. The actual way the Inbank payment methods appear in your PrestaShop store depends on the storefront theme, module settings, the Inbank branch with which you have concluded the contract and the locale of your store.
If the purchase has been financed by Inbank, the customer will be redirected to the page configured in your PrestaShop instance as the payment success page. Otherwise, the customer will be redirected back to the cart.
Payment transactions can be viewed in the Orders section of the back office.
Until the credit contract has been signed by the customer and approved by Inbank for financing, it remains in status Inbank: waiting for financing. Orders which have been successfully financed by Inbank receive status Inbank: purchase financed.
If the flow is configured to require merchant approval prior to concluding the credit contract, the order which has been approved by Inbank for financing receives status Inbank: credit granted. Action required. In this state the order awaits the merchant's approval or cancellation. If the merchant approves the contract, the order receives status Inbank: purchase financed. Contracts are approved and canceled through the Inbank Partner Portal. 24