Содержание
Интеграция 1С с интернет-магазином — это связка учётной системы и витрины, при которой каталог, цены, остатки и заказы синхронизируются по согласованным правилам. Без неё менеджеры вручную переносят данные между системами: на сайте устаревают остатки, в 1С не попадают онлайн-заказы, расходятся цены и статусы. Типовые схемы обмена — CommerceML по HTTP или через файлы, веб-сервисы SiteExchange и REST API — выбирают под вашу CMS и то, где вы хотите вести мастер-данные. Ниже — архитектурный обзор для B2B: не пошаговая настройка кнопок в 1С, а логика, по которой проектируют устойчивую интеграцию.
Интеграция 1С с интернет-магазином по протоколу CommerceML 2 — это ХМЛ-обмен между «1С:Предприятие» и сайтом, где 1С инициирует выгрузку каталога и обмен заказами по HTTP, через файловый ресурс или веб-сервис.
Зачем бизнесу нужна интеграция 1С с интернет-магазином
Онлайн-продажи и складской учёт живут в разных системах. Сайт отвечает за витрину, корзину и оплату; 1С — за закупки, себестоимость, документооборот и отчётность. Когда обмен данными 1С и интернет-магазин не настроен, бизнес теряет деньги на двойном вводе, отменах из-за «товара нет» и ошибках в ценах.
- Актуальные остатки и цены на витрине без ручного обновления
- Автоматическое создание заказов и документов в 1С после оформления на сайте
- Единая картина продаж для аналитики и планирования закупок
- Согласованные статусы заказа для клиента и отдела логистики
- Корректная цепочка до облачной ККТ, электронного чека и маркировки
Для компаний во Владивостоке и Приморском крае, где логистика и сроки поставки критичны, задержка синхронизации остатков особенно болезненна: покупатель оформляет заказ, а товар уже зарезервирован офлайн. Интеграция снимает этот разрыв, если архитектура обмена спроектирована под реальный режим работы склада и магазина.
Типовая схема CommerceML: каталог, цены, остатки и заказы
Протокол обмена между «1С:Предприятие» и интернет-магазином разработан компаниями «1С» и «1С-Битрикс» и использует ХМЛ-стандарт CommerceML 2. Это де-факто базовый формат для типовой настройки обмена 1С с сайтом, когда обе стороны поддерживают протокол.
Обмен функционально разделён на два блока: выгрузку торговых предложений на сайт и обмен информацией о заказах. В обоих случаях инициатором обмена выступает «1С:Предприятие» — сайт принимает каталог и отдаёт заказы, но расписание и запуск обмена, как правило, задаются со стороны учётной системы.
Что уходит из 1С на сайт
- Номенклатура и торговые предложения: наименования, артикулы, характеристики
- Цены по типам цен и правилам скидок, если они заложены в обмен
- Остатки по складам или агрегированные остатки для витрины
- Изображения и свойства — если конфигурация и CMS это поддерживают
- Статусы доступности: снятие с продажи при нулевом остатке
Что возвращается с сайта в 1С
- Новые заказы с составом, контактами и способом доставки
- Изменения статусов: оплачен, передан в доставку, выполнен, отменён
- Данные покупателя, нужные для документов и электронного чека
- Сведения об оплате — при связке с платёжным шлюзом или эквайрингом
CommerceML обмен 1С сайт хорошо подходит для классической модели «1С — источник правды по товарам, сайт — источник правды по заказам». Важно заранее определить периодичность выгрузки: для FMCG и маркетплейс-логики нужны частые обновления остатков; для B2B с длинным циклом сделки допустимы реже, но с контролем критичных изменений цены.
Три способа подключения: HTTP, файловый обмен и веб-сервисы
Для интеграции интернет-магазина с «1С:Предприятие» предусмотрены три варианта обмена: через файловый ресурс, по HTTP в соответствии с открытым протоколом и через веб-сервис. Выбор зависит от инфраструктуры, CMS и требований к скорости и надёжности.
НТТР-обмен по открытому протоколу
1С отправляет запросы на endpoint сайта или промежуточного шлюза; данные передаются в XML по правилам CommerceML. Это наиболее распространённый вариант для интеграции 1С Битрикс интернет-магазин и других CMS с готовым модулем обмена. Плюсы: автоматизация по расписанию, не нужен ручной перенос файлов. Минусы: сайт и 1С должны быть доступны друг другу по сети; ошибки авторизации и таймауты требуют мониторинга.
Файловый обмен
1С формирует ХМЛ-файлы в общую папку — локальную, сетевую или на FTP/SFTP; сайт или промежуточный скрипт забирает их и обрабатывает. Схема проще для старта и тестов, подходит, когда прямой HTTP недоступен из-за политики безопасности. Недостаток — задержка между выгрузкой и импортом и риск «зависших» файлов при сбое обработки.
Веб-сервис SiteExchange
Обмен через СОАР-веб-сервис SiteExchange — вариант для конфигураций, где он реализован. Логика та же, что у CommerceML, но транспорт другой. Часто встречается в связках с 1С-Битрикс и типовыми модулями обмена. При нестандартной CMS обычно ставят middleware: сервис, который принимает CommerceML или REST и переводит данные в формат вашего сайта.
Отдельно от типового CommerceML многие проекты используют REST API: 1С публикует НТТР-сервис, сайт или интеграционная платформа дергает методы для товаров, остатков и заказов. Такой путь гибче для кастомных витрин, мобильных приложений и неадлесс-архитектуры, но требует разработки и сопровождения контракта API.
Где вести мастер-данные: только 1С, только сайт или гибрид
Перед настройкой обмена 1С с сайтом команда должна ответить на главный архитектурный вопрос: какая система считается источником истины по каждому типу данных. От этого зависят направление синхронизации, обработка конфликтов и объём доработок.
Мастер-данные только в 1С
Классика для розницы и опта: карточки товаров, цены и остатки ведут в 1С; сайт — витрина и канал заказов. Редактирование описаний на сайте либо запрещено, либо перезаписывается при следующей выгрузке. Подходит, когда склад и закупки централизованы, а маркетинговый контент дублируют через отдельные поля в 1С или РИМ-слой.
Мастер-данные на сайте
Редкий, но возможный сценарий для контент-ориентированных магазинов: СЕО-тексты, медиа и часть атрибутов живут в CMS, в 1С уходят только артикул, цена, остаток и факт заказа. Требует жёсткого сопоставления идентификаторов и дисциплины в команде, иначе расходятся артикулы и документы.
Гибридная модель
На практике чаще всего выбирают гибрид: 1С — цены, остатки, себестоимость и документы; CMS — маркетинговый контент, акции на витрине, SEO. Заказы и статусы идут двусторонне. Такую схему нужно явно описать в ТЗ: какие поля кто ведёт, что происходит при расхождении цены и кто побеждает при конфликте остатка.
- Зафиксируйте ключ сопоставления: артикул, GUID номенклатуры или внешний код
- Определите частоту обмена остатками и ценами отдельно
- Пропишите правила для акций: считаются в 1С, на сайте или в обеих системах
- Настройте логирование и алерты при ошибках обмена
Интеграция с 1С-Битрикс, WooCommerce и другими CMS
CMS определяет, насколько типовой будет интеграция 1С с интернет-магазином: готовый модуль CommerceML, промежуточный коннектор или полностью кастомный РЕСТ-слой.
1С-Битрих
Для 1С-Битрикс предусмотрен штатный обмен с «1С:Предприятие» по протоколу CommerceML: настройка на стороне модуля «Интернет-магазин», сопоставление типов цен, складов и статусов заказов. Это референсная связка: протокол изначально проектировался совместно 1С и 1С-Битрикс. При нестандартных полях, нескольких витринах или маркированных товарах типовой обмен часто дорабатывают.
WooCommerce, OpenCart и другие CMS
WooCommerce и OpenCart не имеют встроенного CommerceML на уровне ядра; обычно ставят плагин, middleware или выгрузку товаров из 1С на сайт через промежуточный сервис. Типовой путь: 1С формирует CommerceML или JSON по REST, интеграционный модуль импортирует каталог и экспортирует заказы. Для WordPress важно учесть нагрузку на хостинг при больших каталогах и разбить выгрузку на пакеты.
Кастомные и неадлесс-магазины
React, Next.js, мобильные приложения и маркетплейс-витрины чаще интегрируют через REST API или очередь сообщений. 1С остаётся учётным контуром; backend сайта принимает webhook оплаты и передаёт заказ в 1С. Такая архитектура дороже на старте, но масштабируется при нескольких каналах продаж и нестандартной логике ценообразования.
WorldCashbox Digital помогает выбрать схему под вашу CMS: аудит текущего обмена, настройка CommerceML или HTTP, доработка под нестандартный сайт и связка с CRM — Bitrix24, amoCRM — для сквозной воронки от заявки до отгрузки.
Касса, электронные чеки и маркировка в цепочке заказа
Интеграция 1С с интернет-магазином не заканчивается синхронизацией каталога. Заказ на сайте должен корректно пройти через учёт, оплату, фискализацию и — для маркированных товаров — через систему маркировки. Это УМУЛ-зона: опирайтесь на официальные разъяснения ФНС и оператора «Честный ЗНАК», а не на устаревшие статьи.
Когда нужна онлайн-касса
По разъяснениям ФНС России, интернет-магазины при расчётах с использованием платежных карт должны применять контрольно-кассовую технику. Исключение возможно, если оплата проходит через банк по квитанции и выручка поступает на расчётный счёт через операциониста — схема, не типичная для классического ecommerce с онлайн-оплатой. При проектировании цепочки «заказ на сайте → 1С → облачная ККТ» закладывают передачу суммы, состава, контактов покупателя и признаков дистанционной продажи.
Теги 1125, 1187 и 1008 с 1 сентября 2025
С 1 сентября 2025 года при дистанционных безналичных расчётах в кассовом чеке обязательны тег 1125 (признак расчёта в «Интернет» = «1»), тег 1187 (адрес сайта) и тег 1008 (телефон или email покупателя); чек направляется в электронной форме. Эти требования нужно учесть при интеграции: сайт и платёжный контур должны передавать в 1С или напрямую в сервис фискализации email или телефон клиента и URL витрины. Без этого облачная ККТ сформирует чек, не соответствующий актуальным правилам.
Маркировка при продаже через сайт
При розничной реализации маркированного товара участники оборота должны сканировать код маркировки на кассе и передавать сведения о продаже в систему маркировки с использованием онлайн-касс — так указано в материалах «Честный ЗНАК». Для интернет-магазина схема зависит от способа продажи и доставки: код может пробиваться при выдаче на ПВЗ, при отгрузке со склада или при передаче курьеру. Интеграция 1С с сайтом должна предусматривать передачу кодов в чек и/или вывод из оборота через информационную систему маркировки; универсального «одного клика» для всех товарных групп нет.
Конкретные сроки обязательной маркировки, перечень кодов и порядок работы смотрите на chestnyznak.ru для вашей товарной группы. Открытая детализированная таблица штрафов на сайте оператора может отсутствовать или меняться; для оценки рисков ориентируйтесь на действующее законодательство и актуальные разъяснения, а не на цифры из непроверенных статей.
- Сайт передаёт состав заказа и контакты для фискализации
- 1С формирует реализацию и команду на пробитие чека в облачной ККТ
- Для маркированных позиций — учёт кодов на этапе, который соответствует вашей модели доставки
- Статус оплаты и фискализации возвращается на сайт для клиента
Если текущий обмен «ломается» на заказах, не передаёт контакты для чека или не учитывает маркировку — имеет смысл заказать аудит схемы у интегратора. WorldCashbox Digital проводит такой аудит, настраивает обмен CommerceML и HTTP, дорабатывает связку под нестандартный сайт и подключает CRM для контроля заявок и повторных продаж.