Интернет-магазин без связи с учётной системой — это постоянная ручная работа. Менеджеры перебивают цены руками, на сайте висит «нет в наличии», пока товар лежит на складе, а заказы переносятся в 1С копированием из письма. Интеграция убирает не столько рутину, сколько расхождения в данных, из-за которых магазин продаёт то, чего нет.
Что обычно синхронизируют
- Номенклатура — названия, артикулы, категории, характеристики, изображения.
- Остатки и цены — актуальные данные для витрины.
- Заказы — заявки с сайта попадают в учётную систему как документы.
- Статусы — клиент видит этап обработки в кабинете или письме.
Как это работает технически
Обмен идёт через стандартный формат выгрузки, программный интерфейс учётной системы или промежуточный сервис, который забирает данные и складывает их в понятном сайту виде. Третий вариант дороже на старте, но он спасает, когда 1С недоступна: сайт продолжает работать на последних полученных данных вместо того, чтобы показывать пустой каталог.
Мастер-система: кто главный по цене
Это главное решение, которое принимается до первой строки кода. У каждого поля должен быть один хозяин: цена и остаток правятся в учётной системе, описания и картинки — на сайте. Если менять цену можно с обеих сторон, рано или поздно обмен затрёт правку, и виноватых не найти.
Как часто обменивать данные
| Данные | Направление | Разумная частота |
|---|---|---|
| Остатки | 1С → сайт | каждые 10–15 минут, при высокой оборачиваемости чаще |
| Цены | 1С → сайт | несколько раз в день или по событию |
| Номенклатура | 1С → сайт | раз в сутки, обычно ночью |
| Заказы | сайт → 1С | сразу после оформления |
| Статусы заказов | 1С → сайт | каждые 15–30 минут |
Обмен в реальном времени нужен реже, чем кажется: он дороже, тяжелее для сервера и чувствительнее к сбоям. Для большинства магазинов достаточно частой выгрузки остатков и суточной — каталога.
Типичные ошибки
- Двустороннее редактирование цен без правил — данные перетирают друг друга.
- Нет журналов обмена: непонятно, на каком шаге всё оборвалось.
- Игнорируются характеристики и несколько складов — на витрине остаток по одному.
- Нет обработки ошибок: одна битая позиция останавливает всю выгрузку.
- Не сходятся единицы измерения и валюты — цены уезжают в разы.
Что проверить до старта
Порядок в самой учётной системе. Интеграция не чинит справочники: если в 1С дубли номенклатуры, пустые артикулы и товары без категорий, всё это в тот же день окажется на витрине. Сначала порядок в учёте, потом обмен — иначе вы автоматизируете беспорядок.
Сколько это занимает
Типовой обмен для магазина на распространённой CMS настраивается за несколько рабочих дней. Нестандартная логика — несколько складов, оптовые цены, кабинет для оптовиков — считается по техническому заданию и ближе к проектной разработке. Ориентиры по бюджету магазина целиком есть в статье про стоимость интернет-магазина.
Как понять, что обмен работает
- Измените цену одной позиции в учётной системе и засеките, через сколько она поменялась на сайте.
- Обнулите остаток товара и убедитесь, что его нельзя заказать на витрине.
- Оформите тестовый заказ и проверьте, что документ появился в 1С со всеми позициями.
- Смените статус заказа в учёте и посмотрите, увидел ли его клиент.
- Откройте журнал обмена и убедитесь, что там нет молча пропущенных ошибок.
Последний пункт пропускают чаще всего, а именно он показывает реальную картину: обмен может идти годами с ошибкой на десяти позициях, и заметят это, когда клиент закажет то, чего нет.
Что делать, когда обмен встал
Сайт не должен зависеть от доступности учётной системы. Если 1С недоступна, витрина обязана продолжать работать на последних полученных данных, а не показывать пустой каталог или нулевые цены. Для этого нужны две вещи: хранение последнего успешного состояния и уведомление ответственному, что обмен не проходит. Иначе о проблеме сообщают клиенты, и обычно уже после отменённого заказа.
Полезно заранее договориться, что считается аварией: обмен не проходит два часа, сутки или расходятся остатки. Это тот же разговор про приоритеты, что и в SLA поддержки, только применительно к данным. Сама связка с CRM и заявками разобрана отдельно — заявки с сайта в CRM.
Выводы
- Ценность интеграции — не в экономии времени, а в отсутствии расхождений между сайтом и складом.
- Мастер-система определяется до разработки, иначе обмен будет затирать правки.
- Реальное время нужно не всем: чаще достаточно частой выгрузки остатков.
- Журналы обмена и обработка ошибок — не опция, без них сбой находят по жалобам клиентов.
- Беспорядок в учётной системе переносится на витрину один в один.
В одном из наших проектов после настройки обмена ручная работа менеджеров с заказами сократилась примерно на 40%. Настроим обмен под вашу схему: интеграция с CRM и 1С, а если магазина ещё нет — разработка интернет-магазина.