Характерные особенности нси. Список ролей конфигурации Структура ресурсной спецификации

УДК 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.

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

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

Приведем пример иерархии подразделений:

Администрация

Бухгалтерия Дирекция Коммерческая служба Отдел сбыта Группа розница Группа опт Отдел снабжения

Производство

Вспомогательное производство Ремонтный цех Инструментальный цех Основное производство Заготовительное производство Литейный цех Участок 1 Участок 2 Кузнечный цех Сборочное производство

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

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

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

График работы. Выбирается из справочника «Графики работы».

Элемент этого справочника определяет расписание работы – время начала и окончания работы отдельно на каждый день недели и отдельно – на все предпраздничные дни. Для каждого дня недели можно отдельно указать время начала и окончания работы согласно графику, причем временных отрезков работы может быть несколько на день недели, например, с 8.00 до 13.00 и с 14.00 до 18.00. График работы для подразделения необходим для того, чтобы процедура расчета графика производства могла определить количество часов работы, доступных в подразделении, на каждый календарный день.

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

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

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

Критерии выбора интервала планирования для подразделения – соответствие длительности типичных этапов, выполняемых в подразделении, и длительности интервала. Например, если большинство этапов в подразделении имеют длительность не более нескольких дней, то разумно использовать интервал «День». Если типичная длительность этапа существенно превышает неделю, то разумно использовать интервал «неделя».

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

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

Способ управления маршрутными листами . Эта настройка используется при управлении Маршрутными листами, выполняемыми в подразделении.

Варианты:

«Методика ББВ/УББВ». Расписание выполнения МЛ формируется для ключевых РЦ, контроль выполнения МЛ производится по прохождению МЛ предварительного и завершающего буфера.

«Пооперационное планирование». Расписание формируется для всех РЦ и операций маршрутного листа. Дополнительно нужноуточнить «Способ планирования» -«Вперед» или «Назад».

Склады (складские территории)

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

При расчете графика формируется график потребностей на складах в материалах и полуфабрикатах (номенклатура, характеристика, количество, интервал планирования).

Склад, с которого «запитывается» производственное подразделение по умолчанию – определяется реквизитом подразделения.

Но не наоборот: реквизит «Подразделение» в справочнике «Склад» не влияет на планирование (и служит для учетных целей).

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

Бригады и состав бригад

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

Бригада состоит из сотрудников. Состав бригады устанавливается документом «Формирование состава бригады », и действует с даты, указанной в документе.

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

Виды рабочих центров, рабочие центры

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

Вид рабочего центра состоит из конкретных рабочих центров, например, единиц оборудования. Синоним вида рабочих центров – «Группа взаимозаменямых рабочих центров».

Примеры рабочих центров:

- Единица оборудования

- Рабочее место

- Группа рабочих (бригада или объединение по профессиональному признаку)

- Сотрудник

- Единица оснастки

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

Реквизиты вида рабочих центров следующие:

Флаг«Планировать работу». Если флаг включен, этот вид РЦ можно выбрать в этапекак загружаемый вид РЦ. Флаг включается у видов РЦ подразделения, которые могут оказаться «узким местом» подразделения.

Максимальная доступность (час, мин, сек). Определяет максимальную длительность обработки одной партии этапа в интервале подразделения, к которому принадлежит вид РЦ. По одной партии этапа не может быть назначена длительность обработки в интервале большая, чем максимальная доступность.

В текущей версии УП2 настройки видов РЦ, сохранив описанную суть, уже несколько изменились. Теперь флажками можно задать:

- Учитывать ли доступность времени РЦ в составлении графика на верхнем уровне. И если да, то будет ли этот РЦ загружаемым или нет.

- Задействовать ли РЦ в управлении производством по Маршрутным листам на нижнем уровне.

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

Ввод доступного времени рабочих центров

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

Табличная часть документа разворачивается по колонкам - интервалам подразделения (например, дням) в периоде документа.

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

Ресурсные спецификации

Ресурсная спецификация как сетевой график

Известны различные типы спецификаций, например – конструкторские спецификации, пооперационные технологические карты маршрутов,«расцеховки», как маршруты прохождения детали по подразделениям.

Наиболее общий способ описания процесса изготовления любого изделия – это сетевой график.

Ресурсная спецификация описывает сетевой график изготовления изделия.

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

Дуги – взаимозависимость между этапами, показывают, по завершению каких этапов можно начинать следующие этапы.

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

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

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

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

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

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

Структура ресурсной спецификации

Структура ресурсной спецификации, как объекта конфигурации, показана на следующей схеме:

Ресурсная спецификация содержит:

Список выходов,

Список материальных входов,

Список трудозатрат (по видам работ),

Список этапов.

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

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

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

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

