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