Back
Back

api/v3/supplies

Question
4
52911
# FBS Orders
1Posts
0Solutions
Question

метод /api/v3/supplies, возвращает список поставок ФБС

В параметрах у него только limit и next, нельзя получить поставки например за дату, каждый раз приходится получать весь список поставок с 22 года и разбирать их, чтобы найти сегодняшнюю. Очень неудобно

Подскажите, будут ли изменения?

+4
1Posts
4Solutions
Comment

а если на стороне клиента запомнить офсет, чтобы каждый раз с допотопных времен не перезапрашивать?

+2
0Posts
0Solutions
Comment

В методе есть пагинация, так используйте ее и сохраняйте параметр next, сохранить одно значение явно проще, чем выгружать каждый раз все поставки. Сами же себе и усложнили работу

+1
Replies to the comment
0Posts
0Solutions

А если у меня задача получить поставки за определенную дату?

Не раз видел что поставки поставки полученные ранее "пропадают" т.е. удалены.

0
WB API Staff
2Posts
7Solutions
Comment

Здравствуйте! Метод использует курсорную пагинацию через параметр next. Рекомендуем сохранять данные о поставках в вашей базе данных и регулярно обновлять их, используя сохраненное значение next. Это позволит не запрашивать весь массив данных каждый раз, а получать только новые поставки.

+1
Replies to the comment
0Posts
0Solutions

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

Прошу вас рассмотреть возможность добавления метода для получения информации по поставкам используя в схеме тела запроса список идентификаторов поставок “ID” или хотя бы по параметрам “dateFrom” и “dateTo” как это реализовано в методе (https://dev.wildberries.ru/openapi/orders-fbs/#tag/Sborochnye-zadaniya-FBS/paths/\~1api\~1v3\~1orders/get). 

В настоящее время существующий метод (https://dev.wildberries.ru/openapi/orders-fbs/#tag/Postavki-FBS/paths/\~1api\~1v3\~1supplies/get) представляется неоптимальным. При его использовании мы получаем много нерелевантных поставок. Также дополнительную нагрузку на БД для хранения значение параметра "next".

Внедрение вышеописанного метода позволит: - Контролировать кол-во запросов за счет ограничения передаваемых “ID” поставок. Например: 1000; - Получать только необходимые данные, что повысит эффективность обработки данных; - Снизить нагрузку на БД: Поиск поставок по ID должен быть более быстрым и эффективным по сравнению с фильтрацией по индексированным столбцам “dateFrom” и “dateTo”.

Уверен, что реализация предложенного метода значительно улучшит процесс получения информации и оптимизирует работу с WB API.

+1