Торговля и Склад · 11 мин
Что такое 1С UMI и как работает интеграция 1С с UMI.CMS
Что такое 1С UMI: как работает обмен данными между 1С и UMI.CMS, какие данные передаются, как настроить интеграцию и каких ошибок избегать.
Под словами «1С UMI» обычно понимают не отдельный программный продукт, а связку двух систем: учётной программы 1С (чаще всего «1С:Управление торговлей» или «1С:Комплексная автоматизация») и системы управления сайтом UMI.CMS. UMI.CMS — коммерческая российская CMS, на которой строят корпоративные сайты и интернет-магазины, а 1С в этой паре отвечает за товары, цены, остатки и заказы.
Смысл связки прост: менеджер ведёт номенклатуру и цены в 1С один раз, а сайт на UMI.CMS автоматически получает эти данные и показывает актуальный каталог покупателям. В обратную сторону из UMI.CMS в 1С выгружаются оформленные на сайте заказы, чтобы менеджеры обрабатывали их в привычной учётной системе, а не в админке сайта.
Ручной перенос данных между системами — главный источник ошибок: расходятся цены, на сайте висят товары, которых нет на складе, заказы теряются. Интеграция решает именно эти проблемы, но требует правильной настройки обмена и понимания ограничений обеих платформ.
Что такое UMI.CMS и зачем ей интеграция с 1С
UMI.CMS — коммерческая система управления контентом российской разработки. На ней создают сайты-визитки, корпоративные порталы и интернет-магазины. Для e-commerce в системе есть редакция с модулем интернет-магазина: каталог, корзина, оформление заказа, личный кабинет покупателя.
Сама по себе CMS не умеет вести складской учёт, рассчитывать себестоимость или формировать отчётность — это задачи 1С. Поэтому в реальных проектах UMI.CMS почти всегда работает в паре с учётной системой. Без интеграции контент-менеджеру пришлось бы вручную заводить каждый товар на сайте, следить за изменением цен и переносить заказы в 1С, что при каталоге даже в несколько сотен позиций превращается в постоянный источник ошибок.
Какие данные передаются между 1С и UMI.CMS
Обмен между системами двусторонний, и каждое направление решает свою задачу. Из 1С на сайт обычно выгружается справочная и товарная информация, из UMI.CMS в 1С — данные о продажах.
Из 1С в UMI.CMS передают:
- номенклатуру с наименованиями, артикулами и описаниями;
- структуру каталога — группы и подгруппы товаров;
- цены по выбранным типам цен (розничная, оптовая);
- остатки на складах;
- свойства и характеристики товаров (цвет, размер, материал);
- изображения товаров, если обмен настроен на их передачу.
Из UMI.CMS в 1С загружаются оформленные заказы с составом, контактными данными покупателя, выбранным способом доставки и оплаты, а также данные о новых контрагентах. На основании загруженного заказа в 1С создаётся документ «Заказ покупателя», и дальше он проходит стандартный цикл: резервирование, оплата, отгрузка.
В конфигурации должен быть штатный обмен с сайтом (CommerceML)
В базовых редакциях для визиток обмен с 1С может отсутствовать
От объёма зависит выбор режима обмена: полный или по изменениям
Как технически устроен обмен данными
Классическая схема интеграции строится на открытом стандарте CommerceML (CML) — XML-формате, разработанном специально для обмена коммерческой информацией между учётными системами и сайтами. 1С формирует файлы обмена (каталог, предложения с ценами и остатками) и передаёт их на сайт по HTTP(S), а UMI.CMS принимает файлы через встроенный модуль обмена и обновляет каталог.
Процесс обычно выглядит так. В 1С настраивается узел обмена с сайтом: указывается адрес скрипта обмена на стороне UMI.CMS, логин и пароль пользователя с правами на обмен, расписание и состав выгружаемых данных. По расписанию или вручную запускается выгрузка: 1С сначала авторизуется на сайте, затем передаёт файлы частями, сайт их обрабатывает и подтверждает приём. Загрузка заказов работает в обратном направлении по тому же каналу.
Есть и альтернативные подходы: обмен через файлы на FTP, через промежуточную базу данных или через API, если типового обмена недостаточно — например, когда нужны нестандартные статусы заказов или синхронизация дополнительных сущностей. Такие доработки требуют участия разработчика, знакомого с API UMI.CMS и механизмами обмена 1С.
Как настроить интеграцию: общий порядок действий
Конкретные названия пунктов меню зависят от конфигурации 1С и версии UMI.CMS, но логика настройки всегда одинаковая: сначала готовятся данные, потом настраивается канал обмена, затем выполняется тестовая выгрузка и только после этого включается регулярный обмен.
- 1Приведите в порядок номенклатуру в 1С: заполните артикулы, описания, картинки, назначьте типы цен, которые пойдут на сайт
- 2Создайте в UMI.CMS пользователя с правами на выполнение обмена с 1С и включите модуль обмена в административной панели
- 3В 1С создайте настройку обмена с сайтом: укажите адрес сайта, логин, пароль и состав выгружаемых данных
- 4Выполните тестовую выгрузку небольшой группы товаров на копию сайта и проверьте, как легли поля, цены и картинки
- 5Настройте загрузку заказов: проверьте, что заказ с сайта создаёт в 1С корректный документ с контрагентом
- 6Включите регулярный обмен по расписанию и настройте режим выгрузки только изменений для экономии ресурсов
Ключевой момент — тестирование на копии. Полная выгрузка большого каталога на рабочий сайт без предварительной проверки может привести к тому, что покупатели увидят пустые описания, неверные цены или задвоенные разделы каталога. Исправлять это «на живом» сайте заметно сложнее, чем на тестовой площадке.
Как проверить, что обмен работает правильно
После настройки обмен нужно не просто запустить, а проверить по контрольным точкам: корректность переноса цен, остатков, картинок и заказов. Проверка выполняется выборочно — по нескольким товарам из разных групп каталога.
Как проверить результат обмена
Совпадает с ценой выбранного типа в 1С
Цена отличается или равна нулю — проверьте тип цен в настройках обмена
Соответствует свободному остатку в 1С
Товар «в наличии» при нулевом остатке — проверьте, какие склады участвуют в выгрузке
В 1С создан заказ с корректным составом и контрагентом
Заказ не приходит или дублируется — проверьте журнал обмена и права пользователя
Группы на сайте повторяют структуру из 1С
Появились лишние или пустые разделы — проверьте сопоставление групп
Типичные ошибки и ограничения интеграции
Большинство проблем с обменом возникают не из-за сбоев программ, а из-за неподготовленных данных и неверных ожиданий от типового обмена. Типовой механизм CommerceML покрывает стандартные сценарии «каталог туда, заказы обратно», но всё нестандартное требует доработки.
Ещё одно ограничение — скорость. Типовой обмен через CommerceML не рассчитан на режим реального времени: если товар покупают и в рознице, и на сайте, между сеансами обмена возможны продажи «в минус». Для таких сценариев настраивают более частый обмен остатками или дорабатывают обмен через API.
Когда типового обмена недостаточно
Штатная связка закрывает базовые потребности небольшого и среднего магазина, но есть сценарии, где потребуется доработка или другой подход. Понимание этих границ помогает заранее заложить бюджет на разработку, а не обнаружить ограничение после запуска.
Как выбрать подход к интеграции
Доработку обмена стоит поручать специалистам, которые уже делали интеграции именно с UMI.CMS: у каждой CMS свои особенности приёма файлов CommerceML, и опыт работы только с другими платформами здесь помогает ограниченно. Перед стартом работ зафиксируйте в техническом задании, какие поля куда передаются и какая система считается главной по каждому типу данных.
Что важно запомнить
1С UMI — это связка учётной системы 1С и CMS UMI.CMS через стандарт CommerceML: 1С отдаёт каталог, цены и остатки, сайт возвращает заказы. Настройка начинается с чистой номенклатуры, обязательно тестируется на копии сайта, а править товары нужно только в 1С — иначе обмен затрёт ручные правки.
Частые вопросы об интеграции 1С и UMI.CMS
1С UMI — это отдельная программа, которую нужно купить?
Нет, отдельного продукта с таким названием не существует. Это разговорное обозначение интеграции 1С с UMI.CMS. Покупаются лицензии на саму 1С и на UMI.CMS (в редакции с интернет-магазином), а обмен между ними настраивается штатными средствами или дорабатывается.
Какие конфигурации 1С подходят для обмена с UMI.CMS?
Чаще всего используют «1С:Управление торговлей», «1С:Комплексную автоматизацию» и «1С:Управление нашей фирмой» — в них есть штатный механизм обмена с сайтами по стандарту CommerceML. В «1С:Бухгалтерии» полноценного обмена товарами с сайтом нет, для интернет-магазина она подходит ограниченно.
Как часто нужно запускать обмен?
Зависит от динамики продаж. Типичная схема: полный каталог выгружается редко (например, ночью), а цены и остатки — каждые 15–60 минут в режиме «только изменения». Заказы с сайта загружаются часто, чтобы менеджеры быстро их видели. Слишком частая полная выгрузка бессмысленно нагружает сервер.
Почему после выгрузки на сайте появились дубли товаров?
Чаще всего причина — отсутствие у товаров уникальных артикулов или изменение настроек сопоставления между сеансами обмена. Система не находит соответствие и создаёт позицию заново. Решение: заполнить артикулы в 1С, не менять ключи сопоставления после первой успешной выгрузки и удалить дубли до повторного запуска обмена.
Можно ли редактировать описания товаров прямо на сайте?
Технически можно, но при следующей выгрузке из 1С изменения будут перезаписаны, если поле участвует в обмене. Правильная практика: 1С — мастер-система для товарных данных, все правки вносятся в ней. Если часть контента (например, SEO-тексты) ведётся только на сайте, эти поля исключают из обмена в настройках.
Что делать, если заказы с сайта не попадают в 1С?
Проверьте по порядку: доступен ли сайт из сети, где работает 1С; не истёк ли пароль пользователя обмена; есть ли ошибки в журнале обмена на стороне 1С и в логах UMI.CMS; не блокирует ли хостинг или файрвол запросы к скрипту обмена. Частая причина — смена пароля или адреса сайта без обновления настроек обмена в 1С.