На сайте товар доступен, а менеджер после заказа сообщает, что последнюю упаковку уже продали. В складской системе количество выглядит правильным. Команда запускает повторную выгрузку, но через несколько часов расхождение возвращается.
Начните разбор с одной позиции и конкретного момента времени. Сохраните её код, склад, количество в обеих системах и связанные операции. Исправление всей выгрузки до такого разбора может временно скрыть причину и усложнить поиск следующего сбоя.
Сравните одинаковые величины
Физическое количество на складе и доступное для продажи количество могут различаться. Часть товара уже зарезервирована, ожидает проверки или находится в зоне брака. Уточните, какую величину каждая система называет остатком и что сайт должен показывать покупателю.
В учебном примере на складе лежит двенадцать упаковок, четыре выделены под подтверждённый заказ. Если сайт показывает все двенадцать как доступные, проблема может быть в согласованном правиле расчёта. Повторная передача того же числа ничего не изменит.
Отдельно проверьте единицы. Одна система хранит коробки, другая штуки. Коэффициент пересчёта должен относиться к конкретной позиции и упаковке. Совпадающее название товара не гарантирует совпадения модели или фасовки.
Найдите источник числа
Запишите, откуда сайт получил значение: из складской программы, промежуточной таблицы или другого сервиса. Для каждого участка нужен ответственный и понятный способ проверить последнюю обработанную запись.
Сравнивайте данные одной позиции по устойчивому коду. Название могли отредактировать, а артикул поставщика иногда совпадает у разных поставщиков. Если соответствие хранится в отдельной таблице, проверьте её вместе с остатком. Ошибочная связь отправит правильное количество в чужую карточку.
Общий порядок согласования источников описан в статье об интеграции сайта с 1С. Для разбора достаточно начать с одного проблемного товара, не выгружая всю клиентскую базу в рабочую переписку.
Восстановите последовательность операций
Соберите события вокруг расхождения: поступление, резерв, отгрузка, отмена и повторная передача. Рядом укажите время изменения в источнике и время обработки получателем. Часы и часовые пояса должны позволять сопоставить записи.
Старое сообщение может прийти после нового. Повторная доставка может повторно применить изменение, если обработчик не различает уже выполненные операции. Это предположения для проверки по журналам, поэтому попросите специалиста показать конкретные записи и результат их обработки.
Уточните, передаёт ли обмен итоговое количество или отдельные изменения. Эти способы требуют разных правил обработки повторов и восстановления после пропуска. Менять их на работающем проекте без согласованного перехода рискованно: получатель может неверно понять новую запись.
Проверьте отмену резерва
Возьмите тестовый заказ и пройдите его путь до отмены. Посмотрите, когда количество перестаёт быть доступным и при каком действии возвращается в продажу. Отмена в интерфейсе менеджера должна приводить к согласованному результату в источнике остатков.
Затем повторите отмену и проверьте, что количество не увеличилось второй раз. Аналогичный разбор нужен для повторного создания заявки: две записи могут зарезервировать товар дважды. Как отличать повторы от самостоятельных заказов, объясняем в статье о дублях заявок.
Если часть заказа отгрузили, проверьте оставшуюся часть отдельно. Полная отмена и отмена одной строки имеют разный смысл. Ожидаемые количества должен подтвердить сотрудник, который отвечает за складской процесс.
Исправьте правило и проверьте повторно
После найденной причины согласуйте способ исправления накопленных расхождений. Сначала сохраните исходные данные и проверьте процедуру на ограниченном наборе позиций. Во время исправления новые заказы продолжают менять остатки; порядок работы с ними нужно определить заранее.
Повторите обычную продажу, отмену, частичную отгрузку и задержку обновления. Для каждого случая сравните ожидаемое число с результатом обеих систем. Отдельно проверьте, как сотрудник узнает о следующем сбое. Одного сообщения об успешной выгрузке недостаточно, если часть записей была пропущена.
Набор типичных причин обмена разбираем в статье почему ломается обмен с 1С. Для предметного обсуждения с Feature IT подготовьте код одной позиции, время расхождения и пример связанных операций. Это поможет спланировать автоматизацию обмена и проверить исправление по воспроизводимому сценарию.
