Как настроить обмен сайта с 1С: выгрузка товаров и синхронизация остатков

Коротко. Обмен сайта с 1С - это автоматическая передача каталога, цен и остатков из 1С на сайт и заказов с сайта обратно в 1С. В типовых конфигурациях (УТ 11, УНФ, Розница, КА 2) и на «1С-Битрикс: Управление сайтом» он настраивается штатными средствами за 2–4 часа без программирования. Программист нужен, если конфигурация 1С доработана, сайт самописный или остатки должны обновляться в реальном времени.

Что такое обмен сайта с 1С простыми словами

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

Чем обмен отличается от синхронизации и интеграции

Три слова, которыми подрядчики называют примерно одно и то же, но разница есть:

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

Для владельца магазина разница сводится к одному вопросу: насколько быстро сайт узнаёт о том, что товар кончился. Типовая синхронизация даёт отставание от 5 минут до нескольких часов, интеграция через API - секунды.

Какие четыре потока данных ходят между 1С и сайтом

Обмен функционально делится на два блока: выгрузку каталога с ценами и остатками на сайт и обмен информацией о заказах. Внутри них - четыре практических потока.

Почему обмен запускает 1С, а не сайт

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

Для владельца бизнеса из этого следует одно важное правило: если 1С выключена, обмена нет . Когда база стоит на ноутбуке бухгалтера, который уходит домой в 18:00, ночная выгрузка каталога не произойдёт, а заказы, оформленные вечером, попадут в 1С только утром. Это главный аргумент за то, чтобы держать 1С на сервере или в облаке.

Зачем обмен с 1С нужен бизнесу: что меняется в деньгах

Четыре проблемы, которые закрывает обмен с 1С

Двойной ввод данных. Менеджер принимает заказ на сайте, бухгалтер вручную переносит его в 1С. При 30 заказах в день это несколько часов работы и стабильный поток опечаток в количестве, адресе, реквизитах.

Продажа того, чего нет. Товар списали в 1С, но на сайте он всё ещё «в наличии». Покупатель оформляет заказ, получает звонок с отказом и больше не возвращается. При работе с маркетплейсами то же расхождение стоит ещё и штрафов.

Устаревшие цены. Закупочная цена выросла, в 1С её подняли, на сайте забыли. Каждый заказ по старой цене - это прямой убыток, а отказ от заказа после оформления - испорченная репутация.

Потерянные заказы. Заявка пришла в форму на сайте, письмо ушло в спам, заказ никто не обработал. При обмене заказ становится документом в 1С автоматически и попадает в общий рабочий поток.

Когда обмен окупается, а когда с ним можно подождать

Таблица 2. Когда обмен с 1С нужен

Что проверить до начала настройки обмена: 7 пунктов

Какая у вас конфигурация 1С и умеет ли она обмениваться с сайтом

Типовой механизм обмена с сайтом встроен не во все конфигурации. Ориентир:

Если у вас только «Бухгалтерия», честный ответ подрядчика будет такой: полноценный каталог из неё выгрузить нельзя, нужна торговая конфигурация или доработка.

Типовая у вас конфигурация или доработанная

Это главный фактор бюджета и сроков. Если программист когда-то переименовал реквизиты, добавил свои документы или переписал модуль обмена - штатные настройки могут не сработать, и потребуется заказная разработка. Проверить просто: спросите своего 1С-специалиста, снята ли конфигурация с поддержки. Ответ «да, снята» означает, что настройка будет дороже в 2–4 раза.

На какой CMS работает сайт

• 1С-Битрикс: Управление сайтом - обмен поддерживается «из коробки», это самый быстрый и дешёвый сценарий.
• WordPress + WooCommerce - нужен плагин, есть нюансы с хостингом.
• UMI.CMS, OpenCart, Webasyst и другие - у многих есть поддержка стандартного протокола, уточняется у разработчика CMS.
• Конструкторы вроде Tilda - полноценного обмена нет.
• Самописный сайт - нужен разработчик сайта, который реализует протокол или сделает API.

Где физически работает ваша 1С

Какие доступы понадобятся

Соберите до старта, иначе настройка встанет:

