Payments and receipts

Hilt is strongest after payment, when the merchant can answer questions quickly and confidently from one operating trail. The core loop is:
  • the payment
  • the member record when access is involved
  • the receipt
  • the support thread when a conversation needs to continue

Payments show the commercial event

Use Payments to answer:
  • what was paid
  • which template was used
  • what asset was used
  • when the payment confirmed
  • what the next click should be
Payments are the first stop when a merchant wants to trace a transaction.

Members show the access outcome

Use Members to answer:
  • who the buyer is
  • whether access is active
  • when access renews or expires
  • whether delivery needs attention
Not every template creates a member record, but when it does, Members becomes the access truth.

Receipts show the proof trail

Receipts are the verification layer:
  • transaction reference
  • public proof link
  • template context
  • buyer-facing and support-facing proof
When a buyer asks for evidence, the receipt should be the clean answer.

The right investigation sequence

When a buyer says something feels wrong:
  1. find the payment
  2. open the related member record if access is involved
  3. open the receipt
  4. confirm what was purchased and what happened afterwards
  5. open Support if the issue needs a human conversation trail
That workflow is far more reliable than reconstructing the story from wallet screenshots alone.

What each page is best at

PageBest question to answer
PaymentsDid the buyer pay, with what asset, and when did it confirm?
MembersDid the buyer receive active access, and does it need follow-up?
ReceiptsWhat proof can the buyer or support share externally?
SupportWhere should the human conversation live if the normal path broke?