Сертификат «Совместимо!» для расширения SOFROS: синхронизация НСИ через DatareonPlatform в 1С:MDM

Продукт «SOFROS Синхронизация НСИ через DatareonPlatform» для 1С:MDM получил сертификат «Совместимо!» до 27.10.2028. Разбираем требования к версиям, логику настройки и сценарии применения расширения.

Продукт «SOFROS Синхронизация НСИ через DatareonPlatform. Расширение для 1С:MDM Управление НСИ, редакция 1.0» от ООО «СОФРОС» получил сертификат «Совместимо! Система программ 1С:Предприятие». Срок действия сертификата - до 27.10.2028. Документ подтверждает корректную работу расширения с типовой конфигурацией «MDM Управление нормативно-справочной информацией» редакции 2.5 на платформе «1С:Предприятие 8.3».

Назначение продукта - автоматизировать двунаправленный обмен нормативно-справочной информацией между системами-источниками и системами-приёмниками через интеграционную платформу DatareonPlatform. Расширение имеет назначение «Адаптация», не требует изменения типовой конфигурации, настраивается в режиме «Предприятия» и поддерживает неограниченное количество источников и приёмников. Программный код полностью открыт.

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

Что даёт сертификат «Совместимо!» расширению SOFROS для 1С:MDM

Кто разработал расширение и что именно сертифицировано

Разработчик - ООО «СОФРОС», город Москва. На сертификацию продукт представлен как расширение к конфигурации «MDM Управление нормативно-справочной информацией» редакции 2.5, разработанное в среде «1С:Предприятие 8.3». Это указано в официальном сообщении о выдаче сертификата.

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

«Эскалогия» - независимый информационный ресурс и не представляет фирму «1С» или ООО «СОФРОС». Официальные детали сертификации, условия поставки и приобретения уточняйте у вендора.

Срок действия сертификата и что он означает на практике

Сертификат действует до 27.10.2028. Дата привязана к конкретной версии продукта и редакции типовой конфигурации, поэтому воспринимать её как бессрочную гарантию не стоит. При выпуске новых релизов «MDM Управление нормативно-справочной информацией» вендор при необходимости передаёт пользователю новую версию расширения, чтобы работоспособность сохранилась.

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

Какую задачу решает синхронизация НСИ в 1С:MDM

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

Расширение SOFROS закрывает этот участок: НСИ передаётся между базами-источниками и базами-приёмниками автоматически, через DatareonPlatform. Заявленные эффекты: централизованное управление справочной информацией, отказ от ручного ввода и дублирования данных, актуальность НСИ во всех информационных системах.

Роль 1С:MDM при этом сохраняется: конфигурация остаётся ядром управления нормативно-справочной информацией, расширение добавляет к ней транспортный и приёмочный контур. Замены MDM не происходит.

Признаки того, что компании нужна централизованная НСИ

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

Если учётный контур один, продукт, скорее всего, избыточен: обменивать нечего. Ценность появляется при реально распределённой структуре учёта.

Чем двунаправленная синхронизация отличается от односторонней выгрузки

Односторонняя выгрузка рассылает эталонные данные из одной системы в остальные. Двунаправленная синхронизация работает в обе стороны: изменения принимаются из систем-источников и передаются в системы-приёмники через единую интеграционную платформу DatareonPlatform.

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

Технические требования: версии 1С:MDM и платформы 1С:Предприятие

ПараметрТребование
Целевая конфигурация«MDM Управление нормативно-справочной информацией», редакция 2.5
Поддерживаемая версия конфигурациис 2.5.14.1
Назначение расширения«Адаптация»
Изменения типовой конфигурациине требуются
Платформа«1С:Предприятие 8.3», рекомендуемая версия определяется требованиями расширяемой конфигурации (не ниже 8.3.27)
Срок действия сертификатадо 27.10.2028

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

Почему назначение «Адаптация» важно для обновлений

Расширение с назначением «Адаптация» не меняет типовую конфигурацию, поэтому типовые обновления проходят штатно, а база не снимается с поддержки. Это ключевое отличие от доработок, которые приходится заново переносить при каждом релизе.

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

Что будет при смене релиза конфигурации

  1. Обновите типовую конфигурацию «MDM Управление нормативно-справочной информацией» до целевого релиза.
  2. Проверьте работу расширения и обмена в тестовом контуре.
  3. Если требуется, получите у ООО «СОФРОС» новую версию расширения.
  4. Зафиксируйте связку версий «конфигурация + расширение» в регламенте обновлений.

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

Как устроена настройка расширения без модификации конфигурации

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

  1. Установить расширение в целевую базу 1С:MDM.
  2. Выбрать информационную базу, которая участвует в обмене.
  3. Описать внешние системы: источники и приёмники.
  4. Привязать системы к обработчикам входящих сообщений.
  5. Задать правила приёма, валидации и загрузки данных.

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

Обработчик «Получение данных для нормализации»

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

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

Подключение источников и приёмников

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

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

DatareonPlatform как интеграционный слой между системами и 1С:MDM

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

Зона ответственности расширения SOFROS - сторона 1С:MDM: приём входящих сообщений, нормализация и загрузка данных в целевую систему. Сама DatareonPlatform - отдельный компонент ландшафта, и для работы обмена она должна быть развёрнута и настроена. Если платформы в контуре нет, один только установленный модуль в 1С:MDM синхронизацию не запустит.

Открытый код и возможности доработки

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

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

Чек-лист перед внедрением

  • Проверить редакцию и версию конфигурации: «MDM Управление нормативно-справочной информацией» 2.5, не ниже 2.5.14.1.
  • Уточнить версию платформы «1С:Предприятие 8.3»: рекомендуемая определяется требованиями расширяемой конфигурации, ориентир - не ниже 8.3.27.
  • Составить список систем-источников и систем-приёмников, оценить объём справочников и частоту изменений.
  • Убедиться, что DatareonPlatform развёрнута, настроена и используется как интеграционный слой.
  • Определить правила валидации входящих данных: какие записи отклоняются, какие приводятся автоматически.
  • Запросить у ООО «СОФРОС» актуальную версию расширения и подтверждение статуса сертификата для ваших релизов.
  • Зафиксировать регламент обновлений: кто проверяет совместимость версий и на каком контуре проходит тестовый обмен.

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

Похожие статьи

Как настроить самостоятельное восстановление пароля в 1С:Предприятие 8.3.15.2107 и выше

С версии платформы 1С 8.3.15.2107 пользователь может сам сбросить забытый пароль по коду из письма, если администратор заранее включил эту возможность. Разбираем настройку по шагам: Дополнительные настройки аутентификации, привязка E-mail, снятие чекбокса «Пользователю запрещено восстанавливать пароль». Отдельно показываем действия пользователя и разбираем причины, почему ссылка «Забыли пароль» не появляется или код не приходит.

Вилка окладов и надбавок в 1С: ЗУП: как настроить в штатном расписании

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

Несколько договоров и спецификации в одном ДОПП в «1С:Бухгалтерии 8»: что изменилось с версии 3.0.209

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