Интеграция сайта с 1С: Предприятие

Интеграция сайта с 1С:Предприятие

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

Настраиваю обмен для сайтов на 1С-Битрикс и других платформах. Используется штатный протокол CommerceML, готовый модуль, API или индивидуальный механизм — в зависимости от конфигурации 1С, CMS и требований проекта.

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

Когда бизнесу нужна интеграция с 1С

• Товары обновляются вручную. Сотрудники повторно вводят названия, артикулы, цены и характеристики на сайте.
• Остатки не соответствуют учёту. Покупатель оформляет заказ, но нужной позиции уже нет на выбранном складе.
• Заказы переносятся вручную. Менеджер копирует состав корзины и данные покупателя из административной панели в 1С.
• В системах появляются разные данные. Названия, цены, единицы измерения и статусы отличаются на сайте и в учётной программе.
• Каталог стал слишком большим. Ручное обслуживание тысяч товарных позиций занимает много времени.
• Запускается интернет-магазин. Необходимо заранее определить схему обмена, идентификаторы товаров и порядок обработки заказов.
• Используется несколько складов или типов цен. Сайт должен корректно показывать доступные покупателю предложения.

Какие данные можно передавать из 1С на сайт

Состав выгрузки зависит от конфигурации 1С, редакции сайта и структуры каталога.

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

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

Передача заказов с сайта в 1С

После оформления заказ может передаваться в 1С вместе с товарами и сведениями, необходимыми для обработки.

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

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

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

Обратная передача статусов заказов

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

Статусы сайта и 1С предварительно сопоставляются. Один и тот же термин в системах может иметь разный смысл, поэтому автоматическое соответствие по названию ненадёжно.

• соответствие статусов сайта и 1С;
• правила перехода между состояниями;
• обновление сведений об оплате;
• передача номера отгрузки или отправления;
• обработка отмены и возврата;
• ограничение обратного изменения завершённых заказов.

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

Стандартный обмен через CommerceML

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

В типовом сценарии 1С инициирует соединение с сайтом, передаёт XML-файлы, а сайт обрабатывает их по частям. Обмен может запускаться вручную или по расписанию.

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

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

Интеграция через API или индивидуальный формат

CommerceML подходит не для всех проектов. Для сайта на другой CMS, облачного сервиса или нестандартного процесса может использоваться REST API, веб-сервис, JSON, XML, CSV или промежуточная база данных.

Индивидуальная интеграция требуется, если необходимо:

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

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

Какие конфигурации 1С можно подключить

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

• 1С:Управление торговлей;
• 1С:Управление нашей фирмой;
• 1С:Розница;
• 1С:Комплексная автоматизация;
• 1С:ERP Управление предприятием;
• другие типовые и доработанные конфигурации.

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

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

Основная система для каждого типа данных

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

• Номенклатура. Где создаются новые товары и варианты.
• Категории. Совпадает ли структура учёта с каталогом для покупателей.
• Цены. Какие виды цен публикуются и как применяются скидки.
• Остатки. Какие склады участвуют и можно ли продавать под заказ.
• Описания. Хранятся ли маркетинговые и SEO-тексты на сайте.
• Изображения. Из какой системы они загружаются и где редактируются.
• Заказы. В какой системе менеджер меняет состояние заказа.

Идентификаторы и сопоставление данных

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

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

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

Полный и выборочный обмен

Полная выгрузка

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

Обмен изменениями

При регулярной работе целесообразно передавать только сведения, изменившиеся после предыдущего успешного запуска. Это сокращает продолжительность обмена и нагрузку.

Обмен по расписанию

Периодичность определяется бизнес-задачей. Цены и остатки могут обновляться чаще, а описания и изображения — реже.

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

Подготовка данных перед интеграцией

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

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

Если в 1С находятся технические названия и сокращения, их не всегда следует показывать покупателям. Для таких случаев можно сохранить отдельные названия и описания на стороне сайта.

Безопасность обмена

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

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

Логирование и контроль ошибок

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

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

Логирование не исключает ошибки, но позволяет быстрее обнаружить причину и восстановить обмен.

Как проходит интеграция сайта с 1С

1. Обследование. Уточняем CMS, конфигурацию 1С, объём каталога и требуемые направления обмена.
2. Описание схемы. Определяем источники данных, поля, идентификаторы и правила обновления.
3. Подготовка резервных копий. Фиксируется исходное состояние сайта и согласовывается порядок восстановления.
4. Настройка тестового обмена. Подключается штатный механизм либо разрабатывается индивидуальный модуль.
5. Выгрузка небольшой выборки. Проверяются категории, товары, предложения, цены и остатки.
6. Тестирование заказов. Создаются контрольные заказы с разными товарами, оплатой и доставкой.
7. Исправление соответствий. Уточняются поля, статусы, склады, типы цен и правила обработки.
8. Полный запуск. Выполняется основной обмен и проверяется итоговое количество данных.
9. Настройка расписания. После успешного тестирования включается автоматический запуск.
10. Контроль эксплуатации. Проверяются первые рабочие обмены и обрабатываются выявленные исключения.

Что проверяется перед запуском

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

Что потребуется для оценки

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

Что получает заказчик

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

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

Сопровождение интеграции

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

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

Срок и стоимость интеграции с 1С

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

Настройка типового обмена с подготовленными справочниками и разработка двусторонней интеграции для изменённой конфигурации — разные по объёму задачи. Точный срок определяется после обследования и тестовой выгрузки.

Лицензии 1С и CMS, платные модули, серверные ресурсы и работа специалиста на стороне 1С оплачиваются отдельно, если иное не указано в предложении.

Работаю с компаниями в Омске и удалённо по всей России.