Такой каскад спецификаций используется при формировании спецификации для конкретной строки заказа на производство. В спецификацию строки заказа копируется весь каскад связанных ресурсных спецификаций.

В реквизите «Оптимальное количество передачи между этапами » можно указать количество партии изделия (результата работ), которое целесообразно передавать между этапами. При расчете графика производства количество этапа разбивается на данные партии, и каждая партия планируется отдельно, исходя из времени доступности загружаемых видов РЦ.

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

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

По каждому виду работ в периодическом регистре сведений «Расценки » можно указать действующую расценку на единицу вида работ.

Этапы ресурсной спецификации

Ресурсная спецификация может быть одноэтапной или многоэтапной.

Если спецификация одноэтапная – реквизиты единственного этапа редактируются непосредственно в форме спецификации. Если спецификация многоэтапная – то спецификация содержит список этапов. Для редактирования реквизитов этапа нужно открыть отдельную форму этапа из списка этапов.

Последовательность выполнения этапов определяется реквизитами этапа: «Номер этапа», «Номер следующего этапа». По номеру этапа иномеру следующего этапа выстраиваются связи между этапами в виде сетевого графика этапов.

Реквизиты этапа определяют основные параметры планирования этапа:

Подразделение, в котором выполняется этап. Для этапа определяется только одно подразделение. Если одни и те же этапы могут выполняться в разных подразделениях – то необходимо создавать разные ресурсные спецификации

Одновременно производимое количество. Р азмер партии или объем работ, для которого нормируется время выполнения этапа. Например, если в реквизите указана единица, то время выполнения этапа нормировано на единицу.

Флаг «Планировать работу видов РЦ» . Определяет способ нормирования длительности этапа.

Флаг включен. В этапе необходимо указать, какие виды РЦ будут загружены этапом и длительность обработки одновременно производимого количества на загружаемом виде рабочего центра. Эти виды РЦ могут оказаться «узкими местами» при выполнении графика производства, поэтому рассчитывается их загрузка в графике. Кроме того, необходимо указать предварительное (до обработки на загружаемом виде РЦ) и завершающее буферное время. Буфера в графике производства занимают отдельные интервалы. Напомним, что если время обработки до загружаемого вида РЦили после намного меньше длительности интервала, то указание буферных времен может привести к неоправданному захвату буферами целых интервалов и соответственно, к неоправданному увеличению длительности этапа в графике производства.

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

Флаг «Непрерывный » этапа определяет,можно ли разбивать в графике выполнение этапа на несколько не соседнихинтервалов.

Если флаг включен – то этап выполняется непрерывно и может располагаться в графике только в соседних интервалах.

Если флаг выключен – то выполнение этапа можно прерывать, т.е. часть этапа повремени можно быть расположена в графике в одном интервале, а часть – в другом,не примыкающим к первому, интервале.

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

Различие между планированием «прерывных» и «непрерывных» этапов показано на следующей схеме:

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

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

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

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

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

• График работы. Выбирается из справочника «Графики работы».

Элемент этого справочника определяет расписание работы – время начала и окончания работы отдельно на каждый день недели и отдельно – на все предпраздничные дни. Для каждого дня недели можно отдельно указать время начала и окончания работы согласно графику, причем временных отрезков работы может быть несколько на день недели, например, с 8.00 до 13.00 и с 14.00 до 18.00. График работы для подразделения необходим для того, чтобы процедура расчета графика производства могла определить количество часов работы, доступных в подразделении, на каждый календарный день.

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

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

Критерии выбора интервала планирования для подразделения – соответствие длительности типичных этапов, выполняемых в подразделении, и длительности интервала. Например, если большинство этапов в подразделении имеют длительность не более нескольких дней, то разумно использовать интервал «День». Если типичная длительность этапа существенно превышает неделю, то разумно использовать интервал «неделя».

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

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

• Способ управления маршрутными листами . Эта настройка используется при управлении Маршрутными листами, выполняемыми в подразделении.

Варианты:

• «Методика ББВ/УББВ». Расписание выполнения МЛ формируется для ключевых РЦ, контроль выполнения МЛ производится по прохождению МЛ предварительного и завершающего буфера.
• «Пооперационное планирование». Расписание формируется для всех РЦ и операций маршрутного листа. Дополнительно нужно уточнить «Способ планирования» – «Вперед» или «Назад».

Склады (складские территории)

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

При расчете графика формируется график потребностей на складах в материалах и полуфабрикатах (номенклатура, характеристика, количество, интервал планирования).

Склад, с которого «запитывается» производственное подразделение по умолчанию – определяется реквизитом подразделения.

Но не наоборот: реквизит «Подразделение» в справочнике «Склад» не влияет на планирование (и служит для учетных целей).

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

Бригады и состав бригад

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

