Восемь на складе не всегда означает восемь к продаже
Возьмём учебный пример: на складе восемь платьев одного размера и цвета. Три уже закреплены за заказами, которые ещё не отгружены. Если магазин продаёт только свободный остаток, для нового покупателя остаётся пять: 8 − 3 = 5. Здесь разные числа могут быть правильными одновременно.
В 1С:Управлении торговлей предусмотрено резервирование товаров перед продажей, в том числе обеспечение из будущих поставок. Поэтому при сверке важно понимать, какой показатель передаётся: физическое наличие, свободный остаток или доступность с учётом ожидаемого поступления. Конкретные правила зависят от конфигурации и настройки учёта; источник — официальное описание 1С в конце статьи.
Сравнивать нужно один товар, на одном складе, на один момент
У модели платья может быть общее название, но у каждого размера свой остаток. Восемь единиц по всем размерам не равны восьми единицам размера M. Аналогично, сумма по двум складам не показывает доступность на том складе, с которого отгружает сайт.
| Что сверить | Как возникает расхождение | Что проверить |
|---|---|---|
| Вариант товара | Учёт показывает модель целиком, сайт — выбранный размер и цвет | Один и тот же вариант по устойчивому идентификатору |
| Склад | В отчёте все склады, в канале продаж только часть | Какие склады участвуют в продаже и как они сопоставлены |
| Резерв | Физическое наличие сравнивают со свободным количеством | Что вычитается из наличия и кто учитывает каждый заказ |
| Время | После последнего обновления уже прошли заказы или перемещения | Время состояния в учёте и время последнего успешного обмена |
Вариант товара
- Как возникает расхождение
- Учёт показывает модель целиком, сайт — выбранный размер и цвет
- Что проверить
- Один и тот же вариант по устойчивому идентификатору
Склад
- Как возникает расхождение
- В отчёте все склады, в канале продаж только часть
- Что проверить
- Какие склады участвуют в продаже и как они сопоставлены
Резерв
- Как возникает расхождение
- Физическое наличие сравнивают со свободным количеством
- Что проверить
- Что вычитается из наличия и кто учитывает каждый заказ
Время
- Как возникает расхождение
- После последнего обновления уже прошли заказы или перемещения
- Что проверить
- Время состояния в учёте и время последнего успешного обмена
Полная выгрузка повторяет и правильные данные, и ошибочные правила
Если проблема только в пропущенном обновлении, повторная передача может восстановить состояние. Но она не исправит связь размера M с размером L и не добавит в канал забытый склад. Если приёмник не понимает внешний код товара, повторение того же пакета не объяснит ему, к какой карточке относится количество.
До повторного запуска сохраните один пример расхождения: товар, склад, количество в обеих системах и время проверки. Затем посмотрите, дошло ли обновление и было ли оно принято. Сообщение «обмен завершён» без результата по проблемной позиции ещё не отвечает на вопрос, обновился ли именно этот товар.
Один резерв нельзя вычитать дважды
Вернёмся к восьми платьям и трём заказам. Если 1С уже передала свободное количество пять, а сайт дополнительно вычел те же три резерва, он покажет два. Это пример ошибки правил обмена: 8 − 3 − 3 = 2. Если же ни одна сторона не учитывает резерв, витрина продолжает продавать все восемь.
Нужно договориться, что именно передаётся и кто отвечает за резерв на каждом этапе заказа. Для проверки достаточно проследить один товар: количество до заказа, после оформления, после передачи в учёт, после отмены. Если число меняется повторно без новой продажи, проверьте, не учтён ли один заказ в двух местах.
Когда система просто не успевает за продажами
Даже при правильных правилах между продажей и следующим обновлением есть промежуток. Если последнюю единицу купили в другом канале, сайт может ещё видеть старое состояние. Более частый обмен уменьшает этот промежуток, но сам по себе не гарантирует отсутствие одновременных заказов.
Обсудите допустимую задержку и поведение при остановке обмена. Нужен человек, который заметит проблему, и порядок действий по товарам с малым остатком. При редких продажах большой запас может скрывать задержку; на последней единице товара та же задержка становится отменённым заказом.
Что для этого есть в Skuby
В Skuby остаток и резерв хранятся по товару и складу отдельно, а к каналу продаж привязываются его склады. В админке есть сопоставления с внешней системой, задачи по неоднозначно распознанным товарам и сводка здоровья источника обмена. Это позволяет проверять, какой товар и склад пришли из учёта, и разбирать проблемы без постоянного ручного копирования каталога.
Серверный API принимает остатки и другие данные от учётной системы и предоставляет обмен заказами. Подключение конкретной 1С требует настройки отправляющей стороны, сопоставлений и правил учёта резервов. Наличие API не означает, что любая конфигурация 1С заработает без подготовки. Состав подключения и проверки согласуется при внедрении.
Когда обмен не сможет исправить остаток
Если в учётной системе числится восемь платьев, а на полке после пересчёта семь, передача данных только разнесёт неправильное число. Сначала исправляют учёт. Дубли карточек, неоформленные перемещения и продажи мимо системы тоже требуют отдельного разбора: частота выгрузки их не устраняет.
Возьмите одну проблемную позицию и попросите ответственного за обмен показать её путь: какой вариант и склад отправили, какое количество приняли, где учли резерв и что изменилось после отмены заказа. Так вы получите проверяемую причину расхождения и сможете подтвердить исправление на том же примере.