Интеграция 1С с сайтом и Битрикс24: заказы, остатки и клиенты без ручного переноса

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

Что такое интеграция с 1С простыми словами

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

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

Сайт и Битрикс24 — это две разные задачи

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

• Интеграция магазина с 1С решает вопрос «что продаём и что есть в наличии»: каталог, цены, остатки, заказы, статусы доставки и оплаты.
• Интеграция Битрикс24 и 1С решает вопрос «кому продаём и за что нам должны»: контрагенты, счета, отгрузки, оплаты, дебиторка прямо в карточке сделки, чтобы менеджер не бегал к бухгалтеру за ответом «оплатили или нет».

Компании, у которых есть и магазин, и CRM, почти всегда приходят к трём связанным системам: сайт — 1С — Битрикс24. И здесь важно заранее договориться, какая система главная по каждому виду данных, иначе они начнут переписывать данные друг друга по кругу.

Какие данные ходят и в какую сторону

Разная частота — не прихоть. Каталог меняется редко и весит много, остатки меняются постоянно и весят мало. Гонять полный каталог каждые десять минут бессмысленно и вредно: обмен начнёт тормозить сайт и саму базу.

Типовой модуль против доработки под ваши процессы

У 1С и «1С-Битрикс» есть штатный механизм обмена, и для типового магазина на типовой Управлении торговлей или УНФ его чаще всего достаточно: каталог, цены, остатки и заказы он передаёт «из коробки». Для Битрикс24 есть готовые коннекторы — приложения, которые ставятся и настраиваются без программирования.

Типовой модуль перестаёт справляться там, где начинаются ваши собственные правила. Несколько складов с разной логикой доступности. Индивидуальные цены для оптовых клиентов, которые нельзя показывать всем. Резервирование товара под заказ на сайте. Разные схемы доставки со своими статусами. Комплекты и наборы, которых в 1С нет отдельной позицией. Всё это делается доработкой — желательно расширением, то есть отдельным «слоем» поверх типовой конфигурации, чтобы программа продолжала нормально обновляться.

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

Почему на сайте товар есть, а на складе нет

Самая частая претензия к интеграции — и почти никогда её причина не в том, что «обмен плохо написан». Причин обычно четыре.

• Редкая выгрузка остатков. Раз в сутки — это гарантированные продажи «воздуха» в течение дня. Для магазина с живым оборотом нужен интервал в минуты.
• Выгружается не тот остаток. В 1С есть свободный остаток и остаток с учётом резервов и заказов поставщикам. Если на сайт уходит физическое количество без вычета резервов, товар будет числиться в наличии, хотя он уже обещан другому покупателю.
• Не те склады. В выгрузку попал транзитный склад, брак или витрина розничной точки.
• Обмен встал, а сайт показывает последнее известное значение. Это самый опасный случай: внешне всё в порядке, цифры на месте, просто они позавчерашние.

Лечится это связкой из трёх вещей: правильный выбор показателя остатка, адекватная частота обмена и мониторинг. Плюс полезная мелочь — не показывать точное количество, а показывать «в наличии / под заказ» с порогом. Тогда расхождение в одну-две штуки перестаёт быть поводом для звонка с извинениями.

Дубли контрагентов: откуда берутся и как их не плодить

Сайт отдаёт в 1С покупателя так, как его ввёл сам покупатель: «ООО Ромашка», «ООО «Ромашка»», «Ромашка ООО», три разных телефона и почты. 1С сопоставляет контрагента по ИНН, а в форме заказа ИНН либо не спрашивают, либо он необязателен. Результат предсказуем: один клиент существует в базе в нескольких экземплярах, долг по нему размазан, а сверка превращается в отдельную работу.

Что помогает. Для юрлиц — обязательный ИНН в форме заказа и сопоставление по нему. Для физлиц — сопоставление по телефону или почте, приведённым к единому формату. Отдельный контрагент «Розничный покупатель» для разовых заказов физлиц, чтобы не засорять справочник. И правило про базу-хозяина: если клиенты ведутся в Битрикс24, то в 1С они только приезжают, а не заводятся руками параллельно.

Если дубли уже есть, чистить их нужно до запуска обмена, а не после. Иначе интеграция аккуратно размножит беспорядок по всем трём системам. Та же логика работает и при обмене между учётными базами — об этом подробно в статье «Обмен между базами 1С».

Зависшие заказы

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

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

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

• Обновили 1С или сайт. Вышел новый релиз — очередная версия конфигурации, — и настройки обмена слетели или изменился формат данных. Проверять обмен нужно сразу после каждого обновления, а не когда пожалуются менеджеры.
• Учётная запись обмена. Сменили пароль, отобрали права, уволили сотрудника, от имени которого работал обмен.
• Размер выгрузки. Каталог вырос, обмен перестал укладываться в отведённое время и обрывается на полпути.
• Сертификат или адрес. Сайт переехал, истёк сертификат, изменился адрес публикации базы.
• Одна ошибка блокирует всё. Один «плохой» товар без артикула или заказ с некорректным полем — и вся пачка не загружается. Хороший обмен умеет пропускать проблемный объект и сообщать о нём, а не останавливаться целиком.

И главное: ошибка обмена почти всегда пишется в журнал — просто никто в него не смотрит. «Никто не понимает почему» на практике означает «никто не открывал протокол обмена».

Что подготовить перед настройкой

• Навести порядок в номенклатуре. Артикулы, единицы измерения, характеристики, картинки, свойства для фильтров на сайте. Сайт покажет ровно то, что лежит в базе.
• Решить, что такое «в наличии». Какие склады, с резервами или без, с каким порогом.
• Определить типы цен. Розница, опт, персональные условия — что уходит на сайт, а что нет.
• Описать путь заказа. Какие статусы есть, кто их меняет, в какой системе они «главные».
• Сделать резервную копию базы. Мы делаем её перед любыми работами — первый обмен при неверной настройке умеет наплодить объектов очень быстро.
• Прогнать обмен на тестовой копии. Посмотреть, что реально приехало, и только потом повторить на рабочей базе.

Кто следит за обменом после запуска

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

Так вопрос «почему упал обмен» перестаёт быть авралом. Вы узнаёте о сбое от нас в тот же день — до того, как о нём расскажет покупатель в отзыве.

Где вы увидите результат

• Заказ с сайта появляется в 1С сам и сразу виден менеджеру.
• Остатки и цены на сайте, в 1С и в CRM одинаковые.
• Менеджер видит в карточке сделки счета, отгрузки и долг клиента, не переспрашивая бухгалтерию.
• Покупатель получает статус заказа без звонка.
• Никто не переносит данные руками и не ведёт «свою» таблицу.

Сколько это стоит и кто это делает

Наша модель простая: 8 900 ₽ в месяц с десятью включёнными часами — это 890 ₽ за час — и 2 500 ₽ за каждый следующий час по факту. Для сравнения, рекомендованная фирмой «1С» ставка специалиста — от 3 000 ₽ за час. Фиксированную смету мы честно не обещаем: вы платите за фактически отработанные часы, а оценку в часах получаете до начала работ.

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

Каждый день без интеграции — это часы ручного переноса заказов, продажи товара, которого нет, и клиенты, которым звонят с извинениями. Расскажите, что у вас за сайт, какая конфигурация 1С и есть ли Битрикс24, — посмотрим, что можно закрыть типовым обменом, а где нужна доработка, и назовём объём работ в часах. Подробнее об услуге — на странице интеграция 1С; про продажи на площадках — в статье «Интеграция 1С с маркетплейсами».