Нси расшифровка аббревиатуры. Ведение нси на практических примерах

Жаропонижающие средства для детей назначаются педиатром. Но бывают ситуации неотложной помощи при лихорадке, когда ребенку нужно дать лекарство немедленно. Тогда родители берут на себя ответственность и применяют жаропонижающие препараты. Что разрешено давать детям грудного возраста? Чем можно сбить температуру у детей постарше? Какие лекарства самые безопасные?

Понимая необходимость создания единственного источника достоверной (эталонной) НСИ, правильность которой будет признаваться всеми потребителями НСИ в пределах компании и организаций системы «Транснефть» (ОСТ), руководство компании инициировало проект создания системы АСУ НСИ как один из приоритетных в рамках программы реализации IT-стратегии.

Централизованные справочники - это фундамент, на котором возводится все здание Тиражного комплекса. Поэтому Автоматизированная система управления нормативно-справочной информацией (АСУ НСИ) была одной из первых систем, внедренных в рамках программы реализации IT-стратегии, - рассказывает руководитель проекта, главный технолог департамента информационных технологий ПАО «Транснефть» Сергей Строгов. - АСУ НСИ разрабатывалась в течение двух лет и была запущена в постоянную эксплуатацию в январе 2015 года. В создании системы принимало участие более 150 специалистов компании и подрядные организации.

Предназначение АСУ НСИ - обеспечение всех автоматизированных информационных систем компании и ОСТ эталонной нормативно-справочной информацией. Справочники АСУ НСИ лежат не только в основе информационных систем Тиражного комплекса, но и систем, эксплуатируемых в настоящее время в ОСТ.

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

Функции поддержания НСИ в актуальном состоянии возложены на отдел ведения НСИ ООО «Транснефть Финанс». Пользователи АСУ НСИ из ОСТ и компании, столкнувшись с нехваткой информации в справочнике, формируют запрос на добавление новых или изменение существующих записей в АСУ НСИ. Эксперты отдела ведения НСИ проверяют данные в запросах на соответствие методикам нормализации и другим документам, регламентирующим качество нормативно-справочной информации. В результате новая запись создается в справочнике или пользователь получает уточняющие вопросы и рекомендации по использованию текущих записей.

Справочник обязан отвечать нескольким параметрам - данные должны быть актуальными, полными и непротиворечивыми, - говорит начальник отдела ведения НСИ Дмитрий Морозов. - Для того чтобы добиться этого, в рамках АСУ НСИ мы решили задачи по разработке и внедрению эффективной методологии ведения справочников и классификаторов. Выстроили систему поддержки данных в актуальном состоянии, обеспечивающую их полноту, контроль целостности и непротиворечивости данных.

Как уже было сказано, данные НСИ изменяются на основании запросов пользователей.

Достаточно сказать, что ежедневно по всем справочникам поступает до пятисот запросов, а в период формирования в ОСТ планов закупки РЭН количество запросов пользователей НСИ (ответственных за планирование РЭН, закупщиков материально-технического обеспечения, тех, кто работает с документами по оперативному учету) увеличивается вдвое, - прокомментировал Дмитрий Морозов .

Система обеспечивает гибкие подходы к интеграции, и это снижает общие издержки на подключение новых систем. АСУ НСИ использует стандартные способы интеграции с Комплексной автоматизированной системой управления производственными активами (КСУА), Корпоративной информационной системой автоматизации финансово-хозяйственной деятельности (КИС ФХД), Системой электронного документооборота (СЭД), Модулем подготовки и хранения спецификаций (МПХС), КИС «Галактика», КИС «Флагман», Системой управления финансово-хозяйственной деятельностью «ИКАР» и другими системами.

В компании определены правила наименований и атрибутов элементов справочников АСУ НСИ, - рассказывает Сергей Строгов . - Сейчас к системе АСУ НСИ подключено 46 ОСТ и более 15 тысяч пользователей. АСУ НСИ - это основной рабочий инструмент для департамента организации и проведения торгов, департамента планирования РЭН, транспорта и надзора за строительным контролем и других структурных подразделений.

АСУ НСИ: состав справочников

Сейчас в системе четыре основных справочника: «Материально-технические ресурсы» (МТР), «Контрагенты», «Объекты», «Виды работ/ услуг». Основной объем работы пришелся на два первых справочника АСУ НСИ: «МТР» и «Контрагенты».

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

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

Данное решение позволяет практически полностью исключить ошибки, вызванные так называемым человеческим фактором, и, как следствие, упростить процессы формирования запроса на новую запись пользователем АСУ НСИ и последующей обработки запроса экспертами отдела ведения НСИ.

В случае, когда необходимо поменять методики нормализации, например, при замене нормативного документа, снятия того или иного МТР с производства, добавления новых атрибутов в запись, формируется запрос отдельного типа. Данный запрос вначале рассматривают эксперты отдела ведения НСИ, затем кураторы от профильных департаментов ПАО «Транснефть».

Совокупность методического обеспечения и технических решений АСУ НСИ позволяет существенно снизить время обработки запросов в отделе ведения НСИ и обеспечить пользователей бизнес-подразделений нормализованной нормативно-справочной информацией в максимально сжатые сроки.

На данный момент объем справочника «МТР» превышает 1,2 млн. позиций, включая около 1 млн. позиций запасных частей, - оценивает проделанную работу Сергей Строгов . - В справочнике содержится не только номенклатура запчастей, но и ведется учет цен на них. Эта информация доступна всем ОСТ и позволяет более эффективно использовать финансовые средства компании.

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

Отдел транспортных средств и специальной техники департамента РЭН, транспорта и надзора за строительным контролем ПАО «Транснефть» ежегодно организует работу по актуализации производителей запасных частей, перечня выпускаемой продукции, наименования и ее стоимости, - приводит пример главный специалист отдела Алексей Крючков . - В период 2016-2017 годов в справочнике АСУ НСИ актуализирована продукция 170 предприятий-производителей. По результатам актуализации номенклатуры и стоимости в справочнике АСУ НСИ организации системы «Транснефть» ежегодно заключают с операторами консигнационных складов дополнительные соглашения на изменение стоимости запчастей.

Справочник МТР интегрирован с 33 информационными системами, которые эксплуатируются в 32 ОСТ.

Справочник «Контрагенты» содержит список всех юридических лиц, с которыми работают сотрудники компании и ОСТ. Исходными данными для справочника послужила информация из Системы Ведения НСИ OOO «Транснефть Финанс». С помощью методики нормализации были определены правила заполнения атрибутов записи контрагента. Справочник сейчас насчитывает более 90 тыс. записей.

АСУ НСИ решает задачу хранения актуальной информации и, самое главное, обеспечивает согласованность собственных справочников с общероссийскими и отраслевыми классификаторами и справочниками, такими как классификатор адресов КЛАДР, справочник банков «БИК ЦБ РФ», классификаторы стран мира, валют, единиц измерения, ОКАТО, ОКВЭД, - добавляет Дмитрий Морозов.

Таким образом, получается, что компания «Транснефть», государство и отраслевые предприятия говорят на одном понятном для всех языке.

Справочник «Контрагенты» интегрирован с 15 информационными системами, которые эксплуатируются в 14 ОСТ - с некоторыми организована интеграция с получением ответа-подтверждения о приемке записей, другие с помощью сервиса извлечения самостоятельно запрашивают информацию о контрагентах из АСУ НСИ по расписанию.

