Сайт продал товар, которого уже нет: как мы нашли расхождение с 1С
В интернет-магазине Primula появился заказ на платье, которое уже продали в шоуруме. На сайте этот размер оставался доступен: он получил такой остаток из 1С. Сам обмен при этом работал. Ошибка возникла раньше, при обработке розничной продажи.
Разбирая этот случай, мы проследили движение конкретного размера от кассового чека до карточки товара. Пришлось исправить проведение розничной смены и проверить, что восстановление учёта не спишет уже проданные вещи второй раз.
Как проданная вещь осталась доступной в интернете
У магазина одежды недостаточно проверить наличие модели целиком. Покупатель выбирает размер, а товар может лежать на разных складах и продаваться через сайт и шоурумы. Для сверки нам понадобились конкретное платье, размер L и склад, с которого его продали.
Розничная продажа состоялась, но отчёт о розничных продажах в 1С не провёлся. В смене обнаружились строки с неполными характеристиками товаров и конфликт с уже существовавшими списаниями интернет-заказов. Ошибка затронула проведение смены целиком. Поэтому продажа платья тоже не уменьшила учётный остаток.
При следующем обмене сайт получил лишнюю единицу и разрешил новый заказ. Перезапуск синхронизации воспроизвёл бы ту же ситуацию: исходные данные в 1С ещё не были исправлены.
Какие подтверждения мы проверяли отдельно
В таком расследовании легко остановиться на одном успешном статусе. Касса закрыла продажу, выгрузка отработала, документ появился в базе. Каждое из этих событий отвечает только за свой участок.
| Что проверяем | Какой вопрос это закрывает | Что ещё остаётся проверить |
|---|---|---|
| Кассовый чек | Какую вещь и в каком размере продали | Отразилась ли продажа в товарном учёте |
| Проведённый документ в 1С | Каким документом уменьшен остаток | Не списала ли эту же продажу другая интеграция |
| Выгрузка на сайт | Какое наличие передано витрине | Совпадает ли доступность нужного размера с результатом учёта |
Фирма 1С в материале об отчётах УНФ отдельно разбирает анализ продаж, остатков и расшифровку до документа движения. Для нашей задачи это означало проверить документ, который должен был изменить наличие платья, и его фактический результат.
Почему мы не ограничились исправлением одной цифры
Если просто убрать лишнюю единицу на сайте, следующая выгрузка может вернуть её обратно. Если вручную уменьшить остаток в 1С, а затем провести зависшую смену, та же продажа может повлиять на количество повторно.
Отдельную сложность создавало пересечение розничного отчёта со списаниями интернет-заказов. Один факт продажи мог уже участвовать в другом документе. Поэтому перед повторным проведением мы проверили существующие списания и определили, какой документ должен отражать расход товара.
Это особенно важно при продаже последнего размера. Ошибка в одну единицу уже даёт покупателю неверное обещание. При этом общее количество по всей модели может выглядеть правдоподобно и не привлекать внимания.
Как восстанавливали учёт
Сначала сопоставили кассовую продажу с товаром, размером и складом в 1С. Затем разобрали строки, мешавшие провести отчёт, и связанные списания. Розничный отчёт сделали документом, который отражает расход этой продажи; пересекающиеся операции проверили на повторное уменьшение остатков.
Новый интернет-заказ мы рассматривали отдельно. Вещь по нему ещё не была передана покупателю. Его списание приостановили, чтобы восстановление розничной смены не добавило ещё один расход отсутствующей вещи.
После исправления провели отчёт и синхронизировали результат с сайтом. По спорному размеру L остаток в 1С и доступность на витрине сошлись: купить этот размер как имеющийся в наличии стало нельзя.
В карточке после исправления у размера L отображалось «Уведомить о поступлении». Другие размеры сохранили собственную доступность. На этом экране проверяли именно вариант товара, который участвовал в расхождении.
Что проверили повторным запуском
Проведённый отчёт ещё требовал проверки на повторную обработку. Обмен может повторить загрузку файла, сотрудник может запустить операцию ещё раз. После восстановления такие повторы должны узнавать уже обработанную продажу.
В контрольном прогоне уже загруженные интернет-заказы не создали новых списаний и не были непреднамеренно проведены повторно. Повторная загрузка той же смены не создала второй розничный отчёт. Эти проверки зафиксировали отдельно от сверки остатка платья.
Приёмку завершили по нескольким признакам: отчёт проведён, нужный размер имеет верное наличие, сайт получил исправленные данные, повторный запуск не дублирует документы. Одного сообщения «обмен завершён» для этого было недостаточно.
Что исправление остатков не решает за менеджера
Интернет-заказ на отсутствующую вещь уже существовал. Исправление учёта само по себе не определяет, что предложить этому покупателю. Замена размера, ожидание поступления или возврат зависят от договорённости с ним и обстоятельств заказа.
Техническую задачу и клиентское обращение нужно вести параллельно. В карточке обращения менеджеру нужны подтверждённое наличие, состояние оплаты и факт передачи товара. Исправленный остаток не означает, что вопрос покупателя уже закрыт.
Как организовать контроль таких расхождений
Автоматическое оповещение о непроведённых сменах не входило в подтверждённый результат этого исправления. Пока отдельный контроль не настроен и не проверен, непроведённые документы приходится отслеживать по рабочему регламенту.
Для магазина с розницей и сайтом мы рекомендуем включить в него следующие проверки:
- После завершения смены проверить, создался и провёлся ли соответствующий розничный документ.
- Для ошибки сохранить товар, характеристику, склад и документ, на котором обработка остановилась.
- Перед ручной корректировкой проверить связанные списания, резервы и новые интернет-заказы.
- После восстановления сверить доступность спорного размера на витрине и повторить обработку на безопасном проверочном сценарии.
- Передать менеджеру список заказов, по которым требуется связаться с покупателем.
Ответственный за разбор должен видеть саму ошибку и понимать, кто исправляет документ, кто проверяет обмен и кто работает с покупателем. Иначе одна и та же проблема будет переходить между бухгалтером, продавцом и поддержкой сайта.
Когда обращаться за доработкой интеграции
Повод для диагностики есть, если магазин периодически продаёт отсутствующий размер, после ручного исправления наличие возвращается или сотрудники боятся повторно провести смену из-за возможных дублей. Для начала достаточно одного подтверждённого примера.
Подготовьте кассовую продажу, спорный вариант товара и склад, связанный документ в 1С и заказ на сайте. Личные данные покупателя для первичного обсуждения можно скрыть. По этой цепочке мы сможем определить, где расходится учёт и какие изменения нужны в обмене между магазином и 1С.
Об изображениях
Экран витрины сохранён при проверке исправления 21 октября 2026 года. Результат сверки относится к описанному случаю; состояние текущих остатков может отличаться.
