# Changelog

## 2026 Q2 Changelog

<table><thead><tr><th width="187.77783203125">Date (YYYY-MM-DD)</th><th width="145.4443359375">Category</th><th>Notes</th></tr></thead><tbody><tr><td>2026-05-21</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a>, <a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a>, <a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Added <a href="/pages/DQXdp9TpBcLr1ThCgJli">Why do BTC Classic payments take longer?</a> and <a href="/pages/bPLCGZ2pBa7yXskeXiZt">Choosing Tender Types by Payment Environment</a>. Refreshed <a href="/pages/a6jc0T2RhgKHtcbaKxk1">Payment Statuses</a>, <a href="/pages/HaZiqevkQVvSnSSrP9NF">Create Payment</a>, <a href="/pages/SJtX36h85zsXngbolT5D">Crypto Wallet Flow and Amounts</a>, <a href="/pages/AdOQQkHoIR9CN0O5H9Be">Payment Webhooks</a>, <a href="/pages/BvIxhXDijenM9tAuKZ7Z">Tender Types</a>, and <a href="/pages/CCP4u1nWbrYXjz8BlZLj">Payment Flows</a> to clarify BTC Classic / Bitcoin on-chain timing, <code>processing</code> versus <code>completed</code> handling, asynchronous customer experiences, webhook-driven completion, and fulfillment guidance for physical, digital, invoice, and delayed-delivery environments.</td></tr><tr><td>2026-05-06</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Added <a href="/pages/jrzizgDs4E4tL5rKij3D">Application Attachments</a> documentation and refreshed the Onboarding documentation set to cover submitImmediately, Draft applications, attachment upload/list/download/delete workflows, POST /merchant-onboarding/applications/{applicationId}/submit for Draft submission, the distinction between Draft submit and resend, updated status lifecycle guidance, current short and full application sample payloads, and onboarding webhook configuration/event handling.</td></tr><tr><td>2026-04-27</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a>,<br><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a>,<br><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Updated crypto testing and payment documentation to clarify that Bead Sandbox crypto payments use live blockchain networks and require real assets plus real network fee tokens. Added consistent guidance that USDC on Base and USDC on Solana require a minimum Bead payment amount of $1.00 USD, separate from network fees. Refreshed related guidance across <a href="/pages/HaZiqevkQVvSnSSrP9NF">Create Payment</a>, <a href="/pages/KhSzaQYjviS8rmVorN0E">Quick Start</a>, <a href="/pages/U3cnGxhIPozulealOY9y">Payments</a>, <a href="/pages/h59IDmAAVS9BdvsBCAo3">Test Crypto Transactions</a>, <a href="/pages/V5CJyOsRYhHG5nfgTVyp">Crypto payments environment and testing</a>, <a href="/pages/PIdqjwGMEvYnduA2VkGl">Crypto Testing and Fees</a>, <a href="/pages/jPWVMatp50ZHQEtd05KT">Crypto Tender Types</a> and <a href="/pages/VCXrpSbj6xiiBgEkaan5">Compatible Crypto Wallets</a>. Cleaned up stale testnet-oriented USDC guidance and aligned tender references for USDC on Base, USDC on Solana, Bitcoin on chain, and Bitcoin Lightning.</td></tr><tr><td>2026-04-21</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Updated <a href="/pages/HaZiqevkQVvSnSSrP9NF">Create Payment</a>, <a href="/pages/U3cnGxhIPozulealOY9y">Payments</a>, and <a href="/pages/BvIxhXDijenM9tAuKZ7Z">Tender Types</a> to clarify optional tender preselection on the hosted payment page, including default tender selection when <code>tenderTypes</code> is omitted and how <code>tenderTypes</code> can be used to preselect or constrain the hosted experience.</td></tr><tr><td>2026-04-10</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated the Onboarding documentation set to align merchant onboarding request guidance with the current API schema. Refreshed <a href="/pages/DDYENYMF3NdLO86t34e7">Submit Application</a>, <a href="/pages/hexUK7qOVMjXSZr6iqTT">Sample Payload</a>, and <a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a> to reflect the current full and short application patterns, including signer placement in <code>merchantData.stakeholders</code> for full applications and <code>signerFirstName</code>, <code>signerLastName</code>, and <code>signerEmail</code> for short applications, while preserving practical implementation guidance and current response examples.</td></tr><tr><td>2026-04-07</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Added <a href="/pages/cYhWmEVam2HCvouLY3tp">Fee Configuration for Onboarding Applications</a> and refreshed related onboarding examples to align <code>feeInformation</code>, <code>cryptoEnvironment</code>, and signer fields with the current schema. Clarified crypto as a single merchant-level fee structure, digital wallets as wallet-specific fee entries by tender and channel, and that missing wallet fee entries prevent those wallet tenders from being available for the merchant.</td></tr><tr><td>2026-04-07</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated <a href="/pages/TzuPUU33F3h1fUZDLeoY">Payment Scenarios</a> and <a href="/pages/4YKhZHbSpq4ExrhranH0">Operational Guides</a> to better separate payment outcome handling from supplemental operational guidance. Added <a href="/pages/tww8bW3XqcNID1T5P49a">Refunds for Crypto and Wallet Payments</a> and refreshed underpaid, overpaid, reclaim, and section-level navigation guidance to align with current supported behavior.</td></tr><tr><td>2026-04-03</td><td><a href="/pages/IV0GjGRFTwHRmbgzH5Rp">Entity Management</a></td><td>Refreshed <a href="/pages/Yfd1laFIZfh5eAQ2FdyO">Terminal Management</a> authentication and lifecycle guidance to use admin API key headers for terminal-management operations and terminal payments API keys for payment activity.</td></tr><tr><td>2026-04-03</td><td><a href="/pages/IV0GjGRFTwHRmbgzH5Rp">Entity Management</a></td><td>Updated <a href="/pages/LHqLGECXB607LPYPxkzR">Create Terminal</a>, <a href="/pages/TT97zHTJkNOjG0nI2qBR">List Terminals</a>, <a href="/pages/GP98AnJdvMcYhJ8kZcwg">Get Terminal</a>, <a href="/pages/yxie3IDzQnXfCIBFeBpZ">Update Terminal</a>, <a href="/pages/Bl8n20tOIpy4s5wQ5MkA">Delete Terminal</a>, and <a href="/pages/fgx8uGa5e6CeMxz8PHig">Webhook Management</a> to align terminal docs with current request and response models.</td></tr><tr><td>2026-04-03</td><td><a href="/pages/IV0GjGRFTwHRmbgzH5Rp">Entity Management</a></td><td>Added <a href="/pages/bMEqFgX8YQ0iqGfzgjim">Reset Terminal API Key</a> to document terminal credential rotation and secure storage of the returned payments API key.</td></tr><tr><td>2026-04-01</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated <a href="/pages/Eou31B3IwTdhVL5hvoCK">Webhooks for Application Events</a> to align onboarding webhook documentation with the current API, including <code>X-Api-Key</code> authentication, <code>POST /merchant-onboarding/{partnerId}/webhook</code> registration, returned <code>webhookSecret</code> handling, supported onboarding event types, and clearer guidance for verification, idempotent processing, follow-up status lookups, and webhook removal.</td></tr><tr><td>2026-04-01</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated <a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a> to align shared authentication guidance with current documentation, clarify that onboarding and related admin or entity-management flows use <code>X-Api-Key</code> where documented, limit OAuth guidance to endpoint families that explicitly require it, and remove Postman-specific references from shared guidance.</td></tr><tr><td>2026-04-01</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated <a href="/pages/j9ji7Di7XeeSkp79HpUC">Download OpenAPI</a> to focus on OpenAPI-only guidance, remove Postman collection and environment setup references, and clarify how to use the OpenAPI specification for endpoint review, request validation, client generation, environments, and troubleshooting.</td></tr></tbody></table>