• доступ администратора в 1С с полными правами;
• доступ в админку сайта;
• адрес обмена на сайте (у Битрикса это /bitrix/admin/1c_exchange.php);
• отдельный логин и пароль на сайте специально для обмена, не личный аккаунт директора;
• действующий SSL-сертификат - логин и пароль обмена не должны ходить по открытому HTTP;
• актуальная подписка ИТС, через неё приходят обновления механизмов обмена.

Как работает обмен 1С с сайтом изнутри: объяснение за 5 минут

Владельцу бизнеса не нужно знать код, но нужно понимать четыре вещи - тогда разговор с подрядчиком становится предметным.

CommerceML - язык, на котором 1С разговаривает с сайтом

CommerceML - это открытый стандарт XML-файлов для передачи коммерческих данных, разработанный фирмой «1С» ещё в 2000 году. Действующая версия схемы - 2.10. Именно в этом формате 1С описывает каталог, цены, остатки и заказы, а сайт его читает.

Практический смысл стандарта: если ваша CMS поддерживает CommerceML, обмен настраивается без программиста . Сам протокол обмена с сайтом разработан совместно «1С» и «1С-Битрикс» и используется не только в Битриксе, но и в UMI.CMS и других системах. Поэтому первый вопрос разработчику сайта звучит так: «Наш сайт поддерживает обмен по CommerceML?»

Что такое файл 1c_exchange.php и зачем его спрашивает подрядчик

Это точка входа на сайте - адрес, по которому 1С стучится с данными. У сайтов на «1С-Битрикс: Управление сайтом» адрес выглядит как https://вашсайт.ру/bitrix/admin/1c_exchange.php. Именно его вы вписываете в настройках 1С. Если подрядчик просит «адрес обмена» - речь про него.

Четыре шага одного сеанса обмена

На третьем и четвёртом шагах сайт отвечает 1С одним из трёх слов: success - файл принят, progress - обработка идёт, пришлите запрос ещё раз, failure - ошибка с описанием. Когда подрядчик говорит «обмен падает на импорте», он имеет в виду именно четвёртый шаг.

Почему первый обмен идёт час, а следующие - минуту

В настройках 1С есть два режима выгрузки:

• Все данные (полная выгрузка) - на сайт уезжает весь каталог целиком с заменой данных. Нужен один раз, при первичной настройке.
• Изменения - выгружаются только те товары, у которых с прошлого успешного обмена изменились описание, цена или остаток. Файл получается в десятки раз меньше.

Правильный порядок: первый раз выгружаем всё, проверяем результат на сайте, затем переключаем режим на «Изменения». Если оставить полную выгрузку на постоянном расписании, сайт будет ощутимо тормозить при каждом обмене.

Четыре способа связать сайт с 1С и как выбрать свой

Таблица 3. Способы связать сайт с 1С

Когда достаточно типового обмена

Типового механизма хватает примерно восьми магазинам из десяти. Признаки «вашего» случая: конфигурация типовая, один-два типа цен, один склад или сводный остаток, обычная схема «оформил - оплатил - получил», отставание остатков в 15–30 минут не критично.

Когда типового обмена мало

Переходить к доработке или API стоит, если выполняется хотя бы одно условие: остаток нужно резервировать в момент оформления заказа; цены рассчитываются индивидуально под клиента; складов несколько и покупатель должен видеть наличие по каждому; в каталоге десятки тысяч позиций и файл обмена перестал проходить целиком; сайт должен показывать статус заказа в личном кабинете в реальном времени.

Пошаговая настройка обмена 1С с сайтом на «1С-Битрикс: Управление сайтом»

Разбираем на примере 1С:Управление торговлей 11 - в «Комплексной автоматизации 2» и УНФ порядок действий совпадает почти дословно.

Что должно быть готово на стороне сайта

• Редакция «1С-Битрикс: Управление сайтом» с функционалом интернет-магазина.
• Включённый модуль обмена с 1С в админке сайта.
• Отдельный пользователь сайта с правами на обмен и известными логином и паролем.
• Адрес обмена вида https://вашсайт.ру/bitrix/admin/1c_exchange.php.
• Свободное место на хостинге под картинки каталога.

Шаг 1. Включить обмен с сайтом в 1С и создать узел обмена

