«Сделайте, чтобы сайт брал товары из 1С» — задача, под которой каждый заказчик понимает своё. Один имеет в виду каталог, второй — остатки, третий — чтобы заказы падали в учётную систему и менеджер не переносил их руками.
Разберём интеграцию 1С с сайтом по частям: какие потоки данных вообще связывают, в какую сторону они идут, чем обмен по расписанию отличается от обмена в реальном времени, что ломается чаще всего и сколько это занимает. Речь про сайт с каталогом или интернет-магазин — там, где номенклатура и остатки живут в учётной системе, а показывать их нужно покупателю.
Пять потоков, которые называют одним словом «интеграция»
Связать можно разное, и от того, что именно вам нужно, зависит и цена, и срок.
Каталог — номенклатура с названиями, характеристиками, категориями и картинками. Едет из 1С на сайт.
Цены — почти всегда несколько колонок: розница, опт, цена для постоянных клиентов. Едут из 1С на сайт.
Остатки — сколько товара доступно, иногда с разбивкой по складам. Едут из 1С на сайт и обновляются чаще остального.
Заказы — то, что покупатель собрал на сайте, вместе с его контактами. Едут с сайта в 1С.
Статусы и оплаты — подтверждение оплаты, сборка, отгрузка, номер накладной. Едут из 1С обратно на сайт, чтобы покупатель видел, что происходит с заказом.
Большинству компаний на старте нужны первые четыре потока, а пятый добавляют позже — он требует личного кабинета, а это отдельная работа.
Направление решает почти всё
Ключевой вопрос, который стоит задать себе до разговора с подрядчиком: какая система считается источником истины по каждому потоку.
Для каталога, цен и остатков это почти всегда 1С. Значит, менять их на сайте нельзя — при следующем обмене правки затрёт. Заказчики регулярно об этом забывают: контент-менеджер поправил описание товара на сайте, через сутки описание вернулось к прежнему, и начинается разговор «у вас интеграция сломалась».
Для заказов источник истины — сайт в момент создания и 1С после. То есть покупатель оформил, заказ уехал в учётную систему, и дальше всё происходит там: сборка, отгрузка, изменение состава.
Отдельно стоит договориться про карточку товара. Часто описания, фотографии и SEO-тексты ведут на сайте, потому что в 1С для них нет удобных полей, а номенклатуру и цены — в 1С. Это рабочая схема, но её нужно проговорить заранее и настроить обмен так, чтобы он не трогал поля сайта.
Как это устроено: два способа обмена
Без кода, но с той конкретикой, которой хватает для разговора с исполнителем.
Обмен по расписанию — 1С формирует выгрузку и передаёт её сайту, сайт разбирает и обновляет данные. Запускается по таймеру: раз в сутки, раз в час. Для типовых конфигураций 1С и распространённых CMS такой обмен есть в готовом виде, поэтому это самый дешёвый и самый частый вариант.
Обмен в реальном времени — сайт и 1С обращаются друг к другу напрямую через программные интерфейсы в момент, когда данные понадобились. Заказ уходит в учётную систему сразу, остаток проверяется в момент добавления в корзину. Гибче и точнее, дороже в разработке, требует, чтобы 1С была доступна снаружи и держала нагрузку.
Промежуточный вариант, который выбирают чаще всего: каталог и цены по расписанию раз в сутки, остатки чаще, заказы — сразу. Он покрывает потребности почти любого магазина без затрат на полноценный двусторонний обмен.
Как часто обновлять — вопрос бизнеса, а не разработчика
Здесь заказчики почти всегда просят «в реальном времени», а потом выясняется, что это лишнее.
Каталог меняется редко: новые позиции появляются партиями, описания правятся руками. Раз в сутки ночью — нормальная частота, и она не создаёт нагрузки.
Цены меняются чаще, но предсказуемо. Раз в сутки хватает большинству; если у вас курсовая зависимость или частые акции — раз в час.
Остатки — единственный поток, где частота действительно важна. Продали последнюю единицу в офлайн-точке, а на сайте она ещё час висит как доступная: покупатель оформляет заказ, потом ему звонят с извинениями. Ничто не бьёт по доверию сильнее.
Практическое решение, которое дешевле частого обмена: резервирование. Товар, попавший в заказ, сразу помечается как зарезервированный, и его не может купить второй покупатель, даже если обмен ещё не прошёл. Плюс страховой порог — позиции с остатком меньше двух-трёх штук показываются как «уточняйте наличие». Отмена заказа из-за отсутствия товара стоит дороже любой доработки: это одна из типичных ошибок интернет-магазинов, которые убивают повторные покупки.
Что ломается чаще всего
Шесть причин, и почти все всплывают на первом же обмене реальными данными.
Не совпадают справочники. Ключом сопоставления обычно служит артикул или внутренний код. Если в 1С у товара один артикул, а на сайте он заведён руками с другим, при обмене появится дубль вместо обновления. Это самая частая поломка, и лечится она до начала работ — сверкой ключей.
В 1С нет того, что нужно сайту. Картинок нормального размера, развёрнутых описаний, характеристик для фильтров. Выгружать нечего, и вопрос переходит в разряд «кто и когда это заполнит».
Типов цен несколько, а согласовали один. Магазин показывает розницу, оптовик видит ту же цену и уходит. Решается настройкой, но должно быть проговорено заранее.
Обмен идёт часами и мешает сайту. Каталог на десятки тысяч позиций выгружается целиком каждый раз, вместо того чтобы передавать только изменения. Симптом: по ночам сайт тормозит или отдаёт ошибки.
Заказ уехал, а покупателя нет. Контрагент не создался, потому что в 1С обязательные поля не заполнены. Заказ висит без владельца, менеджер узнаёт об этом от клиента.
Обмен сломался после доработок в 1С. Программист поменял структуру справочника, выгрузка перестала совпадать с ожиданиями сайта. Отсюда правило: любые доработки учётной системы проверяются на обмене.
Что подготовить до начала работ
Список короткий, но без него подрядчик будет угадывать, а вы — платить за угадывание.
Выгрузка номенклатуры в любом виде, хоть в таблице: сколько позиций, какие есть характеристики, чем товары отличаются друг от друга. По ней сразу видно, хватит ли данных для фильтров на сайте.
Решение по ключу сопоставления: артикул, код, штрихкод. И проверка, что этот ключ уникален — дубли в справочнике 1С встречаются чаще, чем кажется.
Список типов цен и правило, какая кому показывается.
Ответ на вопрос, кто ведёт описания и фотографии. Если 1С — значит, их туда нужно занести; если сайт — обмен не должен их перезаписывать.
Данные о складах: один или несколько, показывать ли остатки по каждому, что считать доступным к заказу.
И контакт человека, который обслуживает вашу 1С. Без него интеграция превращается в переписку через третьи руки: подрядчик по сайту не может менять учётную систему, а тот, кто может, не понимает, чего от него хотят.
Как это выглядит по шагам
| Шаг | Кто участвует со стороны компании | Сколько занимает | Чем заканчивается |
|---|---|---|---|
| Обследование данных | Тот, кто ведёт 1С, плюс контент-менеджер | 2–4 часа | Понятно, что выгружается, а чего в 1С нет |
| Сверка ключей и справочников | Программист 1С | 1–3 дня | Артикулы уникальны, дубли устранены |
| Настройка обмена каталогом и ценами | Программист 1С и разработчик сайта | 3–7 дней | Товары появляются на сайте автоматически |
| Остатки и правила отображения | Тот, кто отвечает за склад | 1–2 дня | Настроены частота, резерв и порог «уточняйте» |
| Заказы с сайта в 1С | Менеджер, принимающий заказы | 2–5 дней | Заказ создаёт контрагента и документ в 1С |
| Тестовый период | Менеджер и контент-менеджер | 1–2 недели | Обмен идёт по расписанию, расхождений нет |
Самый непредсказуемый шаг — второй. Если справочник в 1С вёлся годами без правил, чистка ключей способна занять больше времени, чем вся остальная интеграция. Выяснять это нужно до подписания договора.
Пять проверок, которые владелец делает сам
Заведите новый товар в 1С и посмотрите, появился ли он на сайте после ближайшего обмена и в правильной ли категории.
Поменяйте цену в 1С и проверьте, что на сайте она обновилась, а не осталась старой в кеше.
Оформите заказ на сайте как покупатель и найдите его в 1С: создался ли контрагент, верны ли состав и сумма.
Обнулите остаток по позиции в 1С и убедитесь, что на сайте её нельзя заказать.
Посмотрите, сколько времени идёт обмен и в какие часы. Если он занимает больше получаса или попадает на дневную нагрузку, это стоит перенести и оптимизировать до того, как каталог вырастет.
Что происходит с поиском после выгрузки каталога
Сторона, о которой вспоминают, когда позиции уже уехали на сайт и начали пропадать из выдачи.
Адреса карточек. При выгрузке товаров сайт формирует ссылки автоматически, и если правило генерации поменялось, у всех карточек меняются адреса. Старые уходят в ошибку, накопленные позиции в поиске обнуляются. Правило простое: адреса карточек привязываются к постоянному ключу — артикулу или коду, а не к названию, которое менеджер может поправить.
Дубли. Один товар в нескольких категориях 1С легко превращается в несколько карточек с разными адресами и одинаковым содержимым. Поиск считает это дублированием и понижает все копии разом. Решается настройкой: одна позиция — один основной адрес.
Пустые карточки. Из 1С приезжают название и цена, описания нет. Тысяча страниц с одним заголовком и ценником — это тысяча слабых страниц, которые тянут сайт вниз. Здесь два выхода: закрывать такие карточки от индексации до появления описаний либо выгружать характеристики из 1С и собирать из них хотя бы минимальный текст.
Исчезнувшие товары. Позиция закончилась и пропала из выгрузки — карточка отдаёт ошибку. Правильнее оставлять страницу с пометкой «нет в наличии» и предложением похожих: адрес продолжает работать, а покупатель не упирается в тупик.
Эти вещи дешевле заложить в задание до начала работ, чем чинить после. Что важно прописать заранее, разбирали в статье про техническое задание.
Что спросить у подрядчика
Пять вопросов, которые отделяют предметный разговор от продажи готового модуля.
«Вы посмотрели нашу выгрузку из 1С до того, как назвали цену?» Оценка без взгляда на реальный справочник — это оценка типового проекта, а ваш может оказаться нетиповым на второй день.
«Что произойдёт, если обмен упадёт посреди выгрузки?» Правильный ответ описывает механизм: данные применяются целиком или не применяются вовсе. Плохой сценарий — каталог обновился наполовину, и часть товаров осталась со старыми ценами.
«Передаются только изменения или каждый раз весь каталог?» Для нескольких тысяч позиций это разница между обменом в пару минут и обменом в полтора часа, который мешает сайту.
«Кто и как узнает, что обмен не прошёл?» Нужен адресат уведомления. Обмен, который тихо перестал работать, обнаруживается по звонку клиента про несуществующий товар.
«Что вы НЕ делаете в этом проекте?» Чистка справочников, доработки внутри 1С, наполнение карточек описаниями — всё это часто остаётся за рамками, и лучше узнать об этом до подписания, чем на приёмке. Тот же принцип работает при выборе подрядчика на сайт вообще.
Когда интеграция не нужна
Если позиций несколько десятков и они не меняются месяцами, дешевле вести каталог на сайте руками. Обмен здесь окупится нескоро, а сложности добавит сразу. Что вообще должно быть на сайте небольшой компании, собрано отдельно.
Если заказов единицы в неделю, перенос их в 1С руками занимает пару минут и не требует ничего. Порог, за которым обмен заказами начинает себя оправдывать, — примерно десяток заказов в день или ситуация, когда менеджер стабильно ошибается при переносе.
Если у вас услуги без склада и номенклатуры, с сайтом связывают CRM — это другая задача, и разобрана она отдельно.
И если сайт живёт на устаревшей платформе без поддержки, стоимость интеграции стоит сравнить со стоимостью нового сайта: иногда второе дешевле.
Сколько это стоит и сколько занимает
Три части, которые считают отдельно.
Работы на стороне сайта: приём выгрузки, сопоставление полей, отображение остатков и цен, отправка заказов. Для распространённых CMS часть закрывается готовым модулем, и тогда это настройка, а не разработка.
Работы на стороне 1С: настройка узла обмена, доработка выгрузки под ваши особенности, чистка справочников. Их делает ваш программист 1С или подрядчик, у которого такой специалист есть.
В среднем типовая интеграция стоит от 30 тысяч рублей и может доходить до сотен тысяч.
Поддержка. Каталог растёт, в 1С вносят изменения, CMS обновляется — обмен нужно иногда чинить. Либо это входит в договор на обслуживание, либо оплачивается по факту.
По срокам: типовой обмен каталогом, ценами, остатками и заказами для распространённой связки — от одной до трёх недель. Нестандартная конфигурация 1С, несколько складов, сложные правила цен — от месяца. Если магазин делается с нуля, интеграцию закладывают в проект сразу: прикручивать её к готовому сайту дороже, чем спроектировать заранее — об этом же говорим в статье про запуск интернет-магазина.
Частые вопросы
Нужна ли интеграция, если товаров мало?
Нет. До сотни позиций с редкими изменениями каталог проще вести на сайте, а заказы переносить руками. Обмен становится нужен, когда позиций сотни, остатки живые и есть офлайн-точка, из-за которой они меняются в течение дня.
Можно ли обойтись выгрузкой раз в сутки?
Для каталога и цен — да, этого хватает большинству. Для остатков суточной частоты мало, если вы продаёте то же самое офлайн: между обменами товар успевает закончиться. Компромисс — резервирование и порог «уточняйте наличие» по позициям с малым остатком.
Что делать, если в 1С нет картинок и описаний?
Вести их на сайте, а обмен настроить так, чтобы он не перезаписывал эти поля. Загружать фотографии и SEO-тексты в учётную систему только ради выгрузки — работа, которая никому не нужна: в 1С этими полями всё равно никто не пользуется.
Кто должен делать интеграцию — программист 1С или разработчик сайта?
Оба, и это нормально. Со стороны 1С настраивается выгрузка, со стороны сайта — приём и отображение. Проблемы начинаются, когда исполнителей двое и они не разговаривают между собой: тогда нужен тот, кто отвечает за результат целиком, а не за свою половину.
Что будет с сайтом, если 1С выключат?
При обмене по расписанию — ничего: сайт работает на данных с прошлой выгрузки, заказы копятся и уедут при следующем обмене. При обмене в реальном времени всё зависит от того, как написана связка: хорошая продолжит принимать заказы и отправит их позже, плохая покажет покупателю ошибку. Этот вопрос стоит задать подрядчику до начала работ.
А если нужно связать 1С не с сайтом, а с CRM?
Это отдельная задача со своим набором данных: контрагенты, счета, оплаты вместо каталога и остатков. Что именно можно связать и как это работает, разобрано в статье про интеграцию Битрикс24 и 1С. Если нужны обе связки, их делают последовательно, а не одним проектом.
Итог
Интеграция 1С с сайтом — это не одна кнопка, а пять потоков данных, у каждого своё направление, своя частота обновления и своя система-источник истины. Каталог, цены и остатки едут из 1С, заказы — на неё, и договориться об этом нужно до начала работ, а не после первого затёртого описания товара.
Основной риск по срокам — состояние справочников, а сама разработка предсказуема. Поэтому прежде чем считать бюджет, проверьте одну вещь: уникален ли артикул у каждой позиции в вашей 1С. Ответ на этот вопрос предсказывает срок проекта точнее любой оценки.