Nested Exchanges

overview nested exchanges refer to scenarios where a customer completes multiple exchanges in succession and later requests a refund this can occur when a customer exchanges an item, then exchanges that exchanged item again, potentially multiple times, before eventually choosing a refund refundid is designed to handle these scenarios by maintaining a complete trail of the original order and every subsequent exchange and upsell this ensures refunds are processed accurately, even across multiple linked exchanges how nested exchanges work each time a customer completes an exchange, refundid records the original order each subsequent exchange order any upsell amounts paid during each exchange this creates a chronological chain of transactions that links all exchanges back to the original purchase for example, a customer may place an original order complete multiple exchanges pay different upsell amounts at each exchange step eventually request a refund on a later exchange when the retailer processes a refund for the most recent return, refundid presents a full breakdown of all associated payment sources, including the original payment method from the original order each upsell payment collected during prior exchanges the breakdown will show how much is available to refund on each of the payment methods refund allocation logic when a refund is issued on a nested exchange, refundid determines how the refund should be applied across the available payment sources the system will start by prioritising the most recently used method apply refund amounts against subsequent upsell payments as needed work through the available payment sources until the refund amount is fully covered if the refund amount is less than the total value across all linked exchanges, refundid will only refund the required amount, allocating it correctly across the payment trail this ensures customers are refunded accurately without duplicating or over refunding funds