Как проверить синхронизацию остатков перед запуском FBS

Перед запуском FBS важно проверить не только наличие товара на полке. Нужно убедиться, что нужная карточка получает остаток с нужного склада, а резерв и ограничения выгрузки учитываются так, как вы задумали. Иначе одинаково убедительно выглядят две разные ситуации: обмен действительно сломан или интеграция правильно отправляет рассчитанное количество, которое вы сравниваете с другой цифрой.

Ниже порядок проверки для продавца и сотрудника, отвечающего за учёт. Результатом будет карта обмена, список объяснённых и необъяснённых расхождений и готовый набор данных для поддержки. Конкретные элементы интерфейса показаны на связке МойСклад, TS Connect и Ozon FBS. Для 1С и других площадок сохраните логику проверки, но названия полей и правила расчёта подтвердите в документации своей интеграции.

Что считать расхождением остатков

Сначала разделите три величины:

• Физическое наличие. Что действительно находится на выбранном складе и в каком состоянии.
• Количество для передачи. Что интеграция рассчитала по правилам учёта и выгрузки.
• Количество на стороне площадки. Что показано для конкретного товара и склада после обработки обмена.

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

1. Составьте карту обмена до изменения настроек

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

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

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

2. Убедитесь, что связаны именно нужные товары

В TS Connect для Ozon FBS откройте «Таблицу связи» и найдите позицию по артикулу или баркоду. Сопоставьте идентификаторы с картой обмена. Проверьте не только наличие связи, но и тип товара: обычная позиция, вариант или комплект.

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

Не пересоздавайте все связи первым действием. Сначала определите, какая пара неверна и по какому полю её сопоставили. Совпадение короткого названия недостаточно: одинаково названные товары могут различаться размером, цветом или составом комплекта.

Результат шага: у каждой проверяемой позиции есть однозначная пара карточек либо конкретная ошибка связи, которую нужно исправить до дальнейшей сверки.

3. Проверьте склады и смысл показателя

Откройте настройки экспорта и сравните связки складов с вашей картой. Если объединены несколько складов, запишите весь состав источников. Один правильно выбранный склад не исправляет ситуацию, когда к нему дополнительно подключён другой.

Затем выясните, какое количество берётся за основу. В документации TS Connect для этой связки различаются физический остаток, остаток за вычетом резерва и показатель с учётом ожидания. Это разные основания для расчёта. Ожидаемое поступление не подтверждает, что товар уже лежит на полке и готов к отгрузке.

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

4. Отделите действие фильтра от ошибки передачи

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

Эти настройки описаны в инструкции экспорта остатков Ozon FBS. Ручной и автоматический экспорт имеют отдельные параметры: удачный ручной запуск не подтверждает правильность автоматического сценария. Отдельно проверьте разрешённые дни выгрузки и сохранение изменений.

Для каждой позиции запишите ожидаемый результат словами: например, «передать рассчитанное количество с выбранного склада» или «не изменять остаток из-за исключения». Затем сопоставьте это ожидание с фактическим расчётом. Так вы проверяете правило, а не случайное совпадение двух чисел.

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

5. Проследите одно реальное изменение от учёта до площадки

Выберите документированное движение, которое всё равно должно произойти: корректную приёмку, отгрузку или исправление подтверждённой учётной ошибки. Не оформляйте фиктивный заказ и не меняйте остаток наугад ради теста.

1. До движения сохраните состояние выбранной позиции и настройки расчёта. Укажите время наблюдения.
2. После проведения документа проверьте, что нужный показатель изменился в учётной системе. Если этого не произошло, искать сбой передачи пока рано.
3. В интеграции найдите соответствующую задачу обмена. Сохраните время, тип запуска, результат и ошибку, если она есть.
4. Сверьте рассчитанное количество с тем, которое ожидаете по выбранным правилам.
5. Проверьте результат на стороне площадки для той же карточки и того же склада. Запишите время повторного наблюдения и новые движения, случившиеся между проверками.

В TS Connect таблица остатков показывает связанные товары и последние экспорты. В ней можно вывести исходные данные из МоегоСклада и расчёт для площадки, а столбец «Как считали» помогает разобрать применённые условия. Это полезнее, чем сравнивать только итоговые числа в двух окнах.

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

Как локализовать проблему по результату

В этой таблице нет диагноза по одному симптому. Она помогает выбрать следующий проверяемый участок цепочки и не менять несколько настроек одновременно.

Что сохранить для обращения в поддержку

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

• Кабинет, схему, карточку и оба склада из карты обмена.
• Исходное состояние и состояние после реального движения, со временем и часовым поясом.
• Ссылку или номер документа движения без лишних данных покупателя.
• Применённые правила расчёта и ограничения выгрузки.
• Время задачи, её результат и полный текст относящейся к ней ошибки.
• Снимок результата на стороне площадки и время его получения.
• Последнее изменение настроек и результат повторной проверки, если она уже была.

В консоли TS Connect доступны сведения об автоматических и ручных задачах, их деталях и ошибках. Документация указывает срок отображения задач за последние сутки, поэтому сохраняйте диагностические данные сразу после обнаружения проблемы. Ссылка находится в ветке документации Ozon; сама страница описывает консоль задач аккаунта.

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

Когда проверку можно считать завершённой

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

Проверенный набор товаров не доказывает корректность всего каталога. Перед расширением FBS примените ту же проверку к другим связкам складов и нестандартным товарным группам. Если остаётся необъяснённое завышение доступного количества, сначала разберите его и только затем расширяйте продажи: итогом проверки должно стать подтверждённое правило обмена, которым команда умеет пользоваться.