Publication date: 03.04.2026
In March 2026, Wildberries released 12 API updates. The month was focused on improving data quality: metadata checks during FBS delivery, mandatory IMEI for DBS, and new rules for product card merging. Some changes are already in effect, with the nearest deadlines on April 7 and 9. New capabilities include a method for getting WB warehouse inventory with expanded limits, recommended bids for ad campaigns, and DBW buyer information.
Disclaimer: Practical recommendations in this digest may vary depending on the specifics of your implementation.
Ready-made Postman collection: For convenient testing and working with the API, we've prepared a collection of methods from this digest. Import it into your Postman, set your API key in the api_key variable, and start working with the methods.
Technical support is responsible for the API itself.
You can discuss the Postman interface and collections in the Community.
| What | Summary |
|---|---|
| 🔄 FBS Metadata Validation | IMEI, UIN, data matrix code validation during delivery transfer |
| 🆕 Mandatory IMEI for DBS | Error 409 without IMEI during delivery transfer |
| 🆕 WB Warehouse Inventory | New method, old one disabled on June 23 |
| 🔄 Product Card Merging Rules | "Beauty" and "Household Chemicals" — error 400 on non-compliance |
| 🆕 B2B Indicator for FBS Supplies | isB2b field, from March 19 only same-type orders |
| 🆕 Cross-Border Sticker Status FBS | status field — from April 1 |
| 🆕 DBW Buyer Information | Customer data by order ID |
| 🆕 Recommended Bids | Competitive and leadership bids by campaign ID |
| 🆕 FBW Supply Fields | isBoxOnPallet and boxTypeID |
| 🔄 User Management | Available for all countries + new dashboard sections |
| 🆕 TIN in Seller Information | tin field in GET /api/v1/seller-info response |
| Deadline | What Changes | Section |
|---|---|---|
| March 31 (already active) | IMEI validation during FBS supply delivery transfer | FBS Orders |
| April 1 (already active) | status field in FBS cross-border stickers | FBS Orders |
| April 7 (in 4 days) | UIN validation during FBS supply delivery transfer | FBS Orders |
| April 9 (in 6 days) | Data matrix code validation for B2B orders in FBS | FBS Orders |
| April 30 | Removal of meta object from POST /api/marketplace/v3/orders/meta response | FBS Orders |
| June 23 | Disabling GET /api/v1/supplier/stocks method | Analytics |
In March, FBS received a series of updates aimed at improving data quality: phased metadata validation during delivery transfer, separation of B2B and B2C orders in supplies, and sticker status tracking for cross-border shipments.
Wildberries is introducing phased metadata validation for FBS assembly orders. When transferring a supply to delivery via PATCH /api/v3/supplies/{supplyId}/deliver, metadata correctness is now checked. If data is incorrect or missing, the method will return a 409 error with code MetaValidationFail and details for each assembly order.
Validation is being introduced in three phases:
The metadata retrieval method POST /api/marketplace/v3/orders/meta has also been updated. The response now includes a metaDetails array that returns validation statuses for each metadata type: filled, required, pending, as well as specific rejection reasons — imeiInvalidFormat, imeiAlreadySold, uinBadStatus, sgtinNotFound, and others. Use this array before transferring a supply to delivery to identify issues in advance and show the seller the exact reason for the block.
The deprecated meta object in this method's response will be removed on April 30. Switch to metaDetails ahead of time.
More details on validation in the help center.
PATCH deliver, retrieve metaDetails via POST /api/marketplace/v3/orders/metadecision field of each array element — if the value is not filled or optional, the order will fail validationmeta object processing with the metaDetails array before April 30The isB2b field — a B2B sale indicator — has been added to the responses of the supply list and supply details methods. The field accepts three values: true (B2B), false (not B2B), and null (no assembly orders added to the supply yet).
A supply inherits the B2B indicator from the first added assembly order. Since March 19, only orders with the same indicator can be added to a single supply — either all B2B or all non-B2B. You can check an assembly order's B2B indicator via the new assembly orders and assembly order details methods.
If your code automatically distributes orders across supplies, add an isB2b check before adding — otherwise you'll get an error when trying to mix B2B and non-B2B orders in one supply.
Since April 1 (already active), the status field has been added to the response of the POST /api/v3/orders/stickers/cross-border method with values:
awaitingTrackNumber — sticker not ready, waiting for carrier track numberready — sticker ready, PDF available in the file fieldCross-border order stickers may be generated with a delay — the track number arrives from the carrier asynchronously. Repeat the request until you receive the ready status before using data from the file field. Up to 100 assembly orders per request.
In parallel with FBS metadata validation (see above), DBS has also expanded IMEI requirements. Transferring an assembly order to delivery is now only possible with a mandatory IMEI. The POST /api/marketplace/v3/dbs/orders/status/deliver method will return a 409 error with "detail":"ImeiIsNotFilled" if no IMEI is assigned to the order.
To determine whether IMEI is required for a specific order, check the requiredMeta array in the response of the GET /api/v3/dbs/orders/new method. If the array contains "imei", assign the IMEI via the POST /api/marketplace/v3/dbs/orders/meta/imei method before transferring to delivery. Only one IMEI per order, and only for orders with confirm status.
Identifier validation during shipment now works across both FBS and DBS. If you work with both models, unify your IMEI check in a single flow before calling deliver.
A new method POST /api/analytics/v1/stocks-report/wb-warehouses has been added for getting current WB warehouse inventory. Data is updated every 30 minutes — each response row contains data for one product size at one warehouse.
This method replaces the deprecated GET /api/v1/supplier/stocks, which will be disabled on June 23.
Key differences from the old method:
nmIds and chrtIds (up to 1,000 items)warehouseId), warehouse names (warehouseName), and shipping regions (regionName)The method is available with a Personal or Service token for the Analytics category.
| Old Method | New Method | |
|---|---|---|
| HTTP | GET | POST |
| Path | /api/v1/supplier/stocks | /api/analytics/v1/stocks-report/wb-warehouses |
| Parameters | query parameter dateFrom | JSON body with nmIds, chrtIds, limit, offset |
| Token | Statistics | Analytics |
| Frequency | Once per minute | Once per 20 seconds |
If your integration uses the old method, start migrating now — there are still 2.5 months until the June 23 shutdown, but changing the host, method, and token category will require changes at the API client level.
Since March 11 (already active), new rules for product card merging apply to the Beauty and Household Chemicals categories. The updated rules clarify which products can be merged into one card, improving catalog quality and ensuring correct display for buyers.
The changes affect three methods:
If a card in a request doesn't comply with the new rules, the method will return 400 with an error description in errorText. The vendorCode of non-compliant cards will be listed in the additionalErrors object — allowing you to fix specific items without reviewing the entire request.
If you work with the "Beauty" or "Household Chemicals" categories and create or merge cards via API, add handling for the 400 status code with additionalErrors checking. The rules are already in effect, so existing integrations may start receiving errors without any changes on your side.
A new method POST /api/marketplace/v3/dbw/orders/client has been added for the DBW model. The method returns buyer data by order ID: name, full name for documents (fullName), primary phone with extension code (phone + phoneCode), backup phone (replacementPhone), and additional contact numbers.
fullName suits printed forms, phone + phoneCode for auto-dialingadditionalPhones when implementing call logicA new method GET /api/advert/v0/bids/recommendations has been added for getting recommended bids by campaign ID and WB article. The method works only for campaigns with cost-per-impression (CPM) billing.
The response contains two levels of recommendations:
For product cards — three benchmarks in kopecks:
competitiveBid — average bid of other sellers in the categoryleadersBid — average bid of category leaderstop2 — bid for reaching the topFor search clusters (normQueries) — recommended bids broken down by reach level:
reachMaxreachMediumreachMinEach level contains the recommended bid (bidKopecks) and minimum bid (bidKopecksMin).
In practice, this method enables automated bid management: for example, periodically comparing your current campaign bid with competitiveBid and adjusting to a competitive level, or alerting when a bid drops below bidKopecksMin for the target reach. The limit is 5 requests per minute, which is enough for monitoring dozens of campaigns at intervals of a few minutes.
The isBoxOnPallet field — Pallet with Single Items supply type — has been added to the responses of the Acceptance Options, Supplies List, and Supply Details methods. The field is only returned when boxTypeID: 2 (boxes): true means boxes are placed on a pallet individually.
The boxTypeID field — a numeric supply type identifier — has also been added to the Supplies List method:
boxTypeID | Supply Type |
|---|---|
| 0 | No boxes (virtual supply) |
| 1, 2 | Boxes |
| 5 | Monopallets |
| 6 | Supersafe |
If your system automatically creates or routes supplies, these fields allow more precise type identification and correct handling of different acceptance formats.
Two updates in the User Management section.
First, user management methods are now available for sellers from all countries. Previously, this functionality was limited to specific regions. Through the API you can:
Authorization requires a Personal token with the Users category from the active profile owner.
Second, the list of personal account sections for configuring employee access has been expanded:
oldAnalyticsReports — Reportsmarketplace — Seller WarehouseSpecify the new sections when creating invitations and updating access permissions. The updated list of available sections can be retrieved via GET /api/v1/users.
The tin field — Taxpayer Identification Number (INN) — has been added to the response of the GET /api/v1/seller-info method. The method is available with any token category.
The field is useful for automatic requisite verification and integrations with accounting systems where TIN is used as the primary counterparty identifier — for example, in automatic invoice generation or data reconciliation across platforms.
409 error for IMEI validation in FBS supplies — check decision in metaDetails before calling deliver409 error (ImeiIsNotFilled) when transferring DBS orders to delivery without IMEI400 error when merging "Beauty" and "Household Chemicals" cards — check additionalErrorsstatus field in FBS cross-border stickers — repeat request until readydecision in metaDetailsmeta object to metaDetails array in POST /api/marketplace/v3/orders/meta responseGET /api/v1/supplier/stocks to POST /api/analytics/v1/stocks-report/wb-warehousesOfficial Documentation and Resources