Ключови изводи
Трябва да може да предоставя доказателства при поискване за четири неща. Първо, пълен и структуриран регистър на активите, с йерархия, която отразява как е построен заводът в действителност, и критичността записана като поле, по което може да се сортира и филтрира. Второ, проследима връзка, така че одиторът да може да проследи организационна цел до стратегически план за управление на активите, оттам до план за поддръжка и после до отделни работни заповеди върху реални активи. Трето, доказателство за изпълнение, тоест планирана срещу завършена работа с дати, продължителности и лицето, което я е извършило, а не отметка в колона. Четвърто, данни за представянето, които се измерват, преглеждат и явно се връщат в плана.
Fabrico покрива тези нужди чрез регистър на машините, който съдържа файлове и пълна история за всеки актив, годишно планиране на превантивна поддръжка с повтарящи се шаблони, условни задачи и работни потоци за одобрение, и аналитика за престой, MTTR и MTBF, разпределение на задачите и машини с най-много проблеми, всичко това може да се експортира в Excel за пакет за одит. Мултизаводските изгледи и сравнителният анализ между заводите покриват обхват многосайтова организация, а регистър на одита записва кой какво е променил. Компанията сама притежава ISO 9001, ISO 27001 и ISO/IEC 20000-1.
ISO 55001 определя изискванията за система за управление на активите. Той е част от семейството ISO 55000 заедно с ISO 55000, който дава преглед и речник, и ISO 55002, който дава насоки за приложение. Семейството произлиза от британския стандарт PAS 55 и е публикувано за първи път през 2014 г., с ревизирано издание през 2024 г. Сертификацията се извършва от акредитирани органи и, за разлика от ATEX или маркировката CE, тя се отнася до вашата организация, а не до продукт на доставчик.
Стандартът следва Хармонизираната структура, общия 10-клауза скелет, споделен с ISO 9001, ISO 14001, ISO 45001 и ISO 27001. Ако вече сте сертифицирани по някой от тези стандарти, вашият анализ на контекста, ангажиментите на ръководството, записи за компетентност, процесът за вътрешен одит и цикълът за преглед на ръководството до голяма степен са приложими. Това е най-голямото спестяване на разходи и повечето екипи го откриват късно.
Четири идеи вършат основната работа.
Стойност. Активите съществуват, за да доставят стойност спрямо организационните цели, а не да се поддържат заради самите тях. На практика това означава, че трябва да можете да обясните защо даден режим на поддръжка съществува с оглед на това, което бизнесът се опитва да постигне.
Съгласуваност, или проследимост. Организационният план води до стратегически план за управление на активите, който води до цели за управление на активите, които водят до планове за управление на активите, които водят до работата, която действително се извършва. Одиторът ще избере една работа на случаен принцип и ще върви назад по тази верига. Ако верижката се скъса, констатацията ще е срещу съгласуваността.
Ръководство. Висшето ръководство трябва да притежава политиката и осигуряването на ресурси, поради което проекти за ISO 55001, които живеят изцяло в рамките на отдел „Поддръжка“, често зациклят.
Осигуряване. Трябва да демонстрирате, че активите ще изпълняват изискванията, което означава наблюдение, измерване и преглед, не просто декларации.
Паралелно с това, клауза 7 за подкрепа съдържа изискването с най-остро софтуерно следствие: изискванията за информация. Трябва да определите каква информация за активите ви е необходима, да специфицирате нейното качество и как ще бъде управлявана, и да я поддържате последователна и проследима в цялата организация. Електронна таблица, в която три завода използват различни конвенции за именуване и никой не знае коя версия е актуална, не изпълнява тази клауза, и това е най-честата причина първият одит да даде констатации.
1. Йерархия на активите с реална дълбочина. Регистърът трябва да моделира сайт, зона, линия, машина и компонент, защото критичността и разходите се акумулират през тази структура. Плосък списък с имена на машини не може да отговори на въпроса „колко ни струва поддръжката на тази линия“, който одиторът ще зададе под една или друга форма. Нашето ръководство за йерархия на активите обяснява как да се проектира такава, която да устои на контакт с реален завод.
2. Критичност като структурирано поле. ISO 55001 очаква рискът да движи решенията. Това означава, че критичността трябва да бъде стойност в записа за актива, по която може да се филтрира и да се отчита, извлечена от документиран метод, а не от мнение. Вижте нашето ръководство за анализ на критичността на активите за подходите за оценяване. Въпросът на одитора рядко е „дали вашата критичност е правилна“, по-скоро е „как сте стигнали до нея и прилагате ли я последователно“.
3. План срещу изпълнение, с история. Съответствието с превантивната поддръжка е основният показател при одит на управление на активите. Трябва да покажете планирана работа, завършена работа, дати на завършване спрямо срокове и причината, когато работа е била отложена. Система, която презаписва графика, когато задача е пренасрочена, унищожава точно доказателството, което ви се иска, затова проверете как се записват отлаганията преди да купите.
4. Измерване и преглед на представянето. Клауза 9 изисква наблюдение и оценка както на представянето на активите, така и на представянето на самата система за управление. Обичайният набор включва престой, MTTR, MTBF, възраст на натрупания беклог и разход на актив. Важният тест е не дали софтуерът може да ги визуализира, а дали може да ги произведе за дефиниран период, филтрирани за дефиниран обхват, и да ги експортира в пакет за преглед.
5. Експорт и проследимост. Одиторите работят с документи. Система, която показва красиви табла, но не може да експортира подлежащите записи в Excel с дати и приписване на потребител, създава работа, вместо да я отстранява. Потвърдете експортиране на ниво запис, не само на ниво диаграма.
Въпрос 3 е подценяван. Много системи третират пренасрочване като редакция, а не като събитие, което тихо изтрива историята на отлаганията, която одиторът иска да види. Искайте демонстрация, а не просто „да“ като отговор.
Fabrico е комбинирана платформа CMMS и OEE. Срещу петте горни възможности: регистър на машините с йерархия, файлове и пълна история за всеки актив; годишен план за превантивна поддръжка с повтарящи се шаблони, условни задачи, работни потоци за одобрение и дефинирани работни смени; аналитика за престой, MTTR и MTBF, разпределение на задачите, водещи по проблеми машини и продуктивност на служителите, с експорт в Excel и персонализируеми табла; регистър на одита; и мултизаводски изгледи с междузаводско бенчмаркиране за организации, които сертифицират повече от един обект.
Инвентарът е включен и обхваща каталог, минимални и максимални нива, доставки, потребление, свързано с работни заповеди, и инвентаризации, което е важно, защото ISO 55001 третира резервните части като част от системата за активи, а не като отделен проблем на снабдяването. Данните могат да влизат и излизат чрез импорт и експорт в Excel, REST API, webhooks и двупосочно синхронизиране със SAP PM, включително S/4HANA.
От страната на OEE, наличността, производителността и качеството се изчисляват от PLC данни, с IoT сензори или AI камери там, където машината не предлага използваем сигнал. Това дава доказателство за представянето на актива, измерено на самата машина, а не докладвано от човек, което е съществено по-силна форма на доказателство при одит.
Настройката от страна на CMMS се оценява като 3 дни работа от екипа на Fabrico, обхващащи конфигурация, потребители, роли и масов импорт на вашия регистър, като поддръжката при масов импорт е включена. Свързването на машини за OEE е отделно упражнение, което зависи от вашето оборудване и достъп до линията, така че планирайте тези два процеса като отделни графици. Договорно време за отговор на поддръжката е под 2 часа, а интерфейсът е наличен на английски, български, немски, френски и полски.
Две ограничения, които е добре да бъдат посочени, за да не ви изненадат при анализ на пропуските: Fabrico не включва модул за планиране на производството, и предвиждането на неизправности се доставя като персонализирана услуга за конкретни клиенти, а не като стандартна функция. Нито едно от двете не е задължително по ISO 55001, но и двете се появяват в много вътрешно написани списъци с изисквания, така че проверете дали вашият действително се нуждае от тях.
Вземете производител с два завода, общо около 1 400 актива, поддръжката се управлява чрез микс от остарял инструмент за работни заповеди и електронни таблици. Целта за сертификация е планирана за следващата година, по изискване на клиент, а не по вътрешно желание.
Анализът на пропуските спрямо ISO 55001 типично дава една и съща кратка листа. Регистърът на активите е непълен и двата обекта използват различни именувания, което не изпълнява изискванията за информация. Критичността съществува като цвят в електронна таблица на един обект и изобщо не съществува в другия. Не може да се отчете съответствие с превантивната поддръжка за минал период, защото отлаганията са презаписали графика. Няма проследима връзка от бизнес плана до режима на поддръжка. И никой не може да представи дванадесет месеца MTBF за топ двадесет актива.
Всеки от тези пет проблема е преди всичко проблем с данни и система, а не с документация. Работната последователност, която работи, е: първо се договорете за една таксономия за двата обекта, след това импортирайте регистъра в една система с критичността като задължително поле, след това изградете превантивните планове вътре в тази система, така че съответствието да може да се измерва от първия ден, и едва след това напишете стратегическия план за управление на активите, защото е много по-лесно да се пише, когато данните под него са реални.
Екипите, които пишат документите първо, почти винаги ги пренаписват, защото планът описва система, която данните не могат да поддържат. Документацията е последната стъпка, а не първата, и това е най-полезният съвет за последователност в цялото упражнение.
Не. ISO 55001 специфицира изисквания към система за управление на активите в рамките на организация и сертификацията се издава на организации от акредитирани сертификационни органи. Софтуерът не попада в обхвата на сертификация по стандарта. Доставчик може легитимно да заяви, че неговата платформа подпомага изискванията на ISO 55001 или че се използва от сертифицирани организации. Доставчик, който твърди, че неговият софтуер е сертифициран по ISO 55001, или е разбраал стандарта погрешно, или разчита на това вие да го разберете погрешно.
Не е същият, но е пряко свързан. PAS 55 беше публикувана спецификация на British Standards Institution за управление на физически активи и беше основният вход при създаването на семейството ISO 55000. Организациите, сертифицирани по PAS 55, обикновено преминаха към ISO 55001. ISO стандартът е по-широк относно типовете активи, които обхваща, и използва общата структура за системи за управление, споделена с ISO 9001 и други.
Не е задължително. Стандартът изисква резултати и доказателства, не конкретен инструмент, и много малка организация с няколко актива може да го изпълни с дисциплинирани записи. На практика обаче, след като преминете няколко стотин активи в повече от един обект, произвеждането на последователни, проследими и периодно-специфични доказателства ръчно струва повече усилие отколкото софтуерът и се проваля по-често. Одитът е годишен, но доказателствата трябва да бъдат непрекъснати.
Споделят Хармонизираната структура, така че клаузи 4 до 10 следват същия скелет: контекст, ръководство, планиране, подкрепа, експлоатация, оценка на представянето и подобрение. Вашият съществуващ контрол на документите, програма за вътрешни одити, процес за корективни действия, записи за компетентност и преглед на ръководството могат да бъдат разширени, за да обхванат управлението на активите, вместо да се изграждат наново. Това, което наистина е ново, е стратегическият план за управление на активите, изискването за проследимост и третирането на информацията за активите като самостоятелен управляван обект.
Счупена проследимост (broken line of sight). Организациите произвеждат добра политика и добър стратегически план за управление на активите и паралелно управляват компетентна поддръжка, но не могат да демонстрират връзката между тях. Решението не е повече документация, а да направите така, че плановете за поддръжка в системата явно да реферират целите, които обслужват, така че при проследяване назад от работна заповед до цел да е въпрос на четене на полета, а не на реконструиране на намерение.
Ако обмисляте импортиране на регистър или трябва да видите отчети „план срещу изпълнение“ спрямо реална йерархия, започнете с това как се изчислява страната на представянето (OEE) или запазете демо и донесете примерен списък с вашите активи.
Последна актуализация: 7 август 2026 г.
Вход
Блог
