На складе физически лежат десять единиц, но часть уже обещана покупателям. Если магазин отправит на Маркет десять как свободный запас, он рискует продать занятый товар повторно. Для сверки нужно различать физическое наличие, доступность заказа и резерв, сохраняя время, к которому относится каждое значение.

Что показывает отчёт складов продавца

Метод generateStocksReport формирует отчёт по складам магазинов кабинета для DBS, FBS и Экспресса. В структуре предусмотрены отдельные колонки доступного для заказа количества и резерва, а также SKU, модель, склад, цена и статус. Метод предназначен для кабинетов без групп складов; при наличии групп документация направляет к другому отчёту.

Это не универсальная ведомость физического наличия на всех складах компании. Поэтому перед арифметикой проверьте охват складов и моделей в отчёте Маркета. Если нужный товар находится в другом контуре, сравнение итогов не объяснит резервирование.

Составить мост между тремя состояниями

Редакционный подход к сверке — вывести рядом физическое количество по своей системе, занятый запас по своей системе и доступность по Маркету. Не объявляйте эти значения равными автоматически. Внутренний резерв может включать заказы собственного сайта или других площадок, тогда как отчёт Маркета относится к определённому каналу и модели.

Учебный пример: физически есть десять единиц, три заняты подтверждёнными заказами, две оставлены компанией как страховой запас. В такой внутренней модели свободный ресурс равен пяти. Это пример организации учёта, а не формула поля API. Он показывает, почему добавление резерва к доступности без понимания происхождения чисел способно вернуть в продажу уже обещанный товар.

Учитывать момент снимка и события

Заказ, отмена и передача новой доступности происходят не одновременно. Запишите время выгрузки отчёта и время получения данных из своей системы. Если между ними поступил заказ, расхождение может быть временным. Разбирайте конкретный SKU по цепочке событий вместо немедленного массового обнуления или увеличения всех остатков.

Для проверки возьмите один товар с известным резервом и проследите его после подтверждённого изменения состояния заказа. Не освобождайте резерв только потому, что оператор закрыл задачу в собственной таблице. Основание освобождения должно соответствовать фактическому бизнес-событию и принятому порядку интеграции магазина.

Отделить сверку от записи остатков

Получение отчёта не обновляет количество на витрине. Перед исправлением определите единственный источник доступного остатка и ответственную интеграцию. Если несколько процессов одновременно пишут значения, правильная ручная поправка может исчезнуть при следующей синхронизации. Для файловой передачи учитывайте различия полного и частичного обновления остатков.

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

Документация проверена 22 октября 2026 года. Практический результат сверки — объяснённая разница между физическим товаром, занятыми единицами и доступностью для нового заказа. Отдельные колонки помогают построить этот контроль, но не заменяют согласованную логику резервирования во всех каналах продавца.