Грешка 1. Не подготвителна работа преди пускането на оборудването в автоматичен контрол Системи MRO - ACS MRO
Всеки автоматизация проект, като правило, започва с сертифицирането на оборудването. Целта на тази стъпка - да се създаде централизирана, систематизирана база данни оборудване, като посочва изискваните атрибути (сериен номер, годината на въвеждане в експлоатация, местоположение и т.н.). Технически персонал на предприятието, който отговаря за проекта, веднага започва да се пуснат в поддръжка ASU и ремонт на всички списък оборудване. Въпреки това, като правило, по-голямата част от предприятията имат следното:
- не е пълен систематичен списък на оборудване;
- данни оборудване, разпръснати в различни отдели (OGE, OGM, и т.н.);
- Продуктовата информация, съхранена в различни източници: да Excel, в документи на хартиен носител в каталога на дълготрайни активи, съставляващи счетоводна система;
- Все още няма стандартни елементи на оборудването, не е ясно на избраните видове и групи.
Препоръка. Преди започване на оборудването е в ACS MRO трябва да: създадат стандарти и изисквания за продуктовия каталог, за да се подготви за селективна списък на оборудването, за да влезете, установяване на съответствие с каталога на дълготрайни активи счетоводство, След проверка на попълнения формуляр за попълване на ACS MRO необходимите директории (2 cm грешка.).
Грешка 2. смята, че проектът за изграждане на ACS MRO - само в интерес на технически услуги
Липсата на единство в стандартните елементи на оборудването, форми и оборудване между групи от технически и други компании услуги (ПЕО, счетоводни и т.н.) - стандартна ситуация. Всеки обслужващи компании имат различни изисквания за състава и съдържанието на информацията оборудване. Така например, в каталога на дълготрайни активи по сметките на предприятието от производствената линия може да бъде представен като един обект, и за службата на главния механик, на същия ред следва да бъдат посочени на отделни части от оборудването, включени в него.
Препоръка. Въвеждането на групата на един много ранен етап е необходимо да се включват представители на всички от въпросните услуги. Най-вероятно, пълен споразумение между службите в ранните етапи на проекта, за да се постигне няма да работи - твърде дълго са работили в различни информационни пространства. Въпреки това, службите на навременни сътрудничество ще премахнат най-сериозните несъответствия в началото на проекта, а някои от тях да се отложи за развитие.
Грешка 3. излишни подробности екипаж
Модерен EAM система поддържа тази функция като дял от съставни компоненти. Често е налице ситуация, в която специалисти на компанията са твърде пристрастен към тази възможност в началото на проекта. Това ненужно забавяне на времето на проекта, както и увеличава риска от провал.
Препоръка. Прибягват до масово razuzlovke оборудване след "битка" счупи-ACS ООР, след известно време, когато е ясно да се разбере неговата осъществимост и технически персонал ще бъде готова да използва тази информация.
Грешка 4. Възприемане на проекта, тъй като едно време "скок към по-светло бъдеще"
Опитайте се да се реши първият проект на всички въпроси на управлението на MRO далеч в бъдещето - е гарантиран начин да се получи това, за да се провалят. Първият проект трябва да се фокусира върху решението на оригиналните основни задачи. Сертифицирането на тази задача е да се започне основната производствена техника ACS MRO. Сгради, съоръжения, комунални услуги, аксесоари, площ - това е задача за сертифициране за развитие.
Препоръка. Определяне на разумна граница проект в списъка на оборудването, което ще постави в ACS MRO. Изберете производствените активи, които могат да забавят влизането на развитие.
Грешка 5. подценяваме важността на управлението на промените в каталога хардуер
Да предположим, че каталога хардуер в ACS MRO вече е създаден. Въпреки това, оборудването е преместен, се отписва, модернизирани, има ново - то е начин на живот процес, който трябва да се управлява. Ако една компания не е разпределен на персонала, отговорен за поддръжката на текущата каталога, не са определени "как да го направя" процедура, в близко бъдеще на натрупаните несъответствия между базата данни и реалното състояние на нещата да повлияе негативно на резултатите от проекта.
Препоръка. Определяне на фирмата, която отговаря за поддръжката на каталога хардуер от началото на работата по създаването му.