Lexicon Garden

am.noz.at.spl.settlement

An immutable record of money paid between two ledger members, optionally filed in a group.

Repository @noz.am did:plc:lmkzmvv6sdxntwtyxpg7fqqq namespace authority
Details · record, key tid
Kindrecord
Record keytid
Authorityspl.at.noz.am
Indexed
Compare Edit in builder → Fork →

Record

record · key tid

Properties

amountMinor

requiredinteger
  • minimum: 1

createdAt

requiredstring · datetime

currency

requiredstring
  • minLength: 3
  • maxLength: 3

fromDid

requiredstring · did

groupId

string

Optional organizational group or trip within the ledger Space.

  • minLength: 1
  • maxLength: 64

minorUnit

requiredinteger
  • minimum: 0
  • maximum: 4

note

string
  • maxLength: 2000
  • maxGraphemes: 300

occurredAt

requiredstring · datetime

paymentReference

string

Optional opaque reference from a payment integration; never store credentials or secrets.

  • maxLength: 500

schemaVersion

requiredinteger
  • const: 1

settlementId

requiredstring
  • minLength: 1
  • maxLength: 64

toDid

requiredstring · did

voided

requiredboolean

Similar lexicons

semantic match

Lexicons whose schemas describe something close to this one. Check them before publishing a new one that overlaps.

  • network.attested.payment.oneTime

    record

    A one-time payment from a supporter to a creator. Represents a single, non-recurring financial transaction attested by one or more parties.

  • am.noz.at.spl.expense

    record

    An immutable expense revision header. Items are stored in am.noz.at.spl.item records with the same expenseId and revisionId.

  • org.hypercerts.funding.receipt

    record

    Records a payment from a sender to a recipient. Any party may record it, and the sender may stay anonymous. When the sender chose the recipient, record one receipt to the final recipient even if platforms or hosts passed the funds on. When an intermediary chose (regranting), record the payment into it and each onward payment as separate receipts. A receipt may be updated in place under the same record key: its URI does not change, so references by URI keep resolving, but a strongRef (as likes an

  • dev.cocore.compute.settlement

    record

    An exchange's signed proof of payment for a receipt. Published by the exchange in its own repo. Strong-refs both the receipt being settled and the requester's payment authorization, so the full chain is independently verifiable.

  • net.wireservice.payment

    record not from the namespace authority

    A single payment or donation, stored in the publication's business space.