Интеграция 1С УТ 10.3 и РМК 1.1: настройка COM-соединения

26 сентября 2026 · infolimp.ru

В условиях поэтапного ввода обязательной маркировки товаров перед многими торговыми предприятиями, использующими legacy-платформу «1С:Управление торговлей 10.3», остро встаёт задача связать учётную систему с кассовым модулем «1С:РМК 1.1». Публикация на Infostart.ru предлагает готовый сценарий такой интеграции через COM-соединение — подход, который часто недооценивают, но который остаётся востребованным на действующих «боевых» конфигурациях. Редакция считает этот материал особенно актуальным для специалистов, сопровождающих розничные точки с историей и не имеющих возможности перейти на современные «двухкопеечные» механизмы обмена.

О чём публикация

Автор последовательно раскрывает архитектуру обмена между УТ 10.3 и РМК 1.1. В УТ 10.3 добавляется реквизит номенклатуры «ВидПродукцииИС» с перечислением, аналогичным УТ 11, что позволяет унифицировать виды маркировки. Затем создаётся план обмена «Обмен с РМК», в который включаются только справочник «Номенклатура» и регистр сведений «ЦеныНоменклатуры» — это гарантирует, что в кассовую систему не поедут лишние данные. Зеркально в РМК добавляется план обмена «Обмен с УТ 10.3» с единственным объектом — документом «ЧекККМ», что обеспечивает обратную передачу фискальных данных.

Ключевая техническая часть — общий модуль в РМК с функциями выгрузки номенклатуры, групп, штрихкодов, цен и остатков, а также обработка «Первоначальное заполнение данных». Последняя решает важную проблему: многие справочники в РМК (организации, контрагенты, виды цен, торговые объекты, кассы, эквайринговые терминалы, единицы измерения, система налогообложения и т.д.) невозможно заполнить штатными средствами без правки кода конфигурации. Автор предлагает автоматизировать этот процесс, что значительно ускоряет запуск системы в промышленную эксплуатацию.

Что ценного нашло сообщество

Комментарии к публикации недоступны, что само по себе характерно для многих «закрытых» материалов на Infostart. Тем не менее, редакция уверена, что материал резонирует с типичными запросами практикующих специалистов. Ценность здесь — не в инновационности, а в детальной проработке рутинного сценария. Особенно полезным выглядит подход с ограничением состава планов обмена: это снижает нагрузку на COM-канал и исключает конфликты при передаче служебных данных.

«Интеграция через COM — это не модно, но для legacy-систем это часто единственный рабочий вариант, который не требует замены платформы и сохраняет инвестиции в существующую конфигурацию» — так можно сформулировать основной посыл, который обычно находит отклик у коллег.

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

Критический взгляд редакции

Сильная сторона публикации — практическая направленность и чёткая последовательность действий. Автор не ограничивается общими словами, а даёт конкретные имена объектов и функций. Однако есть и спорные моменты. Во-первых, COM-соединение требует, чтобы обе системы находились на одном сервере или в одной сети с соответствующими правами доступа, что создаёт дополнительные требования к безопасности. Во-вторых, в статье не описан механизм обработки ошибок и конфликтов при параллельной работе (например, когда номенклатура изменяется одновременно в обеих системах). В-третьих, решение жёстко привязано к версиям УТ 10.3 и РМК 1.1 — при выходе обновлений или переходе на РМК 2.x схема потребует серьёзной доработки.

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

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

Практические выводы

1. Используйте планы обмена с минимальным составом объектов — это снижает трафик и риск повреждения данных.
2. Обязательно автоматизируйте первичное заполнение справочников РМК через отдельную обработку, иначе ручная настройка займёт недели.
3. Продумайте сценарий ошибок COM-соединения: добавьте повторные попытки, логирование и оповещение оператора.
4. Проверьте соответствие видов продукции и ключей маркировки между УТ и РМК до начала обмена, иначе кассиры получат неправильные штрихкоды.
5. Учитывайте, что COM-обмен — это временное решение; закладывайте в архитектуру возможность перехода на современные веб-сервисы или шину данных.

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

→ Читать оригинальную публикацию на Infostart.ru