Как связать 1С с сайтом и маркетплейсами: товары, заказы, остатки

В 1С один остаток, на сайте другой, на Ozon третий. Менеджер каждое утро открывает три окна и переносит заказы и цены руками - копировать, вставить, поправить. Пока он переносит, кто-то покупает на сайте последнюю позицию, которую только что продали в рознице. Итог: заказ принят, а товара нет. Клиент ждёт, потом отменяет, маркетплейс режет рейтинг. И так каждый день, по чуть-чуть, мимо кассы.

Это история про отсутствие интеграции с 1С. Ниже простыми словами разберём, что такое интеграция с 1С и что она синхронизирует, чем разница между обменом по расписанию и в реальном времени, как 1С технически связывается с сайтом, и где хватит типового обмена из коробки, а где нужна заказная разработка. Без жаргона и без агитации за «самое дорогое».

Что такое интеграция с 1С и что она синхронизирует?

КороткоАвтоматический мост между 1С и внешней системой - сайтом, CRM, маркетплейсом. По нему ходят товары, цены, остатки, заказы, статусы и клиенты, без ручного переноса.

Интеграция с 1С - это автоматический мост между вашей 1С, где ведётся учёт и склад, и внешней системой: сайтом, интернет-магазином, CRM или маркетплейсом. Данные ходят по мосту сами, без человека, который перепечатывает их из программы в программу. Главная задача - убрать двойной ввод, когда одно и то же заносят в две системы руками.

По такому мосту обычно ходит стандартный набор данных:

• Товары и каталог - карточки, разделы, вариации (размер, цвет).
• Цены - розница, опт, акции (один или несколько типов цен).
• Остатки - сколько товара на складах, в разрезе складов.
• Заказы - оформленные на сайте или маркетплейсе попадают в 1С.
• Статусы и оплаты - оплачен, собран, отгружен, отменён - возвращаются обратно.
• Клиенты - покупатели и их реквизиты.

Движение данных идёт в две стороны. Из 1С на сайт уходит «витрина»: товары, цены, остатки. С сайта в 1С приходит «приёмка»: заказы, оплаты, новые покупатели. 1С при этом остаётся системой, где живёт настоящий учёт, а сайт показывает покупателю актуальную картину.

Чем грозит ручной перенос данных?

КороткоОстатки расходятся, продаёте то, чего нет, двойной ввод съедает время и плодит опечатки, каталог разваливается, клиенты дублируются. Потери от «не смогли отдать» не видны в отчёте.

Ручной перенос между 1С, сайтом и маркетплейсами - это потерянное время и потеря денег, когда остатки расходятся. Чем больше каналов и заказов, тем выше цена каждой опечатки в количестве или цене, и всё это копится незаметно, пока не превратится в отменённый заказ или штраф маркетплейса. Главные болевые точки:

• Остатки расходятся. Пока данные переносят раз в день руками, реальный склад и витрина живут отдельной жизнью.
• Продали то, чего нет. Прямое следствие отставания остатков. На маркетплейсах за это штрафуют и режут рейтинг.
• Двойной ввод съедает время. Менеджер, который вручную переносит 200 заказов в день, неизбежно делает опечатки в количестве и цене, а половину дня тратит на копирование вместо работы с клиентами.
• Каталог разваливается. Размеры и цвета заводят как отдельные товары вместо вариаций одного - и каталог превращается в кашу, которую потом долго и дорого переразбирать.
• Дубли клиентов. Один и тот же покупатель заводится несколько раз, потому что адреса и реквизиты вводят по-разному.

Невидимая часть здесь самая дорогая: потери от «продали и не смогли отдать» нигде не отражаются в отчёте, их легко списать на случайность. На деле это системная дыра, и закрывает её именно автоматический обмен. Та же логика, что и при сведении заявок из разных каналов: всё, что переносится руками, рано или поздно теряется - мы разбирали это в статье про единое окно для заявок из Avito, WhatsApp и Telegram.

Обмен по расписанию или в реальном времени: в чём разница?

КороткоПо расписанию (batch) - проще и дешевле, но данные устаревают между обменами. В реальном времени (онлайн) - дороже, зато остатки и цены всегда актуальны. На практике комбинируют.