Справочник «Объекты» определен в Перспективной программе и обновляется ежеквартально на основании корректировок Программы. Он включает:

  • объекты Плана капитальных вложений ОСТ по Инвестиционной программе;
  • объекты Плана капитальных вложений по Программе технического перевооружения и реконструкции;
  • объекты Программы капитального ремонта;
  • объекты прочих капитальных вложений;
  • объекты Программы ликвидации.

Основной целью создания справочника являлась реализация функций тиражирования эталонных данных в информационные системы ОСТ. Изначально данные загружались из файлов MS Excel, направленных в отдел ведения НСИ. Сейчас настраивается интеграция с Корпоративной информационной системой управления программами (КИС УП) как поставщиком эталонных данных для дальнейшего тиражирования в информационные системы.

Справочник «Виды работ/ услуг» планируется использовать в Тиражном комплексе, в частности в Автоматизированной системе управления закупочной деятельностью (АСУ Закупки).

Это задел на будущее, - комментирует Сергей Строгов . - В нем отражается группировка работ и услуг. В его основу легли перечни работ и услуг, которые определены регламентами компании «Транснефть». Фактически - это «слепок» наших регламентов.

АСУ НСИ: развитие

АСУ НСИ - это «живая» и непрерывно совершенствующаяся система. С момента ввода в постоянную эксплуатацию выполнено более 400 изменений базового классификатора, специалистами службы технической поддержки реализовано порядка 750 улучшений, подключено 17 новых информационных систем.

Компанией инициирован проект по развитию функциональности АСУ НСИ, добавлению новых справочников. Так, в рамках проекта запланирована реализация автоматического сопоставления позиций справочника «МТР» с элементами реестра основных видов продукции (ОВП), который содержит перечень предприятий-производителей, прошедших инспекции комиссией ПАО «Транснефть», что позволит более эффективно ис- пользовать функциональность автоматического лотирования в АСУ Закупки. Добавляется справочник тарифных участков. Более полно и подробно будет вестись справочник ОСТ, включая структурные подразделения дочерних организаций. Запланирована интеграция с разрабатываемой Системой дистанционного обслуживания поставщиков (СДОП), что позволит подключить к АСУ НСИ внешних подрядчиков, а именно проектные институты.

Планируется развивать справочник МТР в части его централизованного применения. Задача, которую предстоит решить в ближайшее время, — создать единую базу неиспользованных МТР. Данные будут поступать от всех ОСТ в систему АСУ Закупки, которая будет помогать в подборе вариантов их использования.

В силу различных причин в ходе производственно-хозяйственной деятельности в ОСТ МТР остаются неиспользованными, и не все они могут быть использованы в производстве на этом же предприятии, - рассказывает заместитель начальника отдела планирования и реализации планов РЭН ПАО «Транснефть» Алексей Украинцев . - Такие МТР выявляются структурными подразделениями ОСТ, подлежат включению в сводный перечень невостребованных МТР, и перед нами стоит задача вовлечь их в производство. С целью унификации данного процесса в августе 2016 года был обновлен соответствующий отраслевой регламент. Регулярно проводимые компанией контрольные проверки ОСТ также направлены на то, чтобы информация о неиспользованных МТР «поднималась» на уровень компании и была общедоступна всем заинтересованным пользователям. В настоящее время в целях вовлечения собственных неиспользованных МТР специалисты отделов материально-технического снабжения и отделов комплектации ОСТ проделывают большую работу. Однако, учитывая растущий объем информации, поиск вариантов применения МТР внутри компании целесообразней осуществлять с помощью информационной системы.

Безусловно, реализация такой задачи невозможна без эффективного обмена информацией о неиспользованных МТР и применения централизованного справочника и единой кодировки номенклатуры МТР. Поэтому интеграция учетных систем ОСТ с АСУ НСИ является в том числе первоочередным этапом создания механизма объективного и быстрого подбора возможных путей вовлечения невостребованных в ОСТ МТР.

Создание АСУ НСИ является одним из успешных проектов, реализованных в компании и сформировавших долгосрочную информационную поддержку существующих и перспективных информационных систем, - резюмирует заместитель директора департамента информационных технологий ПАО «Транснефть» Дмитрий Лебедев. - АСУ НСИ - это базовый элемент Тиражного комплекса, задачи которого - обеспечить использование единых корректных и актуальных справочных данных. В АСУ НСИ описываются и классифицируются данные, необходимые для выполнения бизнес-процессов, регламентируется деятельность компании.

Кристина Гутовец

Когда речь заходит о масштабах и сложности тех или иных информационных систем, обычно приводятся такие характеристики, как число рабочих мест и потоков обрабатываемых документов, общий объем баз данных. Однако в последнее время в качестве интегральной характеристики все чаще упоминают количество и размеры справочников. Несведущим людям это не очень понятно, но специалистам такие сведения говорят о многом. Ведь именно справочные данные (номенклатура товаров и изделий, реквизиты партнеров, поставщиков и клиентов, описание структуры организации и пр.) являются по сути информационным ядром системы управления предприятием, включающей учетные задачи, планирование ресурсов, , САПР и т. д.; они обеспечивают согласованность и консолидацию данных, устраняют избыточность информации и оптимизируют поиск нужных сведений. Кроме того, справочники объединяют все остальные документы системы - счета, договора, приказы и пр. - на протяжении всего ее жизненного цикла.

В настоящее время одна из наиболее важных проблем развития информационных технологий корпоративного уровня - интеграция данных. Довольно часто она понимается как умение работать с различными форматами данных из разных физических источников (в том числе и преобразовывать их из одного формата в другой). Но такое представление - по крайней мере поверхностно. На самом деле согласование и правильное понимание информации невозможно без ее содержательного осмысления с использованием единых справочников.

Рис. 1. Организация работы централизованной службы НСИ

Данная проблема актуальна во всем мире, но ее значение особенно велико для России, и тут можно выделить два момента:

Автоматизация отечественных компаний, как правило, развивалась снизу вверх, путем постепенной компьютеризации отдельных участков и подразделений. Помимо использования различных программно-аппаратных платформ в них применялись и локальные справочники, объединить которые - задача не из простых;

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

Мы выделили эти два пункта, чтобы отметить принципиальные различия стоящих за ними ситуаций. В первом случае в общем-то можно говорить просто об ошибках при создании системы - нужно было изначально создавать единую справочную систему предприятия, реализуя методологию проектирования сверху вниз. При объединении же разных предприятий положение намного сложнее, ведь речь здесь идет о независимых компаниях.

Рис. 2. С помощью технологии Ontologic 5.0 можно создать единую систему управления НСИ

Но подобные внутренние проблемы организаций - это лишь надводная часть айсберга! В эпоху глобализации экономики и электронного бизнеса информационные системы предприятий должны общаться с информационными системами партнеров, поставщиков, клиентов. И говорить они должны на понятном друг другу языке. Далее можно было бы перейти и к вопросам государственного управления...

Для иллюстрации значимости справочной информации приведем только два примера.

