FAQ по единой SKU
Друзья, мы видим, что у вас очень много вопросов по единой SKU, поэтому мы решили собрать их все в данный топик.Мы очень просим задавать интересующие вас вопросы в комментарии под этот топик. Мы будем признательны, если вы подробно опишете ваши вопросы.
Ответ на вопросы от Aleksey_D 16.08.2023:
«Спасибо вам за ваши вопросы, постараюсь ответить на все более последовательно.
Сразу нужно оговориться, что все доработки и изменения не потребует изменений в вашей интеграции, так как структура данных не будет изменяться и все идентификаторы будут приходить или заменяться согласно этой структуре.
Для новых товаров не всегда будет приходить новый SKU, но это со временем будет меняться. Не стоит зацикливаться на этом и ждать от всех новых товаров новый идентификатор. Так же хочу напомнить, что SKU назначается на товар после прогрузки остатков этого товара на склад.
После 15.08 не будет жесткого переключения, это дата начала перехода, когда вы можете начать видеть изменения.
На данном этапе поля fbo_sku и fbs_sku останутся, вы не потеряете разделения на схемы продажи.
В отчетах будет разделено все так же и ничего не изменится, кроме того, что идентификаторы будут дублированы. В старых отчетах будут использоваться те SKU, которые были актуальны на момент формирования.
С удовольствием буду ждать новых вопросов, если они остались👋»
Добрый день,интересует вопрос, сейчас при подтверждении заказа по схеме фбс использую fbs_sku, после перехода, какой sku нужно будет использовать, во что он объединится в старых карточках?
В документации неверная инфа, везде написано что 15.08 отрубят fbs/fbo_sku; пришёл с этой проблемой сюда, а тут оказывается всё наоборот написано
@rustam290300 Добрый день, спасибо за вопрос!
Если вы вводите SKU и товар продается по двум схемам, то вы будете получать информацию сразу о двух карточках. На кождой будет флаг по какой схеме продается товар.
Доброго вам дня👋
Докину вопрос в тему про sku - сейчас на сайте по разным sku разные карточки - соот-но, для фбо-шного скю фбошная карточка, для фбсных фбсная. Карточка теперь будет одна?
Что-то после вашего объяснения яснее не стало.
Спасибо вам за ваши вопросы, постараюсь ответить на все более последовательно.
Сразу нужно оговориться, что все доработки и изменения не потребует изменений в вашей интеграции, так как структура данных не будет изменяться и все идентификаторы будут приходить или заменяться согласно этой структуре.
Для новых товаров не всегда будет приходить новый SKU, но это со временем будет меняться. Не стоит зацикливаться на этом и ждать от всех новых товаров новый идентификатор. Так же хочу напомнить, что SKU назначается на товар после прогрузки остатков этого товара на склад.
После 15.08 не будет жесткого переключения, это дата начала перехода, когда вы можете начать видеть изменения.
На данном этапе поля fbo_sku и fbs_sku останутся, вы не потеряете разделения на схемы продажи.
В отчетах будет разделено все так же и ничего не изменится, кроме того, что идентификаторы будут дублированы. В старых отчетах будут использоваться те SKU, которые были актуальны на момент формирования.
С удовольствием буду ждать новых вопросов, если они остались👋
Мы используем fbs_sku при отправке ответа по частичной отмене/сборке заказа (https://docs.ozon.ru/api/seller/#operation/PostingAPI_CancelFbsPostingProduct) и получаем его из запроса https://docs.ozon.ru/api/seller/#operation/ProductAPI_GetProductInfoListV2, у нас непрерывный поток заказов и отгрузки в более чем 20 регионах.
Вы пишете, что переход безболезненный, но очень хотелось бы получить разъяснения, как все будет работать и продолжите ли вы передавать хотя бы какое-то время одновременно и значения fbs_sku/fbo_sku, и новое значение sku, чтобы нам успеть перестроиться.
А упало, Б пропало, что останется то? А то нагнали туману. Что за велосипедный сарай мы тут будем обсуждать!
Мы много информации скачиваем по api для построения внутренних отчетов.- поставки (FBO, FBS)- аналитику- собственно товары- аналитику ozon performance- уцененные товарыВсе связи этих данных построены на product_sku те что fbo_sku и fbs_skuплюс опять же вся эта информация делится на FBO и FBS как минимум из-за того что изначально такое деление былотак вот если я правильно понимаю после 15.08 у нас будет один sku и тут сразу появляются вопросы:- аналитика в ozon seller не будет делится на fbo и fbs? sku же один- аналитика в ozon performance не будет делится на fbo и fbs? sku же один- что будет с комиссиями товара, они-же сейчас отличаются, хотя там по моему нет привязки к sku- как будут добавляться товары в рекламные компании, там сейчас отдельно добавляется fbo и отдельно fbs соответственно со своим sku если sku будет один получается деления не будет?Единственно какой вариант я вижу что-бы ничего не поменялось это задублировать основные карточки товара тогда и будет один sku, но вроде как про это речь не идетИли во все места (аналитика, поставки и т.д.) по мимо sku писать еще и scheme (fbo, fbs) но это затрагивает очень много api а про это как бы то-же речь не идет.
Yura Morgunov задал вопрос в чате в Telegram:У меня вот вопрос а новый sku уже должен отдаваться? Ладно старые товары там отдается 0
Но вот на недавно созданном товаре (от 2023-08-04) так-же 0
сейчас ничего нельзя проверить с этим новым sku за-то есть приписка что старые fbo_sku и fbs_sku пропадут 15.08
Уважаемые разработчики могли бы поделиться более подробной информацией как это все будет происходить
А то придется опять на горячую все править.