Бригада состоит из сотрудников. Состав бригады устанавливается документом «Формирование состава бригады », и действует с даты, указанной в документе.

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

Виды рабочих центров, рабочие центры

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

Вид рабочего центра состоит из конкретных рабочих центров, например, единиц оборудования. Синоним вида рабочих центров – «Группа взаимозаменямых рабочих центров».

Примеры рабочих центров:

■ Единица оборудования

■ Рабочее место

■ Группа рабочих (бригада или объединение по профессиональному признаку).

■ Сотрудник

■ Единица оснастки

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

Реквизиты вида рабочих центров следующие:

• Флаг «Планировать работу». Если флаг включен, этот вид РЦ можно выбрать в этапе как загружаемый вид РЦ. Флаг включается у видов РЦ подразделения, которые могут оказаться «узким местом» подразделения.
• Максимальная доступность (час, мин, сек). Определяет максимальную длительность обработки одной партии этапа в интервале подразделения, к которому принадлежит вид РЦ. По одной партии этапа не может быть назначена длительность обработки в интервале большая чем максимальная доступность.

В текущей версии УП2 настройки видов РЦ, сохранив описанную суть, уже несколько изменились. Теперь флажками можно задать:

• Учитывать ли доступность времени РЦ в составлении графика на верхнем уровне. И если да, то будет ли этот РЦ загружаемым или нет.
• Задействовать ли РЦ в управлении производством по Маршрутным листам на нижнем уровне.

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

Ввод доступного времени рабочих центров

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

Табличная часть документа разворачивается по колонкам – интервалам подразделения (например, дням) в периоде документа.

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

Ресурсные спецификации

Ресурсная спецификация как сетевой график

Известны различные типы спецификаций, например – конструкторские спецификации, пооперационные технологические карты маршрутов, «расцеховки», как маршруты прохождения детали по подразделениям.

Наиболее общий способ описания процесса изготовления любого изделия – это сетевой график.

Ресурсная спецификация описывает сетевой график изготовления изделия.

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

Дуги – взаимозависимость между этапами, показывают, по завершению каких этапов можно начинать следующие этапы.

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

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

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

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

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

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

Структура ресурсной спецификации

Структура ресурсной спецификации, как объекта конфигурации, показана на следующей схеме:

Ресурсная спецификация содержит:

■ список выходов,

■ список материальных входов,

■ список трудозатрат (по видам работ),

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

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

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

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

Такой каскад спецификаций используется при формировании спецификации для конкретной строки заказа на производство. В спецификацию строки заказа копируется весь каскад связанных ресурсных спецификаций.

В реквизите «Оптимальное количество передачи между этапами » можно указать количество партии изделия (результата работ), которое целесообразно передавать между этапами. При расчета графика производства количество этапа разбивается на данные партии, и каждая партия планируется отдельно, исходя из времени доступности загружаемых видов РЦ.

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

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

По каждому виду работ в периодическом регистре сведений «Расценки » можно указать действующую расценку на единицу вида работ.

Этапы ресурсной спецификации

Ресурсная спецификация может быть одноэтапной или многоэтапной.

Если спецификация одноэтапная – реквизиты единственного этапа редактируются непосредственно в форме спецификации. Если спецификация многоэтапная – то спецификация содержит список этапов. Для редактирования реквизитов этапа нужно открыть отдельную форму этапа из списка этапов.

Последовательность выполнения этапов определяется реквизитами этапа: «Номер этапа», «Номер следующего этапа». По номеру этапа и номеру следующего этапа выстраиваются связи между этапами в виде сетевого графика этапов.

Реквизиты этапа определяют основные параметры планирования этапа:

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

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

Различие между планированием «прерывных» и «непрерывных» этапов показано на следующей схеме.

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

Intelligent Enterprise: Каковы были основные цели при внедрении НСИ и на какие основные этапы можно разбить решение этой задачи?

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

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

В организационные рамки проекта вошло головное предприятие нашей компании, расположенное в городе Колпино, и два филиала - «Петрозаводскмаш» и «Атоммаш» из Волгодонска.

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

В первую очередь речь идет о целом спектре прикладных бизнес-систем универсального назначения. Это два решения по управлению ресурсами предприятия - SAP ERP и «1С:УПП» и два по управлению персоналом - SAP HR и «1С:ЗУП». Сюда же следует отнести электронный документооборот на базе «1С:Документооборота», продукт «1С:Консолидация», а также разработку для учета расходов на мобильную связь «1С:Мобильная связь». Кроме того, контур захватывал специализированные для нашей производственной деятельности продукты: TeamCenter (Siemens PLM Software), ответственный за конструкторскую и технологическую подготовку производства, систему ведения архива технической документации предприятия и управления данными об изделиях Search компании «Интермех», справочно-информационную систему управления базой данных IMBASE того же производителя и систему управления доступом и его контроля Perco. Задействованными оказались и инфраструктурные продукты - контроллер домена ActiveDirectory и корпоративный портал MS SharePoint.

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