Разница в том, как часто обновляются данные. Обмен по расписанию (batch) переносит накопленные изменения раз в N минут или раз в сутки - проще и дешевле, но между обменами данные устаревают. Обмен в реальном времени (онлайн) отправляет изменение почти мгновенно - дороже, зато остатки и цены всегда актуальны.

На практике способы часто комбинируют. Остатки и цены гоняют частым обменом раз в час, полную выгрузку каталога с картинками делают раз в сутки ночью, а для критичных дефицитных позиций включают онлайн-обновление. Для каталога больше тысячи позиций полную выгрузку вообще разносят по группам, иначе обмен начинает «вешать» систему.

Как технически 1С связывается с сайтом?

КороткоСамый массовый способ - типовой обмен по протоколу CommerceML между 1С и 1С-Битрикс. Инициатор всегда сама 1С. Для онлайн-данных 1С отдаёт их через REST-интерфейс или веб-сервисы.

Самый массовый способ в России - типовой обмен по протоколу CommerceML между 1С и сайтом на 1С-Битрикс. Это открытый стандарт, по которому 1С передаёт данные файлами по защищённому соединению. Важная деталь: инициатор всегда сама 1С - проще говоря, она по расписанию стучится на сайт и отдаёт или забирает данные, а не наоборот.

Кроме типового обмена есть и другие пути под разные системы:

• Готовые модули конструкторов. У Tilda есть обмен с 1С:Управление торговлей через тот же CommerceML (нужна версия 1С:УТ 10.3.4 и выше), у InSales - синхронизация с 1С, включая 1С:ERP.
• Маркетплейсы через коннекторы. Ozon, Wildberries и Яндекс Маркет связывают с 1С специальными модулями: заказы сами падают в 1С, а остатки и цены обновляются на площадках при изменении в учёте.
• Онлайн-обмен через программные интерфейсы. Для актуальных в реальном времени данных 1С отдаёт их через REST-интерфейс (OData) или веб-сервисы - для этого нужна 1С версии не ниже 8.3.5 и настроенный веб-сервер.

Звучит как набор аббревиатур, но для бизнеса вывод простой: типовой обмен 1С-Битрикс работает по расписанию, а постоянно свежие остатки делаются отдельно через программные интерфейсы - и это дороже.

Типовой обмен или заказная интеграция: что выбрать?

КороткоТиповая 1С + сайт на 1С-Битрикс - обычно хватает коробки. Заказная интеграция нужна, когда 1С доработана, каналов много или требуется своя логика по остаткам и ценам.

Если у вас типовая 1С и сайт на 1С-Битрикс, чаще всего хватает типового обмена из коробки, а заказная интеграция нужна, когда 1С доработана или каналов и правил много. Разница между ними - в гибкости и в цене. Платить за разработку там, где справляется штатный модуль, нет смысла, поэтому сначала стоит честно понять, к какому случаю вы относитесь.

Типового обмена обычно достаточно, когда:

• стандартная конфигурация 1С без глубоких доработок;
• сайт на платформе с готовым модулем обмена (1С-Битрикс, Tilda, InSales);
• один-два типа цен, один основной склад, понятный каталог.

Заказная интеграция оправдана, когда:

• 1С серьёзно доработана под ваши процессы, и типовой модуль её не понимает;
• товары идут сразу в несколько каналов - сайт, CRM, маркетплейсы - и всё нужно держать в едином окне;
• нужна своя логика: онлайн-остатки по дефициту, сложные цены, опт и B2B, нестандартные статусы;
• каталог большой, и обмен надо аккуратно разносить, чтобы не падал.

1С давно стала отраслевым стандартом учёта: объём российского рынка ERP-систем в 2024 году оценивали примерно в 100 млрд рублей (ComNews), а доля отечественных ERP, по словам главы правительства на форуме «Иннопром» в июле 2025 года, превысила 80%. Поэтому почти любая внешняя система рано или поздно упирается в вопрос «а как это связать с 1С». Та же развилка «коробка против своего», что и при выборе интернет-магазина на заказ или конструктора.

Как мы подходим к интеграции с 1С

КороткоНачинаем с разбора: какая у вас 1С, какие каналы, где расходятся данные. Иногда хватает настройки типового обмена, иногда нужно проектировать под доработанную 1С.

