Матеріально-технічне постачання ремонтів на підприємстві особливості автоматизації - Управління

Процес матеріально-технічного постачання (МТС) є абсолютно у всіх компаніях незалежно від форм власності та видів діяльності. Різниця, як кажуть, у деталях. Десь закуповують щорічно канцелярське приладдя та пакетики з чаєм, десь у цей процес залучені сотні людей і бюджет на закупівлю матеріально-технічних ресурсів (МТР) обчислюється мільярдами рублів.

Комонюк О.В., керівник проектів, НВП СпецТек

При всьому багатстві спектра підприємств, де є актуальною проблема автоматизації процесу МТС, у цій статті хочеться сфокусуватися на підприємствах певного типу. Зупинимося на підприємствах, де значна частина витрат на МТС пов'язана із проведенням ремонтних робіт. Для такого типу підприємств дуже важливо, щоб автоматизація МТС була тісно пов'язана з автоматизацією управління процесом технічного обслуговування та ремонту (ТОіР). Це дуже важливо, оскільки дозволяє як ув'язати обсяг планових робіт і необхідні МТР, а й мати інструмент, що дозволяє оперативно перераховувати планову потреба в МТР при зміні обсягів робіт, і навпаки [1,2]. В ідеальному варіанті обидва процеси, МТС і ТОіР повинні бути автоматизовані в рамках єдиної інформаційної системи управління, побудованої на основі програмногозабезпечення класу EAM (Enterprise Asset Management – управління основними фондами підприємства) або ERP (Enterprise Resource Planning – планування ресурсів підприємства). Далі ми розглядатимемо варіант використання EAM-системи, спираючись на досвід нашої діяльності в цій галузі.

Отже, розглянемо автоматизацію МТС. Що ж притаманно цього проекту? Плануючи впровадження EAM-системи на підприємстві, найчастіше мають на увазі насамперед автоматизацію власне процесів ТОіР, особливо це стосується підприємств, де ремонтний бюджет становить до 30% усіх витрат. Завдання автоматизації матеріально-технічного постачання та управління складським господарством відходить на «другий» план [3].

Але в той же час однією з цілей автоматизації ТОіР є можливість отримати відповідь на запитання: «Куди ми витрачаємо гроші ремонтного фонду?». Без урахування процесів МТС відповісти буде неможливо, тому витрати на придбання матеріалів та запасних частин є найважливішою складовою витрат.

Задаючись простою метою – «вказувати перелік і кількість використаних запасних частин і матеріалів у кожному звіті з виконаної роботи», неминуче стикаєшся з цілою купою проблем: матеріали та запчастини повинні вказуватися лише ті, що були видані підзвітним особам у виробництво – як їх ідентифікувати та співвіднести з кожною роботою, при тому, що робіт на великому підприємстві виконується багато десятків тисяч на рік? яку ціну врахувати щодо кожної з позицій? як врахувати кількість матеріалів, які були використані частинами на кілька робіт? (ваг ремонтники з собою не носять, скільки мастила пішло на кожну, скажімо, арматуру, не вимірюють) і т.д.

І це лише верхівка айсберга [4]. Видно наступний перелік типових завдань, які можнавіднести до функціонального блоку МТС на промисловому підприємстві:

Автоматизація заявкової кампанії на замовлення МТР. Забезпечення можливості простеження зв'язки "позиція заявки - конкретна робота".
Автоматизація складського господарства всіх рівнях, від центральних складів, до цехових комор і підзвітних осіб.
Організація процесу проведення закупівлі МТР.

Наступне важливе властивість системи пов'язані з можливістю пов'язувати ремонтні роботи (заплановані і виконані) з позиціями документів постачання ресурсами. Це особливо важливо при формуванні заявки на МТР на майбутній період, наприклад, річна заявна кампанія, коли під план робіт/заходів необхідно замовити МТР. Критерій оптимальності річної заявки на МТР можна сформулювати так: «а) немає запланованих робіт, для яких не замовлено необхідної кількості МТР; б) у річній заявці немає МТР, які були б не прив'язані до конкретної роботи/заходу». Оскільки процес формування річної потреби у МТР найчастіше носить ітеративний характер, коли підрозділам доводиться «вписувати» свою заявку до заданого бюджету, коригування заявки бажано робити, редагуючи саме обсяги робіт, з можливістю автоматично перераховувати необхідний обсяг МТР. А для цього потрібна зв'язка «МТР-робота» - якщо секвестується склад робіт, то це має супроводжуватися коректним вилученням із заявки відповідних МТР.

Мал. 1. Типи документів, налаштування ланцюжків узгодження

У результаті автоматизації процесів МТС неминуче виникає необхідність зміни прийнятих для підприємства практик. Тільки змінивши процеси, з урахуванням нових можливостей можна отримати максимальний ефект від автоматизації. Суть та глибина цих змін дужевідрізняються від підприємства до підприємства і говорити можна лише про приклади, які можуть проілюструвати це, але не факт, що вони відповідатимуть ситуації на будь-якому підприємстві.