Заходим в 1С под пользователем с полными правами. Открываем раздел «НСИ и администрирование» → «Настройка интеграции» → «Обмен с сайтом» и ставим флажок «Использовать обмен с сайтом» . После этого становится доступна ссылка «Настройки обмена с сайтом», где создаётся новый узел обмена.

Важно с самого начала: создавайте два отдельных узла обмена - один для выгрузки товаров, второй для загрузки заказов. В первом включён только режим «Выгрузка товаров», во втором только «Обмен заказами». Так их можно ставить на разное расписание: каталог раз в сутки, заказы каждые 10 минут. Если свалить всё в один узел, каждая проверка заказов будет тянуть за собой каталог.

Шаг 2. Указать адрес сайта, логин и пароль и проверить соединение

В карточке узла выбираем способ обмена данными:

• «Выгружать на сайт» - прямой обмен по интернету. Подходит большинству, данные уходят сразу на сайт.
• «Выгружать в каталог на диске» - файловый обмен. Нужен, когда прямого доступа к сайту нет: 1С складывает файлы в папку, а на сайт их переносит отдельный механизм.

Заполняем адрес сайта, имя пользователя и пароль и нажимаем «Проверить соединение» . Ответ «Соединение с сайтом успешно установлено» означает, что можно идти дальше.

Если соединение не проходит, причина почти всегда в одном из пяти пунктов: опечатка в адресе; забыт https://; забыт хвост /bitrix/admin/1c_exchange.php; у пользователя сайта нет прав на обмен; сайт закрыт базовой авторизацией или защитой от ботов на стороне хостинга.

Шаг 3. Настроить выгрузку товаров

Ставим флажок «Выгрузка товаров» - в форме появляется одноимённая страница. На ней:

1. Организация - чьи товары выгружаем. В файл уйдут данные именно этой организации.
2. Использовать узел обмена для - выбираем «Выгрузки на сайт описания товаров, типов цен, остатков», если каталог на сайте создаётся впервые. Вариант «Обновление на сайте цен и остатков товаров» используют, когда каталог уже загружен и новые позиции не появляются.
3. Выгружаемые данные - отмечаем «Каталог товаров», «Файлы изображений», «Цены по соглашениям и остатки товаров на складах».
4. Иерархия - по видам номенклатуры или по группам номенклатуры. Это решает, как будут выглядеть разделы каталога на сайте. Для интернет-магазина обычно удобнее группы: они ближе к покупательской логике.
5. Таблица каталогов - здесь настраивается отбор: какие виды или группы номенклатуры вообще уезжают на сайт. Если в 1С есть внутренние позиции, материалы и услуги, которые покупателю видеть не нужно, отбор делается именно тут.

Шаг 4. Настроить выгрузку цен

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

1. Открываем «НСИ и администрирование» → «Продажи» → «Оптовые продажи» и ставим значение «Типовые и индивидуальные соглашения». Без этого блок цен работать не будет.
2. В разделе «CRM и маркетинг» → «Типовые соглашения с клиентами» создаём соглашение - например, «Для сайта».
3. На вкладке «Условия продаж» выбираем вид цены, который должен показываться на сайте, валюту и признак включения НДС в цену.
4. На вкладке «Прочие условия» обязательно ставим флажок «Доступно для обмена с сайтом». Если флажок не стоит, цена на сайт не уедет - и это ровно та ситуация, когда каталог загрузился, а ценники пустые.

Несколько типов цен (розница и опт, цена со скидкой) выгружаются так же: заводится столько типовых соглашений, сколько нужно видов цен, и в каждом ставится флажок доступности для обмена.

Шаг 5. Настроить выгрузку остатков

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

Шаг 6. Настроить обмен заказами

Во втором узле обмена включаем «Обмен заказами» . Перед этим в 1С нужно создать два дополнительных реквизита, в которые сайт будет складывать свои номер и дату заказа:

1. Идём в «НСИ и администрирование» → «Общие настройки» → «Свойства», включаем флажок «Свойства» и открываем «Дополнительные реквизиты».
2. В наборе «Список заказов клиентов» создаём два реквизита: «Дата заказа на сайте» с типом «Дата» и «Номер заказа на сайте» с типом «Строка».
3. Возвращаемся в узел обмена и указываем эти реквизиты в блоке параметров поиска документов.

