Антон Дегтярёвинтеграция интернет-магазина и 1с: 4 сценария
Магазин без обмена с 1С — это ручной ввод заказов и потерянные часы. Магазин с плохим обменом — это разъезжающиеся остатки и ошибочные счета. Ниже — 4 сценария интеграции и как выбрать под ваш случай.
что реально надо синхронизировать
Товары — из 1С в магазин: названия, цены, характеристики, фото, остатки.
Заказы — из магазина в 1С: клиент, товары, сумма, доставка, оплата.
Оплаты — из 1С в магазин: статус «оплачено» появляется в магазине, клиент видит подтверждение.
Отгрузки — из 1С в магазин: статус «отправлено» + трек-номер.
Клиенты — двусторонняя: контакты, история заказов, накопительные скидки.
Всё это в идеале автоматически. Ручной ввод хотя бы одной сущности = проблемы на длинной дистанции.
сценарий 1: односторонний обмен (1С → магазин)
Товары, цены, остатки идут из 1С в магазин раз в час. Заказы обрабатываются вручную (менеджер видит заказ на сайте, вводит в 1С).
Плюсы: просто, минимум настроек, работает даже с базовой 1С.
Минусы: ручной ввод заказов = 5–10 минут на каждый + риск ошибок.
Когда подходит: магазин с 10–30 заказами в день, простой ассортимент. Как временное решение при запуске.
сценарий 2: двусторонний обмен по расписанию
Стандартный вариант для 1С-Битрикс + 1С:УТ. Обмен раз в 15–60 минут: товары и остатки в магазин, заказы в 1С. Оплаты и статусы отгрузок возвращаются в магазин.
Плюсы: автоматизация, стандартная схема, работает из коробки.
Минусы: задержки до 60 минут — клиент видит устаревшие остатки, менеджер видит заказ с задержкой.
Когда подходит: 90% магазинов, до 1000 заказов в день, ассортимент до 10 тыс SKU.
сценарий 3: реалтайм-обмен через API
Каждое действие сразу транслируется: клиент положил в корзину → 1С резервирует товар; клиент оплатил → 1С видит оплату мгновенно; товар отгружен → магазин обновляет статус за секунду.
Плюсы: актуальные данные всегда, никаких «остатки на бумаге есть, а реально нет».
Минусы: сложнее в настройке (обычно нужна разработка), нагрузка на 1С выше.
Когда подходит: магазин с большим ассортиментом и жёсткой конкуренцией по «в наличии/нет», флеш-распродажи, услуги с ограниченным временем.
сценарий 4: через промежуточный сервис
Между магазином и 1С — сторонний сервис (Albato, ApiX-Drive, специализированные интеграторы). Магазин отправляет данные в сервис → сервис пишет в 1С.
Плюсы: гибкость, работает с любой 1С (включая нестандартные конфигурации и облачные), не требует программиста 1С.
Минусы: зависимость от сервиса (упал сервис — обмен встал), месячная подписка.
Когда подходит: для сложных сценариев, когда штатные модули не подходят; для облачных 1С (1С:Фреш); для магазинов на нетипичных платформах.
частые проблемы обмена и как их избежать
Дубликаты товаров. Не сопоставили ключ — товар «Кроссовки Adidas» в 1С и на сайте создались отдельно. Решение: обмен по артикулу или коду, не по названию.
Разъехались остатки. Магазин продал 5 штук, 1С об этом не узнала — на сайте показывает «в наличии», хотя реально уже нет. Решение: короткий интервал обмена + обязательное резервирование при оформлении заказа.
Цены не обновляются. В 1С поменяли, на сайте старые. Решение: проверить, включён ли обмен цен и по каким полям.
Заказы дублируются. Клиент дважды нажал «оформить» — в 1С два заказа. Решение: дедупликация по номеру заказа магазина.
как выбрать сценарий
Стартап, 10–30 заказов в день: сценарий 1 (односторонний) или 2 (двусторонний с расписанием).
Средний магазин, 30–500 заказов в день, типовая 1С:УТ: сценарий 2 (двусторонний по расписанию). Стандарт индустрии.
Крупный магазин или магазин с уникальным продуктом: сценарий 3 (реалтайм) через API.
Нетипичная 1С или облако: сценарий 4 (через промежуточный сервис).
Правило: не выбирайте самый сложный вариант «на всякий случай». Начните с простого, вырастете — усложните.
См. также — Модули доставки СДЭК и Почты для интернет-магазина.