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

Управление заявками на добавление/ изменение объектов НСИ

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

В модуле управления заявками реализованы следующие функции:

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

Просмотр и поиск содержимого справочников

Модуль поиска реализует часть основного функционала автоматизированного рабочего места (АРМ) Пользователя ЕС НСИ и АРМ Эксперта/Методолога НСИ. В подсистеме поддерживаются стандартные и специализированные процедуры поиска. Часть этих функций являются функциями платформы «1С:Предприятие 8», но основные функции поиска данных НСИ является оригинальной разработкой.

В модуле реализованы следующие функциональные возможности:

• Поиск по текстовым атрибутам всех основных справочников:
  • На точное совпадение без учета регистра;
  • На точное совпадение подстроки без учета регистра;
• Поиск с учетом морфологии;
• Поиск по числовым атрибутам всех основных справочников:
  • По условию «равно»;
  • По условию «не равно»;
  • По условию «не меньше»;
  • По условию «не больше»;
• Поиск по значениям свойств и характеристик.
• Поиск взаимозаменяемых позиций (аналогов) по набору свойств, характеристик и их значений.
• Просмотр дублирующихся позиций.
• Просмотр карточки записи основного справочника.
• Просмотр карточки записи классификатора.
• Просмотр связанных объектов.
• Отображение иерархических справочников в виде дерева.
• Сортировка записей справочников по нескольким атрибутам.
• Просмотр прикрепленных к записям справочников файлов.
• Управление личными папками пользователей и просмотром/выбором последних использованных пользователем объектов.
• Управление буфером обработки.

Универсальный технологический справочник

Коллектив разработчиков АСКОН накопил уникальный опыт по созданию и развитию системы управления НСИ для предприятий машиностроения. АСКОН производит комплекс решений для автоматизации конструкторско­технологической подготовки производства (КТПП), в который входят система трехмерного проектирования КОМПАС­3D, система управления инженерными данными ЛОЦМАН:PLM и САПР технологических процессов ВЕРТИКАЛЬ. За управление НСИ в комплексе отвечает набор специальных компонентов, один из которых — Универсальный технологический справочник (УТС).

Универсальный технологический справочник в комплексе КТПП

За пять лет своего существования УТС прошел эволюцию от простого иерархического классификатора технологических данных до полноценной объектно­реляционной системы управления НСИ. Выпущены четыре коммерческие версии продукта, около 2 тыс. его копий работают в реальных производственных условиях. Среди наших крупнейших заказчиков — ОАО «ПО «Севмаш», ОАО «Российская самолетостроительная корпорация “МиГ”», ЗАО «Вагонмаш» и др.

Предусмотрены два варианта поставки УТС: в качестве самостоятельного приложения — интеллектуального хранилища данных с функциями информационно­поисковой системы и в качестве источника справочных данных для внешних приложений (САПР, PDM, ERP и др.).

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

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

УТС реализует все функции, необходимые для работы с НСИ: поиск, подбор, редактирование и пополнение справочных данных, обмен данными с внешними приложениями.

Ключевые особенности УТС:

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

В основе УТС лежит объектная модель данных, которая представляет собой логическую надстройку над реляционной СУБД (в настоящее время поддерживаются Microsoft SQL Server, Oracle, InterBase) и позволяет хранить информацию об объектах НСИ вместе с правилами их взаимодействия.

Рассмотрим подробнее основные возможности, которыми обладает система.

Представление справочных данных в УТС

Последние изменения

23.03.2019

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

19.03.2018

Статус организации изменен с «в процессе ликвидации» на «ликвидирована».

24.11.2017

Статус организации изменен с «действующая» на «в процессе ликвидации».

09.08.2017

Организация исключена из Реестра малого и среднего предпринимательства

04.08.2017

Добавлена
отметка о недостоверности сведений об адресе

04.12.2016

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

19.11.2016

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

23.10.2016

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

Основной клиентский модуль

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

Рис. 2. WEB-клиент Semantic MDM, совместимый со всеми современными браузерами

Ключевыми функциями и конкурентными преимуществами Semantic MDM являются:

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

Взгляд в будущее: глобализация информации

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

