The basic scenario of using InPost Pay by an end user is as follows:
The user displays the website of a merchant (the mobile version, and the desktop version), when moving to the page of the product chosen
The User selects the button "Kup z InPost Pay"
The Product is added to the basket at a merchant's. The merchant transfers the basket's data to InPost Pay (Basket App). The basket is marked as synchronized with InPost Pay.
The InPost Mobile displays the message push: A new basket awaiting for payment appears.
The user opens the InPost Mobile app with the selected basket on their phone.
The app automatically sets the delivery method chosen, and the default payment form on the basis of the user's profile in InPost Mobile.
After choosing the operation "Kupuję i płacę " (Buy and pay), InPost Pay creates an order at the merchant based on the current basket.
The user makes the payment in the InPost Mobile app
The merchant is notified of the execution of the payment
10. The Merchant creates and sends the shipment in the standard way.
11. The merchant notifies InPost Pay of the shipment they used to fulfill the given order.
Integration with InPost Pay takes place through "the basket". The products the user wants to buy using Inpost Pay are added to the basket at a merchant's. The merchant notifies InPost Pay of any changes in the basket. The notification is made only for such baskets, for which the user selects the action Kup z InPost Pay at least once (the basket is synchronized with InPost Pay)
When the user makes changes in a synchronized basket on the merchant's website (number of pieces changed, new products added to the basket), the merchant transfers the changes to InPost Pay. InPost Mobile refreshes the screen with the basket in the app for the user.
The Integration assumes that the user can perform in InPost Mobile specific operations on the basket, for instance change the number of pieces, enter a rebate code etc. Each time, such an information is transferred to the merchant. Upon calculating the content of the basket, the merchant sends it back to InPost Pay.
Before purchasing, the user accepts the merchant's terms and conditions.
The User may pay for a synchronized basket on the merchant's website. In such a case, the order is not realized by InPost Pay. The merchant notifies InPost Pay of finalizing the basket in another channel.
The Integration with InPost Pay does not affect the integration with InPost's systems rekated to generating shipments, currently implemented by the merchant.
An entire IT solution consisting of several systems which handle the purchase finalizing process for different merchants in the InPost Mobile app.
The currently operational InPost Moblie app which makes it possible to track and send shipments.
A store/a platform which offers product sales online, integrated with InPost Pay.
One or several products that the User selects on the merchant's website. The content of the basket is transferred to InPost Pay.
An end user who makes purchases om the merchant's website and who has the InPost Moblie app.
An element embedded on the Merchant's website, which makes it possible to select the options Kup z InPost Pay, and to link a computer with the InPost Moblie application.
An entity created from a basket after its purchase is initiated by the User
An instance of a web browser which operates on the specific device, added to trusted IM apps. Only a trusted browser may add products to a basket in InPost Moblie.
Integration of the Merchant with InPost Pay system. The process of "creating" a Merchant in the Aion systems for the needs of processing the payments, and for Merchant Financing
InPost Mobile onboarding
Downloading the InPost Mobile app, and logging a user in by entering and verifying a phone number.
InPost Pay onboarding
Acceptance of the Terms and Conditions of InPost Pay service and entering the first name, last name, and the e-mail address for retail customers (natural persons not businesses).