Управление нормативно-справочной информацией: АСУ НСИ ПАО «Транснефть. Управление нормативно-справочной информацией Что относится к нормативно справочной информации
Справочник «Структура предприятия » содержит иерархию функциональных подразделений предприятия всех видов – административных, производственных и т.д.
Справочник может иметь любую глубину иерархии, при этом используется иерархия элементов. Это значит, что учетной единицей и объектом планирования может быть любое подразделение в иерархии.
Приведем пример иерархии подразделений:
Администрация |
Бухгалтерия Дирекция Коммерческая служба Отдел сбыта Группа розница Группа опт Отдел снабжения |
Производство |
Вспомогательное производство Ремонтный цех Инструментальный цех Основное производство Заготовительное производство Литейный цех Участок 1 Участок 2 Кузнечный цех Сборочное производство |
Из этого примера видно, что производство может быть структурировано до подразделений (участков, секторов, групп, отделений) с любым уровнем вложенности.
С точки зрения подсистемы управления производством, подразделение трактуется как исполнитель этапов графика производства, соответственно в ресурсных спецификациях для каждого этапа определяется подразделение –исполнитель этапа.
Перечислим реквизиты производственного подразделения,значения которых необходимо определить в подсистеме «Управление производством».
График работы. Выбирается из справочника «Графики работы».
Элемент этого справочника определяет расписание работы – время начала и окончания работы отдельно на каждый день недели и отдельно – на все предпраздничные дни. Для каждого дня недели можно отдельно указать время начала и окончания работы согласно графику, причем временных отрезков работы может быть несколько на день недели, например, с 8.00 до 13.00 и с 14.00 до 18.00. График работы для подразделения необходим для того, чтобы процедура расчета графика производства могла определить количество часов работы, доступных в подразделении, на каждый календарный день.
Склад материалов. Склад, на котором формируется потребность в материалах согласно графику производства для запланированных этапов в подразделении. На этом складе ведется проверка наличия материалов для выполнения этапа. При необходимости, для номенклатуры и характеристики материала можно настроить отдельные склады материалов, на которых будет проводиться проверка их наличия.
Интервал планирования . Определяет, какой интервал будет применяться для подразделения при расчете графика производства по этапам. Варианты: «День», «Неделя», «Месяц».
При необходимости, возможен вариант «Час »,для использования этого интервала необходимо включение соответствующей функциональной опции.
Критерии выбора интервала планирования для подразделения – соответствие длительности типичных этапов, выполняемых в подразделении, и длительности интервала. Например, если большинство этапов в подразделении имеют длительность не более нескольких дней, то разумно использовать интервал «День». Если типичная длительность этапа существенно превышает неделю, то разумно использовать интервал «неделя».
Увеличение длины интервала сверх необходимой приводит к заметному росту длительности производства продукции, т.е. к «растяжению» графика производства во времени.
Чрезмерное уменьшение длины интервала приводит к слишком высокой временной детализации графика производства, что может осложнить работу локального диспетчера.
Способ управления маршрутными листами . Эта настройка используется при управлении Маршрутными листами, выполняемыми в подразделении.
Варианты:
«Методика ББВ/УББВ». Расписание выполнения МЛ формируется для ключевых РЦ, контроль выполнения МЛ производится по прохождению МЛ предварительного и завершающего буфера.
«Пооперационное планирование». Расписание формируется для всех РЦ и операций маршрутного листа. Дополнительно нужноуточнить «Способ планирования» -«Вперед» или «Назад».
Склады (складские территории)
Склад с точки зрения планирования производства, является объектом производственной системы, обеспечивающим потребности производственных подразделений в материалах и полуфабрикатах.
При расчете графика формируется график потребностей на складах в материалах и полуфабрикатах (номенклатура, характеристика, количество, интервал планирования).
Склад, с которого «запитывается» производственное подразделение по умолчанию – определяется реквизитом подразделения.
Но не наоборот: реквизит «Подразделение» в справочнике «Склад» не влияет на планирование (и служит для учетных целей).
Можно задать более детальное определение обеспечивающего склада - для подразделения и номенклатуры, характеристики исходного компонента.
Бригады и состав бригад
Бригада является непосредственным исполнителем работ по этапу (операций) в цехе. Для учета выработки сотрудников по Маршрутному листу локальный диспетчер формирует документ «Бригадный наряд», в котором указывает бригаду, и виды работ которые выполнила бригада согласно Маршрутному листу.
Бригада состоит из сотрудников. Состав бригады устанавливается документом «Формирование состава бригады », и действует с даты, указанной в документе.
Если требуется детализация нарядов до отдельных сотрудников, то в справочнике «Бригады» формируются бригады, состоящие из одного сотрудника.
Виды рабочих центров, рабочие центры
Виды рабочих центров предназначены для описания производственных мощностей подразделения. Виды рабочих центров имеют доступный фонд времени работы в интервалах планирования, который заполняется при назначении этапов производства на интервалы при расчете графика производства.
Вид рабочего центра состоит из конкретных рабочих центров, например, единиц оборудования. Синоним вида рабочих центров – «Группа взаимозаменямых рабочих центров».
Примеры рабочих центров:
- Единица оборудования
- Рабочее место
- Группа рабочих (бригада или объединение по профессиональному признаку)
- Сотрудник
- Единица оснастки
Для расчета выполнимого графика производства, соответствующего максимальной пропускной способности производства, необходимо выделить для этапов ресурсных спецификаций загружаемые виды рабочих центров в каждом подразделении, которые могут ограничивать пропускную способность при выполнении этапа.
Реквизиты вида рабочих центров следующие:
Флаг«Планировать работу». Если флаг включен, этот вид РЦ можно выбрать в этапекак загружаемый вид РЦ. Флаг включается у видов РЦ подразделения, которые могут оказаться «узким местом» подразделения.
Максимальная доступность (час, мин, сек). Определяет максимальную длительность обработки одной партии этапа в интервале подразделения, к которому принадлежит вид РЦ. По одной партии этапа не может быть назначена длительность обработки в интервале большая, чем максимальная доступность.
В текущей версии УП2 настройки видов РЦ, сохранив описанную суть, уже несколько изменились. Теперь флажками можно задать:
- Учитывать ли доступность времени РЦ в составлении графика на верхнем уровне. И если да, то будет ли этот РЦ загружаемым или нет.
- Задействовать ли РЦ в управлении производством по Маршрутным листам на нижнем уровне.
На следующей схеме показана структура и взаимосвязь справочников «Структура предприятия», «Виды рабочих центров», «Рабочие центры».
Ввод доступного времени рабочих центров
Для ввода фонда доступного времени рабочих центров по интервалам используется документ «Доступность рабочих центров». В шапке документа выбирается подразделение, вид рабочего центра, период документа.
Табличная часть документа разворачивается по колонкам - интервалам подразделения (например, дням) в периоде документа.
В строке табличной части нужно выбрать рабочий центр, принадлежащий Виду рабочего центра, и по интервалам-колонкам указать количество часов доступности на каждый интервал.
Ресурсные спецификации
Ресурсная спецификация как сетевой график
Известны различные типы спецификаций, например – конструкторские спецификации, пооперационные технологические карты маршрутов,«расцеховки», как маршруты прохождения детали по подразделениям.
Наиболее общий способ описания процесса изготовления любого изделия – это сетевой график.
Ресурсная спецификация описывает сетевой график изготовления изделия.
Узлами сетевого графика в таком описании являются взаимоувязанные между собой этапы производства, последовательно или параллельно выполняемые подразделениями в процессе изготовления изделия или полуфабриката. В одном подразделении – один или несколько выполняемых этапов.
Дуги – взаимозависимость между этапами, показывают, по завершению каких этапов можно начинать следующие этапы.
Сетевым графиком удобно описывать любой производственный процесс – в дискретном, непрерывном производстве, в строительстве, в проектной деятельности.
В общем случае сетевой график может содержать не только факты передачиизделий между подразделениями, но и факты передачи результатов работ.
Результат работ, передаваемый между цехами, не обязательноимеет материальное выражение. Передача результата из подразделения в другоеподразделение, так чтобы другое подразделение могло выполнить свою часть работы– не обязательно связано с передачей неких изделий. Изделие может, например, находиться в одном подразделении или перемещаться по мере необходимости, при этом работы над изделием могут выполнять другие подразделения.
В этапы производства может входить не только изготовление изделий, но и подготовка производства, настройка оборудования, разработка документации,обучение, монтаж и т.д.
Ресурсная спецификация в предельном случае может включать в себя все этапы изготовления продукта, в соответствии с иерархическим деревом структуры продукта. В простейшем случае ресурсная спецификация состоит из одного этапа производства. Такая ресурсная спецификация называется одноэтапной.
Пример ресурсной спецификации, как сетевого графика с этапами-узлами показан на следующей схеме:
Структура ресурсной спецификации
Структура ресурсной спецификации, как объекта конфигурации, показана на следующей схеме:
Ресурсная спецификация содержит:
Список выходов,
Список материальных входов,
Список трудозатрат (по видам работ),
Список этапов.
По каждому входу, выходу, трудозатрате в многоэтапной ресурсной спецификации нужно указать этап, в котором потребляется вход (трудозатрата) или производится выход.
На входах этапов указываются исходные компоненты (материалы, услуги) поступающие извне в производственный процесс, описываемой спецификацией.
Т.е. это те компоненты, которые для данного этапа не являются выходами других этапов этой же спецификации.
Для материального входа - полуфабриката можно включить флаг «Производится в процессе » и соответственно выбрать Ресурсную спецификацию, по которой необходимо произвести данный полуфабрикат. В результате данная ресурсная спецификация будет«достроена» от данного входа «вниз» другой ресурсной спецификацией. Таким образом, можно из отдельных спецификаций составить полное дерево готовой продукции, в виде каскада спецификаций.
Такой каскад спецификаций используется при формировании спецификации для конкретной строки заказа на производство. В спецификацию строки заказа копируется весь каскад связанных ресурсных спецификаций.
В реквизите «Оптимальное количество передачи между этапами » можно указать количество партии изделия (результата работ), которое целесообразно передавать между этапами. При расчете графика производства количество этапа разбивается на данные партии, и каждая партия планируется отдельно, исходя из времени доступности загружаемых видов РЦ.
Нормативная трудоемкость в ресурсной спецификации, а такжев технологических операциях маршрутных карт, указывается в разрезе «Видов работ ».
Вид работ – аналитика, по которой вводятся расценки труда рабочих, и учитывается выработка рабочих. Наименование вида работ может содержать кроме описания самих работ, еще и требуемый разряд рабочих и их профессию. Для вида работ задается ее единица измерения, например, часы или шт. изделий.
По каждому виду работ в периодическом регистре сведений «Расценки » можно указать действующую расценку на единицу вида работ.
Этапы ресурсной спецификации
Ресурсная спецификация может быть одноэтапной или многоэтапной.
Если спецификация одноэтапная – реквизиты единственного этапа редактируются непосредственно в форме спецификации. Если спецификация многоэтапная – то спецификация содержит список этапов. Для редактирования реквизитов этапа нужно открыть отдельную форму этапа из списка этапов.
Последовательность выполнения этапов определяется реквизитами этапа: «Номер этапа», «Номер следующего этапа». По номеру этапа иномеру следующего этапа выстраиваются связи между этапами в виде сетевого графика этапов.
Реквизиты этапа определяют основные параметры планирования этапа:
Подразделение, в котором выполняется этап. Для этапа определяется только одно подразделение. Если одни и те же этапы могут выполняться в разных подразделениях – то необходимо создавать разные ресурсные спецификации
Одновременно производимое количество. Р азмер партии или объем работ, для которого нормируется время выполнения этапа. Например, если в реквизите указана единица, то время выполнения этапа нормировано на единицу.
Флаг «Планировать работу видов РЦ» . Определяет способ нормирования длительности этапа.
Флаг включен. В этапе необходимо указать, какие виды РЦ будут загружены этапом и длительность обработки одновременно производимого количества на загружаемом виде рабочего центра. Эти виды РЦ могут оказаться «узкими местами» при выполнении графика производства, поэтому рассчитывается их загрузка в графике. Кроме того, необходимо указать предварительное (до обработки на загружаемом виде РЦ) и завершающее буферное время. Буфера в графике производства занимают отдельные интервалы. Напомним, что если время обработки до загружаемого вида РЦили после намного меньше длительности интервала, то указание буферных времен может привести к неоправданному захвату буферами целых интервалов и соответственно, к неоправданному увеличению длительности этапа в графике производства.
Флаг выключен. В этапе указывается время его выполнения, для любого количества партии. Считается, что за это время этап будет выполнен в любом случае, независимо от количества в этапе. Флаг можно выключить в этапах, выполнение которого не связано с обработкой на загружаемых видах РЦ («т.н. «узких местах»), соответственно, считается, что подразделение при выполнении такого этапа имеет (относительно подразделений с «узкими местами») неограниченные производственные мощности.
Флаг «Непрерывный » этапа определяет,можно ли разбивать в графике выполнение этапа на несколько не соседнихинтервалов.
Если флаг включен – то этап выполняется непрерывно и может располагаться в графике только в соседних интервалах.
Если флаг выключен – то выполнение этапа можно прерывать, т.е. часть этапа повремени можно быть расположена в графике в одном интервале, а часть – в другом,не примыкающим к первому, интервале.
Критерий непрерывности – хоть одна операция внутри этапа является непрерывной и сопоставима с длительностью интервала. К таким операциям относятся, например, термообработка, покраска, сушка и т.д.
Различие между планированием «прерывных» и «непрерывных» этапов показано на следующей схеме:
Занимаясь масштабными проектами автоматизации и создавая новые информационные системы, мы каждый раз сталкивались с необходимостью реализации подсистемы ведения справочников, классификаторов, реестров и других подобных объектов, составляющих нормативно-справочную информацию (НСИ) заказчика. За 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, у них есть определенный стиль, а ваша система в этот стиль не вписывается. Мы ее даже рассматривать не будем».
Что мы запомнили: заказчики бывают разные, и некоторым вы просто не подходите. Стиль другой.
Подобные истории случаются в различных проектах. Что интересного было в вашей проектной жизни? Что стало для вас неожиданным уроком? Делитесь в комментариях.
Теги: Добавить метки
Отрасль: Энергетика и ЖКХ
Поскольку Росатом объединяет множество предприятий и организаций, создание общеотраслевых справочников является необходимым условием для централизации и обеспечения прозрачности закупочной деятельности и отношений с поставщиками, а также для организации совместной работы ИТ-систем предприятий отрасли. Именно поэтому проект по созданию единой отраслевой системы нормативно-справочной информации (ЕОС НСИ) был включен в «Программу трансформации финансово-экономического блока и информационных технологий» Госкорпорации. Система ЕОС НСИ охватит организации блоков «инжиниринг и строительство атомных станций», «эксплуатация атомных станций», «жизненный цикл ядерного топлива». По итогам открытого конкурса к реализации проекта была привлечена компания IBS, в качестве платформы выбрано специализированное решение SAP.
К настоящему моменту завершен пилотный проект по созданию ЕОС НСИ. В его рамках создан ряд справочников: «Контрагенты» (дебиторы/кредиторы, юридические лица, резиденты/нерезиденты), «Материально-технические ресурсы» (МТР), «Элементы промышленных объектов», «Единый план счетов», набор общероссийских справочников и классификаторов. Наиболее востребованными стали справочники «Контрагенты» (в настоящий момент содержит около 70 тыс. записей), «МТР» (около 150 тыс. записей) и «Единый план счетов». Уже в ходе пилотного проекта к ЕОС НСИ по справочнику «Контрагенты» были подключены 215 предприятий, по справочнику «МТР» - 35 предприятий. Всего в системе работает более 4 тыс. пользователей, их доступ обеспечен с помощью портального сервиса.
Сейчас ведутся работы по тиражированию системы. Ожидается, что к 2012 году общее число пользователей ЕОС НСИ достигнет порядка 10 тыс. человек. Таким образом, данный проект в области организации нормативно-справочной информации на платформе SAP станет одним из самых масштабных в мире и крупнейшим в Европе. Результаты проекта и возможности ЕОС НСИ будут использованы в целом ряде других ИТ-проектов Госкорпорации «Росатом». Среди них - создание единой отраслевой системы закупок, единой отраслевой системы интеграции корпоративных приложений, единой отраслевой системы документооборота, системы управления имущественными активами, внедрение системы единого расчетного центра и др.
«Централизация процессов ведения нормативно-справочной информации и использование соответствующей информационной системы, во-первых, повысит качество и достоверность информации, предоставляемой ИТ-системами. Во-вторых, позволит снизить затраты и временя для формирования консолидированной отчетности. В-третьих, минимизирует риски из-за неполноты или некорректности данных для платежей. Также это позволит оптимизировать и обеспечить прозрачность процессов закупок и работы с поставщиками, сократить время планирования закупок и снабжения МТР, оптимизировать процесс ведения НСИ за счет организации единой среды управления », – отметил руководитель направления по программе НСИ ЗАО «Гринатом» Кирилл Суковых .
В 21 веке мы вступили в такой период развития, когда представить жизнь без электронно-вычислительных машин и программного обеспечения к ним совершенно невозможно, которые помогают нам в повседневной жизни, увеличивают производительность отдельно взятого специалиста, ускоряют течение времени.
В наш пресвященный и информационный век большое значение имеет быстрый поиск всех интересующих нас вопросов, начиная от способа открывания консервной банки без открывалки и заканчивая запросом нормативного документа федерального уровня.
В наш пресвященный и информационный век большое значение имеет быстрый поиск всех интересующих нас вопросов, начиная от способа открывания консервной банки без открывалки и заканчивая запросом нормативного документа федерального уровня. Любое юридическое действо сопровождается соответствующей документацией. Поэтому в государственном документообороте таких документов еще больше, ведь эта сфера достаточно масштабная.
Любую справочно-информационную базу можно объединить в одно обобщающее название - нормативно-справочная информация . Безусловно, система требует наличия таких сотрудников, которые бы работали с ней. Специально для этого в фирме создается отдел, работа которого целиком посвящена тому, что работники ведут управление НСИ. Ведение нормативно-справочной информации - довольно ответственное дело, требующее обязательного внимания и высокого профессионализма.
Нормативно-справочная информация - это комплекс всех информационных вопросов и ответов на них, которые появляются в самых разных сферах жизнедеятельности человека. Такая система состоит из огромного количества информации, которая передает всю необходимую информацию из различных областей человеческой жизни.
Хорошим примером для понимания НСИ являются специальные справочные информационные базы, представляющие собой перечень нормативных правовых законодательных актов, указов и законов. Такой работой должен заниматься специальный отдел.
Как правило, такой справочник нужен каждому специалисту и учреждению, которые напрямую и в обычные дни сталкиваются с проблемным вопросом получения какого-либо законодательного акта. Абсолютно все законодательные акты хранятся именно в справочниках, их довольно много и часто бывает, что найти необходимый проблематично. А наличие справочников НСИ (кроме того, их классификаторов) в большей мере упрощают дело. Взять, к примеру, самый обычный справочник болезней, в котором любой человек по конкретным симптомам может приблизительно получить наименование своей болезни, а также методы и способы ее лечения. Также НСИ активно применяется в целях решения различных задач, имеющих узкую специализацию и предназначенные для специалистов узкого профиля. Другими словами, любая организация должна иметь при себе специальный отдел НСИ, который, в свою очередь, будет заниматься такими делами, как - ведение информации, управление информации и т.д.
В состав НСИ обычно входят следующие информационно-аналитические компоненты:
- справочники
- классификаторы, например, такие как ОКДП, ОКАТУ и т.д
- различные словари
Все эти данные в целом представляют собой мощный инструмент, способный решать многосложные и многоуровневые задачи.
Особенности и достоинства НСИ
Совокупность нормативно-справочной информации - это довольно мощный инструмент для хранения и качественной систематизации информации, входящей в ее компоненты.
Важным достоинством системы НСИ является возможность создания отчетов любой сложности, что способствует удовлетворению любых, даже самых сложных требований пользователя.
В заключение можно добавить, что системы НСИ - это мощный инструмент работы, которые просто необходимы в любых трудовых процессах каждого предприятия, а также в процессах работы федеральных и муниципальных органах самоуправления.
H4 class="g-subhead">Определение нормативно-справочной информации (НСИ)
Нормативно-справочная информация предприятия представляет собой структурированную определенным образом условно-постоянную информацию, предназначенную в целях формирования и описания бизнес объектов и бизнес-процессов компании.
Чаще всего, нормативно-справочная корпоративная информация состоит из справочников, нормативных документов, словарей, классификаторов и других разновидностей понятий, призванных сформировать объединенное корпоративное пространство информации.
Основу НСИ организации составляют три основные группы:
- Информационная составляющая. Сюда относятся классификаторы, справочники и нормативные документы.
- Программно-техническое обеспечение. Сюда входит комплекс программных, а также технических средств, которые предназначены для сбора, хранения и редактирования информации. Также они предназначены для обеспечения доступа к данным.
- Организационное обеспечение. Сюда относится система регламентов и организационная структура для ведения, контроля и сопровождения процедур анализа и преобразования данных.
Системы, использующиеся для поддержки справочной информации, в настоящее время, пользуются высоким спросом у заказчиков и проектных интеграторов. Российские крупные компании стараются не столько приобрести такие системы, сколько принять активное участие в разработке своих программных решений данного вопроса. Быть может, приобретение подобной системы покажется Вам довольно дорогой, но поверьте, что она того стоит.
НСИ в организациях и фирмах
Компании, которые первоначально обратили внимание на высокую значимость систем по поддержке нормативно-справочной информации и вложившие свои средства в их разработку, уже сегодня получают неплохую прибыль.
Существует несколько основных причин, по которым руководители крупных компаний стараются пользоваться системами нормативно-справочной информации в своих организациях:
- Необходимость интеграции информационных систем, что, в свою очередь, позволит заметно снизить затраты организации на самые различные процессы ведения НСИ;
- Возможность использовать единую систему кодов справочной информации - это позволит автоматизировать генерирование корпоративной отчетности;
- Возможность заметно повысить уровень достоверности и качества нормативно-справочной информации с помощью устранения возможности дублирования данных;
- Уменьшение затрат на получение и обработку нормативно-справочной информации без потери качества этой информации.
Функционирование автоматизированных систем (АС), входящих в состав корпоративной информационной системы организации (предприятия, учреждения, интегрированнойструктуры, органа государственнойвласти) и обеспечивающих выполнение ключевых бизнес-процессов, невозможно без использования нормативно-справочной информации (НСИ). Соответственно, эффективность управления современной организацией во многом зависит от качества НСИ.
Компания LM Soft предлагает услуги по созданию корпоративной системы управления НСИ (КСУ НСИ) организации, позволяющей поддерживать на требуемом уровне качество нормативно-справочного обеспечения ее АС.
Ключевым элементом методического подхода LM Soft к управлению НСИ является организация в рамках корпоративной информационной системы единого Фонда НСИ - совокупности взаимоувязанных справочников, классификаторов, словарей и нормативных документов, используемых всеми АС. Управление массивами НСИ, входящими в Фонд, осуществляется централизованно силами специальной службы – корпоративного центра НСИ.
Создание КСУ НСИ представляет собой комплекс работ по постановке и автоматизации трех основных групп процессов управления Фондом НСИ:
процессы ведения Фонда НСИ (актуализация массивов НСИ, входящих в Фонд, и информационное обслуживание потребителей НСИ – абонентов Фонда);
процессы экспертно-методического сопровождения массивов НСИ;
процессы организационного сопровождения массивов НСИ.
Работы включают мероприятия по формированию основных видов обеспечения системы:
организационного (подготовка оргструктуры, организационных документов и регламентов);
информационного (выверка, нормализация, классификация, кодирование, разработка новых массивов НСИ и т.д.);
методического (разработка необходимых методик);
программного.
Обобщенная схема организации работ приведена на рисунке.
развернуть все разделы
Предпосылки создания корпоративной системы управления НСИ
Данные, обрабатываемые в АС любой организации можно разделить на две категории:
оперативная информация;
нормативно-справочная информация.
Оперативная информация – характеристики конкретных операций, выполняемых подразделениями организации. Например, на промышленном предприятии она формируется в АС класса:
CAD/CAM (Computer Aided Design - Автоматизированное проектирование/Computer Aided Manufacturing - Автоматизированная подготовка производства);
PLM/PDM (Product Lifecycle Management - Управление жизненным циклом изделия/Product Data Management - Управление данными об изделии);
MES (Manufacturing Execution System - система управления производственными процессами);
ERP (Enterprise Resource Planning - Планирование ресурсов предприятия);
CRM (Customer Relationship Management - Управление взаимоотношениями с клиентами) и т.п.
Таким образом, оперативная информация поддерживает управление бизнес-процессами проектирования, производства, сбыта, снабжения, управления финансами и т.п.
НСИ – условно-постоянная информация, заимствованная из нормативных документов и справочников и используемая при функционировании АС. В зарубежной практике применительно к НСИ используется термин Мaster Data (Основные данные). В базе данных АС нормативно-справочная информация представлена массивами НСИ – наборами данных, сформированными на основе документов.
Оперативная информация формируется на основе НСИ. Следовательно, при низком качестве НСИ (ошибки в записях, дублирование, противоречия, неполнота описания объектов) эффективность управления предприятием существенно снижается.
Типичными причинами низкого качества НСИ являются:
отсутствие единых систем классификации и кодирования для массивов НСИ с информацией об однородных объектах;
отсутствие стандартов описания объектов, представленных записями массивов НСИ;
отсутствие регламентов ведения массивов НСИ.
Низкое качество НСИ приводит к следующим основным проблемам:
сложность интеграции АС предприятия в единое информационное пространство;
невозможность оперативного получения консолидированной отчетности, мониторинга ключевых индикаторов;
невозможность полноценной организации централизованных процессов (закупки, послепродажное обслуживание и т.п.);
рассогласование информации о продукции на различных этапах ее жизненного цикла.
Возникающие проблемы решаются с помощью создания корпоративной системы управления НСИ.
Организация функционирования КСУ НСИ
КСУ НСИ обеспечивает автоматизированное выполнение следующих процессов:
1. Ведение массивов Фонда НСИ:
актуализация массивов Фонда НСИ;
информационное обслуживание абонентов Фонда НСИ;
2. Экспертно-методическое сопровождение Фонда НСИ:
формирование и нормализация массивов Фонда НСИ;
контроль качества массивов НСИ;
мониторинг информационных ресурсов и потребностей в НСИ подразделений и АС организации;
разработка нормативно-методических документов по ведению и сопровождению Фонда НСИ.
3. Организационное сопровождение Фонда НСИ:
ведение реестра Фонда НСИ (реестра массивов НСИ);
ведение реестра поставщиков НСИ;
ведение реестра абонентов Фонда НСИ;
администрирование пользователей Фонда НСИ.
Схема функционирования Фонда НСИ приведена ниже:
Базовое программное обеспечение
При создании КСУ НСИ используются программные продукты класса MDM (Master Data Management) - Управление основными данными), реализующие базовую функциональность:
управление содержимым массивов НСИ (ввод/редактирование/экспорт/импорт данных, поддержка процессов нормализации данных и контроля целостности связанных массивов);
просмотр и поиск содержимого массивов НСИ (в том числе отображение сложных иерархий и поиск дублей);
контроль качества данных (создание и выполнение сложных сценариев выявления и исправления ошибок различных типов);
управление заявками на добавление/изменение объектов НСИ (в том числе реализация сложных процессов согласования);
интеграция (синхронизация) данных (в том числе создание и выполнение сценариев синхронизации данных для любого массива НСИ и каждой целевой АС – потребителя НСИ);
администрирование пользователей и ресурсов системы.
В качестве базового ПО могут быть использованы как наиболее распространенные зарубежные промышленные программные продукты класса MDM (управление основными данными) - IBM InfoSphere MDM, SAP NetWeaver MDM, Oracle MDM, так и отечественный специализированный программный комплекс LM Soft MDM.
Основные работы по созданию КСУ НСИ
Разработка КСУ НСИ включает следующие основные работы:
определение перечня основных функциональных направлений деятельности организации, в рамках которых автоматизируется управление НСИ, определение целей и задач Фонда НСИ;
формирование реестра автоматизированных систем предприятия, реестра локальных массивов НСИ по функциональным направлениям;
формирование реестра Фонда НСИ (реестра централизованных массивов НСИ);
разработка систем классификации и кодирования массивов Фонда НСИ, гармонизированных с отраслевыми, государственными и международными справочниками и классификаторами;
разработка стандартизованных форматов описания;
функциональное моделирование процессов сбора и внесения изменений в массивы Фонда НСИ, информационного обслуживания абонентов Фонда НСИ;
построение обобщенной модели хранения НСИ и типовых схем интеграции АС в части НСИ;
разработка программно-аппаратной архитектуры MDM-решения;
настройка базовой MDM-системы и разработка дополнительного программного обеспечения;
подготовка массивов НСИ (классификация, кодирование, выверка, нормализация);
разработка организационных и регламентных документов по ведению Фонда НСИ;
разработка методик перевода массивов НСИ на централизованной ведение;
перевод массивов НСИ на централизованное ведение.
Преимущества предлагаемого подхода к созданию КСУ НСИ
К основным преимуществам подхода компании ЛМ Софт к разработке систем управления НСИ, относятся следующие:
1) Массивы НСИ разрабатываются в соответствии с общепринятым в международной практике подходом к описанию и кодификации объектов (каталогизации).
Каждая группа однородных объектов НСИ должна иметь стандартизованный шаблон описания со стандартным базовым наименованием и фиксированным набором значений по ключевым характеристикам. Состав характеристик в шаблоне позволяет однозначно идентифицировать объект и присвоить ему идентификационный код. Перечни наименований групп, атрибутов описания элементов и их значений ведутся в формате словарей (справочников) в соответствии с регламентами, обеспечивающими их своевременную актуализацию, уникальность значений и соответствие нормативным требованиям, что снижает расходы на ведение массивов НСИ и интеграцию АС предприятия.
2) Проектирование системы осуществляется в соответствии с методологией комплекса ГОСТ 34 (Автоматизированные системы).
КСУ НСИ разбивается на функциональные подсистемы (ФП) по направлениям деятельности компании (материально-техническое обеспечение, управление основными фондами, управление контрактами, управление финансами и т.п.) и обеспечивающие подсистемы (программное обеспечение, информационное обеспечение, методическое обеспечение, организационное обеспечение и т.п.).
Каждая ФП отвечает за централизованное ведение комплекса взаимосвязанных справочников и классификаторов данного направления деятельности. Все ФП используют общие ресурсы, предоставляемые обеспечивающими подсистемами (ПО, интеграционные механизмы, организационную структуру и т.п.).
В результате внедрения системы в компании начинает функционировать единый автоматизированный централизованный Фонд НСИ, поддерживаемый едиными унифицированными видами обеспечения. Что снижает расходы на его сопровождение, добавление новых функциональных подсистем и развитие действующих.
3) При создании КСУ НСИ может быть использована любая промышленная программная система класса MDM. Вместе с тем компания ЛМ Софт предлагает собственный специализированный программный комплекс.
Комплекс LM Soft MDM реализован на базе сертифицированной ФСТЭК России версии платформы «1С: Предприятие».
Использование отечественной программной системы MDM решает задачу импортозамещения в части ПО, существенно снижает стоимость внедряемой КСУ НСИ (по сравнению с использованием систем MDM зарубежных производителей) и облегчает задачу создания систем управления НСИ в защищенном исполнении.
Эффекты от внедрения КСУ НСИ
Эффекты от внедрения КСУ НСИ можно разделить на две основные группы:
1. Экономические (количественные показатели, характеризующие результаты по направлениям деятельности ГК, в натуральном или стоимостном выражении):
сокращение затрат на ведение НСИ;
снижение стоимости поддержки существующих АС;
сокращение времени внедрения новых АС;
снижение стоимости интеграции АС;
увеличение объема продаж финальной продукции и запасных частей;
сокращение затрат на закупки материально-технических ресурсов;
уменьшение складских запасов и неликвидов;
2. Управленческие (качественные показатели, характеризующие положительные изменения по направлениям деятельности ГК, которые сложно оценить в натуральном или стоимостном выражении):
повышение достоверности аналитических данных;
сокращение времени подготовки сводной отчетности;
увеличение количества и степени подробности аналитических признаков;
повышение эффективности процессов проектирования и производства;
повышение эффективности процессов послепродажного обслуживания;
повышение эффективности управления дебиторской и кредиторской задолженностью;