Интересно было бы услышать и про методологические акценты в работе с нормативно-справочной информацией…

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

Назову основные цели, к которым мы при этом стремились.

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

Во-вторых, каждой записи присваивается унифицированное наименование.

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

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

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

Сам процесс нормализации также делится на несколько этапов.

На этапе подготовительных работ проводится настройка классификаторов и определяются правила обработки «сырых» данных.

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

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

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

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

Обработка данных МДМ-системы в системе-подписчике - на этом этапе обновляются существующие записи объектов НСИ в системе-подписчике либо добавляются новые.

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

А вот за обмен данными с системами-подписчиками отвечает интеграционная шина, которая связывает объекты в различных системах по кодам МДМ.

Существует ли специфика построения системы управления НСИ для крупных машиностроительных предприятий и в чем она заключается?

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

Каких элементов в данном случае касается выстроенная вами система НСИ - материалов, инструмента, операций, квалификации персонала, поставщиков или других компонентов?

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

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

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

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

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

Если о продуктовой и организационной стороне вопроса говорить коротко, то в качестве ключевого продукта ИТ-поддержки у нас выступали «1С:MDM Управление нормативно-справочной информацией», а также Axelot Datareon ESB. Компания Axelot являлась основным партнером по внедрению.

В развитии системы нормативно-справочной информации всегда заинтересованы многие службы компании. Как эту заинтересованность лучше учитывать в структуре управлениЯ проектами?

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

С Олегом Апанасиком беседовал ведущий эксперт Intelligent Enterprise Сергей Костяков

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

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

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

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

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

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

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

Группа: МА-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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис.1. Связка данных с помощью НСИ

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

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

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

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

1. Анализ НСИ

К основным видам НСИ относятся: справочники, классификаторы и нормативные документы. Состав НСИ приведен на рис.2.

Рис. 2. Типовой состав НСИ

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

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

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

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

возможность централизованного управления справочниками, классификаторами и другими документами;

возможность централизованного контроля всех нормативно-справочных данных (при хранении, использовании или изменении);

поддержка централизованного и распределенного (если это необходимо) ведения НСИ;

хранение актуальных и исторических данных в центральном офисе и в филиалах, обеспечение оперативного доступа к ним;

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

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

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

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

Применительно к НСИ использование метода функционально-стоимостного анализа означает, что для каждого вида НСИ определяются:

перечень и количество бизнес-процессов, для которых необходимо его использование;

«полезность» данного вида НСИ (в разрезе функциональных направлений);

объем затрат, которые связаны с его созданием, ведением и актуализацией.

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

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

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

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

Внешние организации

Внутренние подразделения

Центральный узел АС НСИ

ПотребителиНСИ

ПотребителиНСИ

ПотребителиНСИ

ПотребителиНСИ

ПотребителиНСИ

Подчиненные узлы АС НВИ

Рис. 3. Схема системы НСИ с многоуровневой архитектурой

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

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

Рис. 4. Архитектура типового узла

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

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

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

Внедрение

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

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

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

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

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

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

Табл.1. Функции централизованного управления НСИ в зависимости от роли его участника

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

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

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

желание использовать единые коды справочной информации для автоматизации сбора и анализа корпоративной отчетности;

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

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

Помимо решения вышеперечисленных задач внедрение системы поддержки НСИ может принести следующие преимущества.

Прямые финансовые выгоды:

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

экономия на пользовательских лицензиях эксплуатируемого на предприятии ПО для управления справочными данными;

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

снижение затрат на осуществление информационного обмена данными между эксплуатируемыми в компании ИС, повышение его оперативности.

Косвенные финансовые выгоды:

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

сохранение инвестиций в уже развернутые системы и снижение затрат на их интеграцию в информационное пространство компании;

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

Выгоды благодаря средствам поддержки НСИ:

рост степени актуальности НСИ всех подключенных информационных систем;

доступность НСИ для любого сотрудника компании в реальном времени независимо от его местоположения;

четкое распределение ответственности за управление конкретными справочниками.

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

http://www.epam-group.ru/

http://computel.ru/upload/press%20about%20Computel/20130516_AutomatizationIT.pdf

http://consulting.1c.ru/ejournalPdfs/vlasov.pdf

http://nsint.ru/

Асадуллаев C. «Управление метаданными средствами IBM Information Serve»", 2008

Максим Власов «НОРМАТИВНО-СПРАВОЧНАЯ ИНФОРМАЦИЯ: ПРОВЕРЕНО ПРАКТИКОЙ»