• Home
  • Our APIs
  • Guides
  • Our Products
    • Nothing Found
  • Home
  • Our APIs
  • Guides
  • Our Products
    • Nothing Found
    Guides
    Getting started
    Terminal Connect
    Use Cases
      Linked Refund
      Preauth Create
      Preauth Capture
      Preauth Cancel
      Settlement
      Pre-Settlement
      Last Settlement
    FAQ
Last updated 1 year ago

Linked Refund

Overview

A linked refund on terminals typically refers to the process of refunding a payment transaction that was made using a credit or debit card on a point-of-sale (POS) terminal. Linked refunds are used to associate the refund with the original transaction, which helps in maintaining accurate records and providing a seamless experience for the customer. Here's a general guide on how to perform a linked refund on a terminal with our APIs:

Understanding Refunds: A Brief Overview

A refund transaction serves as a method to reverse a previously processed sale transaction. It's important to note that a refund transaction is considered a reversal only if it falls within the same batch or settlement funding day as the original sale. Both the initial sale and the refund transactions will be reflected on your account statement.

When conducting a refund transaction, please ensure that it adheres to or falls within the specified Daily Refund Limit.

Processing a Linked Refund with POS and Microservices

This process outlines the steps involved in processing a linked refund using an integrated mode with a Point of Sale (POS) system and microservices:

Step 1: POS Initiates the Refund Request Using API

The first step is to create a refund intent, when provided with a parentIntentId this is assumed to be a Linked refund. (See below for an example)
Requirements

This API request will require

  • Merchant Id (also referenced as mid).
  • A valid API key assosicated to the mid.
Loading...

Step 2: Preparing to send the refund intent to a device

Once you've created the refund intent, use that intent Id to call the process endpoint to send it to the device.

Step 3: The devices receives the request

The payment device receives the payment request from the microservice. It processes the request, verifies the details, and ensures that the refund is within the specified daily refund limit.

Step 4: Notification to the POS

In this final step, the POS system receives a notification, either through a callback/postback mechanism, containing detailed information about the refund request's outcome. This notification confirms whether the refund was successful or if any errors were encountered in the process.

On this page
OverviewUnderstanding Refunds: A Brief OverviewProcessing a Linked Refund with POS and MicroservicesStep 1: POS Initiates the Refund Request Using APIStep 2: Preparing to send the refund intent to a deviceStep 3: The devices receives the requestStep 4: Notification to the POS
Legal
  • Privacy Policy
Support
  • Contact us
© Copyright Till Payments 2023. All right reserved.