1. Как известно, около года назад была создана англо-российская компания ТНК-ВР, которая образовалась в результате череды предварительных слияний крупных промышленных компаний (ОНАКО, СИДАНКО, ТНК). Одной из первых задач, поставленных руководством новой компании, была организация единого корпоративного справочника-классификатора материально-технических ресурсов. Это требовалось выполнить еще до определения других направлений разработки интеграционных решений и систем управления. Более того, именно совместная нормативная база должна была помочь формированию единого корпоративного англо-русского менталитета (в компании работают специалисты российской ТНК и английской ВР) и общему пониманию ведения бизнеса.

2. В конце второй мировой войны президент США Рузвельт поставил задачу разобраться в причинах проблем с поставками запчастей на фронт. Проведя необходимые исследования, американцы пришли к выводу, что запасные части в войска отправлялись в количестве, в несколько раз превышающем потребность в них. При этом запчастей по-прежнему не хватало из-за того, что на складах скапливались одни и те же изделия, но обозначенные по-разному и носившие разные названия. В итоге президент издал директиву о создании единой федеральной системы каталогизации предметов снабжения для государственных нужд, и в первую очередь для нужд обороны и безопасности. В последние двадцать лет США ежегодно вкладывали от 2 до 4 млрд. долл. только в реализацию программ стандартизации с использованием модульных структур (аналогов продукции), позволяющих сократить номенклатуру предметов снабжения министерства обороны приблизительно в три раза.

Управление нормативно-справочной информацией

Для обозначения подобной справочной информации в автоматизированных системах управления предприятиями на Западе используется термин Master Data (мастер-данные, основные данные), а задачи управления ею получили название Master Data Management (MDM). Однако в русском языке сейчас чаще применяется понятие нормативно-справочная информация (НСИ), которое появилось в дисциплинах, касающихся управления народным хозяйством еще в докомпьютерные времена. В данном случае определение "нормативная" отражает то факт, что проблема создания справочников корпоративного уровня выходит далеко за пределы собственно предприятия, она должна решаться с учетом отраслевых, государственных и международных стандартов.

Можно дать такое определение: НСИ - это условно-постоянная часть всей корпоративной (учрежденческой) информации, в отличие от текущей информации, формируемой непосредственно в процессе деятельности организации. В состав НСИ входят словари, справочники и классификаторы, данные из которых (например, термины, единицы измерения, коды, наименования материалов, контрагентов и т. п.) используются при формировании текущих документов. Так, при формировании в компьютере счета-фактуры наименования материалов, единицы измерения, наименование предприятия-получателя (контрагента), его реквизиты и ряд других полей, как правило, выбираются из справочников, встроенных в систему, а не вводятся вручную.

Чтобы оценить масштабы задач MDM, можно привести такие данные. Для крупных компаний нефтегазового сектора размеры справочников материалов составляют от 100 до 250 тыс. позиций, а по контрагентам - от 3 до 12 тыс. записей.

Вполне очевидно, что вопросы создания и поддержки в актуальном состоянии НСИ выделяются в разряд самостоятельных задач в системе управления предприятием в целом, этим зачастую занимается отдельная служба компании.

По оценкам экспертов, в нашей стране стоимость обработки одной записи НСИ составляет 2-5 долл. (за рубежом - 10-20 долл.). Соответственно стоимость одного проекта по формированию НСИ крупного предприятия можно оценить в 400-1000 тыс. долл. (включая стоимость ПО, консалтинга по внедрению и сопровождения).

Первыми к пониманию необходимости выполнения работ по НСИ как самостоятельной части создания системы управления организацией подошли нефтегазовая отрасль, а также ряд государственных и региональных структур. Сейчас в России выполняется примерно 10-15 крупных проектов по этой тематике, при этом аналитики отмечают быстрое повышение интереса к данным работам со стороны как корпоративного, так и государственного секторов. Для удовлетворения растущих потребностей клиентов нужна выверенная методология реализации подобных проектов.

Проблема создания корпоративной системы НСИ заключается как раз в том, что она не имеет простого решения. Казалось бы, самый разумный способ - использовать готовый набор справочников (международных, государственных, отраслевых). Но дело в том, что пользоваться им конкретному предприятию будет крайне неудобно (они слишком избыточны и не учитывают специфики организации), к тому же создать такую глобальную систему НСИ в полном объеме просто невозможно (подробнее на эту тему см. статью Дмитрия Гулько "Как избежать типовых ошибок при построении корпоративных и отраслевых систем нормативно-справочной информации", PC Week/RE, N 18/2004, c. 35).

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

Создателей нормативов и стандартов (как государственных, так и отраслевых);

Поставщиков базового ПО;

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

В советские времена государственные органы очень активно занимались вопросами нормативного регулирования. С началом перестройки произошел провал в этой деятельности, и лишь 5-7 лет назад правительственные структуры опять взялись за эту работу. Уже принято несколько законов и постановлений по данной тематике, и в настоящее время действует несколько государственных стандартных систем классификации продукции и видов деятельности (ОКП, ОКВЭД, ОКДП, ТН ВЭД, ЕКПС). Однако каждая из них имеет свое специализированное назначение и не пригодна для использования в чистом виде в отраслевых или корпоративных системах. Западные же системы классификации невозможно применять у нас в силу значительной национальной специфики нашей экономики. В целом нужно отметить, что для упорядочивания ситуации в области корпоративной НСИ желательно более активное участие государственных органов, но при этом не переходящее грань разумного регулирования.

Рис.3. Функциональная схема системы ведения НСИ

Вопросы Master Data Management находятся в поле внимания и поставщиков базового ПО. При этом они подходят к их решению с разных направлений. В первую очередь, естественно, этими задачами занимаются производители ERP-решений, и лидером тут является SAP. Другой пример - разработчики инфраструктурного интеграционного ПО. Тут следует назвать корпорацию IBM - недавнее приобретение ею компании Ascential Software во многом объясняется именно намерением корпорации усилить направление MDM (см. PC Week/RE, N 10/2005, с. 12). И, наконец, нужно сказать о поставщиках систем управления документами (например, Hummingbird). Их присутствие в сегменте MDM объясняется, с одной стороны, опытом решения задач интеграции данных, а с другой - необходимостью использования для управления НСИ интеллектуальных технологий обработки неструктурированной информации.

Что касается системных интеграторов и консалтинговых компаний, то вопросами MDM занимаются в той или иной степени все фирмы, выполняющие крупные проекты по созданию систем управления предприятиями. Некоторые из них ("Интертех", ЛАНИТ, IBS, "Юнит Спейс", "Каталит") имеют специализированные наработки в этой области. Далее мы кратко расскажем о предложениях по построению корпоративных систем НСИ фирмы "Интертех", которая за последние годы приобрела солидный опыт внедрения подобных решений в таких компаниях, как ТНК-ВР, "Татнефть", СИБУР, а также в различных федеральных ведомствах, департаментах правительства Москвы и т. д. Недавно она заключила соглашение о сотрудничестве в сфере MDM с корпорацией SAP (см. PC Week/RE, N 13/2005, с. 49).

Технология построения НСИ от компании "Интертех"

Методология, предлагаемая "Интертех", подразумевает создание единой системы ведения НСИ, увязывающей в общекорпоративное информационное пространство всю нормативно-справочную информацию подразделений, дочерних предприятий и партнеров компании (рис. 1).

