что такое справочник мтр
Корпоративные хранилища данных. Интеграция систем. Проектная документация.
Разработка и внедрение централизованного справочника материально-технических ресурсов (МТР) предприятия
Введение
Задача централизации справочника МТР актуальна для многих предприятий и компаний. Зачастую к необходимости решения задачи объединения разрозненных справочников МТР в один централизованный, приводит организация централизованной заявочной компании. Организация централизованной закупки в рамках разрозненных справочников и классификаторов весьма затруднительно, что и приводи к проекту создание единого справочника материально-технических ресурсов.
Статья основана на предположении, что перед компанией Заказчика стоит задача централизации справочника МТР из существующих информационные системы, в каждой из которых ведется свой справочник МТР со своей классификацией, в единую Центральную систему. Для этой задачи Заказчик нанимает Исполнителя.
Состав работ по созданию эталонного справочника и классификатора не рассматривается. Процесс перекодировки данных (в том числе и остатков по складам) в учетных системах переходящих на новый, централизованный справочник МТР нет рассматривается.
Цели проекта
Цель проекта разработки и внедрения централизованного справочника материально-технических ресурсов предприятия определяется следующим набором задач:
Задачи проекта
К задачам проекта относятся:
Состав работ
Для выполнения поставленных целей и задач, предполагается выполнения следующих работ.
№ | Содержание работ | Описание | Ожидаемые результаты |
---|---|---|---|
1 | Анализ и сбор требований | ||
1.1. | Анализ текущей ситуации и выработка рекомендаций | Анализ качества классификаторов и справочников МТР в существующих ученых системах. Выработка рекомендаций по использованию классификаторов и справочников МТР из существующих ученых систем для построения централизованных классификатора и справочника МТР. | Выводы о качестве классификаторов и справочников МТР существующих учетных систем. |
1.2 | Определение требований к составу и структуре классификатора(ов) МТР | Сбор требований к определению принципов выделения классов МТР. Сбор требований к кодированию позиций классификатора(ов) МТР. Сбор требований к определению набора иерархий и принципам построения иерархической структуры классификатора(ов) МТР. Анализ состава классов приобретенного классификатора МТР на предмет его соответствия требованиям. | Набор требований к классификатору МТР, набору свойств и значений, справочнику МТР полученных тот функциональных специалистов – пользователей справочника МТР |
1.3 | Определение требований к составу и структуре системы свойств и значений классов МТР | Сбор требований к определению принципов выделения свойств и значений классов. Анализ состава свойств приобретенного классификатора МТР на предмет его соответствия требованиям. | |
1.4 | Определение требований к составу и структуре справочника МТР | Сбор требований к структуре (составу полей) справочника МТР | |
2 | Разработка модели данных сущностей МТР | ||
2.1 | Разработка модели данных сущностей МТР | Разработка модели данных сущностей МТР включающей в себя: описание самих сущностей (классификатора(ов), справочника, свойств и значений), взаимосвязей между ними, описание их атрибутов, определение наименований таблиц и полей в БД, определение данных типов полей таблиц БД. | Модель данных сущностей МТР. |
3 | Формирование классификатора(ов) МТР с учетом требований | ||
3.1 | Создание целевого классификатора МТР на базе приобретенного | Формирование состава классов классификатора МТР, их уровней в иерархии, наименований, набора свойств и значений с учетом требований специалистов функциональных подразделений. За эталонный классификатор может быть принять ОКП | Целевой классификатор МТР с набором свойств и значений. |
3.2 | Разработка шаблонов классов МТР | Проводится разработка шаблон классов МТР, на базе правил наименований в приобретенном справочнике МТР, представляющих собой формализованное описание обобщенного правила формирования краткого и полного наименования позиции справочника МТР на основе атрибутов, свойств и их значений. При наличии в классе экземпляров МТР, имеющих отличия в формировании наименования, для них разрабатываются дополнительные шаблоны. Описательные шаблоны формируются только для крупных классов (содержащих 15 и более записей). Перечень классов, для которых разрабатываются шаблоны, согласуется с Заказчиком. | Описание шаблонов формирование позиций справочника МТР по классам классификатора МТР. |
3.3 | Согласование классификатора МТР со специалистами функциональных подразделений Заказчика | Согласование со специалистами функциональных подразделений Заказчика структуры и состава классификатора МТР, свойств и значений классов, шаблонов классов | Согласованный, откорректированный классификатор МТР с набором свойств и значений. |
4 | Проведение консолидации, нормализации и гармонизации существующих справочников МТР | ||
4.1 | Проектирование и разработка прикладного программного обеспечения поддержки процесса перехода на единый справочник МТР (опционально) | Проектирование и разработка прикладного программного обеспечения следующей функциональности: — захвата изменений для последующего пополнения и корректировки целевого справочника МТР; — проведения поиска полных дубликатов; — ведение таблиц соответствия; — обеспечения навигации по справочникам МТР. | Прикладное ПО обеспечивающее поддержку процесса перехода на единый справочник МТР. |
4.2 | Предварительная нормализация данных (при наличии ПО автоматическими средствами) | Производится предварительная обработка данных (вручную или с использованием ПО). Объем обрабатываемых данных может быть сокращен путем выгрузки только тех позиций справочника МТР из существующих учетных систем, по которым есть остатки на складах. Проводится исключение лишних пробелов и специальных символов. Выявляются полные дубликаты. | Предварительно нормализованные справочники МТР из существующих учетных систем. |
4.3 | Обработка позиций справочников МТР | Распределение позиций справочников МТР между экспертами. Нормализация и исправление ошибок в записях справочников МТР (включая приведение наименований к стандартизованному виду, устранение неполноты и противоречивости). Проставление соответствия записи приобретенного справочника МТР, записей справочников МТР существующих учетных систем. Консультации со специалистами функциональных подразделений Заказчика по неполным, некорректным и противоречивым позициям справочников МТР. | Централизованный справочник МТР. Набор таблиц соответствия значений централизованного справочника МТР, значениям из справочников МТР существующих учетных систем. |
4.4 | Согласование справочника со специалистами функциональных подразделений Заказчика | Согласование со специалистами функциональных подразделений Заказчика состава справочника МТР | Согласованный, готовый к загрузке в Центральную систему, централизованный справочник МТР. |
5 | Разработка регламента сопровождения централизованного справочника МТР | ||
5.1 | Разработка регламента сопровождения централизованного справочника МТР | Разработка свода правил, шаблонов по внесению новых позиций в централизованный справочник МТР, правил определения классов МТР, правила заполнения значений свойств. | Регламент сопровождения централизованного справочника МТР |
Участие Заказчика
Для успешного выполнения задачи по созданию и дальнейшему сопровождению централизованного справочника МТР необходимо участие Заказчика. В частности необходимо:
Архитектура решения централизованного ведения НСИ (МТР)
Для обеспечения ведения централизованного справочника МТР, возможна следующая архитектура.
Ниже представлено описание решения:
Реструктуризация нормативно-справочной информации
Комплексные проекты по нормативно-справочной информации играют ключевую роль в обеспечении эффективности материально-технического обеспечения бизнеса, чувствительного к потерям из-за некачественных справочников. Конференция «Качество данных — 2020».
Без выполнения работ по нормативно-справочной информации невозможно обеспечить эффективную трансформацию материально-технического обеспечения компании, снизить запасы, сократить неликвиды и увеличить оборачиваемость ресурсов. Всего этого можно достигнуть с помощью тиражируемой системы для нормализации основных данных. Все подробности на конференции «Качество данных — 2020».
На конференции «Качество данных 2020», организуемой издательством «Открытые системы», 5 февраля 2020 года будет представлена система эффективной трансформации материально-технического обеспечения, сокращения запасов, мнимизации неликвидов и ускорения оборачиваемости закупаемых МТР.
В начале 2000-х годов для решения задач по управлению нормативно-справочной информацией (НСИ) сформировался отдельный класс информационных систем — Master Data Management (MDM) (управление основными данными), ставший основой для построения других корпоративных информационных систем [1, 2]. Системы управления НСИ, как правило, реализуются компаниями в рамках отдельных проектов, однако сегодня наметилась тенденция включать работы по НСИ в проекты трансформации бизнеса: финансовой деятельности, оперативного планирования производства, материально-технического обеспечения и т. п. Для проектов трансформации МТО ключевыми являются справочники номенклатуры и в целом НСИ по материально-техническим ресурсам — НСИ по МТР, включая классификаторы МТР, вспомогательные справочники и таблицы (единицы измерений, группы материалов, свойства, значения свойств МТР и др.). Заказчики таких проектов, крупные промышленные холдинги, как правило, поддерживают развитие и реорганизацию НСИ по МТР в рамках проектов трансформации МТО. Без эффективного управления НСИ нельзя решить задачи повышения эффективности МТО.
Реализация проектов по реструктуризации НСИ в рамках проектов трансформации МТО отличается от самостоятельных комплексных проектов по НСИ (см. таблицу).
Как видно из таблицы, помимо обычных задач, решаемых в проектах управления НСИ, в проектах трансформации МТО перед НСИ ставятся и другие, более специализированные задачи, направленные на углубленное решение прикладных вопросов повышения эффективности МТО:
Практика
Рис. 2. Причины снижения качества НСИ и работы по их устранению |
Переработка корпоративного классификатора МТР
Неверная организация классификатора может стать источником постоянного дублирования в справочнике МТР, поэтому при разработке классификатора крайне важно обеспечить однозначность классификационных группировок (классов классификатора), что позволит исключить отнесение одной и той же номенклатуры к разным классам классификатора МТР. Вместе с тем в корпоративных классификаторах встречаются такие классы продукции, как «запчасти импортные», «оборудование импортное», «запчасти отечественного производства», «оборудование отечественного производства», «оборудование до 40 тыс.» и пр., что вызывает неоднозначность при классификации вновь создаваемых МТР и приводит к дублированию записей, так как на этапе создания записи в справочнике МТР еще нельзя однозначно определить, какая (импортная или отечественная) продукция будет закуплена и по какой цене. Ситуация осложняется еще и тем, что при размещении классификатора МТР в ERP-системе зачастую к нему привязывают такие сущности, как группы материалов, классы оценки, налоговые коды, а также группы закупок, разделительные ведомости, сроки поставки и др. Ясно, что переработка классификатора в такой ситуации затрагивает многие процессы в ERP-системе и влияет на работу многих служб компании. При создании классификаторов разработчики стремятся объединять номенклатурные позиции по их потребительскому назначению и технологическим характеристикам, но нередко оказывается, что номенклатура, которую предполагается объединить в один класс, может использоваться как для основного вида деятельности компании, так и для вспомогательного, а от этого параметра зависят налоговые коды, устанавливаемые на класс продукции в целом. Например, по сложившейся практике, с оконечными классами классификатора однозначно сопоставляют классы оценки: 1001 — сырье и расходные материалы; 1005 — запасные части; 1009 — инвентарь и хозяйственные принадлежности; 0840 — оборудование и др. Такое однозначное соответствие может вступать в противоречие с делением номенклатуры по потребительскому назначению, поэтому требуется поиск компромиссного решения.
Создание классификатора — это совместная работа всех заинтересованных подразделений компании, невозможная без компромиссов, позволяющих увязать требования различных процессов: бюджетирования, бухгалтерского и налогового учета, закупок и др. Пример такого решения — внедрение в классификатор МТР в SAP ERP признака «вариативность» для некоторых классов оценки. Этот признак, установленный в классе продукции, указывает на то, что окончательно класс оценки будет определен не в справочнике (в основной записи материала), а в операции с МТР (в заказе на поставку) в соответствии с учетной политикой компании — исходя из цены поставщика и транспортно-заготовительных расходов. В этом случае атрибут «класс оценки» имеет значение по умолчанию, которое может быть изменено.
Шаблоны описания продукции
Для оконечных классов корпоративного классификатора МТР разрабатываются шаблоны описания продукции, предназначенные для унификации и устранения ошибок в описании МТР. Их использование обеспечивает поиск по техническим характеристикам, автоматическое выявление дублей, а также нахождение аналогов по характеристикам, которые отмечены в шаблоне как независимые от производителя. На рис. 3 приведен пример шаблона.
Рис. 3. Пример шаблона для описания номенклатуры в классе продукции
Разработка шаблонов связана с одновременной доработкой классификатора, и здесь приходится соблюдать баланс между укрупнением и дроблением классов. В идеале класс, для которого разрабатывается шаблон, должен содержать полностью однотипную продукцию, для которой обязательны для заполнения все указанные в шаблоне свойства, и при этом автоматическая сборка должна сформировать наименование, однозначно идентифицирующее номенклатурную позицию. Однако классов тогда получится очень много и классификатор станет неоправданно детальным. Другая крайность — объединение в классы достаточно разнообразной номенклатуры, что приведет к появлению в шаблоне лишь одного обязательного признака «Вид продукции». В такой ситуации невозможно автоматически отследить заполнение необязательных признаков для корректного описания МТР и контроль остается за Cлужбой ведения НСИ и другими участниками процесса согласования создания/изменения записей. Как всегда, для каждого класса продукции нужно найти баланс между детализацией и укрупнением в зависимости от контента справочника МТР. Следующий шаг на пути к решению этой задачи — внедрение в шаблоны механизма зависимостей, когда при некоторых значениях одного свойства другие свойства становятся обязательными/необязательными/неприменимыми и получают определенные ограничения на допустимые значения.
Внедрение шаблонов и описаний МТР по шаблонам в автоматизированные системы, в которых ведутся справочники МТР, позволяет существенно повысить качество данных в справочнике благодаря контролю заполнения обязательных параметров номенклатуры, автоматическому формированию наименований, автоматизации поиска дублей и аналогов.
Система нормализации
С помощью шаблонов выполняется нормализация справочника МТР: устраняются ошибки, выявляются неполно и некорректно описанные позиции, неактуальные записи, исключаются дубли, добавляется недостающая информация, унифицируются описания данных в справочнике. Для выполнения этих работ в KPMG используется программный продукт «Система КПМГ для нормализации основных данных» (KPMG Normalization System for Master Data), представляющий собой веб-приложение с ядром на Java и позволяющий поддерживать единую среду взаимодействия всех участников процесса нормализации: экспертов НСИ; главного эксперта — модератора, руководителя команды экспертов; заказчиков, принимающих работу в отношении закрепленных за ними классов номенклатуры, и администратора системы.
В состав системы входят модули:
Выполнение нормализации больших массивов данных невозможно без автоматизации, поскольку требует, с одной стороны, распределения работ для их параллельного выполнения, а с другой — обеспечения единой среды взаимодействия для поддержки единых правил и подходов к выполнению работ. Использование системы нормализации основных данных позволяет втрое увеличить скорость выполнения работ и существенно сократить трудозатраты.
Система развивается в направлении обеспечения автоматической нормализации — создания интеллектуального нормализатора, позволяющего с помощью технологий искусственного интеллекта увеличить скорость нормализации за счет исключения рутинных операций.
Сотрудничество и внедрение
В проектах НСИ имеется ряд специфических работ по согласованию с заказчиком классификатора, шаблонов и результатов нормализации, включая уточнение неполно описанных и некорректных записей, согласование выявленных дублей и аналогов. Для выполнения этих работ обязательно требуется привлечение специалистов заказчика, разбирающихся в разных классах закупаемой номенклатуры. Вклад специалистов заказчика в проекты по НСИ чрезвычайно важен для успеха.
Согласно практике компании KPMG, совместно с заказчиком готовится регламент взаимодействия всех участников процесса нормализации, в котором фиксируются направления взаимодействия, ответственные специалисты, порядок взаимодействия, ограничения на продолжительность подготовки ответов на запросы исполнителя нормализации. Отдельным организационно-распорядительным документом утверждается список владельцев и ответственных специалистов в разрезе классов классификатора МТР. Все это позволяет заказчику провести детальную и квалифицированную приемку нормализованных данных, которая начинается сразу после готовности первых нормализованных классов продукции и выполняется специалистами заказчика параллельно с ходом нормализации.
Все результаты работ по НСИ внедряются в автоматизированные системы ведения НСИ клиентов. Текущий опыт KPMG относится к внедрению доработок ведения НСИ в SAP ERP:
Главную роль в технической поддержке пользователей, особенно в начале внедрения, играет служба ведения НСИ заказчика, обрабатывающая основную массу вопросов пользователей.
Без выполнения работ по НСИ сегодня уже невозможно обеспечить эффективную трансформацию материально-технического обеспечения компании, снизить запасы, сократить неликвиды и увеличить оборачиваемость закупаемых МТР. Предлагаемые компанией KPMG система и контур работ могут тиражироваться и адаптироваться к используемым на предприятиях программным платформам и учитывать особенности организации бизнеса.
1. Алла Токарева, Алексей Доронькин. Интеграция данных для систем MDM // Открытые системы.СУБД.— 2012.— № 9. — С. 42–45. URL: www.osp.ru/os/2012/09/13032511 (дата обращения: 05.02.2020).
2. Токарева А.В. Эффективное управление нормативно-справочной информацией — важнейшая составляющая повышения эффективности управления компанией. Доклад на III Межотраслевой конференции «АВТОМАТИЗАЦИЯ ПРОИЗВОДСТВА — 2012». URL: http://konf.x-pdf.ru/19mashinostroenie/620083-2-ooo-inteheko-sbornik-dokladov-katalog-iii-mezhotraslevoy-konferencii-avtomatizaciya-proizvodstva-2012-noveyshie-razrab.php (дата обращения: 05.02.2020).
Константин Рыбаков (krybakov@kpmg.ru) — руководитель, группа консультирования в области закупок и цепочек поставок, Алла Токарева (AllaTokareva@kpmg.ru) — руководитель направления НСИ, группа консультирования в области закупок и цепочек поставок KPMG (Москва).
Поделитесь материалом с коллегами и друзьями
Как попасть в реестр поставщиков МТР Газпрома
Зачем сертифицировать свою продукцию / работы (услуги) в Системе добровольной сертификации ИНТЕРГАЗСЕРТ? Что это даёт и сколько стоит? Разбираемся по порядку.
1.Что такое СДС ИНТЕРГАЗСЕРТ?
Это Система, заменившая своего предшественника — Систему Газпромсерт. Прекращение деятельности Системы Газпромсерт установлено Приказом № 142 ПАО «Газпром» от 20 марта 2018 года.
СДС ИНТЕРГАЗСЕРТ зарегистрирована в Росстандарте под номером РОСС RU. З1570.04ОГН0
В СДС ИНТЕРГАЗСЕРТ сертифицируют системы менеджмента, продукцию, процессы проектирования (в т.ч. изыскания), строительства, производства, монтажа, наладки, эксплуатации, хранения, перевозки, реализации и утилизации продукции.
3. Как попасть в Единый реестр и сроки сертификации?
Чтобы попасть в Единый реестр поставщиков МТР, необходимо пройти сертификацию по схеме 1а, с одобрением:
1 этап: системы менеджмента;
2 этап: деловой репутации;
3 этап: продукции.
Важно соблюсти порядок проведения сертификаций, так как последовательность прохождения сертификации влияет на итоговое решение о выдаче сертификата на продукцию.
СРОКИ СЕРТИФИКАЦИИ:
1 этап: 2 месяца;
2 этап: 2 месяца;
3 этап: от 4-х месяцев.
СРОКИ ЗАВИСЯТ от степени готовности предприятия к сертификации, соответственно, наличия/отсутствия и степени серьёзности замечаний, выявленных при аудитах.
На устранение замечаний даётся 40 рабочих дней. Если они не устранены, сертификат не выдаётся.
4. Как избежать замечаний при аудите
Разработать полный набор документов к сертификации и внедрить основные требования стандарта в организации! Здесь все варианты экспертной подготовки к сертификации (наша специализированная страница сайта).
Основным требованием и условием положительного решения при сертификации в Системе ИНТЕРГАЗСЕРТ является ВНЕДРЕНИЕ требований СТО Газпром 9001 и демонстрация этого внедрения аудиторам.
5. Кто имеет право выдавать сертификаты (проводить сертификацию) в СДС ИНТЕРГАЗСЕРТ?
Работу по сертификации проводят одобренные Газпромом Органы по сертификации, которые наделены полномочиями проводить сертификацию в СДС ИНТЕРГАЗСЕРТ. Круг Органов ограничен из-за жёстких требований со стороны СДС ИНТЕРГАЗСЕРТ к их компетентности.
Жёсткие требования к участникам Системы ограничивают доступ компаниям, которые продают сертификаты.
Хотите стать поставщиком ПАО «Газпром»? Звоните нам, и мы начнём готовить Вас к получению сертификата.
- что делают целый день коты
- зухр намаз это какой намаз