Payment Link

Map 4

What happens when the link fails

Four paths that do not end in a straight-through payment: A resend, a link that no longer validates, a declined card, and an order still unpaid when the tour ends. The two dashed returns at the bottom are the ones that land back on the TD/CrD as a resend.

TD/CrD Guest CDE-PaymentUI Backend / Payment Service Email service Finance Resend · 240008 Link validation · 242191 Decline · 240003 Unpaid at end of tour no yes yes no yes no no yes resend needed resend needed Trigger: a bounce, an expired link, a decline after the window closed, or the guest asks for the link again Resend Payment Link in TDP Q5 Kill the old token, issue a replacement, new expiry, audit log Q1 Send the email Q8 Guest opens the link Token active and unexpired? Reject: link no longer valid, ask TD/CrD for a new link Order already paid? Reject: already paid, no second charge Proceed to card entry Declined screen Return to Payment Page? Retry in the same session, token already deactivated, success sets FINISHED Close the window; status ERROR on TDP; a new link needs a resend Scheduled job: unpaid orders at end of tour Guest cancelled by TD/CrD? Attended and unpaid: notify selling-office Finance and Guest Services Cancelled: close the order, no action Invoice and chase
Four exception paths on one set of system lanes. Dashed edges are rejections, declines and returns to the TD/CrD.

Numbered markers on the diagram (Q1, Q5, Q8) match the question table on the overview.

Facts

Open questions