В статье пишу про управление НСИ в 1С Управление холдингом на основе практического опыта. Делюсь опытом интеграции НСИ на различных проектах
- Типовые возможности интеграции НСИ
- Обмен НСИ
- Регистрация нового элемента НСИ
- Согласование изменений НСИ
- Практический опыт интеграции НСИ
- Первоначальная загрузка НСИ
- Что нам рекламирует фирма «1С»
- Что происходит на практике
- Чем пользуемся мы
- Порядок наших действий на практике
- Массовая первоначальная загрузка
- Варианты регулярной синхронизации
- Централизованная система
- Двухсторонняя интеграция
- На предприятие уже есть единая MDM-система
- Централизованной системы нет
- Нужны ли доработки синхронизации?
- Варианты реализации регулярной синхронизации НСИ на практике
- Обмен на основе Конвертации данных 2
- Обмен на основе Конвертации данных 3
- Собственной решение
- Регулярный обмен с большим количеством баз
- Скорость обмена
- Оптимальная настройка web-сервера
- Инструменты обслуживания
- Видео: Практический опыт интеграции НСИ
Типовые возможности интеграции НСИ
Обмен НСИ
Позовляет выполнять:
- Загружать справочники и планы видов характеристик из внешних баз
- Экспортировать НСИ во внешние базы
- Поиск дублей и определение эталонных элементов
Новые возможности, которые появились в 1С Управление холдингом версии 3.2:
- Фильтрация элементов
- Обмен по расписанию
- Выгрузка элемента сразу после записи
Регистрация нового элемента НСИ
Для регистрации нового элемента в справочнике пользователь создает новый элемент в справочнике и отправляет его на согласование.
Нужно учитывать, что по факту создается новый элемент, который в типовой никак не запрещено использовать. Просто он не согласованный.
Не активные элементы не выгружаются во внешние информационные базы.
Согласование изменений НСИ
С выходом версии 3.2 объем доработок в части согласования при внедрении значительно снизился. Появилась возможность согласовывать изменения в табличных частях, а так же видеть изменения на форме элемента, а не в табличке с перечнем изменений.
Пока что, не возможно через заявку на изменение поменять родителя в справочнике.
Для регистрации изменений пользователю необходимо внести необходимые корректировки карточки справочника, в привычном виде, прямо на форме элемента.
После внесения изменений нужно нажать кнопку «Ввести заявку на изменение элемента»
При согласовании у ответственного за справочник все изменения будут подсвечиваться
Практический опыт интеграции НСИ
Первоначальная загрузка НСИ
Что нам рекламирует фирма «1С»
- Есть различные внешние учетные системы
- Вы выполняете импорт из этих систем в 1С: УХ
- Нормализуете данные, согласовываете элементы
- Определяете эталонные элементы
- Выгружаете нормализованную НСИ во внешние базы.
Что происходит на практике
- Правила конвертации данных при загрузке и выгрузке в 1С УХ крайне просты и ограниченны.
- 1С УХ дает возможность связывать реквизиты по прямому соответствию, а реальные примеры могут быть сложнее и потребуется заполнять реквизит по условию или программно.
- Нельзя искать элементы по условию. Правила поиска ограниченны поиском только по перечню полей.
Чем пользуемся мы
- Для первичной загрузки обычно мы используем правила написанные на КД2.
- Такое решение позволяет:
- Написать гибкие правила
- Сразу учесть проблемы связанные с текущим состоянием НСИ и не грузить в 1С УХ дубли и прочий «Мусор»
- Если необходимо, то установить жесткую связь элементов по GUID.
Порядок наших действий на практике
- Анализ текущего состояния, разработка рекомендаций и плана действий
- Согласование подхода с заказчиком
- Написание постановки программисту
- Разработка правил и тестовая загрузка
- Проверка с клиентом результатов тестовой загрузки, внесение изменений в правила конвертации.
- Формирование целевой структуры НСИ в рабочем контуре.
Обычно пользователи не хотят заниматься чисткой справочников в 1С УХ и по возможности наводят порядок во внешних базах перед первоначальной загрузкой.
Если с наведением порядка есть сложности, например много баз и нет четкой идентификации, то формируется «чистый» классификатор в 1С УХ без первоначальной загрузки и уже новый классификатор транслируется во внешние базы с запретом во внешних базах использовать старые элементы.
Массовая первоначальная загрузка
Если внешних баз не много, где-то до 10 ИБ, то можно обойтись без дополнительных инструментов и выполнить все руками.
Для этого потребцется:
- Зайти в каждую базу
- Запустить обработку по выгрузке
- Загрузить данные в 1С УХ
- В случае необходимости повторной загрузки, все повторяется заново
Если баз 10 и более, то руками будет выполнить первоначальную загрузку достаточно трудоемко, тем более, что скорее всего это потребуется делать не один раз.
В таком случае необходимо готовить инструменты по массовой первоначальной загрузке НСИ
Как обычно делаем мы
- Подключаем во внешнюю базу расширение с web-сервисом. Обычно у клиента с таким количеством баз уже есть инструменты по массовой установке расширений.
- С помощью разработанной нами обработки, автоматически для каждой базы
- Передаем правила конвертации КД2 во внешнюю базу.
- Программно загружаем правила в обработку «Универсальный обмен данными в формате XML» и применяем необходимые настройки.
- Загружаем данные в 1С УХ по каждой ВИБ
- Все проходит в автоматическом режиме, если есть ошибки все сохраняется в лог, по окончанию контролируем результат.
Варианты регулярной синхронизации
Централизованная система
- Подавляющее большинство справочников вводится в 1С УХ, в том числе через процесс согласования
- После ввода и согласования справочники транслируются во внешние базы
- Обычно есть исключения среди справочников. Например централизованной системой ввода физических лиц зачастую выступает ЗУП.
- В настройках соответствия устанавливаем связь по внутренним идентификаторам и при загрузке заполняем соответствующий регистр
Двухсторонняя интеграция
Бывают случаи, когда нужно централизовать справочник, но при этом предусмотреть возможность его ввода на стороне внешней базы.
Например, клиенты (Контрагенты, договоры) части предприятий холдинга изначально появляются в CRM- системе, а поставщики создаются в 1С УХ.
Так же бывает ситуация когда, ЗУП синхронизируется с базам БП, минуя УХ, при этом все физлица первоначально вносятся в ЗУП. В таком случае справочник «Физические лица» может собираться из разных баз БП
На предприятие уже есть единая MDM-система
Подключаем 1С УХ к существующей системе, получаем необходимые справочники.
В каких случаях в качестве матер системы выступает не 1С Управление холдингом:
- В холдинге может быть MDM-система не на платформе 1С
- В холдинге может быть ранее построена MDM-система на базе ERP
Централизованной системы нет
Обычно такая ситуация возникает, когда стоит задача сбора данных от различных компаний холдинга, без централизованного управления НСИ.
В таком случае, выполняется загрузка НСИ из различных баз и сопоставление с эталонными элементами.
Нужны ли доработки синхронизации?
Если централизация не нужна, типовой механизм справляется с задачей получения данных.
Если нужна централизация, то в 100 процентах случаев пишем отдельный обмен.
Один раз у нас был случай, когда в соответствии с требованиями клиента им подходило полностью типовое решение, но в процессе внедрения возникли дополнительные требования, с которыми типовая 1С УХ не справилась и пришлось значительно доработать функционал.
Варианты реализации регулярной синхронизации НСИ на практике
Правила обычно пишутся с использованием конвертации данных 2 либо конвертации данных
Также может потребоваться реализовать собственную систему обмена
Как правило обмен настраиваем через web-сервисы, реже через сетевой каталог, COM-соединение используем только на этапе моделирования.
Обмен на основе Конвертации данных 2
Возможен, если конфигурации внешних баз есть возможность доработать.
Плюсы:
- Есть наработки на этапе первоначальной загрузки.
- Большинство специалистов 1С знают КД2, это особенно важно для развития и и дальнейшей поддержки правил на стороне ИТ-службы заказчика.
Обмен на основе Конвертации данных 3
Если нет возможности доработки конфигураций на стороне внешних баз, при этом во внешних базах есть поддержка обмена через универсальный формат.
Например если в холдинге большое количество баз с типовой конфигурацией.
В таком случае с помощью расширения мы вносим необходимые доработки в конфигурацию ВИБ.
Собственной решение
Стараемся использовать типовые решения, но есть случаи когда лучше написать свой обмен.
Например:
- Если в контуре централизации, есть конфигурации без интегрированной БСП или со старой версией БСП.
- Если есть специфические требования по интеграции со стороны заказчика.
Регулярный обмен с большим количеством баз
При большом количестве баз возникают свои нюансы. Мы на практике сталкивались с некоторыми проблемами, поэтому рекомендуем обращать внимание на:
Скорость обмена
Необходимо определить оптимальное количество параллельных потоков обменов.
- Мало потоков — долгий цикл обмена
- Много потоков — большая нагрузка на центральную базу и сервер (особенно критично при получении данных из ВИБ)
Оптимальная настройка web-сервера
Может возникать проблема с таймаутом при подключении через web-сервис, при не оптимальной настройке web-сервера.
Инструменты обслуживания
Необходимы инструменты по групповому обслуживанию механизмов обмена.