## 2026 Q1 Changelog

<table><thead><tr><th width="189.0001220703125">Date (YYYY-MM-DD)</th><th width="136.3333740234375">Category</th><th>Notes</th></tr></thead><tbody><tr><td>2026-03-31</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Refreshed <a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a>, <a href="/pages/DDYENYMF3NdLO86t34e7">Submit Application</a>, and <a href="/pages/hexUK7qOVMjXSZr6iqTT">Sample Payload</a> to align merchant onboarding guidance with the current API, including the plural application endpoints, the current full (<code>signer</code> + <code>merchantData</code>) and minimal (<code>signerName</code> / <code>signerEmail</code>) request shapes, required <code>cryptoEnvironment</code> usage for Sandbox versus Production, and the addition of <a href="/pages/OgkGqcoEhVTpdUv9NaOq">Test the Full Onboarding Workflow in Sandbox</a> for end-to-end testing guidance.</td></tr><tr><td>2026-03-31</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Reworked <a href="/pages/E83evpXMdI8IzABmbJUb">Merchant Onboarding Schema</a> to reflect the current onboarding create models, including the plural application endpoints, current full and minimal request shapes, required <code>cryptoEnvironment</code> values, updated fee structures, and current create response fields.</td></tr><tr><td>2026-03-31</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Clarified <a href="/pages/IZM0TgpIqqwsts6Go1be">Sandbox and production URLs</a> with environment-specific onboarding guidance, including API-key-based onboarding authentication, the required <code>cryptoEnvironment</code> field for onboarding create requests, and how to align Sandbox versus Production credentials and request values.</td></tr><tr><td>2026-03-31</td><td><a href="/pages/z5DM5glslaBgoULabI0W">Authentication</a></td><td>Revised <a href="/pages/z5DM5glslaBgoULabI0W">Authentication</a> to better distinguish API key versus OAuth usage across API families, align onboarding authentication guidance to the current API-key-based model, reference the current full and minimal onboarding request shapes, and document <code>cryptoEnvironment</code> as required for onboarding create requests.</td></tr><tr><td>2026-03-31</td><td><a href="/pages/pRvZ37fVBpSqlBDVOiR4">Introduction</a></td><td>Aligned <a href="/pages/pRvZ37fVBpSqlBDVOiR4">Introduction</a> with the current onboarding model by updating the overview and authentication guidance to reflect API-key-based onboarding, the current full versus minimal onboarding flows, and the required <code>cryptoEnvironment</code> setting for onboarding create requests.</td></tr><tr><td>2026-03-31</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Added a new page: <a href="/pages/OgkGqcoEhVTpdUv9NaOq">Test the Full Onboarding Workflow in Sandbox</a>. Provides an end-to-end Sandbox testing guide covering application creation, signer completion, status checks, webhook validation, the manual Sandbox advance step, and boarded merchant confirmation.</td></tr><tr><td>2026-03-30</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated <a href="/pages/xHcDlqYPik5iyrFB2Wvf">Webhook Event Reference</a> to better separate shared webhook delivery guidance from product-specific webhook payload documentation, including clearer coverage of terminal versus per-payment delivery paths, signature verification, retry and timeout behavior, idempotent processing, ordering expectations, and webhook security and operational best practices.</td></tr><tr><td>2026-03-30</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Updated <a href="/pages/AdOQQkHoIR9CN0O5H9Be">Payment Webhooks</a> to include a concrete webhook payload example, field-by-field documentation, clearer guidance on using <code>trackingId</code> for correlation and follow-up status lookups, and stronger implementation guidance for signature verification, idempotent processing, and duplicate delivery handling.</td></tr><tr><td>2026-03-12</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a><br><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated to remove <code>paymentUrlType</code> references. This field is optional and not used, so this is a documentation cleanup only and does not introduce breaking behavior for existing integrations.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Updated the <a href="/pages/U3cnGxhIPozulealOY9y">Payments </a>documentation set to align authentication and endpoint guidance across overview and workflow pages. Clarified that new Payments integrations use <code>X-Api-Key</code>, preserved legacy OAuth guidance only where applicable, corrected Payments endpoint references to <code>POST /Payments/crypto</code>, added clearer request guidance for terminals with <code>type</code> = <code>virtual</code> versus <code>type</code> = <code>physical</code>, refined <a href="/pages/a6jc0T2RhgKHtcbaKxk1">Payment Statuses</a> to emphasize operational status handling and reclaim scenarios, and updated <a href="/pages/AdOQQkHoIR9CN0O5H9Be">Payment Webhooks</a> to reinforce webhook-first event handling and terminal webhook configuration using the supported methods.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated <a href="/pages/DDYENYMF3NdLO86t34e7">Submit Application</a> to use the plural onboarding endpoints, align request guidance to <code>signerInfo</code>, clarify when to use the full versus minimal application flows, and reinforce that both flows use API-key-based onboarding requests and return identifiers for downstream status tracking.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Updated <a href="/pages/Z2kAvGrpp0U3gArCvHsj">How to Test Klarna Payments</a> to use <code>X-Api-Key</code> header authentication, corrected Payments endpoint references to <code>POST /Payments/crypto</code>, and clarified Klarna request requirements by terminal <code>type</code>, including different minimum fields for <code>virtual</code> versus <code>physical</code> terminals.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Updated <a href="/pages/IZM0TgpIqqwsts6Go1be">Sandbox and production URLs </a>to clarify environment-specific base URLs and authentication patterns, distinguish Payments and onboarding API key usage from OAuth-based flows, correct the Payments reference to <code>POST /Payments/crypto</code>, and note that payment request field requirements can vary by terminal configuration and tender flow.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated <a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding </a>to use the plural application endpoints, align onboarding terminology to <code>signerInfo</code>, clarify that API-initiated onboarding emails the merchant signer a secure link, and describe full versus minimal application flows using current API-key-based onboarding guidance.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Refreshed <a href="/pages/AuP5UGmaknBdxuMTs9bv">Get Status</a> to focus on the most important operational response fields such as <code>id</code>, <code>merchantName</code>, <code>status</code>, and <code>onboardedMerchantId</code>, align endpoint references to the plural onboarding paths, and remove unnecessary nested response detail in favor of the spec for full schema coverage.</td></tr><tr><td>2026-03-07</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated <a href="/pages/kGvCKg9NmkWiGZvF5Igm">Resend Application</a> to use the plural onboarding endpoints, clarify that the resend flow sends an existing application back to the same merchant signer for correction or completion, and position resend as a way to preserve the original application record while continuing the hosted onboarding flow.</td></tr><tr><td>2026-03-06</td><td><a href="/pages/pRvZ37fVBpSqlBDVOiR4">Introduction</a></td><td>Clarified <a href="/pages/pRvZ37fVBpSqlBDVOiR4">Introduction </a>authentication guidance across API families, aligned onboarding terminology to <code>signerInfo</code>, and noted that API-initiated onboarding emails the merchant signer a secure link.</td></tr><tr><td>2026-03-06</td><td><a href="/pages/z5DM5glslaBgoULabI0W">Authentication</a></td><td>Updated <a href="/pages/rWsYD3wZ9oYaoqWeDqlI">Authentication </a>to distinguish API key versus OAuth usage, added onboarding API key guidance, and corrected Payments endpoint references to <code>POST /Payments/crypto</code>.</td></tr><tr><td>2026-03-06</td><td><a href="/pages/IV0GjGRFTwHRmbgzH5Rp">Entity Management</a></td><td>Refreshed <a href="/pages/IV0GjGRFTwHRmbgzH5Rp">Entity Management</a> to better describe API purpose, align onboarding wording to <code>signerInfo</code>, and clarify authentication guidance for onboarding versus other flows.</td></tr><tr><td>2026-03-06</td><td><a href="/pages/Yfd1laFIZfh5eAQ2FdyO">Terminal Management</a></td><td>Updated <a href="/pages/Yfd1laFIZfh5eAQ2FdyO">Terminal Management </a>to correct the terminal update method to <code>PUT /Terminals/{id}</code> and clarify terminal lifecycle guidance, including update, disable, and delete behavior.</td></tr><tr><td>2026-02-27</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated <a href="/pages/Eou31B3IwTdhVL5hvoCK">Webhooks for Application Events</a> to include webhook registration and deletion using onboarding API keys (X-Api-Key) with legacy bearer token examples retained, plus request/response samples for endpointUrl, eventTypes, and optional webhookSecret guidance.</td></tr><tr><td>2026-02-27</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Added <a href="/pages/mRkrzxKlwPRiZUz1sq38">Can I view payments with a Payment API key?</a> FAQ page with a terminalId-based payment history example (GET /Payments), plus pagination basics and a link to Pagination and sorting.</td></tr><tr><td>2026-02-23</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Added a new page: <a href="/pages/SJtX36h85zsXngbolT5D">Crypto Wallet Flow and Amounts</a>. Explains when consumers are expected to manually enter the amount after scanning a crypto QR code, and why some rails like Bitcoin Lightning can include the amount in the QR experience.</td></tr><tr><td>2026-02-20</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Added <a href="/pages/pamKwHxG2hgXZbV6anA4">Identifiers and Keys </a>guidance covering the expected formats for common IDs (for example merchantId and terminalId) and API keys, including simple format checks to help integrators catch copy paste errors early.</td></tr><tr><td>2026-02-10</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Updated the <a href="/pages/DDYENYMF3NdLO86t34e7">Submit Application</a> documentation to match the current onboarding API schema. Revised field names and required fields, added location business type guidance, updated fee requirements to include monthlyMaintenanceFee and isBilledByPartner, corrected seasonality and MCC fields, and refreshed the full and minimal request examples plus cURL samples to validate against the latest spec.</td></tr><tr><td>2026-02-10</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Added a new Payments documentation page: <a href="/pages/ZQL6hKQSW1zwAhzVGGcA">Receipts</a>. Provides guidance on extending your existing POS or checkout receipt when supporting Bead payment methods, including which Bead reference value to display and how optional Bead delivered receipts work (<code>emailReceipt</code>, <code>smsReceipt</code>).</td></tr><tr><td>2026-01-30</td><td><a href="/pages/U3cnGxhIPozulealOY9y">Payments</a></td><td>Updated <a href="/pages/U3cnGxhIPozulealOY9y">Payments</a> documentation to clarify underpaid and overpaid behavior, including recommended integrator handling and reclaim outcomes.</td></tr><tr><td>2026-01-30</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Updated <a href="/pages/TzuPUU33F3h1fUZDLeoY">Payment Scenarios</a> guidance for underpaid, overpaid, and reclaiming unconverted crypto to align with current product behavior and customer reclaim steps.</td></tr><tr><td>2026-01-30</td><td><a href="/pages/KhSzaQYjviS8rmVorN0E">Quick Start</a></td><td>Updated <a href="/pages/KhSzaQYjviS8rmVorN0E">Quick Start </a>to include underpayment and overpayment outcomes, reclaim email expectations, and recommended confirmation patterns.</td></tr><tr><td>2026-01-27</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Added <a href="/pages/AOYFqdrdhaKleAZojmMt">Test Data Guidelines: Email Addresses</a> page with guidance for automated testing to use valid, deliverable email addresses and to ensure each application uses a unique email (recommended plus addressing with timestamp or sequence counter) to reduce undeliverable email noise and duplicate email conflicts.</td></tr><tr><td>2026-01-19</td><td><a href="/pages/Jc1yPs3PfRJE0swzBrjk">FAQs</a></td><td>Clarified that applications cannot be deleted once submitted due to compliance requirements. Added guidance on managing test applications.<br><a href="/pages/8uHg6KRYdr7zt1b0rLKD">Can I delete test or submitted applications?</a></td></tr><tr><td>2026-01-19</td><td><a href="/pages/bdRyDWb2SVjTFjrRro4o">Reference Guide</a></td><td>Removed references to client secrets and client credential grant flows from the documentation to reflect the current authentication models in use.</td></tr><tr><td>2026-01-19</td><td><a href="/pages/mNZ3rEsW5Z5XOSerg2yx">Onboarding</a></td><td>Clarified required fields for minimal onboarding applications and updated the <a href="/pages/hexUK7qOVMjXSZr6iqTT">Sample Payload</a> documentation to include full fee information, reflecting the minimum data needed for applications sent directly to signing.</td></tr></tbody></table>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://developers.bead.xyz/changelog.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