Ее реализация требует прежде всего разработки и принятия набора стандартов и регламентов ведения НСИ предприятия. В качестве технологической основы построения систем НСИ используется онтологическая модель классификации и кодирования - формального описания объектов учета, основанная на выделении их существенных свойств (рис. 2). Такой подход обеспечивает накопление любого количества непротиворечивой информации и сочетает в себе достоинства иерархической, фасетной, адаптивной и ссылочной систем классификации. В целом данная методика позволяет стандартизировать действия специалистов-экспертов при осуществлении ими операций по классификации и кодированию групп (классов) объектов учета, определению свойств (признаков) классов и их значений, построению навигационных иерархий. Она также включает описание типовых пользовательских запросов, разбитых на группы по степени неопределенности и неточности формулировок, и рекомендации специалистам (экспертам) службы поддержки.

Рис. 4. Основные этапы работ по созданию единой системы ведения НСИ

Собственно система ведения НСИ реализована в виде программно-аппаратного комплекса (рис. 3), в состав которого входят инструменты ведения справочников и классификаторов, средства поиска объектов учета, модули обмена информацией между экспертами и пользователями, механизмы интеграции с внешними приложениями. Его основными интегрированными между собой функциональными подсистемами ПО являются "АРМ пользователя", "АРМ эксперта" и "АРМ администратора". Система в стандартной конфигурации базируется на технологиях Microsoft (ОС - Windows, Web-сервер - IIS, СУБД - SQL Server), но в ней предусмотрена и возможность использования других программных платформ.

Компания "Интертех" разработала также поэтапную методику внедрения системы НСИ предприятия (рис. 4). Лежащий в ее основе подход опирается на ряд основных принципов.

Эволюционность развития системы предполагает пошаговый переход к современным методам ведения и сопровождения корпоративной НСИ. Общая схема такого подхода выглядит следующим образом: старое -> старое + новое -> новое; на промежуточных этапах допускается параллельное существование старой и новой систем.

Адаптивность системы НСИ к специфике и ландшафтам существующих прикладных систем (в том числе системы ERP-класса) и к различным системам классификации и кодирования предполагает ее способность интегрироваться с внешними системами.

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

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

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

Рис. 5. Функциональная модель процесса использования и ведения единой базы НСИ

Для эффективного функционирования единой системы ведения НСИ должен быть разработан комплекс организационно-управленческих решений, предусматривающий четкое разделение ответственности и функциональных обязанностей в соответствии с компетенциями групп персонала компании (рис. 5):

Пользователи - сотрудники компании, использующие те или иные данные из базы НСИ при формировании рабочих документов;

Эксперты - специалисты группы НСИ, отвечающие за формирование и изменение данных в базе НСИ;

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

Специалисты технической поддержки - персонал службы автоматизации и ИТ, обеспечивающий обслуживание программно-технических средств системы.

В целом внедрение единой системы ведения НСИ позволяет заказчику решить следующие основные задачи, способствующие повышению эффективности работы всего предприятия:

Создать централизованное хранилище НСИ, функционирующее в рамках единого информационного пространства компании и включающее всю номенклатуру материально-технических ресурсов и других объектов учета;

Централизовать функции ведения НСИ на основе разработанных корпоративных стандартов классификации и кодирования;

Создать единые регламент и технологическую среду для доступа пользователей к НСИ, ведения экспертами классификаторов и справочников и технической поддержки системы администраторами;

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

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

Оперативно представлять руководству компании информацию, необходимую для принятия эффективных решений.

1. Историческое наследие

«Историческое наследие автоматизации в крупных компаниях и холдингах в подавляющем большинстве случаев плачевно: отдельные системы и «системки» работают на разных программных платформах и используют разные локальные справочники, никак не связанные между собой, что препятствует информационному обмену и консолидации данных. Многие специалисты склонны в этой ситуации употреблять такие метафоры, как «лоскутная автоматизация» и «информационный зоопарк». Ключевым решением проблемы является создание Единой системы ведения нормативно-справочной информации, стандартизирующей и унифицирующей все информационные потоки внутри компании». (Из статьи президента НЦИТ «ИНТЕРТЕХ» Д. Е. Гулько «Система нормативно-справочной информации: типовые ошибки и заблуждения» , опубликованной в журнале «Газовая промышленность» №6 в июне 2004 г.)

Эксперты НЦИТ «ИНТЕРТЕХ» по результатам анализа информационных систем, используемых в крупных компаниях и государственных структурах, пришли к следующим выводам:

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

Выделим некоторые основные проблемы ведения НСИ, значительно увеличивающие материальные и трудовые затраты многих компаний и государственных структур на выполнение важных бизнес-процессов:

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

В качестве решения указанных проблем ИНТЕРТЕХ предлагает создание Единой системы ведения НСИ, увязывающей в общекорпоративное информационное пространство всю нормативно-справочную информацию подразделений, дочерних предприятий и партнеров компании.

Для реализации этого решения необходимо:

Разработать и принять стандарты и регламенты ведения НСИ:

  • Стандарт Компании «Состав и структура Единой системы ведения НСИ, систем классификации и кодирования».
  • Регламент использования подразделениями и дочерними предприятиями Единой системы ведения НСИ, систем классификации и кодирования.
  • Регламент ведения и сопровождения Единой системы ведения НСИ, систем классификации и кодирования.
  • Регламент обеспечения доступа пользователей компании к ресурсам Единой системы ведения НСИ и их технической поддержки.

Использовать методику онтологической классификации и кодирования, разработанную специалистами ИНТЕРТЕХ.

Методика позволяет стандартизировать действия специалистов-экспертов при осуществлении ими операций по классификации и кодированию групп (классов) объектов учета, определению свойств (признаков) классов и их значений, построению навигационных иерархий.

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

Внедрить автоматизированную систему, обеспечивающую:

  • поддержку принятой технологии классификации и кодирования информации;
  • доступ пользователей к ресурсам Единой системы ведения и управления НСИ – прямой, через web-интерфейс или через существующие прикладные системы;
  • работу служб сопровождения Единой системы ведения и управления НСИ, систем классификации и кодирования в соответствии с разработанным регламентом.

4. Этапы работ

Ниже приведены основные этапы работ по созданию Единой системы ведения и управления НСИ.

5. Суть подхода

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

Эволюционность развития системы предполагает пошаговый переход к современным принципам ведения и сопровождения корпоративной НСИ. Общая схема такого подхода выглядит следующим образом: старое -> старое + новое -> новое, когда на промежуточных этапах допускается параллельное существование старой и новой систем.

Адаптивность системы к специфике и ландшафтам существующих прикладных систем (включая системы ERP-класса), к используемым различным системам классификации и кодирования, предполагает способность системы интегрироваться с внешними системами.

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

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

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

6. Программное обеспечение

Ontologiс 4.6 широко используется многими крупнейшими российскими компаниями в качестве платформы для MDM-решений. На данной платформе разработаны и внедрены системы управления НСИ (MDM) в таких компаниях, как ТНК-BP, Татнефть, СИБУР, ИНТЕГРА, Норникель, Трансмашхолдинг, Транснефть, ГОЗНАК, Полюс-Золото, НОВАТЭК и др.

С учетом опыта таких внедрений, компания «ИНТЕРТЕХ» поставляет готовое типовое решение для системы управления НСИ .

ОСНОВНЫЕ ХАРАКТЕРИСТИКИ

6.1. Архитектура решения

Состав компонентов решения:

  • сервер приложений;
  • сервер базы данных;
  • интеграционный модуль;
  • клиентские приложения (АРМ-ы).

