Бизнес ·
Между сайтом и 1С нужно согласовать не файлы, а ответственность
«Подключить сайт к 1С» звучит как одна настройка. На деле это договор между двумя системами о товарах, ценах, остатках и заказах. Если не определить владельца каждого поля и поведение при сбое, обмен может работать технически, а покупатель всё равно увидит несуществующий товар или потеряет заказ.
Начните с карты одного заказа
Опишите путь конкретного товара. Где создаётся его карточка? Кто меняет цену? Когда остаток считается доступным? На каком шаге заказ возникает в 1С и когда сайт вправе назвать его подтверждённым? Эти вопросы превращают расплывчатую «интеграцию» в набор проверяемых событий.
В простом случае учётная система передаёт на сайт каталог, цены и остатки, а сайт возвращает заказы. Но у компании могут быть отдельная PIM-система, несколько складов, ручные цены для клиентов или резерв при оформлении. Схему нельзя выводить из названия продукта: её нужно сверить с фактической работой команды.
Устойчивый идентификатор важнее похожего названия
Название товара меняется для витрины, артикул бывает повторным, а размер и цвет могут стать отдельными вариантами. Если связать записи только по названию, следующий обмен создаст дубль или поменяет остаток не той позиции. Нужен устойчивый ключ для товара и варианта, а также таблица соответствий между системами.
Перед загрузкой большого каталога полезно взять небольшую выборку: обычный товар, вариант, снятый с продажи товар и позицию с нулевым остатком. Проверить следует не только создание, но и изменение, удаление из выдачи и повторную выгрузку без дублей.
Цена и остаток живут по разным правилам
Цена может зависеть от типа клиента, региона, валюты или акции. Остаток — от склада, резерва и частоты обновления. Одно поле «в наличии» часто скрывает несколько состояний: можно купить сейчас, можно заказать, товар закончился или данные временно не пришли.
Нужно договориться, какую задержку допускает бизнес и что показывать при старых данных. Лучше честно запросить подтверждение у менеджера, чем уверенно принять невыполнимый заказ. Для каждого состояния назначьте действие и ответственного, а не оставляйте неопределённость интерфейсу.
Заказ передают один раз по смыслу, даже если сообщение повторилось
Сеть может оборваться после того, как 1С приняла заказ, но до того, как сайт получил ответ. При повторной отправке без устойчивого идентификатора появятся две продажи. Поэтому сайт должен передавать номер операции, а принимающая сторона — распознавать повтор и возвращать результат уже созданного заказа.
Статусы тоже требуют перевода. «Оплачен» на сайте, «к отгрузке» в учёте и «отменён» после возврата денег — не один и тот же жизненный цикл. Согласуйте допустимые переходы, источник окончательного статуса и правило для заказа, который изменился вручную в одной системе.
Механизм выбирают после проверки конфигурации
У 1С есть опубликованный протокол обмена с сайтом на базе CommerceML 2; он описывает, в частности, каталог и обмен заказами. Но наличие стандарта не означает, что две конкретные конфигурации и конкретный сайт поддерживают одинаковый состав полей без доработок. Иногда подходит типовой обмен, иногда нужен промежуточный слой или другой интерфейс.
До разработки уточните версию и конфигурацию 1С, возможности CMS, объём каталога, допустимую задержку и владельца доработок с обеих сторон. Решение должно оставлять журнал обмена и способ безопасно повторить неудачную операцию.
Приёмка начинается со сверки
Проведите тесты на новую позицию, изменение цены, недостаток остатка, новый заказ, повторную отправку, отмену и временную недоступность 1С. После каждой проверки сравните данные в обеих системах. Отдельно проверьте, увидит ли ответственный человек зависший обмен и сможет ли восстановить его без ручного создания дублирующего заказа.
Хороший результат интеграции — не зелёный индикатор соединения, а заказ, который покупатель и команда видят одинаково. В проектировании сайта или автоматизации бизнеса я начинаю с карты данных и контрольных сценариев; уже по ним выбирается механизм обмена и объём разработки.
Сайт начинается с задачи
Если вы планируете новый сайт или пересматриваете существующий, начнём с его роли в бизнесе, структуры и пути посетителя к обращению.