1С и UMI.CMS: что это такое и как работает интеграция

Под запросом «1С UMI» чаще всего имеют в виду связку учётной системы 1С с системой управления сайтом UMI.CMS. UMI.CMS — коммерческая CMS, на которой строят корпоративные сайты и интернет-магазины; 1С — платформа для учёта товаров, цен, остатков и заказов. Интеграция между ними нужна, чтобы каталог на сайте автоматически пополнялся данными из 1С, а заказы с сайта попадали обратно в учётную систему без ручного ввода.

Обмен между 1С и UMI.CMS строится на стандарте CommerceML — XML-формате, разработанном совместно с фирмой «1С» именно для обмена коммерческой информацией между учётными системами и сайтами. Тот же стандарт используют и другие CMS, поэтому логика настройки во многом схожа: 1С выгружает файлы с товарами и ценами, сайт их импортирует, а затем отдаёт в 1С файлы с заказами.

Что такое UMI.CMS и зачем её связывают с 1С

UMI.CMS — платформа для создания сайтов с модульной архитектурой: каталог, интернет-магазин, блог, формы и другие модули ставятся и настраиваются отдельно. В редакциях с модулем «Интернет-магазин» предусмотрен встроенный механизм импорта и экспорта данных в формате CommerceML, что позволяет подключить сайт к 1С без написания собственного обмена с нуля.

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

Как устроен обмен данными между 1С и UMI.CMS

Обмен работает в две стороны и состоит из двух независимых потоков. Первый — выгрузка каталога: 1С формирует файлы CommerceML (обычно import.xml с товарами и offers.xml с ценами и остатками) и передаёт их на сайт по HTTP на специальный URL-обработчик UMI. Сайт разбирает файлы и создаёт или обновляет страницы товаров в каталоге.

Второй поток — загрузка заказов. По команде из 1С сайт отдаёт XML-файл с новыми заказами, 1С создаёт на их основе документы «Заказ покупателя» и при необходимости отправляет обратно статусы обработки. Таким образом менеджер работает только в 1С, а сайт остаётся «витриной», синхронизированной с учётом.

Что именно передаётся

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

Что нужно подготовить перед настройкой

До начала настройки убедитесь, что у вас есть три условия. Первое — конфигурация 1С с поддержкой обмена с сайтом: обычно это «Управление торговлей», «Управление нашей фирмой» или «Комплексная автоматизация», где есть узел обмена с сайтами. Второе — UMI.CMS редакции с модулем интернет-магазина и доступом в административную панель. Третье — сайт должен быть доступен из сети, где работает 1С: если база локальная, а сайт во внешнем хостинге, проблем нет, но обратный доступ для отладки стоит предусмотреть.

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

Пошаговая настройка обмена

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

1. 1
   В админ-панели UMI.CMS убедитесь, что включён модуль интернет-магазина и импорт CommerceML, узнайте URL обработчика обмена (обычно вида /umicommerce/ или аналогичный endpoint обмена с 1С)
2. 2
   В 1С откройте настройку обмена с сайтами и создайте новый узел обмена
3. 3
   Укажите адрес сайта (URL обработчика UMI), логин и пароль пользователя с правами на обмен
4. 4
   Настройте отбор выгружаемой номенклатуры: группы товаров, типы цен, склады остатков
5. 5
   Выполните тестовую выгрузку на небольшом подмножестве товаров и проверьте результат на сайте
6. 6
   Настройте загрузку заказов и, при необходимости, расписание автоматического обмена

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

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат обмена

Количество товаров в выгрузке и на сайте

Норма

Совпадает с отбором в узле обмена

Тревожный признак

На сайте лишние или недостающие позиции, дубли разделов

Цены и остатки

Норма

Равны значениям в 1С по выбранному типу цен и складу

Тревожный признак

Цены нулевые, устаревшие или с другого типа цен

Загрузка заказов

Норма

Тестовый заказ с сайта появляется в 1С как документ

Тревожный признак

Заказ на сайте есть, в 1С отсутствует, в журнале ошибки авторизации

Повторный обмен

Норма

Обновляет только изменённые позиции, дублей нет

Тревожный признак

Каждая выгрузка создаёт копии товаров

Ограничения и альтернативные варианты

Штатный обмен через CommerceML покрывает типовой сценарий «каталог туда, заказы обратно», но имеет ограничения. Сложная логика — несколько витрин с разными ценами, нестандартные статусы заказов, обмен документами отгрузки, синхронизация контрагентов — часто требует доработки либо на стороне 1С (расширение обработчика обмена), либо на стороне сайта (кастомизация импорта UMI).

Маршрут решения

Как выбрать подход к интеграции

Нужен стандартный обмен каталогом и заказами без особой логикиИспользуйте штатный обмен CommerceML: узел обмена в 1С плюс встроенный импорт UMI.CMS

Требуются нестандартные поля, статусы или несколько витринПланируйте доработку обмена на стороне 1С и шаблонов импорта UMI, заложите время на тестирование

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

Обмен нестабилен из-за большого каталогаВключите выгрузку только изменений и разбейте выгрузку на порции в настройках узла обмена

Если сайт только планируется, имеет смысл заранее решить, какая система будет «мастером» данных по каждому объекту: товары и цены обычно ведутся в 1С, а SEO-описания и маркетинговый контент — на сайте. Попытка редактировать одни и те же поля в двух системах неизбежно приводит к конфликтам при обмене.

Частые вопросы

Подходит ли UMI.CMS для обмена с любой конфигурацией 1С?

Обмен возможен с конфигурациями, где есть механизм обмена с сайтами по CommerceML: «Управление торговлей», «Управление нашей фирмой», «Комплексная автоматизация», «ERP». Если в конфигурации такого узла нет, потребуется внешняя обработка или доработка.

Почему после выгрузки товары появляются дублями?

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

Можно ли выгружать на сайт только изменившиеся товары?

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

Как часто нужно запускать обмен?

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

Безопасно ли хранить пароль обмена в настройках 1С?

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

Что делать, если заказы с сайта не приходят в 1С?

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