Федеральное Государственное Образовательное Учреждение

Высшего Профессионального Образования

Национальный Исследовательский Технологический Университет "МИСиС"

Кафедра автоматизированных систем управления

Курсовая работа по курсу

"Теория систем и системный анализ"

Выполнил : Авдошина Ольга

Группа: МА-10-1/И810-4

Преподаватель : Морозов Е.А.

Москва2014

1.Определение нормативно-справочной информации 3

2.Проблемы и потребности компаний к системе управления НСИ. 3

3.Едина система управления НСИ (ЕС НСИ) 5

4.Создание автоматизированной системы управления НСИ 8

4.1.Анализ НСИ 8

4.2.Выбор архитектуры и оценка стоимости создания автоматизированной системы управления НСИ 10

4.3.Внедрение 15

5.Лица, ответственные за ведение НСИ 16

6.Эффективность внедрения 18

7.Список использованной литературы 20

1. Определение нормативно-справочной информации

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

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

1. Проблемы и потребности компаний к системе управления нси.

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

Дополнительные расходы на независимое ведение одних и тех же справочников;

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

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

Низкое качество нормативно-справочных данных.

Что значит “некачественные” нормативно - справочные данные? Это справочные данные, которые:

Имеют проблемы структуризации МТР по группам;

Дублирующиеся или противоречивые данные справочника материально-технических ресурсов (товары и услуги) в 70 % случаев приводят к значительному увеличению складских запасов предприятия и образованию неликвидов. Например:

Отсутствие нужных параметров в описании товара в справочнике может привести к тому, что будет закуплен товар, не отвечающий требуемым характеристикам. В результате, на складах образуются неликвиды;

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

Использование разных кодов и наименований МТР различными подразделениями не позволяет производить анализ наличия МТР на складах и использования имеющихся запасов, вместо закупки новых МТР, что также приводит к финансовым потерям.

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

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

За иллюстрации отдельное спасибо замечательному художнику Васе Ложкину .

Случай первый. Как загрузить вагон и маленькую тележку

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

Живая история
Проект был согласован со всеми заинтересованными сторонами (в этом нас убедило руководство заказчика) и разработан в заданные сроки в соответствии с утвержденными требованиями.

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

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

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

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

Случай второй. Как хотим, так и используем

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

Живая история

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

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

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

Что же выяснилось? Заказчик производил начальную загрузку данных из филиалов в сводный справочник. Экспертам эта работа показалась нудной и трудоемкой, и они просто взяли модуль сверки и подсунули ему полные данные нового филиала, которые еще не разу не загружались в сводный справочник.

Модуль сверки, который в соответствии с ТЗ должен был формировать сведения о различиях в количестве нескольких тысяч записей, получил на вход два миллиона записей, и все они в сводном справочнике отсутствовали.

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

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

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

Случай третий. Не слонёнок, а слон, да еще и должен летать

Цель проекта - создание централизованной системы ведения справочников и классификаторов с рассылкой изменений в заинтересованные системы и базы данных. Предоставление доступа внешним системам к справочникам через веб-сервисы нашей системы.

Обычно у заказчиков среднее количество записей на один справочник составляет от нескольких сотен до нескольких тысяч. Наш недавний рекордсмен – справочник, в котором было 11 млн. записей. Но этот заказчик преподнес нам сюрприз. В его справочнике оказалось свыше 100 млн. записей. Загружали мы его больше суток, т.к. при начальной загрузке выполнялось множество проверок данных. Это не было бы большой проблемой, но заказчик потребовал, чтобы справочник загружался за несколько минут.

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

Случай четвертый. Сложный фокус с файлами

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

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

Подробнее о системе NORMA.

Задачи наших заказчиков во многом схожи, и мы решили снизить затраты на программные разработки и сократить время проектов, создав собственную универсальную платформу для ведения НСИ и основных данных (Reference Data Management & Master Data Management). Система существует уже более 10 лет, и все эти годы мы в ЛАНИТ ее активно развиваем.

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

NORMA включает графический построитель запросов и дизайнер отчетов. Кроме работы с собственными справочниками, система позволяет через свой интерфейс просматривать и изменять справочники, которые находятся во внешних, по отношению к ней, базах данных, а также использовать эти справочники в построителе запросов и пакетах экспорта/импорта.

В ответ на возникновение различных событий в системе, например, события внесения изменений в справочник, могут запускаться подключаемые программные компоненты, написанные на C#, которые могут как проверять данные, так и взаимодействовать с внешними системами и, собственно, самой системой NORMA. Практически все функции системы доступны через веб-сервисы.

Система может масштабироваться как вертикально, путем увеличения мощности сервера приложений и базы данных, так и горизонтально за счет использования многоузлового сервера приложений, в котором каждый узел или группа узлов отвечает за выполнение отдельной функции. Для хранения НСИ система может использовать Microsoft SQL Server, Oracle или PostgreSQL.

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

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

Что мы запомнили: Всегда проверяйте полученную информацию даже если вам говорят, что у нас тут маленькая проблемка, и она вот именно в этом месте, мамой клянусь! Анализируйте проблему в контексте.

Случай пятый. Я привыкаю к несовпадениям

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

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

Подобные истории случаются в различных проектах. Что интересного было в вашей проектной жизни? Что стало для вас неожиданным уроком? Делитесь в комментариях.

Теги: Добавить метки

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

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

Централизованное управление нормативно-справочной информацией с DATAREON

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

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

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

Что такое нормативно-справочная информация (НСИ)?

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

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

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

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

Для чего необходимо централизованное управление НСИ

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

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

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

Рис. 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):

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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