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