При построении семантической модели предметной области в рамках локальной MDM-системы приходится оперировать терминами и определениями, относящимися к различным областям знаний. С развитием Semantic Web — семантического Интернета — многочисленные модели предметных областей будут созданы в удаленных центрах компетенции и распространены в Глобальной сети. Предприятия смогут получать информацию из первых рук, обращаясь напрямую к самым актуальным базам инструмента, оборудования, материалов на сайтах их производителей.

Семантика уже активно используется в интернет-индустрии (имеется комплекс отраслевых стандартов, таких как «Язык Web-онтологий OWL»), нефтегазовой промышленности (стандарт ISO 15926 «Интеграция данных жизненного цикла для непрерывных производств»), здравоохранении — областях, где знания составляют основное содержание или стоят особенно дорого.

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

Андрей Андриченко

Канд. техн. наук, руководитель отдела разработки комплекса ТПП, АСКОН, Москва.

Никита Щербаков

Системный аналитик компании АСКОН, Москва.

Общая информация

В 2001 году стартовал международный проект «Реестр идентификаторов объектов (Object Identifier, OID)», позволяющий в мировом масштабе однозначно идентифицировать любой реальный и виртуальный объект. Цель проекта — разработка, поддержание и развитие системы и правил однозначной идентификации объектов реального и виртуального мира в информационно-телекоммуникационном пространстве на основе описания древообразной структуры идентификации, называемой «Международное дерево идентификаторов объектов».

В рамках Международного проекта «Реестр OID» определены:

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

Проект реализуется совместно Международным союзом электросвязи (ITU-T, исследовательская группа 17) и Международной организацией по стандартизации (технический комитет 1/ исследовательский комитет 6 (ISO, JTC 1/SC 6)). Федеральное агентство по техническому регулированию и метрологии России (Росстандарт) уполномочило организацию ОАО «ИнфоТеКС Интернет Траст» вести российский национальный сегмент (корень Российской Федерации — 1.2.643) международного дерева идентификаторов объектов в соответствии со стандартом ГОСТ Р ИСО/МЭК 9834-1-2009.

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

Международное дерево идентификаторов объектов расположено в сети Интернет по адресу www.oid-info.com; основные положения проекта зафиксированы в рекомендациях серии X.660-X.670 (Rec. ITU-T X.660 and X.670 series) и идентичных им стандартах ИСО и приведены на сайте.

Российское дерево идентификаторов объектов, как составляющая часть мирового дерева, доступно по адресам: www.oid-info.com/get/1.2.643 и www.oid.iitrust.ru. В соответствии с ГОСТ 7.67 «Коды названий стран» (ИСО 3166-1) Российской Федерации присвоен код 643, двух символьное обозначение — RU. Российское дерево идентификаторов состоит из 9 дуг нижнего уровня, описывающих тематическое применение OID, и насчитывает около 500 объектов, зарегистрированных на российском уровне.

Международное дерево OID используется для однозначной идентификации объектов в целях:

