Разработчик российского ПО
для управления жизненным циклом изделия

     

Создание цифрового предприятия. Управление закупками и преддоговорной деятельностью на базе платформы T-FLEX PLM

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

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

Цель проекта: автоматизировать процесс «Управление закупочной деятельностью» за счет внедрения системного подхода и построения сквозного процесса управления закупками от момента формирования потребности в покупных комплектующих и изделиях (ПКИ) до момента выдачи ПКИ в подразделение на базе программного обеспечения (ПО) T-FLEX PLM.

Задачи, поставленные руководством предприятия:

  1. Разработать подсистему оперативного учета заявок на закупку ПКИ. Срок реализации решения не должен превышать трех месяцев.
  2. Обеспечить однозначность в данных на отрезке от момента формирования электронной структуры изделия (ЭСИ) до передачи спецификации на закупку в управление снабжением.
  3. Срок появления эффективности от решения не должен превышать шести месяцев от момента внедрения.
  4. Обеспечить руководство статистическими данными для принятия управляющих решений.
  5. Решение должно быть максимально простым из расчёта использования разными по возрасту специалистами.

Проблематика:

  1. Отсутствие оперативной информации по заявкам ПКИ от подразделений в связи с использованием бумажных журналов делопроизводства, локальным ведением электронных таблиц учета ПКИ.
  2. Отсутствие современного централизованного решения ведения закупочной деятельности.
  3. Отсутствие сквозной идентификации ПКИ.
  4. Отсутствие механизма по автоматическому формированию и расчету спецификации ПКИ на закупку.
  5.  Отсутствие сквозного маршрута движения ПКИ по основным этапам: «Формирование потребности от подразделения» - «Передача в УС» - «Согласование договора/счета на закупку ПКИ» - «Выдача ПКИ в подразделение со склада».

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

Критерии успешности проекта:

  1. Качественно выстроенная процедура ведения электронных составов изделий (ЭСИ).
  2. Наличие встроенного в PLM платформу модуля электронного документооборота в части использования электронных служебных записок.
  3. Наличие единой цифровой модели данных.
  4. Компетентность специалистов команды внедрения и понятность задач от заказчика.

Решение

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

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

  1. Разработать подсистему оперативного учета заявок на закупку ПКИ;
  2. Разработать подсистему согласования счетов и договоров в рамках проведения закупок;
  3. Разработать формат и механизм передачи данных в систему управления складом на базе 1С.
  4. Повысить в 5 раз производительность труда специалистов снабжения.
  5. Добиться времени согласования договора в рамках рабочей недели.

Методология работы с данными

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

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

Рисунок 1. Формирование потребности в ПКИ по ЭСИ
Рисунок 1. Окно формирования потребности в ПКИ по ЭСИ

Пример оформления служебной записки в T-FLEX DOCs c файлом потребности в ПКИ изображен на рисунках 2 и 3.

Рисунок 2. Пример оформления служебной записки на закупку
Рисунок 2. Пример оформления служебной записки на закупку

 

Рисунок 3. Пример файла-потребности в ПКИ
Рисунок 3. Пример файла-потребности в ПКИ

После того как служебная записка доставлена в службу снабжения, специалист аналитического отдела управления снабжением загружает потребности в свою подсистему «Оперативного учета заявок на закупку». Подсистема распределяет данные по определенному алгоритму:

  1. Группирует ПКИ по номеру заказа и номеру наряда.
  2. Распределяет ПКИ по группам ответственных согласно классификатору ПКИ.
  3. Накапливает заявки в течение установленного регламентом времени, и только после этого формирует суммарные потребности в виде заявок на закупку ПКИ.

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

В качестве иллюстрации диалогов подсистемы, на рисунке 4 изображено одно из окон подсистемы. В данном примере ПКИ сгруппированы по двум фильтрам:

  • поступили на слад;
  • группа номенклатуры 1.5 - импорт.

Рисунок 4. Пример окна подсистемы Оперативного учета заявок на закупку
Рисунок 4. Пример окна подсистемы «Оперативного учета заявок на закупку».

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

Рисунок 5. Основные статусы прохождения процесса
Рисунок 5. Основные статусы прохождения процесса

Результаты внедрения

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

Рисунок 6. Динамика распределения ПКИ по месяцам
Рисунок 6. Динамика распределения ПКИ по месяцам

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

Рисунок 7. Линия тренда заказов
Рисунок 7. Линия тренда заказов

Используя данные подсистемы можно проводить «мониторинг» времени наработки каждого специалиста по различным категориям работ. Например, можно выявить среднее время обработки заявок специалистами. В качестве примера был выбран специалист и сформирован запрос от момента поступления потребности до момента отправки запроса поставщику. Результат по данному примеру представлен на рисунке 8. На данном примере видно, что намечен явный тренд на ускорение отработки заявок за счет адаптации специалиста к подсистеме и повышения исполнительской дисциплины. В среднем, производительность специалиста выросла в 5-6 раз, по сравнению с апрелем 2019 года. Напомню, что подсистема была введена в конце марта 2019 года, а пользователи массово начали работать в подсистеме с апреля 2019 года, после запуска в промышленную эксплуатацию.

Рисунок 8. Линия тренда производительности специалистов снабжения
Рисунок 8. Линия тренда производительности специалистов снабжения

Внедрение современных методологий совместно с двумя новыми подсистемами позволило сократить время согласования договора на поставку ПКИ в 5-6 раз и составляет, на сегодняшний день, 4-6 рабочих дней. Пример прохождения такого договора приведен на рисунке 9.

Рисунок 9. Лист согласования договора
Рисунок 9. Лист согласования договора.

Выводы

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

За время ввода в промышленную эксплуатацию определены устойчивые тренды:

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

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

Появился механизм, который позволяет прогнозировать срок поставки того или иного ПКИ, используя накапливаемые Системой данные о проведении закупок с разными поставщиками.

Появилась возможность формирования страхового запаса на серийные заказы по актуальной ЭСИ в T-FLEX DOCs, не дожидаясь открытия потребности подразделением-заказчиком.

PLM система T-FLEX DOCs обросла рабочими подсистемами по управлению закупочной деятельностью и модулем согласования договоров, а так же появился внешний интерфейс по передаче информации в 1С Склад.

Примечание: в данной статье все сведения, носящие коммерческий или иной интерес АО «ВНИИРТ», а также персональные данные были скрыты.



Загрузить статью в формате PDF