Changelog

2026 Q1 Changelog

Date (YYYY-MM-DD)
Category
Notes

2026-01-27

Added Test Data Guidelines: Email Addresses 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.

2026-01-19

Clarified that applications cannot be deleted once submitted due to compliance requirements. Added guidance on managing test applications. Can I delete test or submitted applications?

2026-01-19

Removed references to client secrets and client credential grant flows from the documentation to reflect the current authentication models in use.

2026-01-19

Clarified required fields for minimal onboarding applications and updated the Sample Payload documentation to include full fee information, reflecting the minimum data needed for applications sent directly to signing.

2025 Q4 Changelog

Date (YYYY-MM-DD)
Category
Notes

2025-12-30

Added Managing Tender Types documentation to the Terminal Management section to explain how tender types are configured and applied at the terminal level.

2025-12-30

Added Entity Management FAQs and Managing Tender Types FAQ to centralize common questions related to entity configuration and tender type inheritance.

2025-12-20

Updated Payments docs to make terminal API key the preferred auth method for Payments requests. Refreshed Payments landing page plus core flow pages to use X-Api-Key and removed OAuth token language as the primary path (legacy OAuth password grant remains documented for existing integrators).

2025-12-20

Updated Create Payment and Payment Statuses to clarify that GET /Payments/tracking/{trackingId} uses the same API key model as POST /Payments/crypto, including updated curl examples, headers, and 401/403 troubleshooting guidance.

2025-12-20

Updated Payments troubleshooting and testing pages to align with API key auth, including guidance for 401 and 403 outcomes and environment mismatch checks (Sandbox vs Production).

2025-12-20

Updated Reference Guide and Endpoint Index materials to reflect split auth model: Payments use X-Api-Key, other APIs use OAuth. Updated Download OpenAPI / Postman guidance to include a Payments API key environment variable and example request patterns for Payments.

2025-12-09

  • Aligned the example response with the POST /payments/crypto schema by using paymentUrls as a string array and including paymentPageId.

  • Updated instructions to launch the hosted checkout using the URL from the paymentUrls array instead of the previous object based paymentUrls[0].url pattern.

  • Clarified that Klarna tests follow the same payment creation, hosted page, and status verification flow described in the Payments and Quick Start sections.

2025-12-09

  • Updated Create Payment page to use the same response model as the API (trackingId, paymentPageId, paymentUrls as an array of hosted payment URLs) and removed the outdated paymentUrls.type and paymentUrls.url object pattern.

  • Clarified how integrators should use paymentUrls and paymentPageId together, including when to store trackingId and paymentPageId for later status checks or Payment Pages operations.

  • Ensured examples and step text match the OpenAPI specification and the Payment Statuses and Payment Webhooks pages.

2025-12-09

  • Replaced legacy POST /payments example with POST /payments/crypto using the current CryptoPaymentResponse shape (trackingId, paymentPageId, paymentUrls string array).

  • Aligned authentication snippet with current Identity realms and token URL, and clarified how to use the returned access_token across API calls.

  • Updated status check step to use GET /payments/tracking/{trackingId} with enum statusCode values and clarified when to use polling versus webhooks.

  • Refreshed step descriptions so the end to end Sandbox example matches the Payments section and OpenAPI specification.

2025-12-08

Added Crypto and Wallet Concepts for Integrators page under Core Concepts to describe how Bead uses crypto assets and wallets, including payment versus fee tokens, USDC on Base and Solana, Bitcoin on chain and Lightning, wallet types, swaps, and common support scenarios. Updated Compatible Crypto Wallets to list Bitcoin, Bitcoin Lightning, USDC on Base, and USDC on Solana with example wallets ordered by typical consumer usage and clarified that USDC testing uses live networks and real coin only.

2025-12-08

Added Crypto payments, environment and testing under Environment and Testing to document how crypto tenders map to environments and networks, how to fund wallets safely with small test amounts, and common testing issues with suggested checks. Added Crypto testing and fees under Payments FAQs to answer which tokens are recommended for testing, how many tokens to acquire for fees, and which fee asset is required for each crypto tender.

2025-12-08

Refreshed Test Crypto Transactions page to focus on running an end to end hosted payment flow with USDC, Bitcoin, and Bitcoin Lightning, aligned examples with the new crypto concepts and wallet matrix, and moved general testing and fee questions into the Payments FAQ so this page stays focused on the test flow itself.

2025-12-04

Updated Terminal ManagementWebhook Management to use the url field instead of webhookUrl, align success statuses (200 / 202 / 204) with the API, and refresh examples plus best-practice guidance for terminal webhooks.

2025-12-04

Updated Webhook Event Reference with terminal webhook behavior, per-payment fan-out, HMAC signature details, status enums, and retry semantics; updated Common Field Types › URL and webhook fields to describe url and webhookUrls consistently with the API.

2025-12-01

Added test payment card details to How to Test Klarna Paymentsarrow-up-right.

2025-11-25

Added minimal application flow with POST /merchant-onboarding/application-short so partners can submit a light “empty” application that still includes signer and configured fees.

2025-11-25

Updated GET /merchant-onboarding/application/{applicationId} to return a consolidated onboarding status view, including agreement, compliance, banking, and crypto services in a single response.

2025-11-25

Introduced PUT /merchant-onboarding/application/{applicationId} to resend an existing application back to the same signer using the current data set for full front-door resubmission.

2025-11-23

