Skip to content
Copper Lane Payments Read-only example

Top level

One shared picture of a fictional payment

Parts

3 parts on this layer, as on the map.

Merchant support Actor. Explains outcomes and requests refunds.

Fictional processor External system. An external system with an authored contract.

Copper Lane Payments Boundary. One shared picture of a fictional payment.

How they work together

  1. From Merchant support to Copper Lane Payments.
  2. From Copper Lane Payments to Fictional processor.
  3. Event from Fictional processor to Copper Lane Payments.

Refund the unavailable lamp

Who: Merchant support. Goal: Request one refund and explain whether its processor outcome is known. Starts when: The shop cannot supply Mira’s lamp.

First, Support checks the confirmed payment and its existing refund history. Finally, Support requests a separate refund; the service records its request and compatible processor confirmation.

Ends with: A separate authored processor record confirms refund-1001; bank posting and settlement remain outside this story. If it fails: An unanswered or rejected request is not a confirmed refund. Keep uncertainty visible and do not create another refund to conceal it.