/
InPost Pay Test Scenarios

InPost Pay Test Scenarios

Before starting the tests, install the InPost Mobile application (use the test build and follow the instructions in InPost Mobile test application).

If you successfully complete all scenarios, submit your store for an audit using the form available at https://inpostpay.pl/kontakt in the Audit tab.

🕵️ Once the audit is passed, the service can be launched in production 😊

 

 

Scenario 0 - Placing the Widget on Your Store

🎯 Goal: Verify the correct placement and functionality of the InPost Pay button on the store website (product page, cart, Thank You Page) on both desktop and mobile.

Verify the placement of the InPost Pay button in your store against the InPost Pay Implementation Guide. Open your store page in a web browser. Go to a product page and check the placement of the button — remember that you can adjust the button’s color and border radius within the defined parameters to best fit your store design. Open the cart page and also verify the button placement according to the Implementation Guide. Place an order in the mobile app (e.g., following Scenario 1) and check if the Thank You Page appears on your store’s website. Repeat the test on the mobile version of your store.

 

Scenario 1 - Shopping with Payment Retry

🎯 Goal: Validate the flow of creating a cart, placing an order, and retrying payment for unpaid orders in the InPost Pay app.

Open the store website in a mobile browser and go to a product page => the “Create basket with InPost” button is displayed. Click the button => option is shown: “Open in app: InPost / Browser”. Open in the InPost app and click the PUSH notification => the user is redirected to the Shopping tab in the InPost app, the InPost Pay Cart screen is displayed, contents match the store’s cart. Close the InPost app and return to the store page in the browser => “Products in InPost Pay cart” button is displayed, with the same product count as in the store cart. Close the store page, reopen the InPost app, go to Shopping => the abandoned cart is still visible. Open the cart in the app => contents are the same as before abandonment. Select delivery method Courier and enter address => total price includes delivery cost. Select a payment method and click “Buy and Pay” => Payment screen is displayed. Leave the Payment screen => Unpaid Order screen is displayed. Leave the Unpaid Order screen => Unpaid Purchases screen is displayed. Click “Go to Order List” => user is redirected to ORDERS in the Shopping tab, the order is listed. Open the order details in the app => products, amount due, delivery details, and payment method match the cart view. Click “Pay” and enter invalid authorization data => error message “Payment failed” is displayed. Click “Pay in another way” => user is returned to the order view. Click “Pay” and enter valid authorization data => success message “Order placed” is displayed. Click “View order” => user is redirected to the order view, order status is updated to paid, Pay button is no longer visible.

In sandbox you can simulate payments with BLIK test codes:

  • 777111 – positive authorization

  • 500500 – negative authorization

  • 700701 – code expired

  • 700702 – code canceled

  • 700703 – code already used

 

Scenario 2 - Shopping with InPost Pay and Cart Deletion

🎯 Goal: Ensure that deleting a cart in the app synchronizes correctly with the store, and that the purchase flow works properly after recreating the cart.

Open the store website in a mobile browser and go to a product page => “Create basket with InPost” button is displayed. Click the button => option is shown: “Open in app: InPost / Browser”. Open in the InPost app and click the PUSH notification => user is redirected to Shopping tab, InPost Pay Cart is displayed, contents match the store. Return to the store page => “Products in InPost Pay cart” button displayed with correct product count. Click “Products in InPost Pay cart” => user is redirected to the app, cart matches the store. Delete the cart in the app and return to the store => cart removed from app list, “Create basket with InPost” button is shown again. Go to the cart page on the store site => cart contents unchanged, “Buy with InPost” button displayed. Click “Buy with InPost” and open cart in the app => cart contents match the store. Select delivery method Parcel Locker and choose location => total price includes delivery cost. Select payment method and check “I want an invoice” => Invoice details screen is displayed. Select Private person, enter required details, click Save => InPost Pay Cart screen shows invoice data. Click “Buy and Pay” => Payment screen is displayed. Return to the store page in the browser => “Thank you, that was really izi!” screen is shown. Click “Return to store homepage” => user redirected to the store homepage. Return to the InPost app and pay the order => success message “Order placed” is displayed. Click “View order” => user is redirected to order view, Pay button not visible, details match the cart.

 

Scenario 3 - Shopping Using a QR Code with Dynamic Cart Contents

🎯 Goal: Validate the cart pairing process using a QR code and ensure correct synchronization of cart contents between the store and the app.