2025-11-22

2025-11-21

2025-11-21

2025-11-21

2025-10-30

  • Added Changelogarrow-up-right page

    • Consolidated all previous changelog pages and entries into single page

    • Organized changelog entries by quarter, date, section, and type

    • Updated changelog entry formatting for consistency

  • Removed all previous changelog pages

2025 Q3 Changelog

Date (YYYY-MM-DD)
Category
Notes

2025-09-17

  • Updated documentation

    • Added Onboarding documentation with complete flow: create application, signer email + onboardingUrl, status tracking, resume signing, webhooks, and manual risk feedback.

    • Added Onboarding section to root navigation.

      • Old path under Entity Management will point here going forward.

    • Updated fee units (Submit Applicationarrow-up-right, Sample Payloadsarrow-up-right) for clarity: transactionRate.sellRate is a percentage (e.g., 2.50 = 2.50%), per-item and fixed fees are USD. Standardized response examples to include applicationId and onboardingUrl.

    • Added webhook event list and example envelope; documented retry behavior and signature validation.

    • Added comprehensive sample payload with randomized values covering signer, merchant data, banking, and tender fees.

2025-09-02

  • Updated Create Locationarrow-up-right schema:

    • Removed maxTransactionAmount.

    • Added averageTicketSize and maximumTicketSize.

    • Added optional highestMonthlyVolume.

    • Added externalId.

    • Added required business detail fields (where applicable).

  • Updated documentation:

    • All Location Managementarrow-up-right pages:

      • Updated error codes and headers for clarity.

        • Possible responses include 400, 401, 403, 404.

        • Some flows can return 409 for duplicates and 422 for business rule failures. Examples include Authorization and Accept headers.

    • Location Managementarrow-up-right (parent page):

      • Removed mention of maxTransactionAmount.

      • Added lifecycle wording for create, configure, operate, retire.

      • Added tender inheritance note.

    • Get Locationarrow-up-right, List Locationsarrow-up-right:

      • Updated read responses:

        • Removed maxTransactionAmount.

        • Added ticket size fields.

        • terminals returned as an array of terminal identifiers.

        • Added immutable fields: id, merchantId, created, updated cannot be changed.

    • Get Locationarrow-up-right:

      • Added immutable fields: id, merchantId, created, updated cannot be changed.

    • List Locationsarrow-up-right:

      • Updated and expanded List guidance. Endpoint returns the full array. Recommend client side caching and UI pagination.

    • Update Locationarrow-up-right:

      • Update semantics clarified.

      • PUT is a full object update.

      • Website is required when business type is virtual.

      • Required field set expanded to include business details and ticket sizes.

      • Documented immutable: id, merchantId, created, updated cannot be changed.

    • Delete Locationarrow-up-right:

      • Updated delete semantics for clarity.

      • Success returns 204 No Content.

      • Deletion requires zero terminals under the location.

2025-09-02

2025-09-02

2025-07-24

  • Updated Payment-history endpoints:

    • Now use GET (breaking)

      • /Partners/{id}/payments, /Merchants/{id}/payments, and /Terminals/{id}/payments all switch from POST to GET.

      • No request body—filters stay in the query string.

  • Updated documentation:

2025-07-24

  • Updated documentation:

    • Updated methods for partner, merchant, and terminal payments from POST to GET.

    • Updated Index and OpenAPI.

2025-07-09

  • Updated per-payment webhook override:

    • Added webhookUrls (string array) to POST /payments/crypto. Events now fan-out to the terminal’s default webhook plus every URL in the array.

  • Updated redirectUrl:

    • Updated to be optional. If omitted in Create Paymentarrow-up-right request, Bead shows a “Payment complete / cancelled” screen.

    • Updated hosted page UX:

      • When the customer object is omitted, checkout no longer prompts the shopper for name or address.

  • Updated documentation:

    • Create Paymentarrow-up-right

      • Updated to ensure extra endpoints are ready to receive callbacks.

      • Removed client-side rule that requires a redirect URL: Collect customer data yourself if required for your flow.

    • Payment Webhooksarrow-up-right:

      • Updated to ensure extra endpoints are ready to receive callbacks.

2025-07-09

  • Updated documentation:

2025-07-09

  • Updated documentation:

    • Updated Payments schema.

    • Added webhookUrls to crypto create.

    • Updated redirectUrl as optional.

    • Updated status codes to be returned as enum strings.

2025 Q2 Changelog

Date (YYYY-MM-DD)
Category
Notes

2025-06-14

2025-06-04

  • Updated documentation:

2025-06-01

  • Updated documentation:

    • Added webhook signing secret and HMAC verification documentation.

    • Added sample payment.status.updated payload.

2025-05-27

  • Updated documentation:

    • Formalized default rate limits and documented 429 handling with headers and error object.

2025-05-13

  • Updated Status Code field:

    • statusCode now returns enum strings (e.g., completed, underpaid) instead of numeric values in the Payment Status endpoint.

  • Updated Webhook payload:

    • statusCode now returns enum strings instead of numeric values.

  • Updated documentation

2025-05-01

2025-04-24

2025-04-24

  • Added Reporting endpoints (initial public release)

    • Added /Partners/{id}/payments, /Merchants/{id}/payments

    • Added /Terminals/{id}/payments.

    • Added shared query parameters (page, pageSize, sortBy, sortDirection, fromDate, toDate, status).

2025-04-01

Last updated