Артур Технарь · Работаем по всей России

Интеграция сайта с 1С

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

Иллюстрация: сайт, поиск и защищённая передача данных
Состав работ до старта

Фиксируем задачи, результат и границы этапа.

Сроки по этапам

Определяем зависимости и даты согласования.

Проверка перед передачей

Проверяем сценарии и сохраняем доступы владельца.

Что изменится для вас

Обмен по правилам, которые можно проверить

Для каждого объекта известны источник, направление обновления и поведение при повторной передаче.

Карта данных

Фиксируем поля, идентификаторы и ответственность каждой системы.

Проверка выборки

Сверяем варианты, цены, остатки и заказ до массового запуска.

Управление ошибками

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

Чтобы получить предметную оценку

Нужны сайт, CMS, конфигурация 1С с версией и список передаваемых объектов. Базу клиентов и пароли в форму не отправляйте.

Отправить задачу на разбор

Планируемый сценарий

От учётной базы до проверенного обмена

  1. 01Источник данных в 1С
  2. 02Правила и идентификаторы
  3. 03Каталог и заказы сайта
  4. 04Сверка и контроль ошибок

Какую задачу решает интеграция

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

Что можно передавать между 1С и сайтом

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

  • Номенклатуру, категории, характеристики, варианты и изображения — в согласованном объёме.
  • Типы цен, доступность по складам и правила отображения нулевого остатка.
  • Заказ с сайта: состав, количество, выбранные условия доставки и необходимые реквизиты.
  • Согласованные статусы обработки заказа и оплаты, если они доступны для выбранного способа обмена.
  • Поведение при удалении, архивировании или изменении идентификатора товара.

Как выбираем способ подключения

Сначала изучаем используемую конфигурацию 1С и CMS. Если штатный обмен или поддерживаемый модуль покрывает задачу, оцениваем его ограничения до индивидуальной разработки. CommerceML применяется для обмена коммерческими данными; наличие формата само по себе не подтверждает совместимость любых версий. API или промежуточный сервис рассматриваем, когда стандартный сценарий не подходит.

  • Проверяем версию и конфигурацию 1С, установленные расширения и существующие обмены.
  • Для WordPress и WooCommerce оцениваем выбранный модуль, варианты товаров и правила обновления.
  • Для Битрикс и других CMS проверяем фактический состав доступного обмена.
  • Платные модули, лицензии и работы в учётной базе согласуем отдельными пунктами.

Как предотвращаем дубли и потерю изменений

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

Как проверяем обмен перед запуском

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

На узком экране таблицу можно прокрутить по горизонтали. С клавиатуры: переведите фокус на таблицу и используйте стрелки.

Пример карты обмена для согласования
Объект и направлениеЧто фиксируем до настройкиКак принимаем результат
Товар и варианты
1С → сайт
Внешний идентификатор и соответствие карточкам сайта; отдельные правила для вариантов.Повторная передача обновляет согласованную карточку и не создаёт её дубль.
Цена
1С → сайт
Тип цены, валюту и правила округления для выбранной витрины.Цена в согласованной выборке совпадает на обеих сторонах после завершённого обмена.
Остаток
1С → сайт
Учитываемые склады и поведение сайта при нулевом остатке.Изменение количества и нулевой остаток дают согласованный результат в карточке товара.
Описание и SEO-поля
Правила владельца сайта
Какие поля редактируют на сайте и какие разрешено обновлять из 1С.Ручные изменения сохраняются либо заменяются только по явно согласованному правилу.
Заказ
Сайт → 1С
Состав передаваемых данных и идентификатор для сопоставления документов.Повторная передача тестового заказа не создаёт второй документ.
Статусы и ошибки
Обе системы
Допустимые переходы, признак завершения и порядок восстановления после сбоя.Тестовый сбой не выдаётся за успешный обмен; согласованный повтор не создаёт лишних записей.

Проверка на согласованной выборке

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

Что остаётся у владельца после приёмки

  • Карта полей: источник, направление, идентификаторы и режим обновления.
  • Результаты сверки: что ожидали, что получили и какие ограничения обнаружили.
  • Порядок чтения диагностики и восстановления обмена, границы ответственности за сайт и 1С.

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

Что нужно для оценки стоимости

Пришлите адрес сайта, CMS, название и версию конфигурации 1С, перечень объектов обмена и пример желаемого результата без данных клиентов. Укажите число товаров, варианты, склады, типы цен и существующие подключения. После разбора определяем состав работ со стороны сайта и учётной базы, этап проверки и условия запуска. Если требуется специалист по доработке конкретной конфигурации, его участие согласуем заранее.

Вопросы перед началом работы

Можно связать 1С с WordPress и WooCommerce?

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

Подойдут Управление торговлей, УНФ или другая конфигурация?

Возможности зависят от конкретной конфигурации, версии и доработок. Для оценки нужны точные сведения; подтверждение поддержки входит в первый разбор.

Включены ли лицензии и настройка всей 1С?

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

Будут ли цены и остатки обновляться в реальном времени?

Режим обмена согласуем по возможностям систем и нагрузке. Периодическая выгрузка и обмен по событию дают разную задержку; обещать мгновенное обновление без обследования нельзя.

Практика

Задачи, которые мы уже решали

Все кейсы и проекты →

← Все направления работы

Практика вместо общих советов

Материалы для решения задачи

Весь блог →

Понятная работа без догадок

Скорость начинается с ясного процесса

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

  1. 01

    Разбор

    Цель, материалы, ограничения и основные сценарии. Недостающие данные собираем одним списком.

  2. 02

    Состав и срок

    Фиксируем объём этапа, стоимость, зависимости и критерии приёмки до его начала.

  3. 03

    Реализация

    Показываем промежуточный результат. Новые пожелания оцениваем отдельно от согласованной задачи.

  4. 04

    Проверка и передача

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

Действующий сайт под защитой

Перед значимыми изменениями определяем резерв и способ отката. Работающие данные и адреса учитываем в плане.

Приёмка по действиям

Для формы проверяем сохранённое обращение; для интерфейса — реальные состояния и мобильный экран.

Материалы остаются у владельца

Состав передаваемых доступов, исходников и лицензий фиксируем в договорённостях по проекту.

На связи — Артур Технарь

Работаем онлайн с клиентами по России. Исполнитель: ИП Арутюнян Артур Левикович, ИНН 770701312442.

Начнём с вашей задачи

Обсудим ваш проект

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

Отправка формы не обязывает заказывать работы. Сначала уточним задачу и согласуем состав проекта.

Удобнее в мессенджере? Напишите в Telegram ↗