Используемое для сервера приложений программное обеспечение:

  • IIS 7.5 или выше;
  • .NET Framework 4.5

Используемое для сервера базы данных программное обеспечение:

  • Microsoft Windows Server 2008 R2 Standard или Microsoft Windows Server 2012 R2 Standard;
  • Microsoft SQL Server 2012 Standard или Microsoft SQL Server 2014 Standard;
  • .NET Framework 4.5.

Используемое на АРМ-ах пользователей, экспертов, администраторов ПО:

  • Операционная система: Microsoft Windows 7/8/10, 32 или 64-bit;
  • .NET Framework 4.5;
  • Microsoft Excel 2007/2010/2013/2016;
  • Internet Explorer 11.

6.2. Функциональность системы

Функции поиска данных:

  • поиск по атрибутам записи справочника (наименования и пр.);
  • поиск по текстовым полям с использованием словоформ;
  • таксономический поиск по свойствам/характеристикам;
  • поиск по иерархиям классификаторов/рубрикам навигаторов.

Функции экспорта и печати информации о записях справочника:

  • экспорт данных во внешние файлы в форматах.xls, .txt, .mdb, .xml;
  • печать найденных позиций справочника.

Функции пользователя по актуализации справочника:

  • формирование/редактирование запроса на добавление/изменение позиции справочника;
  • отправка запроса на добавление/изменение позиции в Службу НСИ;
  • мониторинг состояния обработки запроса.

Функции эксперта по ведению НСИ:

  • обработка запроса на добавление/изменение позиции;
  • ведение библиотеки классов (создание/корректировка иерархий);
  • создание/изменение позиций в справочнике;
  • добавление к позиции справочника документов;
  • формирование отчетов, связанных с обработкой пользовательских запросов и актуализацией справочников;

Функции администрирования системы:

  • настройки классификаторов и справочников и связей между созданными таблицами;
  • редактирование структуры справочника (добавление/удаление/изменение формата полей в записи справочника);
  • экспорт-импорт данных;
  • добавление и редактирование функциональных ролей пользователей;
  • регистрация пользователей, назначение функциональных ролей и активация пользователей;
  • архивирование данных и восстановление данных из архива;
  • аудит действий пользователей;
  • настройка и мониторинг работы модулей и компонентов системы (вкл. интеграцию с прикладными системами).

6.3. Информационное наполнение

Решение поставляется с преднастроенной структурой справочников и классификаторов и загруженным демо-контентом. В состав входят:

МАТЕРИАЛЫ (МТР):

  • Классификатор с иерархиями и таксономическими наборами свойств;
  • Справочник со следующими атрибутами: наименование материала, марка, технические характеристики, ссылки на стандарт, на класс Ontologic, на группу материалов и др.;
  • Вспомогательные справочники (группы МТР, единицы измерения и др.).

КОНТРАГЕНТЫ:

  • Справочник контрагентов со следующими атрибутами: наименования контрагента, ИНН, КПП, адреса, контактная информация и др.;
  • Справочник банков.
  • Справочник расчетных счетов контрагентов.
  • Вспомогательные справочники (организационно-правовых форм, адресов и др.).

КАСТОМНЫЕ СПРАВОЧНИКИ И КЛАССИФИКАТОРЫ:

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

6.4. Возможности интеграции

Средства интеграции решения на платформе ONTOLOGIC 4.6 позволяют настраивать различные сценарии репликации обновлений данных из ЕС НСИ в прикладные системы заказчика с использованием интеграционных шин (SAP PI/XI, IBM WebSphere, и др.) или файлового обмена.


7. Ожидаемые результаты от внедрения системы
  • Централизованное хранилище нормативно-справочной информации, функционирующее в рамках единого информационного пространства Компании, и включающее всю номенклатуру материально-технических ресурсов и других объектов учета, находящихся в распоряжении Компании.
  • Централизация функций ведения нормативно-справочной информации на основе разработанных корпоративных стандартов классификации и кодирования.
  • Единый регламент и технологическая среда доступа пользователей к НСИ, ведение и управление НСИ экспертами (классификатор и справочник) и техническая поддержка системы администраторами.
  • Встроенные в систему программные средства, поддерживающие необходимый уровень безопасности данных и постоянную их актуализацию, исключающие хранение дублированной, ошибочной или устаревшей информации.
  • Интеграция классификаторов и справочников НСИ в действующие управленческие, бухгалтерские и другие системы, позволяющая упорядочить и сократить расходы на процессы ведения нормативно-справочной информации.
  • Оперативное предоставление руководству компании информации, необходимой для принятия эффективных управленческих решений.
8. Почему «Интертех»

ИНТЕРТЕХ является разработчиком и владельцем уникальной методологии и технологии построения классификаторов корпоративного уровня, программного обеспечения «ОК» и наполненных баз данных, что позволяет комплексно «под ключ» решить все описанные выше проблемы.

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

ИНТЕРТЕХ имеет реальные внедрения своих решений по построению Единых систем ведения НСИ, классификации и кодирования (онтологического классификатор).

ИНТЕРТЕХ ведет полный цикл проектных работ – от консалтинга, включающего обследование и анализ существующих информационных систем, потоков и процессов, выработку рекомендаций по реинжинирингу, разработку нормативно-регламентной и методологической базы, до разработки и внедрения «под ключ» готовых систем.

ИНТЕРТЕХ внедрил в свой производственный процесс и использует систему менеджмента качества в полном соответствии с требованиям ГОСТ Р ИСО 9001-2001.

ИНТЕРТЕХ ведет активное взаимодействие и координацию работ в области классификации с Госстандартом РФ, Минэкономразвития РФ, Минэнерго РФ, Минпромнауки РФ, ТПП РФ.

ИНТЕРТЕХ имеет все необходимые лицензии (ФАПСИ и Гостехкомиссии при Президенте РФ) на право работы с системами защиты информации на территории РФ.

Разработанные ИНТЕРТЕХ системы и решения прошли экспертизу и имеют положительные отзывы ряда министерств и ведомств, в том числе Госстандарта РФ, Минпромнауки РФ, Высшей школы экономики, ТПП РФ, РСПП, Российской Академии государственной службы (РАГС) при Президенте РФ и т.д.

Сабир Асадуллаев и Александр Карпов
Опубликовано 09.11.2010

Основные понятия и терминология

Мастер - данные (МД) включают в себя информацию о клиентах, сотрудниках, продуктах, товарах, поставщиках, которая, как правило не является транзакционной по своей природе.

Нормативно-справочная информация (НСИ) включает в себя словари, справочники, классификаторы, кодификаторы, нормативы и идентификаторы. Это – базовый уровень транзакционных систем, который в ряде случаев ведется внешними уполномоченными организациями.

Рис. 1 в упрощенном виде иллюстрирует отличие НСИ, мастер-данных и транзакционных данных. В условной системе продажи авиабилетов роль НСИ выполняет кодификатор аэропортов, созданный разработчиками системы с учетом неких специфических требований. Но для взаимодействия с другими международными информационными системами код аэропорта должен быть понятен всем. Этой цели служит трехбуквенный уникальный код аэропорта, присваиваемый аэропортам Международной ассоциацией воздушного транспорта (IATA).

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

