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