Они тут не ответят)))

Здравствуйте! Для сервисов, которые не входят в Каталог решений и используют базовые токены продавцов, лимиты остаются такими же, как и для любых интеграций через стандартный токен. Никаких дополнительных ограничений не вводится, интеграция остаётся бесплатной. Единственное отличие авторизованных сервисов из Каталога — они получают выделенный изолированный лимит под свою интеграцию. Это означает, что когда у продавца одновременно работает несколько сервисов, каждый расходует свои лимиты, не влияя на другие. Само количество запросов в лимите при этом не увеличивается — преимущество именно в изолированных лимитах и предсказуемости. Платная модель Pay-as-you-go касается только облачных сервисов из Каталога решений. Если вы работаете на личной или арендованной инфраструктуре продавца, тогда для вас ничего не меняется.

Здравствуйте, Денис! Для стартапов никаких барьеров не создаётся. Пока ваш сервис развивается и набирает клиентскую базу, вы можете бесплатно работать через базовые токены — столько времени, сколько нужно. Никакой платы, никаких дополнительных ограничений по сравнению с тем, что было раньше. Платная модель Pay-as-you-go касается только облачных сервисов из Каталога решений. Если вы работаете на личной или арендованной инфраструктуре продавца с базовыми токенами, интеграция остаётся бесплатной. Авторизация в Каталоге — это не обязательное условие для работы, а опция для масштабирования. Когда сервис вырос и ему нужны преимущества (изолированные лимиты, упрощённое подключение через OAuth, расширенные наборы данных, прямой канал связи с командой WB API), тогда имеет смысл войти в Каталог и перейти на Pay-as-you-go. Логика здесь простая: стартапы растут бесплатно на базовых токенах, а платят за расширенные возможности только при масштабировании, когда уже есть клиентская база и выручка.

При такой системе возможно ли будет более глубоко управлять тем, что я хочу получить от апи? допустим отчет о реализации, параметров там очень много и часто избыточно для большинства целей селлеров, и хотелось бы понимать могу ли тогда настаивать то, что мне действительно нужно, в таком случае я от вас беру те параметры, которые мне нужны для какой то задачи, остальное не запрашиваю, в этом случае система будет справедлива, с другой стороны ответы ендпоинтов часто расширяются и это хорошо, но в данной парадигме будет лишь хуже, условно я платил 1 руб за 1 отчет, теперь 1,1 рубля, а получаю данные которые мне нужны и никак не помогают, такой вариант предусматривается?

Денис, сейчас управление списаниями на уровне отдельных полей в ответе API не предусмотрено. Тарифы привязаны к вызову метода или объему данных (заказы, товары), а не к тому, какие поля вы используете. Сервисы платят полную стоимость за вызов, даже если требуется только часть данных из ответа. Добавление новых полей в API может увеличивать общий размер ответа, но на стоимость одного вызова это напрямую не влияет. Чтобы не получать лишние данные и не переплачивать за обработку на своей стороне, используйте кэширование и фильтрацию (limit, date_from и т.д.), где это предусмотрено. Это снижает объем получаемой информации.

Если у вас есть конкретные сценарии использования, где текущая модель списания создаёт ощутимые сложности, можете описать их в частном порядке по контактам WB API с вашим сервисов или на почту: business-solutions@rwb.ru. Будем рады обсудить технические детали.

с одной стороны конечно интересно бы подключиться, к списку сервисов- но есть несколько но 1) вот у меня к примеру сервис репрайсера- на нем уже 70 клиентов ( по требованиям оборота возможно не подхожу- но как это проверить то?) а учитывая что будет платное API, и часть методов скорей всего отвалятся ( тут к гадалке не ходи)- сервис придется закрывать-и кто от этого выиграет? 2) не очень понятные и другие условия. многие пользуется репрайсером для удержания РРЦ ( да да- у поставщиков порой требования держать конечную цену с кошельком- все эти вб-шные цены до СПП- или после- никого не волнуют)- и как это сделать с текущим API- никак? с API которое есть для сервисов как я понял можно- но опять же.. если бы требования чуть чуть уменьшили подошли бы по человечески.. а пока складывается впечатление- что замкнутый круг выходит. чтобы зайти надо уже уметь и иметь. А чтобы уметь и иметь- надо зайти. 3) поэтому хотелось бы с кем-то нормально поговорить на эту тему- а не просто языком технической документации( до конца не описанной). Было бы хорошо придти к консенсусу. 4) и конечно же цены- цены.. а то может такие цены будут- что проще будет закрыться и пойти торговать через какой-нибудь существующий репрайсер ( свой то изначально делали сугубо для себя) 5) отсюда еще вытекает вопрос- а как насчет того- чтобы подключиться к платному АПИ- не будучи официальным сервисом? и точно также платить за лимиты- тогда возможно многие проблемы решились бы.

Здравствуйте!

Основные методы API у сервисов, которые не проходят по параметрам в Каталог, продолжат работу и не будут затронуты из-за платного доступа авторизованных сервисов. Работа через базовые токены на инфраструктуре продавца остается бесплатной, как и раньше.

Ознакомиться со всеми требованиями для включения вашего сервиса в Каталог вы можете здесь: https://dev.wildberries.ru/authorized-services#requirements-list. Будем рады вашей заявке, а также любым вопросам, касающихся авторизации на почте: business-solutions@rwb.ru.

Наша команда будет рада рассмотреть ваш кейс и ответить индивидуально.

Райнур, здравствуйте!

Актуальный прайс-лист с тарифами на все платные методы API будет доступен в разделе "Профиль компании" на Портале разработчиков согласно озвученному графику. Кроме того, наши менеджеры в частном порядке уведомят о публикации всех, кого коснётся платный доступ.