Интеграция сайта с 1С: каталог, остатки, цены, заказы

Пока товаров сотня, каталог на сайте ведут руками. Появился новый — завели карточку. Изменилась цена — поправили. Закончился на складе — убрали. Работает, пока позиций мало и меняются они редко.

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

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

Что даёт обмен

Актуальные цены. Изменили в учётной системе — через час это на сайте. Никаких «а на сайте было дешевле».

Актуальные остатки. Клиент видит, что есть в наличии. Это резко снижает число пустых обращений и разочарований, а заодно повышает доверие: наличие на сайте, которому можно верить, — редкость.

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

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

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

Меньше ошибок. Ручной перенос данных — источник опечаток в ценах, которые иногда стоят дорого.

Что синхронизировать, а что нет

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

Что берём из 1С:

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

Что ведём на сайте:

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

Это важное разделение. Попытка вести на сайте всё, что приходит из 1С, приводит к каталогу с названиями вроде «Кабель ВВГнг(А)-НГ 3х2,5 (Н,ПЗ) 0,66кВ (м) ГОСТ» и полным отсутствием того, что помогает выбрать. Обратная крайность — вести цены и остатки вручную при наличии обмена — лишает всю затею смысла.

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

Как устроен обмен технически

Не углубляясь в детали, общая схема выглядит так.

Есть две стороны: учётная система и сайт. Между ними происходит передача данных по расписанию или по событию. Передаются два потока в разные стороны.

Из 1С на сайт идут товары, цены, остатки, группы. Обычно это выгрузка по расписанию: раз в час, раз в несколько часов, ночью.

С сайта в 1С идут заказы и данные покупателей. Обычно чаще: каждые несколько минут, чтобы заказ не залёживался.

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

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

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

Частота обмена: как выбрать

Вопрос, который решают неправильно чаще всего. Крайности одинаково вредны.

Слишком редко — раз в сутки. Цены и остатки на сайте отстают, клиент заказывает то, чего нет. Для быстро меняющегося ассортимента не подходит.

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

Разумный подход — разная частота для разных данных:

• заказы с сайта в учёт: каждые 5–15 минут;
• остатки: раз в час или чаще, если торговля активная;
• цены: раз в несколько часов или по факту изменения;
• полный каталог: раз в сутки ночью или вообще по требованию.

Отдельно стоит подумать про время. Тяжёлые операции — ночью, когда посетителей мало. Днём — только лёгкие.

Где обмен ломается

Практика показывает, что проблемы у всех примерно одинаковые.

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

Названия из учётной системы. Технические, с сокращениями и кодами. Читать невозможно, искать тоже. Решение — либо приводить названия в порядок в самой 1С, либо иметь на сайте отдельное поле для отображаемого названия, которое обменом не затирается.

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

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

Обмен вешает сайт. Большой каталог, полная выгрузка в дневное время — и сайт не отвечает. Люди уходят, обращения теряются.

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

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

Разные единицы измерения. В учёте метры, на сайте штуки. Цена выглядит абсурдно.

Картинки не переносятся или переносятся плохого качества. Фотографии из учётной системы обычно непригодны для сайта. Лучше вести их отдельно.

Что делать с ценами

Отдельная тема, где много нюансов.

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

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

Цена «по запросу». Для позиций, где цену не показывают, нужна отдельная логика и форма запроса — это тоже обращение, и его надо считать.

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

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

Заказы с сайта в учётной системе

Обратное направление обмена, о котором думают меньше, а зря.

Что должно попадать в 1С вместе с заказом:

• состав заказа с ценами на момент оформления;
• контакты покупателя;
• выбранный способ доставки и адрес;
• выбранный способ оплаты и её статус;
• комментарий покупателя;
• источник заказа — с сайта, из карточки в картах, из рекламы.

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

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

Как это связано с продвижением 3 в 1

Обмен с учётной системой кажется внутренней технической задачей, но он влияет на все три источника обращений.

Поиск. Актуальный каталог с наличием и ценами — это то, ради чего люди приходят из поиска. Товар с честной ценой и наличием получает обращение, товар с ценой полугодовой давности — звонок с претензией. Кроме того, для попадания в ответы нейропоиска нужны конкретные факты: наличие, цена, срок поставки, характеристики. Обмен как раз и обеспечивает, чтобы эти факты были верными. Устаревшие данные хуже, чем их отсутствие.

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

Яндекс Справочник. В карточке компании можно указать услуги и товары с ценами. Если цены на сайте актуальные, а в карточке — годичной давности, вы получите недовольного клиента. Актуальность в карточке стоит поддерживать по тем же данным, что и на сайте.

2ГИС. То же самое. Плюс важный момент: человек из 2ГИС часто звонит с вопросом «есть ли у вас такое-то в наличии». Если менеджер отвечает по той же базе, которая питает сайт, ответ будет верным. Если у сайта своя жизнь, а у учёта своя, — начинается путаница, которая стоит сделок.

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

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

Что нужно до начала работ

Подготовка, которая экономит недели.

1. Порядок в учётной системе. Обмен не наводит порядок, он его переносит. Дубли, пустые характеристики, товары без групп и странные названия окажутся на сайте в том же виде.
2. Решение, что откуда берётся. Список полей с пометкой: из 1С, с сайта, не синхронизируется.
3. Постоянные идентификаторы. У каждой позиции должен быть неизменный код, по которому она сопоставляется.
4. Структура каталога. Как группы из учётной системы соотносятся с разделами сайта. Они редко совпадают: в учёте структура удобна бухгалтерии, на сайте — покупателю.
5. Правила по остаткам. Что делать с нулевыми: скрывать, показывать с пометкой, показывать со сроком поставки.
6. Ответственный. Человек, который следит, что обмен работает, и разбирается, если он встал.
7. Тестовая копия сайта. Настраивать обмен на рабочем сайте — плохая идея.

Как проверять, что всё работает

Отметка времени последнего обмена. Видимая ответственному, а лучше — выведенная в панель управления сайтом.

Уведомления о сбоях. На почту или в мессенджер, немедленно.

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

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

Проверка заказов. Раз в неделю сверять число заказов на сайте и в учётной системе.

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

Частые ошибки

Синхронизируют всё подряд. Каталог превращается в выгрузку из бухгалтерии.

Не разделили поля. Обмен затирает описания и фотографии.

Сопоставление по названию. Через месяц — дубли.

Полный обмен днём. Сайт тормозит в часы наибольшего спроса.

Нет уведомлений о сбоях. Сайт показывает данные недельной давности.

Скрывают товары без остатка. Теряются страницы, на которые шли люди.

Не передают источник заказа. Невозможно посчитать отдачу каналов.

Настраивают на рабочем сайте. Клиенты видят процесс.

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

С чего начать

1. Навести порядок в номенклатуре учётной системы.
2. Составить таблицу полей: что откуда берётся.
3. Продумать структуру каталога для покупателя, а не для бухгалтерии.
4. Развернуть тестовую копию сайта.
5. Настроить обмен на копии и прогнать полный цикл: каталог, цены, остатки, заказ.
6. Проверить выборочно полсотни позиций.
7. Настроить расписание с разной частотой для разных данных.
8. Настроить уведомления о сбоях и отметку времени обмена.
9. Перенести настройки на рабочий сайт и проверить сразу после выкладки.
10. Договориться, кто отвечает за обмен и что делает при сбое.
11. Добавить передачу источника заказа и начать считать выручку по каналам.

Если нужна помощь

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

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