Практично всі зміни у процесах МТС на підприємстві внаслідок впровадження автоматизованої системи безпосередньо пов'язані з тими можливостями, які дає система:

Єдиний інформаційний простір є можливість вести єдиний довідник цін на підприємстві, який використовується для оцінки всіх заявок на МТР. У підрозділах немає потреби займатися пошуком цін. Розцінка заявок відбувається автоматично, без необхідності шукати інформацію щодо кожної позиції.
Узгодження документів МТС в електронному вигляді – виняток із деяких ланцюжків паперових копій документів, які незручно аналізувати та редагувати.
p align="justify"> Кожній плановій роботі супроводжує інформація про необхідні для її виконання МТР. Замовлення МТР за планом робіт може бути зроблено відразу на все підприємство - немає необхідності проводити процедуру збору інформації від кожного з підрозділів окремо, а потім підсумовувати документи.
Списання МТР від робіт – списання МТР відбувається лише за виконання конкретних робіт, зокрема і з розбивкою за інвентарними номерами, що зазвичай становить «головний біль» бухгалтерії.

Це очевидні зміни процесів. Крім оптимізації процесів важливим є і фактор підвищення якості процесів. Зокрема, оперативність отримання інформації є одним із найважливіших показників якості, а його досягненню є наявність єдиного довідника МТР, який використовується у всіх підсистемах інформаційної системи управління. Таким чином, якщо в ремонтному підрозділі замовляють якусь запчастину, то можна бути впевненим,що ця позиція заявки не втратить усі необхідні атрибути, що її ідентифікують. Яскравий приклад – необхідний клас точності підшипника. Найчастіше, при паперовому процесі замовлення, за збереження решти атрибутів (марка, тип тощо.), певному етапі втрачається інформація про класі точності, внаслідок цього на замовлення постачальнику може потрапити важлива характеристика. Або, якщо постачальник отримав цю інформацію, і підшипник коректно закуплено, то інформацію про клас точності не вкажуть при його надходженні на центральному складі, і в підрозділі-замовнику можуть не дізнатися, що з'явилася потрібна позиція. Таких прикладів можна навести багато.

Для ілюстрації кількісних параметрів проекту наведемо приклад автоматизації МТС на Смоленській атомній станції. Впровадження підсистеми МТС тут стало логічним продовженням та етапом розвитку корпоративної інформаційної системи управління технічним обслуговуванням та ремонтами «Десна-2», в результаті якого підсистема МТС стала невід'ємною складовою «Десни-2» [5]. Тож опишемо коротко весь проект.

Мал. 2. Контроль залишків складу, руху МТР за складами

Проект виконано на основі EAM-системи TRIM. Масштаб діяльності станції в області ТОіР і МТС визначив, відповідно, і масштаб проекту, який можна оцінювати як великий, який поки що не має аналогів в атомній енергетиці України. Тимчасові рамки проекту:

2003 рік – початок робіт із впровадження інформаційної системи управління технічним обслуговуванням та ремонтами «Десна-2» на Смоленській АЕС.
2005 рік – «Десна-2» здана в експлуатацію з параметрами: 540 зареєстрованих користувачів, зайнятих у ТОіР, близько 300 тисяч одиниць обладнання у базі даних. До системи підключено всі виробничіпідрозділи (цехи). Відкрито шлях до тиражу системи на інші АЕС ”Концерну Росенергоатом”. Розпочався етап розвитку системи на САЕС.
2007 рік – завершено роботи з розширення можливостей системи «Десна-2» щодо управління ТОіР, кількість зареєстрованих користувачів на САЕС з урахуванням зовнішніх організацій, також підключених до системи, досягла 900. Почалося проектування підсистеми МТС.
2009 рік – підсистему ІВ МТС здано в експлуатацію. За рахунок підключення користувачів, зайнятих у забезпеченні ТОіР ресурсами, загальна їх кількість у системі «Десна-2» досягла 1450, до системи підключено всі 62 підрозділи САЕС.

Висновок

Список літератури

1. Озернов В.М. українська специфіка автоматизації постачання підприємств транспортної галузі // Флотексперт. - 2003. - №4. - С.26-27.

2. Молчанов А.Ю., Озернов В.М. Як організувати постачання підприємства за допомогою В2В-технологій// Обладнання: ринок, пропозиція, ціни. - 2003. - №5. - С.101-103.

3. Йорш В.І., Антоненко І.М. Впровадження інформаційної системи ТОіР: початок шляху// Управління виробництвом. – 2009. – № 5-6. – С.33-37.

4. Євстаф'єв І.М. Інформаційні проблеми впровадження систем управління технічним обслуговуванням та ремонтами // Автоматизація в промисловості. – 2007. – № 10. – С. 17-20.

5. Антоненко І.М., Комонюк О.В. Автоматизація технічного обслуговування та ремонту на Смоленській атомній станції// Електричні станції. - 2006. -№9. - С. 31-36.