Changelog

Save stays disabled until you change a company address

The Save button in the company address edit dialog of B2B Edition in the control panel is now disabled until you change something, so you can no longer save an address that has no changes.

• Edit address - after you open an address from B2B > Companies > a company > Addresses, Save becomes available once you change an address field, the shipping or billing type, a default address setting, the country or state, or an extra field. If you change a value back to what it was, Save is disabled again.
• Unchanged - adding a new address behaves as before.

Guest contact fields stay editable on duplicated quotes

We are beginning to roll out a fix so that the guest contact fields on a duplicated quote stay editable in B2B Edition. You will see both fields stay available over the coming weeks.

• Duplicated quotes - after you duplicate a quote, replace its contact, and continue as a guest, the Name and Email fields both stay editable. Before this fix, entering one locked the other and left it blank, so the only way to finish the guest contact was to save the quote as a draft first.
• Unchanged - new quotes and drafts behave as before, and the contact fields of a sent quote stay locked when you view it.

Archive a B2B quote: response body documented

Thanks to integration feedback, the Update a Quote reference now documents the response returned when a request archives a quote, along with the rules that apply to the status field.

• Archive response: a request with "status": "archived" returns the full quote object, with status set to 6 (Archived) and the quote identified by quoteNumber rather than quoteId.
• Why the response differs: archiving closes the quote to further activity. Archived quotes are left out of list responses unless you filter for status 6, and they can’t be checked out or ordered, so the archive response returns the resulting quote object for confirmation.
• Standard update response: requests that omit status, or send any value other than "archived", return quoteId and quoteUrl.
• One archive per request: an archive request ignores the other fields in the body, so update the quote first and archive it separately.
• Only "archived" is writable: any other status value is ignored and the request is processed as a standard update.

For details, see Update a Quote.

Clearer payment method name for Braintree ACH orders

The paymentMethodName field on Storefront GraphQL order payments now returns “US Bank Account” for orders paid with ACH through Braintree. It used to return the same name as Braintree card payments, so the two could not be told apart.

• Braintree ACH payments: paymentMethodName returns “US Bank Account” instead of the same name as Braintree card payments.

The paymentMethodId value does not change. Card payments through Braintree are not affected.

Customer password reset link behavior is now documented

Thanks to developer feedback, the new customer password reset guide explains how reset links expire, when they stop working, and what a shopper or a headless storefront sees when a link is no longer valid.

• 12-hour link lifetime: a reset link is valid for 12 hours from the time the email is sent.
• One use per link: a successful reset invalidates the token, so the link cannot be used again.
• Only the newest link works: requesting another reset email invalidates earlier links, even if they have not expired.
• Other password changes leave the link valid: changing the password in the control panel, through the Customers API, or in storefront account settings does not invalidate an outstanding reset link.
• Expired link experience: on a Stencil storefront, the Set New Password page shows the invalid link message above the form when the page loads, and submitting the form returns the shopper to the Request New Password page with the same message.
• GraphQL Storefront API errors: there is no separate token validation query, so resetPassword returns a CustomerPasswordError with the message Invalid password reset token or customerEntityId. for an expired or invalid link, and the mutation returns HTTP 200.

For details, see Customer password reset.

Customers Learn more link opens the Modern Customer Management article

The Learn more link in the new View Customers and Edit Customer banners now opens the Modern Customer Management article in the Help Center. Before, it opened the older Customer Account Management article.

• Both pages: the banner’s Learn more link now points to the modern customer management guidance.
• No behavior change: customer records, fields, permissions, and API responses are unchanged.

For details, see Modern Customer Management in the BigCommerce Help Center.

Storefront GraphQL adds semanticSearchEnabled to site.settings.search

The Storefront GraphQL API now includes a read-only semanticSearchEnabled boolean on site.settings.search, so headless storefronts can tell whether conversational (semantic) search is turned on for a store.

• When it is true: Conversational Search is turned on for the store.
• Store level only: The value reflects store configuration. It does not describe whether an individual request is served semantic results.
• No action required: The field is additive. Existing fields are unchanged, and search results do not change.

GraphQL Storefront API: manage Company users

The GraphQL Storefront API now covers B2B Edition Company user management natively, under the authenticated customer’s activeCompany context. Company Admins can list, create, update, and delete the users of the Company they are acting for, and look up the roles they can assign. Every Company user can read the user extra fields the store has configured and update their own extra field values.

• Queries: customer.activeCompany.users, customer.activeCompany.companyRoles, customer.activeCompany.currentUser, and site.settings.b2b.extraFields.user.
• Mutations: company.createUser, company.updateUser, company.deleteUser, and company.updateCurrentUser.
• Permissions: access follows the caller’s Company role. Admins manage users; every Company user can read roles and maintain their own extra fields.

The new Company user management guide covers each operation with example requests and responses and the role permission matrix. For schema details, browse the Storefront GraphQL API reference.

Onboarding review lists answers in the order the questions were asked

The review step at the end of the store onboarding questionnaire now lists your answers in the same order as the questions.

• Review follows the questionnaire: each answer appears in the order it was asked, with the required questions first on each page.
• Two rows move: Team Size now appears after Online Business Status, and Fulfillment now appears before Product Category.

You will see this change in the onboarding questionnaire over the coming weeks.

Migrated orders documentation now covers inventory behavior

The Orders API and order migration docs now explain that orders created with external_source set to M-MIG don’t deduct inventory, so you can import historical orders from another platform without changing your current stock levels.

• Create Order: the endpoint note and the external_source field description now cover inventory behavior for M-MIG orders.
• Orders overview and order migration guides: the M-MIG guidance now mentions inventory, and the migration FAQ has a new entry about it.
• Later edits: editing the products on a migrated order later does change stock levels.

For details, see Order Migration.