Последняя, верхняя строка на Рис. 1 схематично изображает условную транзакцию, связанную с продажей билета. Аэропортов в мире сравнительно немного, клиентов намного больше, но они могут многократно пользоваться услугами этой компании, а билет не может и не должен быть использован повторно. Таким образом, для авиакомпании данные о продажах билетов являются наиболее часто меняющимися транзакционными данными.

Суммируя можно сказать, что НСИ составляет базовый уровень автоматизированных информационных систем, а мастер-данные хранят информацию о клиентах и сотрудниках, о поставщиках продукции, оборудовании, материалах и о других бизнес – сущностях.

При этом НСИ и МД имеют много общего, поэтому в тех случаях, когда рассматриваемые факторы касаются и НСИ, и МД, мы будем упоминать их как «НСИ и МД», например, «система ведения НСИ и МД».

Общие недостатки традиционного ведения НСИ и МД

Наиболее распространенной и очевидной проблемой традиционного ведения НСИ и МД является отсутствие поддержки временных изменений. Адрес, как правило, является одной из важнейших компонент НСИ и МД. К сожалению, адреса меняются. Клиент может переехать, но может «переехать» целый дом и даже улица. Так, в 2009 году адрес комплекса зданий «Башня на набережной» изменился с «Краснопресненская набережная, дом 18» на «Пресненская набережная, дом 10». Таким образом, запрос “Какое количество корреспонденции было доставлено в офис компании, арендующей помещения в «Башне на набережной» в 2009 году?” должен корректно обрабатывать записи о доставках с двумя разными адресами.

Однако, для того чтобы изменения в жизни были отражены в ИТ системе, мало иметь технологические (программно-аппаратные) средства ведения НСИ и МД. Необходим кто-то, или что-то, для отслеживания изменений. То есть, требуется организационные меры, например, штат сотрудников с должностными обязанностями, соответствующими принятой методологии ведения НСИ.

Таким образом, корпоративное ведение НСИ и МД включает в себя три категории мероприятий:

  1. Методологические мероприятия, определяющие методы, регламенты, стандарты, процессы и роли, поддерживающие весь жизненный цикл ведения НСИ и МД
  2. Организационные мероприятия, определяющие в соответствии с методологическими требованиями, организационною структуру, функциональные подразделения и их задачи, роли и должностные обязанности сотрудников.
  3. Технологические мероприятия, лежащие на уровне ИТ и обеспечивающие исполнение организационных и методологических мероприятий.

В данной статье мы рассмотрим, в первую очередь, технологические мероприятия, которые включают в себя создание единой модели данных НСИ и МД, ведение и архивацию исторической НСИ и МД, идентификацию объектов НСИ и МД, устранение дубликатов, выявление противоречий, обеспечение ссылочной целостности, поддержку жизненного цикла объекта НСИ и МД, выработку правил очистки, создание системы ведения НСИ и МД и ее интеграцию с эксплуатируемыми информационными системами предприятия. Рассмотрим более детально технологическую область создания инфраструктуры НСИ и МД и связанные с ней недостатки традиционного ведения НСИ и МД.

Технологические недостатки ведения НСИ и МД

Нет единой модели данных НСИ и МД

Единая модель данных НСИ и МД отсутствует, или она не формализована, что не позволяет эффективно использовать объекты НСИ и МД и затрудняет любую автоматизацию работы с данными.

Модель данных является основной и самой важной частью ведения НСИ и МД, отвечая, к примеру, на следующие вопросы:

  • что включать в идентифицирующие атрибуты объекта НСИ и МД?
  • что из всех атрибутов объекта НСИ и МД хранить в модели данных и отнести к НСИ и МД, а что отнести к операционным данным и оставить в эксплуатируемой информационной системе?
  • как провести интеграцию по модели с внешними идентификаторами и классификаторами (ОКПО, ОКУД)?
  • дает ли совокупность двух атрибутов из различным ИТ систем третий уникальный и важный с точки зрения бизнеса атрибут?

Нет единого регламента ведения истории и архивации

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

Пример проблем, вызванных отсутствием ведения исторической нормативно-справочной информации приведен в разделе «»

Сложность отождествления объектов НСИ и МД

В различных ИТ системах объекты НСИ и МД имеют собственные идентификаторы – наборы атрибутов. Ситуация осложняется тем, когда для одних и тех же объектов в различных системах не удается выделить один общий набор атрибутов, сочетание которых уникально и идентифицирует объект в информационной системе – аналог составного ключевого поля в базах данных. В этом случае задача отождествления и сравнения объектов в различных ИТ системах переходит из детерминистической области в область вероятностной. Качественно провести идентификацию объектов НСИ и МД без специализированных средств анализа и обработки данных в этом случае затруднительно.

Возникновение дубликатов объектов НСИ и МД

Сложность идентификации объекта приводит к потенциальному возникновению дубликатов (или возможных дубликатов) одного и того же объекта НСИ и МД в различных системах, что является основной и самой значимой проблемой для бизнеса. Дублирование информации ведет к дублированию расходов на обработку объектов, дублированию «точек входа», увеличение расходов на поддержание жизненных циклов объектов. Дополнительно следует отметить затраты на процессы ручной сверки (реконсиляции) дубликатов, которые изначально слишком высоки, так как часто выходят за границы возможностей ИТ систем и требуют участия оператора. Следует отметить, что возникновение дубликатов является системной ошибкой, появляющейся на самых ранних шагах бизнес-процессов, использующих объект НСИ и МД. Далее по ходу исполнения бизнес процесса дубликат обрастает связями, атрибутным составом и ситуация еще более усложняется.

Несогласованность метаданных НСИ и МД

Каждая информационная система, поддерживающая линию бизнеса предприятия, и в которой зарождаются специфичные для этого бизнеса объекты НСИ и МД, определяет свой набор бизнес правил и ограничений, накладываемых как на атрибутный состав (метаданные), так и на значение атрибутов. В результате часто возникает ситуация, когда эти правила и ограничения, заданные в различных информационных системах, входят в противоречие друг с другом, таким образом сводя на нет даже теоретические попытки привести все объекты НСИ к одному виду. Ситуация усугубляется, когда при внешне совпадающей модели данных, данные имеют одно и тоже смысловое значение, но различное значение с точки зрения представления: различное написание, перестановки в адресах, сокращения ФИО, различные кодировки, сокращения.

Ссылочная целостность и синхронизация модели НСИ и МД

В реальной жизни все объекты НСИ и МД, находящиеся в пространстве своей IT системы, содержат в себе не только значения, но и ссылки на другие НСИ и МД, которые могут находиться (и вестись) в отдельных внешних системах. Здесь в полный рост встает проблема синхронизации и поддержки целостности всей модели НСИ и МД организации. Одним из общепринятых путей решения такого рода проблем является переход к использованию НСИ и МД которые ведутся и импортируются в организацию извне (к примеру, справочники КЛАДР, ОКВЭД, ТН ВЭД, ФСКП и ЕКПС).

Рассогласование жизненного цикла объекта НСИ и МД

В результате наличия одного и того же объекта НСИ и МД в различных корпоративных системах, ввод и изменение этого объекта в этих системах несогласован, и зачастую растянут во времени. Возможна ситуация, когда объект находится в различных системах во взаимоисключающих статусах (активен в одной системе, архивирован в другой, удален в третьей), что затрудняет поддержку целостности объектов НСИ. Несвязанные и «размазанные» во времени объекты сложно использовать как в транзакционных, так и в аналитических процессах.