Дальше заполняем реквизиты, с которыми будут создаваться новые заказы: соглашение (то самое, «Для сайта»), организация, склад. Отдельно задаём способ поиска контрагентов - по наименованию или по ИНН/КПП. Для B2B-магазина выбирайте ИНН, для розницы - наименование. И реквизиты для новых позиций номенклатуры: вид номенклатуры для товара, вид для услуги (например, доставки) и единица измерения.

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

Шаг 7. Настроить расписание обмена

В карточке узла задаётся периодичность. Ориентиры:

Шаг 8. Первый запуск и переключение на режим «Изменения»

Порядок такой: выставляем режим выгрузки «Все данные» → запускаем обмен вручную кнопкой «Выполнить обмен» → ждём завершения (на 1 000 товаров с картинками это может занять от 20 минут до нескольких часов) → проверяем каталог на сайте → переключаем режим на «Изменения» → включаем расписание.

Чек-лист приёмки: как владельцу проверить, что обмен работает

Пройдите эти 10 пунктов сами, не полагаясь на слова подрядчика:

1. На сайте появились все разделы каталога, лишних служебных групп нет.
2. Количество товаров на сайте совпадает с количеством в отборе 1С.
3. У товаров есть картинки, они не битые.
4. Цены не нулевые и совпадают с 1С, НДС учтён правильно.
5. Характеристики (цвет, размер) стали свойствами товара, а не текстом в описании.
6. Измените остаток одного товара в 1С - через один цикл обмена он изменился на сайте.
7. Обнулите остаток - товар на сайте стал недоступен к заказу.
8. Оформите тестовый заказ на сайте - он появился в 1С как документ заказа со своим номером сайта.
9. Проведите оплату в 1С - статус заказа изменился на сайте.
10. В журнале обмена нет ошибок за последние сутки.

«1С-Битрикс» и «Битрикс24» - это разные продукты с разным обменом

Частая путаница, которая стоит подрядчикам нескольких дней. «1С-Битрикс: Управление сайтом» - это CMS для сайта, обмен с 1С в ней настраивается по CommerceML так, как описано выше. Битрикс24 - это CRM и корпоративный портал, у него собственный модуль интеграции с 1С и отдельное приложение «1С:Бэкофис». Инструкции по обмену с сайтом к Битрикс24 неприменимы.

Если у вас есть и то и другое, это два независимых канала обмена, каждый настраивается отдельно.

Интеграция 1С с сайтом на WordPress и WooCommerce

WordPress не поддерживает обмен с 1С «из коробки» - нужен плагин, реализующий протокол CommerceML.

Что умеют плагины обмена для WooCommerce

Бесплатные плагины обмена, доступные в каталоге WordPress, в базовом виде закрывают: выгрузку групп товаров как категорий, выгрузку товаров с описаниями, картинками и свойствами, передачу цен и остатков, полную и частичную синхронизацию, двусторонний обмен заказами. Работают с УТ, УНФ, Розницей и КА.

Чего они, как правило, не умеют без доработки: сложные варианты товаров с несколькими характеристиками, несколько типов цен для разных групп покупателей, остатки в разрезе складов, нестандартные статусы заказов.

Что настраивается со стороны 1С

Ровно то же самое, что для Битрикса: узел обмена, выгрузка товаров, типовое соглашение с флажком «Доступно для обмена с сайтом», обмен заказами. Отличается только адрес обмена - его даёт плагин, и он выглядит иначе, чем у Битрикса.

Почему первая выгрузка на WordPress часто падает

Три причины, все на стороне хостинга, а не 1С:

• Ограничение времени выполнения PHP-скрипта. Полная выгрузка каталога не успевает обработаться и обрывается. На дешёвом виртуальном хостинге это почти гарантированная проблема.
• Ограничение на размер загружаемого файла. Файл обмена не проходит целиком.
• Нехватка памяти при обработке большого XML.

Что просить у хостинга: увеличить max_execution_time, upload_max_filesize, post_max_size и memory_limit. Если хостинг отказывает - вопрос решается переездом на VPS, а не доработкой 1С.

Когда WordPress стоит менять на Битрикс