Мы начинаем не с кода, а с разбора: какая у вас 1С, какие каналы продаж и где именно расходятся данные. Иногда выясняется, что хватит настройки типового обмена 1С-Битрикс - тогда мы его и настроим, это наша же услуга, а не повод отправить вас к стороннему подрядчику. А иногда видно, что 1С доработана и обмен нужно проектировать под неё.

В заказной интеграции мы закрываем те узлы, на которых обычно и ломается обмен:

• Единый справочник и мастер-система - заранее решаем, кто «главный» по товарам, 1С или сайт, чтобы правки не конфликтовали и не плодили дубли.
• Инкрементальный обмен - гоняем только изменения, а не весь каталог каждый раз, плюс отдельная ночная полная выгрузка.
• Логи и мониторинг - обмен не должен «тихо отвалиться»: если что-то сломалось, мы видим это раньше клиента.
• Связка с каналами - 1С, сайт, CRM и маркетплейсы сводятся в одно окно, остатки и заказы не разъезжаются.

Какие ошибки чаще всего ломают обмен с 1С?

КороткоОбмен без мониторинга, слишком редкая синхронизация, полная выгрузка каждый раз, отсутствие единого справочника и самописный обмен на одном человеке.

Главные грабли - обмен без мониторинга, слишком редкая синхронизация и отсутствие единого справочника. Объединяет их одно: проблема не видна до момента, когда клиент уже получил «нет в наличии» на оплаченный товар, а вы - штраф площадки. Каждая такая мелочь тихо копится, пока не выльется в потерянные заказы.

• Обмен без логов и мониторинга. Если часы на сервере 1С и на сайте разошлись больше чем на десять минут, не хватает прав или места на диске - обмен молча падает. Без мониторинга вы узнаёте о сбое от злого клиента, а не из системы.
• Суточный обмен там, где нужен онлайн. Для активных продаж и маркетплейсов обмен раз в сутки означает устаревшие остатки и заказы на отсутствующий товар. Частоту надо подбирать под скорость продаж.
• Полная выгрузка каждый раз. Когда весь каталог гоняется при каждом обмене, на больших объёмах система ловит тайм-ауты. Правильно - выгружать только изменения.
• Нет единого справочника. Если не решено, кто главный по товарам, операторы правят одно и то же и в 1С, и на сайте.
• Самописный обмен на одном человеке. Кастомный код без документации, который понимает только автор. Он уволился - чинить некому.

С чего начать интеграцию с 1С?

КороткоС инвентаризации: какая 1С, какие каналы, где теряются данные. Дальше - проверить версию 1С, выбрать мастер-систему, определить частоту обмена, заложить мониторинг.

Начинать стоит с инвентаризации: какая у вас 1С, какие каналы и где теряются данные. Выбор модуля - уже следующий шаг, и обычно он очевиден. Сначала картина целиком, потом инструмент - так не придётся переделывать обмен через месяц. Пять шагов по порядку:

1. Опишите, что и куда переносите руками. Товары, цены, остатки, заказы - между какими системами и как часто. Это карта будущего обмена.
2. Проверьте свою 1С. Версия и конфигурация, типовая или доработанная, есть ли свежие интерфейсы обмена. От этого зависит и способ, и цена.
3. Выберите мастер-систему. Решите заранее, кто главный по товарам и ценам - 1С или сайт, чтобы не плодить конфликты и дубли.
4. Определите частоту. Спокойные продажи - хватит обмена по расписанию. Маркетплейсы и дефицитный товар - нужен онлайн по критичным позициям.
5. Заложите мониторинг. Обмен должен сообщать о сбоях сам. Дальше его удобно держать рядом с тем местом, где у вас клиенты и заказы в CRM, и с остальной автоматизацией бизнеса.

Частые вопросы

Источники

• 1С, «Протокол обмена с сайтом» - v8.1c.ru
• ИНТЕРВОЛГА, «Что нужно знать программисту про интеграцию сайта и 1С» - habr.com
• Денис Шевчук, «5 проблем при интеграции 1С с сайтом» - vc.ru
• Доля отечественных ERP-систем на рынке РФ достигла 80% (Иннопром-2025) - comnews.ru
• Обмен Tilda с 1С через CommerceML - help-ru.tilda.cc
• Интеграция 1С с маркетплейсами Ozon/WB/Яндекс Маркет - rarus.ru
• Дубли номенклатуры и контрагентов в 1С - torg.1c.ru