Abeyo

Merchant desk

You are acting as the example merchant's own server: its key signs these captures, not Abeyo's. A merchant can capture only what a slip still holds, only before its valid-until date, and only to its payout address.

ReferenceCustomerHeldCapturedReturnedValid until (UTC)State
PROOF-ORDER-6151G0xdd5c…f6910.000.0085.009 Oct, 13:51Void
PROOF-ORDER-5XP500xbCdB…80cF0.000.0085.009 Oct, 13:48Void
PROOF-ORDER-5UH350x3147…8C880.000.0085.009 Oct, 13:46Void
EXAMPLE-ORDER-020xF950…640a0.000.0085.008 Oct, 20:25Void
EXAMPLE-ORDER-010x5875…06cc0.0079.125.888 Oct, 20:25Captured, rest returned

Larder Grocery Delivery (example)

Reference PROOF-ORDER-6151G
Customer copy0xdd5c…f691
Returned to the shopper85.00eUSD
Valid until9 Oct, 13:51 UTC
Closed7 Oct, 13:51 UTC
Void7 Oct, 13:51
Merchant copy0x8Bb6…cd7F
Authorized85.00eUSD
  • Imprinted, 7 Oct, 13:5185.00
  • Captured so far0.00
Hold no. 0x0afb9d11…abcd71Opened 7 Oct, 13:51 UTC

This slip is closed. Nothing more can be captured from it.

What the merchant's server hears

Every vault event for Larder Grocery Delivery (example) also arrives as a Stripe-shaped webhook, signed in Stripe's scheme and checked on arrival. The same history is readable at /api/v1/events and /api/v1/payment_intents.

No webhooks yet. The next capture, void or new hold for this merchant sends one.