• применения электронной подписи и шифрования путем использования криптографических механизмов, алгоритмы и параметры которых требуют уникальной однозначной идентификации (ГОСТ Р 43-10, SHA1, PKCS 1);
• применения методов биометрии (протокол взаимодействия BioAPI);
• управления сетями (MIB для управления сетями на основе SNMP;
• обеспечения функционирования системы электронного здравоохранения (HL7 International);
• обеспечения функционирования системы телекоммуникационных справочников (LDAP);
• идентификации на основе маркеров RFID;
• описания различных информационных объектов (XML объекты) на основе ASN.1;
• обмена информации по кибербезопасности;
• развития стандартизации;
• идентификации на основе чрезвычайных сообщений;
• кодирования ASN.1 модулей.

Российское дерево  включает:

• корень российского дерева под управлением iso;
• операторов связи (communication organization);
• производителей программного обеспечения (program organization);
• удостоверяющие центры (certificate authority);
• банки (banks);
• органы власти и государственные организации (government organization);
• прочие организации (another organization);
• организации по стандартизации (organization of standardization);
• образовательные организации (organization of education);
• муниципальные образования (municipalities);
• индивидуальных предпринимателей (individual businessman).

Интеграция и обмен данными

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

УТС предоставляет богатый арсенал средств интеграции: внешним приложениям доступно более 400 API­функций системы.

В УТС предусмотрен универсальный механизм экспорта­импорта данных через файлы формата XML. Он решает целый спектр задач, например:

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

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

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

Обмен данными УТС с внешними приложениями

Работа с документами и коллективная работа

Чтобы информация об оборудовании, инструменте, материале и прочем была наиболее полной, в УТС ко всем объектам можно подключать документы: эскизы, чертежи, 3D­модели, паспорта, технические требования и т.д. Каждый документ может содержать один или несколько файлов различных форматов.

Подключение документа к элементу справочника

Возможности работы с документами весьма широки:

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

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

Обмен сообщениями в УТС

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

При переходе на 1С:ERP требуется более строгий подход к занесению номенклатуры продукции. Рекомендуется поручать данную задачу ответственным сотрудникам (например, технологам), которые обладают наибольшими компетенциями в данной области. При создании новой номенклатуры (маркоразмера), указываются только технологические параметры (марка продукции, количество жил, сечение и т.п.). Система контролирует обязательные параметры, проверяет наименования на дубли. Таким образом, в значительной степени исключается человеческий фактор и гарантируется корректность ведения номенклатуры продукции.

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

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

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

Проиллюстрируем использование семантических возможностей MDM-системы на примере задачи проектирования технологического процесса.

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

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

Трехступенчатое сужение области поиска решения в массиве НСИ

Сценарий решения задачи с помощью интеллектуальной MDM-системы таков:

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

2. MDM-система получает исходные данные об объектах задачи — отверстии, детали и материале.

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

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

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

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

6. Система выдает список возможных вариантов решения задачи технологу.

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

Структура классификаторов

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

Многокритериальный поиск инструмента и оборудования в УТС

Изучение «отраслевого языка» – это ВАЖНО!

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

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

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

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

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

Краткая справка

ООО «Элара» зарегистрирована 22 января 2015 г. регистратором Межрайонная инспекция Федеральной налоговой службы № 46 по г. Москве. Руководитель организации: генеральный директор Ким Виктор Валерьевич. Юридический адрес ООО «Элара» — 109382, город Москва, Люблинская улица, дом 141.

Основным видом деятельности является «Денежное посредничество прочее», зарегистрированы 22 дополнительных вида деятельности. Организации ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЭЛАРА» присвоены ИНН 2954640627, ОГРН 3505719298115, ОКПО 17163676.

Организация ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ЭЛАРА» ликвидирована 19 марта 2018 г. Причина: Прекращение деятельности юридического лица в связи с исключением из ЕГРЮЛ на основании п.2 ст.21.1 Федерального закона от 08.08.2001 №129-ФЗ.

Информация БД НСИ

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

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

Проблема: раздробленность НСИ

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

Автоматизируя отдельные направления своей деятельности, многие предприятия параллельно эксплуатируют как глобальные (ERP, PLM), так и нишевые (CAD, CAM, CAE и т.д.) системы от различных поставщиков. Каждое из этих приложений использует собственную модель данных, свой набор справочников и классификаторов.

Такое многообразие порождает следующие трудности:

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

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

Серии материалов

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

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

Данные и метаданные

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

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

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

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

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

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

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

Операционные метаданные являются самыми недооцененными

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

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

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

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

Заключение

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

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

Готовые программные инструментальные средства интеграции данных, метаданных и НСИ поддерживают тройную стратегию и вместе позволяют уменьшить проектные риски, сократить время разработки КХД и предоставить бизнес – аналитикам новые возможности для повышения эффективности деятельности предприятия.
Автор благодарит М.Баринштейна, Р.Иванова, Д.Макоеда, А.Карпова, А.Спирина и О.Третьяка за полезные обсуждения.

Заключение

1C:ERP предлагает очень гибкий механизм ведения номенклатуры, который отлично подходит для кабельной отрасли

Требуются лишь небольшие доработки 1С:ERP для адекватного и полного отображения отраслевых особенностей.
При внедрении 1С:ERP очень важно выполнить нормализацию номенклатуры продукции, не поддаваться соблазну «оставить все как реализовано в исторической системе» и быстро проскочить данный этап.
Задача по проектированию номенклатурных справочников требует существенных трудозатрат, несколько итераций уточнения/изменения изначальных проектных решений. Например, рассматривались, моделировались варианты с использованием характеристик

Однако от этого варианта в результате всестороннего анализа пришлось отказаться.

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

В следующей статье планируется рассмотреть отраслевые особенности ведения ресурсных спецификаций (калькуляций) в 1С:ERP.