ВОПРОС от Руководителя Центра Цифровых Продуктов НСИ "Газпромнефть-ЦР":
Если помните, мы с Вами уже взаимодействовали в 2010-2011 годах на проекте НСИ СИБУР, было бы очень интересно снова встретиться и посмотреть, как улучшились Ваши методологические и технологические подходы в части обработки позиций справочников, классификация, параметризация и другие более-менее типовые процедуры.
ОТВЕТ:
Здравствуйте! Рад новой встрече и возможности рассказать о развитии наших методологий.
Постараюсь для Вас "на лету" сформулировать главные тренды последних наших разработок.
А. По части нормализации номенклатуры:
1. Вы знаете, что в 2006-2011 годах мне довелось поработать зам.директора ФГУ "Федеральный центр каталогизации" Росстандарта (сейчас уже упразднен, к сожалению). Мы тогда выполнили 6 госконтрактов, главная цель которых - разработка алгоритмов, модели данных и ПО для описания продукции в соответствии с архитектурой стандартов ISO 22745. Что-то можно найти здесь: https://cnsi.su/?pid=363 и здесь: https://cnsi.su/?pid=328
А здесь примеры таких шаблонов: cnsi.su/?pid=345
cnsi.su/?pid=356
2. Это все здорово и работает, в т.ч. для создания техпаспортов оборудования и даже для создания Excel-форм сводной отчетности в рамках задач мониторинга работы крупных холдингов (делали пресейл для Роснефти).
3. Однако, на практике для большинства промпредприятий потребовалось разработать новую технологию: разработку шаблонов сборки наименований продукции на основе статистической обработки их исходных справочников. cnsi.su/?pid=399
И это правильно, т.к. одному предприятию для регистрации, например, конденсатора/резистора требуется 5 параметров, а другому - все 17.
4. Результат такой статобработки оказался весьма хорошим. Тем не менее, трудозатраты при таком процессе весьма оказались высоки, т.к. перелопачивали исходную базу грязных данных. На последних проектах, мы немного поменяли методологию. А именно: ИЗНАЧАЛЬНО мы нормализуем исходные записи Заказчика ВРУЧНУЮ на основе Методологии и Сводной базы данных примеров нормализованных позиций (там у нас более 1 млн. записей). А вот уже потом - запускаем статанализ и формируем шаблоны для их последующего использования Экспертами НСИ Заказчика (при этом у них остается возможность формировать закупочное наименование ТОЛЬКО на основе ПРИМЕРОВ, то есть - не требуется обязательное заполнение значений атрибутов записи по шаблону).
5. Вот эту самую "Сводную БД Примеров" можно считать одним из информресурсов корпоративного открытого технического словаря, который рекомендуется регистрировать в качестве СТО. Важно, что эти примеры отражают реально сложившиеся нормы и обычаи корректного написания закупочных наименований продукции - иногда в противовес противоречивым требованиям ГОСТов и каталогов производителей - см. cnsi.su/?pid=318
6. Как видите, мы пришли к тому, что шаблоны нужны не всегда, более того, они оказались "вредны" для Заказчика, так как требуют более высоких трудозатрат и при этом снижается ответственность за конечный результат у Экспертов службы НСИ - cnsi.su/?pid=355
Б. По части классификации:
1. Вы помните, что Классификатор СИБУРа в тех далеких годах разрабатывался мною, причем с линковкой к классам Онтологического классификатора Интертеха (заменять последний мне приходилось и позднее, например для НорНикеля).
2. До этого моя команда выполнила 4 госконтракта для Минэкономразвития по ОКПД1 и ОКВЭД1 и разработки номенклатуры под ОКПД2 (планировалось ок. 100 тыс. национальных группировок, в итоге Эксейп выкатил ОКПД2 с 12,5 тысячами - и это большая проблема до сих пор).
3. За последние годы мы разработали несколько версий нашего Модельного классификатора продукции (ТМЦ, МТР), который теперь не стыдно предложить любому Заказчику в качестве Прототипа его собственного классификатора. Причем отметьте - ЗАКУПОЧНОГО классификатора, по категориям которого удобно распределяются зоны ответственности специалистов Управлений закупок и маттехснаба. Методология - здесь cnsi.su/?pid=327, визуализация здесь - cnsi.su/?pid=57
4. Важно отметить, что и в части методологии классификатора мы вынуждены серьезно противоречить с общепринятыми в среде многих НСИ-менеджеров устоявшимися предрассудками. Например, что однотипная номенклатура должна быть исключительно в одном месте классификатора - поверьте, это заблуждение (также, как и обязательное навязывание "шаблонов-свойств-значений" при нормализации). При встрече - обосную.
5. Помимо этого у нас в активе Классификаторы строительно-монтажных работ (с привязкой к ГЭСН), услуг при эксплуатации и ремонтах и многое другое - cnsi.su/?pid=345
6. И очень важно - у нас безусловно лучшее ПО для разработки и последующего ведения классификаторов. Такой функциональности нет ни у кого - это важно, это ПО (можно совместно с ПО по нормализации и делубликации) мы может поставить вашим Экспертам Центра НСИ - cnsi.su/?pid=58
а также - ПО для обработки и консолидации исходных "грязных" данных, для подготовки инфовитрин/озер и т.п - cnsi.su/?pid=394
В. По части дедубликации:
1. Уже когда мы работали по СИБУРу, у нас была своя Поисковая система с математикой нечеткой логики, эффективно выявляющая дубли и аналоги.
2. В последние 3 года мы разработали и продаем WEB-сервис поиска дублей, который можно встраивать в SAP, ORacle eBS и любые Интернет-системы на самом начальном этапе обработки заявок на ввод новых записей. Рекомендуем - cnsi.su/?pid=368
3. Поверьте, это очень важно, чтобы не заставлять Заявителя тратить время и силы, чтобы заполнять все атрибуты новой заявки, он заполнит только - наименование ТМЦ, т.к. минимум в 20% случаев он найдет аналог в своем корпоративном справочнике, а если нет - найдет аналог в Сводной БД примеров нормализованных позиций, что позволит ему корректно заполнить наименование и атрибуты.
комментарии0)
|