Если в каталоге больше 5 000 позиций, нужны несколько типов цен и складов, а обмен должен проходить каждые 15 минут, - совокупная стоимость доработок плагина и переезда на мощный хостинг обычно превышает стоимость сайта на Битриксе, где всё это работает штатно.

Обмен с 1С для других CMS и самописных сайтов

Как проверить, поддерживает ли ваша CMS обмен с 1С

Задайте разработчику сайта один вопрос: «Есть ли в нашей CMS поддержка протокола обмена с сайтом по стандарту CommerceML 2 и какой адрес обмена?» Если ответ положительный - настройка со стороны 1С не отличается от описанной выше. Стандартный протокол поддерживают, помимо Битрикса, UMI.CMS и ряд других систем.

Сайты на конструкторах

У конструкторов сайтов вроде Tilda нет механизма приёма файлов CommerceML, поэтому полноценного обмена с 1С не получится. Рабочие обходные пути: выгружать товары фидом и импортировать вручную; вести каталог на сайте руками, а в 1С передавать только заказы через промежуточный сервис; при серьёзных объёмах - переезжать на полноценную CMS.

Самописный сайт: два пути

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

Путь 2 - сделать API. Со стороны 1С публикуется HTTP-сервис или включается автоматический интерфейс OData, сайт обращается к нему напрямую. Дороже, требует разработчиков с обеих сторон, зато даёт обмен в реальном времени.

Для владельца практическое правило: начинать надо с первого пути и переходить ко второму, только если бизнесу действительно нужна мгновенная синхронизация.

Подготовка данных в 1С: 80% успеха обмена

Самая частая причина неудачного обмена - не настройки, а беспорядок в справочнике номенклатуры. Разгребать его придётся до первой выгрузки, потому что после неё весь беспорядок окажется на витрине.

Что привести в порядок до первой выгрузки

Артикулы. У каждого товара должен быть уникальный артикул. Без него сайт не может надёжно опознать позицию, и один товар превращается в три карточки.

Дубли и мусор. «Стул офисный», «стул офисный » (с пробелом) и «Стул Офисный» - для 1С это три разных товара, и на сайт уедут три карточки. Чистка справочника до обмена дешевле, чем чистка каталога после.

Виды номенклатуры. Если у позиций не заданы виды «Товар» и «Услуга», механизм обмена не понимает, что выгружать, и выгрузка уходит пустой или неполной.

Единицы измерения, НДС, валюта. Проверяются на паре десятков позиций выборочно. Ошибка в ставке НДС даст неверную цену на сайте.

Картинки. Файлы изображений должны быть прикреплены к номенклатуре в 1С. Разумный размер - до 1–2 МБ на файл: сотни тяжёлых картинок превращают первую выгрузку в многочасовую.

Характеристики. То, что в 1С заведено как характеристики и дополнительные реквизиты, на сайте становится фильтрами каталога. Если цвет и размер записаны текстом в названии товара, фильтров на сайте не будет.

Что происходит с полями 1С на сайте

Таблица 4. Сопоставление полей 1С и элементов на сайте

Где вести описания и SEO-тексты: в 1С или на сайте

Это решение нужно принять до запуска обмена, иначе очередная выгрузка затрёт работу копирайтера.

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

1. Все тексты ведутся в 1С. Единый источник, но писать длинные описания в карточке номенклатуры неудобно, а SEO-специалист не имеет доступа к 1С.
2. Тексты ведутся на сайте, из 1С поле описания не выгружается. Самый частый выбор для магазинов, которые занимаются SEO. Требует явной настройки, чтобы описание не входило в состав выгружаемых данных.
3. Смешанный вариант: из 1С уезжают технические характеристики, на сайте ведутся маркетинговые тексты и метатеги.

Зафиксируйте выбранный вариант в ТЗ отдельным пунктом - это один из самых дорогих в исправлении просчётов.

Синхронизация остатков: как не продать то, чего нет на складе

Три разные цифры остатка, которые легко перепутать

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

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

Несколько складов: что показывать как «в наличии»

Три рабочие модели:

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

Отдельно решите, что делать с товаром в пути и на складе брака: обычно их из выгрузки исключают.

Частота обновления и допустимое отставание

