Changelog
Notable changes to the Payload API
Changes that may affect your integration, newest first and dated by production release. Each entry is tagged Added, Changed, Deprecated, Removed, or Fixed.
2026-08-27
Added
- Top-level
emailfield on the Account object. Accounts now acceptemaildirectly alongsidename- it's the same underlying value ascontact_details.email, just promoted to the top level; use it for new integrations instead of the nested field. Provide one or the other, not both - submitting both returns a validation error, even if the values match. See the Account reference.
Changed
- Customer accounts no longer require
name. You can now create a customer account with just anemail. Eithernameoremailmust be provided. Processing accounts are unaffected-
nameis still required there. See the Account reference.
-
Deprecated
-
contact_details.emailis deprecated in favor of the new top-levelemailfield. Existing integrations continue to work unchanged; we recommend migrating toemailwhen convenient. See the Account reference.
2026-07-07
Added
- New decline code:
balance_unverifiable. Bank account transactions can now be declined withbalance_unverifiablewhen balance check is enabled but the account's bank doesn't provide an available balance to verify against. This is distinct from a balance-check failure, so you can tell the two apart and prompt the customer to use a different payment method. It comes through as a standardTransactionDeclinedwith the new value onstatus.code, so existing decline handling continues to work. See Handling Payment Declines. - Capture processing agreement acceptance when boarding via the API. When you create a
processing account through the
Accounts API,
you can now submit the business's ESIGN-compliant acceptance directly on the account as the
processing.agreementobject — the acceptance timestamp, the verbatim assent statement, the authorized signer and their device, an optional consent-event timeline, and a content-addressed reference to the exact terms revision accepted (Payload returns a tamper-evident SHA-256 hash of that document). Re-signing updated terms creates a new agreement and preserves the prior one as history. See the Processing Agreement reference.