Выработка правил очистки

Правила очистки НСИ и МД зачастую вполне справедливо относят к методологическим аспектам. Безусловно, ИТ специалисты нуждаются в постановке задачи от бизнес – пользователей, например, в каких случаях необходимо обновлять коды аэропортов, или какая из двух платежек имеет правильную кодировку реквизитов. Но бизнес - специалисты не знакомы с тонкостями реализации эксплуатируемых ИТ систем. Более того, документация на эти системы или неполна, или отсутствует. Поэтому необходим анализ информационных систем с целью уточнения правил очистки и выявления новых правил.

Неверный выбор мастер-системы ведения НСИ и МД

Чаще всего самыми значимыми источниками и потребителями НСИ и МД являются крупные унаследованные корпоративные информационные системы, являющиеся ядром бизнеса предприятия. В реальной жизни такую систему зачастую выбирают в качестве «мастер системы» для ведения НСИ и МД вместо создания специализированного репозитория НСИ и МД. При этом не принимается о внимание, что подобный функционал, как правило, является несвойственным этой ИТ системе. В результате любые доработки таких систем, связанные с НСИ и МД, выливаются в крупные и необоснованные траты. Ситуация усугубляется, когда по мере развития подсистемы ведения НСИ и МД необходимо ввести качественно новый функционал: пакетную обработку данных, форматирование и очистку, назначить стюардов данных.

Неготовность ИТ систем к интеграции НСИ и МД

Для того, чтобы полноценно внедрить ведение НСИ и МД в существующие ИТ системы предприятия, необходимо провести интеграцию этих систем и, чаще всего, эта интеграция необходима не как единовременный и локализованный акт, а как изменение процессов, живущих внутри ИТ систем. Помимо интеграции для работы в операционном режиме (online), необходимо провести интеграцию для проведения первоначальной пакетной загрузки данных (ETL), а также для проведения процедур ручной сверки (реконсиляции).

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

Примеры проблем традиционного ведения НСИ и МД

Таким образом, основные проблемы ведения НСИ проистекают из-за децентрализации и фрагментации НСИ на предприятии и проявляются на практике в конкретных примерах.

Паспортные данные как уникальный идентификатор

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

Следует отметить, что обнаруженные проблемы с качеством клиентских данных не были ожидаемыми и обнаружились только на этапе очистки данных, что потребовало дополнительных затрат времени и средств для доработки правил очистки данных и модели клиентских данных.

Адрес как уникальный идентификатор

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

Необходимость массового переоформления договоров

В третьем случае, при подключении существующей корпоративной информационной системы, поддерживающей взаимоотношения с клиентами, к системе ведения НСИ и МД только на этапе тестирования выяснилось, что подключаемая система не может автоматически принять изменения от системы ведения НСИ и МД. Для этого необходимо провести некоторые регламентные действия, в данном случае, вызвать клиента и переоформить бумажные договорные документы, в которых упоминалась критичная информация, относящаяся к НСИ и МД. Из-за большого объема работы были пересмотрены как технологические, так и организационные аспекты работы с НСИ и МД.

Расхождение согласованных данных

Четвертый пример описывает типичную ситуацию для многих организаций. В результате бурного развития бизнеса предприятия было решено открыть новое направление, поддерживающее работу с клиентами в стиле B2C / B2B через Интернет. Для этого была приобретена новая ИТ система, поддерживающая автоматизацию нового направления бизнеса компании. При развертывании возникла необходимость провести интеграцию с существующими НСИ и мастер-данными предприятия и расширить их специфичными атрибутами, что оказалось не так просто, в первую очередь из-за отсутствия выделенной системы НСИ и МД. В результате НСИ были однократно загружены в новую систему безо всякой обратной связи с существующим ИТ ландшафтом компании, что через некоторое привело к двум независимым версиям клиентских справочников. Поначалу проблема решалась путем ручной обработки клиентских данных в электронных таблицах, однако через некоторое время количество клиентов значительно возросло, справочники «разошлись», и ручная обработка оказалась неэффективной и дорогой. В результате ситуация привела к серьезной эскалации проблемы на уровне бизнес - пользователей, не имеющих общей картины о своих клиентах для проведения маркетинговых акций.

Преимущества корпоративного ведения НСИ и МД

Корпоративное ведение НСИ и МД обеспечивает следующие преимущества:

  • Выполнение требований закона и снижение рисков
  • Снижение затрат
  • Повышение гибкости для поддержки новых бизнес стратегий.

Звучит слишком хорошо, чтобы быть правдой, поэтому рассмотрим каждое из преимуществ на практических примерах.

Выполнение требований закона и снижение рисков

Следственные органы потребовали от крупной компании предоставить данные за предыдущие 10 лет. Задача казалась несложной и выполнимой: компания задолго до этого ввела процедуры регулярного архивного и резервного сохранения данных и прикладных программ, носители данных хранились в защищенном помещении, аппаратура для чтения носителей еще не успела устареть. Однако после восстановления исторических данных из архива обнаружилось, что данные не имеют практического смысла – НСИ за это время неоднократно менялась, и теперь невозможно установить, к чему относились те или иные данные. Никто не предусмотрел архивирование НСИ – казалось, что это устойчивая ко времени информация. На компанию были наложены значительные штрафные санкции, в компании были сделаны серьезные организационные выводы в отношении руководителей. Кроме того, было создано подразделение, отвечающее за ведение НСИ, чтобы избежать повторения неприятной ситуации.

Рост прибылей и удержание клиентов

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

Снижение затрат

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

Повышение гибкости для поддержки новых бизнес стратегий

Устранение фрагментации и децентрализации ведения НСИ и МД позволяет предоставлять информацию как сервис. Это означает, что любая ИТ система, соблюдая установленные протоколы обмена и права доступа, может обращаться к системе корпоративного ведения НСИ и МД и получать необходимые данные. Сервис -ориентированный подход позволят гибко выстраивать информационные сервисы в соответствии с изменяющимися бизнес – процессами, обеспечивая таким образом своевременную реакцию ИТ служб и систем в условиях изменяющихся требований.

Архитектурные принципы системы ведения НСИ и МД

Ресурсы для скачивания

static.content.url=http://www.сайт/developerworks/js/artrating/

Zone=Information Management

ArticleID=577045

ArticleTitle=Ведение НСИ на практических примерах

УДК 004.37.01

А.Х. Жиляев,
Институт информатики и
проблем регионального управления
КБНЦ РАН, н.с., г.Нальчик.

Введение

Создание единого информационного пространства – необходимое условие эффективного управления различными объектами, будь то предприятие, ведомство, регион или государство. Формирование единой среды предполагает интеграцию управленческих процессов, сопровождающуюся нормализацией информационных потоков. Часто, перемещение информации на разных уровнях и частях объекта управления поддерживается различными информационными и учетными системами. Соответственно, возникает необходимость интеграции этих систем. Набирающие силу процессы глобализации мировой экономики, есть – по сути – интеграционные процессы. Такие интеграционные задачи особенно актуальны для России в связи с предстоящим вступлением во Всемирную Торговую Организацию (ВТО).

Задача интеграции информационных и учетных систем состоит из двух взаимосвязанных частей: интеграции данных и следующей за ней интеграции приложений. Выполняя интеграцию данных, следует провести унификацию и стандартизацию нормативно-справочной информации (НСИ). .