Отставание остатков - это не техническая, а коммерческая величина. Считается так: сколько единиц товара вы успеваете продать за интервал между обменами. Если за час уходит 2–3 единицы ходовой позиции, а на складе её 20 - часовой интервал безопасен. Если позиция штучная и дорогая, интервал нужно сокращать до 5–15 минут или включать резервирование.

Товары под заказ и отрицательные остатки

Для позиций, которых нет на складе, но которые вы готовы привезти, в 1С заводится отдельный вид номенклатуры или признак, а на сайте они показываются как «под заказ» со сроком поставки. Отрицательные остатки (когда в 1С списали больше, чем было) на сайт выгружаться не должны - это признак ошибки учёта, и сайт должен трактовать их как ноль.

Источник истины по остаткам - всегда 1С

Правило, которое надо зафиксировать в ТЗ и в регламенте для сотрудников: остатки правятся только в 1С . Любое ручное изменение количества в админке сайта будет затёрто при следующем обмене, а сотрудник потратит время впустую и потеряет доверие к системе.

Обмен заказами с сайтом: как заявка становится документом в 1С

Что происходит с заказом при загрузке в 1С

1. Покупатель оформляет заказ на сайте.
2. При очередном сеансе обмена 1С забирает заказ и создаёт документ заказа клиента, записывая в него номер и дату заказа с сайта.
3. Контрагент ищется в справочнике по ИНН или по наименованию - в зависимости от настройки. Если не найден, создаётся новый.
4. Ищется договор с контрагентом; если подходящего нет, создаётся новый.
5. Номенклатура ищется по идентификатору; не найденные позиции создаются заново с теми реквизитами, которые вы задали в настройках узла.
6. Дальше заказ живёт в 1С: его можно менять, и изменения уезжают обратно на сайт.

Откуда берутся дубли клиентов и как их избежать

Поиск по наименованию означает, что «ООО Ромашка», «ООО "Ромашка"» и «Ромашка ООО» станут тремя карточками контрагента. Для B2B-магазина выбирайте поиск по ИНН/КПП и сделайте поле ИНН обязательным в форме заказа на сайте. Для розницы поиск по наименованию приемлем: дубли физлиц менее критичны, чем разъехавшиеся взаиморасчёты юрлиц.

Соответствие статусов заказа

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

Почему оплата появляется на сайте только при полной оплате

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

На практике это значит: если клиент внёс предоплату 50%, на сайте заказ так и будет числиться неоплаченным. Для магазинов с частичной оплатой или дробной отгрузкой это повод сразу закладывать доработку.

Отменённые заказы

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

Типичные ошибки обмена 1С с сайтом: симптом, причина, решение

Таблица 5. Типичные ошибки обмена 1С с сайтом

Сколько стоит и сколько длится настройка обмена 1С с сайтом

Что входит в настройку, а что уже считается доработкой

Настройка - это включение обмена, создание узлов, заполнение реквизитов, соглашение по ценам, расписание, первая выгрузка и приёмка. Доработка - всё, что требует изменения кода: нестандартные скидки, свои поля в карточке товара, остатки по складам на сайте, частичная оплата, интеграция с личным кабинетом B2B.

Ориентиры по бюджету и срокам

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

Скрытые расходы, о которых забывают

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

Как разбить на этапы при ограниченном бюджете

1. Этап 1: выгрузка каталога с ценами. Магазин перестаёт вестись вручную.
2. Этап 2: автоматическое обновление цен и остатков по расписанию. Уходят отказы по наличию.
3. Этап 3: загрузка заказов в 1С и возврат статусов. Закрывается двойной ввод.

Такой порядок даёт видимый результат уже после первого этапа и позволяет платить по частям.

Как выбрать подрядчика на интеграцию 1С с сайтом

10 вопросов до подписания договора

1. Наша конфигурация типовая или снята с поддержки - вы это проверили?
2. Обмен будет настроен штатными средствами или через доработку?
3. Если через доработку - это расширение конфигурации или правки в типовой?
4. Какой остаток будет выгружаться - свободный или общий?
5. Сколько типов цен поддерживает решение?
6. Что произойдёт с описаниями товаров на сайте после обмена?
7. Как часто будут обновляться остатки и заказы?
8. Что будет с обменом при обновлении 1С и кто это чинит?
9. Кто и как будет видеть, что обмен упал?
10. Что входит в гарантию и сколько стоит сопровождение после запуска?