Open the store website in a desktop browser and go to a product page => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => the “Order and pay in the InPost Mobile app!” modal is shown; default pairing method is phone number. Click “Do it with a QR code” => a QR code is displayed instead of the phone number field. In the InPost app on your phone, go to Shopping and scan the QR code => you’re taken to the cart view in the app; cart contents match the store; the store shows “Products in InPost Pay cart” with the same product count as in the cart. Remove the product from the cart on the store site => the store cart is empty; the app shows “This cart is empty”. Return to the store, go to a product page, and add a product to the cart => the store shows “Products in InPost Pay cart” with the correct product count. Click “Products in InPost Pay cart” => the “Your purchases are waiting in the InPost Mobile app” modal is displayed. Click “Connect these purchases to another account” and then “Connect with another phone number” => the “Order and pay in the InPost Mobile app!” modal is displayed with phone number as default; the app shows “Oops… This cart does not exist or was deleted”. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal appears; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; cart contents and product count are synchronized. Add a product to the cart on the store site => the product is added; the app cart matches the store; the InPost button count matches the cart. Change the product quantity in the store cart => the cart updates; the app cart matches the store; the InPost button count matches. Change the product quantity in the app cart => the cart updates; the store cart matches the app; the InPost button count matches. Add a suggested product in the app => the product is added; store and app carts match; InPost button count matches. Remove a product in the app => the cart updates; store and app carts match; InPost button count matches.

 

Scenario 4 - Shopping with Discount Codes and Cart Synchronization

🎯 Goal: Verify that discounts added or removed in the store and app synchronize correctly, and that the final order amount is displayed accurately.

Open the store website in a desktop browser and go to a product page => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => “Order and pay in the InPost Mobile app!” modal is shown; default pairing is phone number. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; app cart matches the store cart. Apply a store discount code on the store site => product prices and totals update in both the store and the app; the app shows “Code activated” and “Store discount code {value}” label in totals. Remove the discount code from the cart in the app => prices and totals update in both the store and the app; the store discount code label disappears in the app. Add an invalid discount code in the app => the app shows “Discount code ‘{coupon}’ is invalid.” Add a store discount code in the app => prices and totals update in both the store and the app; the app shows “Code activated” and “Store discount code {value}” label. Add an InPost discount code in the app „TANIEJ2” => prices and totals update only in the app; the app shows “Code activated”, with “InPost discount code {value}” and “Store discount code {value}” labels in totals. Select delivery method and payment method => the total in the app includes delivery cost. Check all required consents and click “Buy and Pay” => the Payment screen is displayed. Complete the payment => “Order placed” success message is displayed. Click “View order” => user is taken to the order details; Pay button is not visible; products, “Product price (includes store discount)”, “InPost discount code {value}”, total amount, delivery, invoice data, and payment method match the cart. Open the store’s admin panel and find the order => order details match what’s in the app: products, gross total, delivery, invoice data, consents. Generate a shipment number and update the order status => the order is updated in the app; the tracking number is visible on the order details.

 

Scenario 5 - Shopping for a Logged-In Store User with Dynamic Cart Contents

🎯 Goal: Ensure that the purchase flow for a logged-in store user works correctly and that the cart stays synchronized between the store and the app when contents change.

Open the store website in a desktop browser. Log in or create a store account. Go to a product page => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => “Order and pay in the InPost Mobile app!” modal; default pairing is phone number. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; app cart matches the store. Remove a product from the store cart => store cart becomes empty; the app shows “This cart is empty”. Return to the store, go to a product page, and add a product to the cart => the store shows “Products in InPost Pay cart” with the correct count. Click “Products in InPost Pay cart” => “Your purchases are waiting in the InPost Mobile app” modal is displayed. Change the product quantity in the store cart => the cart updates; the app cart matches; InPost button count matches. Change the product quantity in the app cart => the cart updates; the store cart matches; InPost button count matches. Add a suggested product in the app => product added; carts match; InPost button count matches. Remove a product in the app => cart updates; carts match; InPost button count matches. Click “Buy and Pay” => Payment screen is displayed. Return to the store website => “Thank you, that was really izi!” screen is shown. Click “Return to store homepage” => user is redirected to the store homepage. Return to the InPost app and complete the payment => “Order placed” success message is displayed. Click “View order” => user is taken to order details; Pay button not visible; products, amount due, delivery, invoice data, and payment method match the cart.

 

