Назад
Назад

Лишние строки при получении по API - Отчёт о продажах по реализации (v5)

Вопрос
0
365
# Аналитика и данные # Отчёты
Вопрос

Добрый день!

Нами разрабатывается обработка для получения данных по продажам, но столкнулись с необычным поведением метода API. В методе /api/v5/supplier/reportDetailByPeriod мы получаем данные по двум realizationreport_id.

Порядок повторения:

1. Запрашиваем порциями данные за указанный период (например, от 9 марта по 15 марта).

2. Получаем номера отчетов (realizationreport_id) во всех строках.

3. Видим, что большая часть строк имеет одинаковый номер.

4. Замечаем, что появились 4 строки, которые имеют другой номер отчета.

Номер realizationreport_id другой. А date_from и date_to совпадают по всем строкам.

Подскажите пожалуйста:

- С чем связано такое поведение метода API?

- Стоит ли тогда собирать данные по большему периоду (например, прибавляя несколько недель) для исключения ошибок, а после выполнять поиск по номеру?

Если данное поведение является типовым, можете пожалуйста рассмотреть возможность добавления:

- Метода получения номера отчета на определенную отчетную-неделю?

- Метода получения отчетов именно по realizationreport_id с возможностью пакетной загрузки?

Заранее спасибо!

0
Комментарий

Часто бывает что за один период формируется 2 фин отчёта (1 тип отчёта основной, 2 по выкупам), проверить номер можно в личном кабинете. В общем и целом ситуация стандартная. Запрашивать за большие периоды можно, но там есть нюансы что rrid обнуляется случайным образом. Лучше всего запрашивать неделями за несколько запросов.

0

Ответы на комментарий

"проверить номер можно в личном кабинете"

То есть с помощью имеющихся публичных инструментов API проверить актуальный список номеров отчетов (realizationreport_id) за период нельзя?

Получается, единственный вариант не потерять данные — это действительно запрашивать их за гораздо больший период (с запасом), а затем фильтровать на своей стороне?

Ситуация усугубляется тем, что часть транзакций по логике WB может "улететь" в другую неделю, а для бухгалтерского и налогового учета (1С) это критично — суммы в учетной системе не будут сходиться с актами.

В итоге мы приходим к тому, что публичное API не позволяет построить надежную автоматизацию для бухгалтерии: всё равно требуется ручная работа и визуальная сверка с ЛК (что полностью убивает саму идею интеграции по API).

Подскажите, планируется ли в будущем реализация метода, который будет отдавать четкий список ID сформированных отчетов (как в ЛК) без необходимости собирать их "по крупицам" через reportDetailByPeriod?

0

ID отчёта всегда актуальные, на моей памяти не было с этим проблем, единственное что бывает, что если брать недельные то они не всегда формируются в понедельник. Я имел ввиду что проверить ID отчёта просто 1 раз посмотреть что за 1 неделю иногда 2 отчёта иногда 1 формируется. Данные в API в этом плане точные. Настроить автоматическую сверку возможно.

0