Ответ «сделаем правки прямо в конфигурации, так быстрее» на третий вопрос - повод искать другого подрядчика: при первом же обновлении 1С обмен сломается.

Что обязательно зафиксировать в ТЗ

• Перечень выгружаемых групп номенклатуры и что из каталога не выгружается.
• Тип цены для сайта и поведение при нескольких ценах.
• Какой регистр остатков используется и как считается наличие.
• Частота обмена по каждому потоку данных.
• Где ведутся описания и метатеги.
• Правило поиска контрагентов: по ИНН или по наименованию.
• Таблица соответствия статусов заказов.
• Что делать с удалёнными и архивными товарами.
• Кто получает уведомление о сбое обмена.

Как эксплуатировать обмен после запуска

Ежедневный контроль. Назначьте ответственного, который раз в день смотрит статус последнего сеанса обмена и журнал ошибок. Первые две недели после запуска проверяйте журнал вручную каждый день - именно тогда всплывают данные, не попавшие в тесты.

Перед обновлением 1С или CMS. Обновляйтесь сначала на копии базы и проверяйте обмен там. Тридцать минут проверки дешевле дня простоя магазина.

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

Резервные копии. Перед любой полной выгрузкой делайте бэкап сайта: полная выгрузка перезаписывает данные каталога.

Частые вопросы об обмене 1С с сайтом

Чек-лист: запуск обмена сайта с 1С за один экран

1. Определили конфигурацию 1С и убедились, что она типовая.
2. Убедились, что CMS поддерживает CommerceML, и получили адрес обмена.
3. Перенесли 1С на сервер или в облако, если она стояла на рабочем компьютере.
4. Почистили справочник номенклатуры: артикулы, дубли, виды номенклатуры, картинки.
5. Решили, где ведутся описания и метатеги, и зафиксировали это в ТЗ.
6. Создали пользователя сайта для обмена и проверили SSL.
7. Создали два узла обмена: товары и заказы.
8. Настроили типовое соглашение с флажком «Доступно для обмена с сайтом».
9. Выбрали свободный остаток вместо общего.
10. Создали доп. реквизиты номера и даты заказа с сайта.
11. Заполнили таблицу соответствия статусов.
12. Провели полную выгрузку, проверили каталог, переключились на режим «Изменения».
13. Настроили расписание по каждому потоку данных.
14. Прошли чеклист приёмки из 10 пунктов.
15. Назначили ответственного за ежедневный контроль журнала обмена.

Словарь терминов

CommerceML - стандарт XML-файлов для обмена коммерческими данными между 1С и сайтом, разработан фирмой «1С». Действующая версия схемы - 2.10.

Узел обмена - карточка настроек конкретного обмена в 1С: адрес сайта, логин, состав данных, расписание.

Номенклатура - справочник товаров и услуг в 1С.

Вид номенклатуры - классификация позиции («Товар», «Услуга»). Без неё обмен не понимает, что выгружать.

Типовое соглашение - документ 1С с условиями продаж, через который на сайт передаётся вид цены.

Свободный остаток - количество товара, не зарезервированное под уже оформленные заказы. Именно эту цифру нужно показывать на сайте.

Полная выгрузка - передача всего каталога с заменой данных на сайте. Нужна один раз, при первичной настройке.

Выгрузка изменений - передача только тех позиций, по которым изменились описание, цена или остаток.

Регламентное задание - механизм 1С, запускающий обмен по расписанию без участия человека.

Типовая конфигурация - версия 1С без правок программиста. Обмен в ней настраивается штатно и не ломается при обновлениях.

Расширение конфигурации - способ добавить доработку, не трогая типовую конфигурацию, чтобы обновления её не затирали.

Источники

Первоисточники, использованные при подготовке материала (дата обращения - 26.10.2026):

• Протокол обмена с сайтом, фирма «1С» - v8.1c.ru/tekhnologii/.../protokol-obmena-s-saytom/
• Стандарты CommerceML, фирма «1С» - v8.1c.ru/tekhnologii/.../standarty-commerceml/