В методы работы с остатками добавили chrtId — ID размера товара:
У товара может быть только один chrtId.
С 9 февраля не будем использовать баркод для работы с остатками.
Добрый день! Дайте пожалуйста подробности, сейчас имеем возможность подавать разные остатки на разные FBS склады (разные города, отдельные баркоды для каждого склада) для одной карточки (один nmid). Как теперь это можно будет реализовать если "у товара может быть только один chrtId". Разъясните пожалуйста, очень не понятно.
Нужно будет для каждого склада отдельную карточку создавать? Или неверно трактую понятия chrtId?
Для получения остатков, ограничение для chrtIds тоже 1000 штук?
Как будет вести себя метод передачи остатков после 9 февраля? Он будет ругаться на присутствие поля sku в теле запроса, или просто будет его игнорировать?
А как вы генерируете chrtId, как его получать если товаров миллион? Как складу узнать chrtId не делая запросы на вб? Баркод мы сами генерируем и знаем и система складов его знает, обращаться на вб не нужно, чтобы его получать
sizeID и chrtId это одно и то же? Если да, почему они по разному называются?
Если мы загружаем товары на вб, например 1000 товаров, то получается мы не можем сразу остатки обновить им, нужно будет сначала получить карточки (выполнить 1000 запросов), чтобы получить их chrtId и только потом обновить остатки Какой гений это придумал?
Капец, улучшение. Давайте уже сразу сделайте, чтобы мы всю вашу БД хранили у себя на серверах. Теперь ещё помнить и все ваши идентификаторы надо всех наших ску.
Зачем вообще нужен chrtId если у товара может быть только один chrtId? В чем отличие от артикула wb или артикула продавца? Ладно, убираете баркод, но сделайте вместо него тогда обновление остатков по артикулу продавца. Зачем chrtId? Артикул продавца известен продавцу заранее. А вот получить chrtId для каждого товара дополнительная нагрузка на всех
Планируется ли такой переход для FBW остатков? Получается, что в любом случае баркоды никуда не деваются, и для казалось бы идентичных методов - запроса FBW и FBS остатков требуются разные идентификаторы, бизнес-логики только больше становится
При передаче остатков на склад DBS, с использованием идентификатора размера, остатки не обновляются (но ответ 204).
Приветствуем!
Баркоды решали задачу идентификации конкретного размера (size) в карточке товара, но создавали сложности:
1) Дублирование логики генерации/хранения баркодов на вашей стороне
2) Ошибки при несовпадении баркодов (разные системы генерировали конфликты)
3) Нагрузка на API для проверки уникальности
chrtId — это уже существующий системный идентификатор размера, который формируется Wildberries при создании карточки товара. Он уникален в пределах одной карточки (nmID) и привязан к конкретному размеру.
Изменение призвано сократить вышеперечисленные сложности.
Подскажите где-то в других методах API , будет использоваться баркод?