Scenario 6 - Handling Digital Products and Electronic Delivery (if your store offers such products)

🎯 Goal: Validate the handling of digital products (e.g., e-books), including entering an email address for electronic delivery and completing mixed orders (digital + physical).

Open the store website in a desktop or mobile browser. Go to a digital product page => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => “Order and pay in the InPost Mobile app!” modal; default pairing is phone number. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; app cart matches the store. Verify the digital product is correctly visible in the cart. Under the digital product, verify the field “The store will send digital products to” that allows entering the email for electronic delivery. Enter the email address. Click “Buy and Pay” => Payment screen is displayed. Return to the store website => “Thank you, that was really izi!” screen is shown. Click “Return to store homepage” => user is redirected to the store homepage. Return to the InPost app and complete the payment => “Order placed” success message is displayed. Click “View order” => user is taken to order details; Pay button not visible; products, amount due, delivery, invoice data, and payment method match the cart. In your store admin, verify the electronic delivery email is correctly captured. Repeat the test with a mixed cart — containing both a digital and a physical product.

 

Scenario 7 - Passing Available Promo Codes with the Customer’s Cart to InPost Pay

🎯 Goal: Ensure that the store’s valid promo codes are correctly passed to the app and that customers can easily apply them.

Ensure promo codes are correctly passed to the mobile app in your store’s InPost Pay configuration. Open the store website in a desktop or mobile browser. Go to a product page that is covered by the promo code => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => “Order and pay in the InPost Mobile app!” modal; default pairing is phone number. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; app cart matches the store. Verify the configured promo code is displayed at the top of the cart in the InPost Pay app. Apply the promo code by tapping it => the code is automatically applied to the cart. Verify the price changed as expected. Return to the store cart and verify the promo code is also applied there. Click “Buy and Pay” => Payment screen is displayed. Return to the store website => “Thank you, that was really izi!” screen is shown. Click “Return to store homepage” => user is redirected to the store homepage. Return to the InPost app and complete the payment => “Order placed” success message is displayed. Click “View order” => user is taken to order details; Pay button not visible; products, amount due, delivery, invoice data, and payment method match the cart. In your store admin, verify the applied promo code is correctly visible on the order.

 

Scenario 8 - Shopping with Suggested/Recommended Products

🎯 Goal: Verify that suggested products are displayed correctly in the app and can be added/removed from the cart while staying synchronized with the store.

Open the store website in a desktop or mobile browser. Go to a product page => the “Create basket with InPost” button is displayed. Click “Create basket with InPost” => “Order and pay in the InPost Mobile app!” modal; default pairing is phone number. Enter the phone number linked to your InPost app and click “Connect” => “Yay! The cart is already waiting for you in InPost Mobile” modal; a pending cart appears in the app. Add the pending cart in the app => the modal on the store closes automatically; app cart matches the store. Verify a list of suggested/recommended products is visible under the added product in the app cart. Add a suggested product in the app => product added; app and store carts match; InPost button count matches. Remove a product in the app => cart updates; app and store carts match; InPost button count matches. Click “Buy and Pay” => Payment screen is displayed. Return to the store website => “Thank you, that was really izi!” screen is shown. Click “Return to store homepage” => user is redirected to the store homepage. Return to the InPost app and complete the payment => “Order placed” success message is displayed. Click “View order” => user is taken to order details; Pay button not visible; products, amount due, delivery, invoice data, and payment method match the cart.

 

What else should you check?

🔗 Integration with your ERP system

If you have integrated your ERP with the the Returns & Transactions API, verify that orders placed during these scenarios are visible in your ERP and meet your operational needs.

📊 GA4 Analytics

If you use analytics tools in your store, check whether orders placed by customers (including test transactions) are tracked correctly. Integration playbooks for InPost Pay with analytics tools can be found for:

🏷️ Generating shipping labels

Each order placed via InPost Pay provides a masked email address in the order.inpostpay.pl domain. This address must be used for handling the order, especially for registering/creating the shipment. This ensures correct monitoring and linking of the order with the shipment.

💳 Transactions overview and refunds

Before going live, make sure you can process refunds for customers and know where to find the list of transactions made with InPost. All necessary information is available here: Returns and Transaction Overview in InPost Pay.