НСИ - это условно-постоянная часть всей информации в информационной системе (ИС), в отличие от текущей информации, формируемой непосредственно в процессе работы в ИС. В состав НСИ входят: справочники, словари, линейные и иерархические списки, классификаторы, реестры, кодификаторы, данные из которых используются при формировании текущих документов.

Для обозначения подобной справочной информации в англоязычной литературе используется термин Master Data (мастер-данные, основные данные), а задачи управления ею получили название Master Data Management (MDM).. Однако, в русском языке сейчас чаще применяется понятие нормативно-справочная информация (НСИ), которое появилось в дисциплинах, касающихся управления народным хозяйством, еще в докомпьютерные времена. В данном случае определение “нормативная” отражает тот факт, что проблема создания справочников должна решаться с учетом отраслевых, государственных и международных стандартов.

Если сегодня такие термины как, например, АСУ (Автоматизированные Системы Управления) или ИС (Информационные Системы) стали уже привычными, то аббревиатура «СУ НСИ» (Система Управления Нормативно-Справочной Информацией) нередко вызывает недоумение. Даже тот смысл, который лежит за ее расшифровкой, понятен зачастую только специалистам. НСИ – это не просто база данных, а сложно организованная система с множеством перекрестных ссылок между отдельными справочниками и классификаторами. Особенно важен механизм поддержки актуальности справочной информации. Требования к полноте, точности и актуальности информации в системе НСИ гораздо жестче, чем в обычной БД, так как при функционировании любой информационной системы, в том числе АСУ, информационное наполнение прикладных задач зависит от данных НСИ. НСИ является "фундаментом" всей ИС и управление этой системой должно быть централизованным. На рисунке 1. данные НСИ показаны нижним уровнем, "информационным фундаментом" всей структуры ИС.

Рис. 1 Уровни информационной системы

Именно централизованное ведение системы НСИ, подчиненное единому регламенту и обеспеченное единой технологической средой, позволяет поддерживать унификацию данных, полноту, целостность и актуальность всех входящих в ее состав справочников и классификаторов. Следовательно – иметь эффективно работающую ИС, решающую реальные задачи.

Разработка полноценного программного обеспечения для управления НСИ началась всего несколько лет назад. Ведущие производители программного обеспечения в последнее время уделяют все больше внимания средствам управления НСИ (в англоязычном варианте MDM, Master Data Management – управление основными данными).

Решение задач интеграции трудно представить без централизованного управления НСИ. Проблема управления НСИ возникает даже в таких автоматизированных и информационно обеспеченных структурах как банки или страховые компании. Системы управления НСИ позволяют не только аккумулировать данные из нескольких объединенных банковских систем, например, для формирования отчетности по нескольким учетным системам; но и решать задачи оперативного управления НСИ.

В России отсутствует единый центр формирования НСИ, аналогичной ГОСТам. И, хотя, в последнее время вступили в силу новые законы, связанные с разработкой и обращением электронных технических документов, они еще не оказали заметного влияния на ситуацию.

Роль НСИ в информатизации региона

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

Особая роль НСИ отводится также в программах информатизации отраслей и ведомств. Например, в опубликованном 31 марта 2010г. проекте Концепции Информатизации Здравоохранения особо подчеркивается, что информационные системы в здравоохранении должны проектироваться с учетом стандартов и регламентов и базироваться на единой НСИ. (В состав НСИ, применяемой в сфере здравоохранения, социального развития и трудовых отношений Российской Федерации входит всего 163 различных классификаторов и справочников)..

На уровне региона – цель реализации инфраструктуры НСИ в автоматизированных системах управления – создание единой системы справочников и классификаторов, используемых в государственных (муниципальных) информационных системах субъекта РФ, а также формирование базовых учетных реестров, обеспечивающих сбор и хранение предоставляемой информации по основным объектам управления регионом. Система управления НСИ, являясь централизованным хранилищем и единственным поставщиком общей НСИ для всех инфраструктурных и ведомственных информационных систем региона должна обеспечить информационную совместимость локальных информационных систем и приложений «электронного правительства» субъекта.

Очевидно, следующим шагом в развитии сферы информационных технологий в РФ должна стать последующая интеграция ведомственных, региональных и муниципальных ИС на федеральном уровне. Эта задача интеграции государственных ИС настолько сложна, что помимо стандартизации документов (например, на основе XML) и инфраструктуры интеграции в виде программного обеспечения, маршрутизации XML-документов, нужны усилия государства и в области стандартизации описания данных.

Примером инициативы в этой области является стандарт e-GMS (UK GoverNmeNt Metadata StaNdard), принятый в Великобритании. . Многие страны взяли за основу, так называемое «Дублинское ядро», включающее 15 элементов описания информации:

  • заголовок;
  • автор или создатель;
  • тема и ключевые слова;
  • описание;
  • публикатор;
  • другие контрибуторы;
  • дата;
  • тип ресурса;
  • формат;
  • идентификатор ресурса;
  • источник;
  • язык;
  • связи;
  • область (coverage);
  • управление правами.

Помимо самих элементов в «Дублинском ядре» имеются, так называемые, уточнения элементов, например: «Дата создания», «Дата публикации», «Дата окончания действия» и пр. Страны могут не только использовать это ядро, но и добавлять к нему любые дополнительные элементы, которые они считают необходимыми. Кроме того, первым инструментом при поиске информации, как правило, является просмотр категорий. Поэтому в рамках инициатив разработки стандартов на государственные метаданные определяются стандарты на список категорий (инструмент первичного поиска без использования ключевых слов).

Выводы

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

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

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

Проекты в области оказания электронных услуг на государственном, региональном, муниципальном и ведомственном уровнях, которые осуществляются правительствами разных стран, предусматривают следующие основные типы стандартов:

  • стандарты данных;
  • стандарты межведомственного обмена информацией;
  • стандарты метаданных (и поиска информации);
  • стандарты безопасности.

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

Необходима высокоэффективная современная технология и система управления НСИ, решающая задачу многопользовательского доступа к ней с возможностью физического разграничения полномочий, реализующая взаимодействие пользователей с экспертами и обеспечивающая легкое масштабирование системы при наращивании как самой базы НСИ, так и количества обслуживающих экспертов.

Литература:
1. "Стратегия развития информационного общества в Российской Федерации" (утв. Президентом Российской Федерации 07 февраля 2008 г. № Пр-212);
2. Проект постановления Правительства РФ "О порядке формирования и использования базовых классификаторов, справочников и реестров при оказании государственных и муниципальных услуг в электронной форме" от 31.08.2010 г.
3. "Обзор НСИ", Издание Минэкономразвития, 2010г
4. "Концепция создания информационной системы в здравоохранении на период до 2020 года», 2010г.
5. Полотнюк И. "Метаданные как базис интеграции", PC Week/RE (492), 2005г.
6. Ray Wang, Rob Karel. «Trends 2008: Master Data Management» 2008.

Поддержите проект — поделитесь ссылкой, спасибо!
Читайте также
Презентация на тему: Невербальные средства общения Презентация на тему: Невербальные средства общения Турагент: бесплатные путешествия или нервная работа? Турагент: бесплатные путешествия или нервная работа? Современные проблемы науки и образования Факторы, влияющие на процесс принятия решений Современные проблемы науки и образования Факторы, влияющие на процесс принятия решений