Осознайте преимущества дизайна, работы, сохранения мышления сегодня

Проектирование, эксплуатация, обслуживание (DOM), термин, придуманный отраслевыми аналитиками ARC Advisory Group, дает нам словарь для обсуждения некоторых ключевых концепций в управлении активами и в промышленном техническом обслуживании, ремонте и эксплуатации.

В самом деле, проектировщики промышленных объектов и те, кто их эксплуатирует и обслуживают, должны тесно сотрудничать, чтобы эффективность предприятия и прибыльность бизнеса со временем повысились. Однако связь между этими различными организациями отсутствовала. Современные инструменты планирования ресурсов предприятия (ERP), компьютеризированные системы управления техническим обслуживанием (CMMS) и пакеты проектирования САПР движутся к точке интеграции, которая могла бы облегчить более тесную связь между этими дисциплинами.

Интересно, что многие отрасли были в лучшем положении для реализации концепций DOM много лет назад, чем сегодня. Еще в 1980-х годах рост числа фирм, занимающихся управлением технологическими процессами и системным проектированием, показал, что все больше и больше отраслей передают на аутсорсинг разработку своих заводов. Хотя внутренние конструкторские отделы завода дали организации больший контроль над стандартами проектирования и информации, корпоративная «оптимизация» и растущее движение в сторону открытых стандартов и совместимых компонентов позволили привлечь многочисленных внешних поставщиков, начиная от промышленных инженерных фирм, представителей производителей и системные интеграторы в проектировании заводов. Внутренние данные, созданные внутренним инженерным отделом, возможно, не были задействованы в полной мере, но отсутствие связи между дизайнерами и отраслями, которые они обслуживают, похоже, только выросло, поскольку аутсорсинг стал тенденцией. По данным Ассоциации интеграторов систем управления, рынок интеграции независимых систем управления вырос до 12 миллиардов долларов на рубеже тысячелетий по сравнению с долей того, что было 20 лет назад. Все больше и больше технических данных, чертежей и спецификаций, которые когда-то разрабатывались и обслуживались собственными силами, поступают не из промышленных организаций.

По мере того, как разрыв в коммуникации между проектированием и эксплуатацией / обслуживанием увеличивался, инженеры-консультанты часто могли свободно проектировать просто для достижения определенного результата увеличения мощности. Данные о конструкции разрабатываются отдельно, часто на разных платформах, от тех, которые используются производственными операциями и обслуживающим персоналом, которые будут жить с промышленным образцом в будущем. В настоящее время разрабатывается стандарт данных ISO для этой информации, и эта стандартизация должна, по крайней мере, позволить штатному персоналу и сторонним консультантам по проектированию более беспрепятственно общаться и обмениваться данными, что ведет к повышению эффективности производства. Но даже до того, как этот стандарт ISO 15926 будет окончательно утвержден, профессионалы по техническому обслуживанию и эксплуатации оборудования могут сделать многое, чтобы сделать DOM реальностью сегодня.

Проблема

Переключатель только что был установлен на модернизированной производственной линии на вашем производственном предприятии. Когда давление и температура начинают приближаться к спецификациям и продукт начинает течь, в критически важном компрессорном агрегате возникает проблема с давлением напора. На сайт направляется обслуживание, но он быстро обнаруживает, что не хватает информации для диагностики проблемы. Оказывается, необходимые данные спрятаны в стопке компакт-дисков и папок, оставленных инженерами-консультантами. Отсутствие связи приводит к незапланированным простоям, так как необходимая информация находится и проблема диагностируется.

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

Рис. 1. Предоставляя инженерам доступ к истории технического обслуживания, можно избежать повторяющихся производственных проблем, вызванных ошибками проектирования.

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

Технология может предложить лишь частичное решение проблем, вызванных неадекватной коммуникацией между промышленными проектировщиками, операторами установок и руководителями технического обслуживания. Интегрированные инструменты управления жизненным циклом активов (ALM), которые охватывают все три дисциплины, принесут столько пользы, только если будет неадекватная связь с внешним промышленным дизайнером, который не использует инструмент ALM. Даже внутренние отделы могут не работать вместе эффективно и полностью объединяться для оптимизации процесса DOM. Таким образом, независимо от того, какие технологии доступны членам команды, упреждающий подход, вероятно, является наиболее важным фактором при внедрении

DOM-процессы в вашей организации. Технологии могут только облегчить и стандартизировать ваш проактивный совместный подход, а в некоторых случаях могут автоматизировать части процесса DOM. Вот три шага, которые помогут вам реализовать преимущества DOM сегодня.

Поддерживайте гибкую открытую ИТ-систему

Независимо от того, используются ли они вами или вашей консалтинговой инженерной фирмой, проприетарные стандарты данных являются препятствием для общения. Если вы храните информацию об эксплуатации и обслуживании в открытом, легкодоступном формате, вы можете импортировать и экспортировать информацию контролируемым образом и иметь общедоступные программные интерфейсы приложений (API) для обработки этого экспорта и импорта. Если используемое вами решение для управления информацией об активах поддерживает гибкий и настраиваемый импорт и экспорт из стандартизованных форматов файлов, таких как Excel, XML и т. Д., Ваше положение будет еще лучше.

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

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

Возьмите свою информацию под контроль

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

И наоборот, перед началом работы согласовывайте со своим инженером-проектировщиком форматы данных и частоту обмена информацией по новому проекту. Создайте список каждой функции, компонента или единицы оборудования, которыми вам нужно будет управлять на постоянной основе. Определите, какая информация вам нужна о каждом элементе в списке, в каких точках проекта она вам нужна и как данные должны быть структурированы для связи с существующей системой управления активами. Будь то серия электронных таблиц Excel, база данных Access или XML-документы, вы захотите, чтобы эти данные были структурированы, чтобы их можно было привязать к информации о ваших текущих операциях и действиях по техническому обслуживанию.

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

Установить текущий диалог

Подобно тому, как информация должна поступать из проекта в ваши системы управления активами, данные должны поступать из вашей истории обслуживания и эксплуатации в процесс проектирования. Активно запрашивайте у своего дизайнера предложения о том, какие именно данные и формат данных предоставят им необходимую информацию для оптимизации результатов проекта. Со временем формат не будет иметь такого большого значения, потому что стандарт ISO позволит ALM и инженерным платформам стандартизировать структуру данных, которая может прозрачно пересекать платформы. Но даже когда этот технологический барьер больше не существует, рабочие привычки должны будут отражать мышление DOM.

Идеальный рабочий процесс DOM включает в себя совместный процесс, в котором истории обслуживания и эксплуатации доступны для проектирования, а планы и спецификации доступны операторам и обслуживающему персоналу даже во время планирования проекта.

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

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

В некоторых крупных инфраструктурных проектах, в которых я принимал участие, владелец проекта имел возможность создать веб-портал, открытый для групп разработчиков и подрядчиков, и этот портал стал средством, через которое происходил процесс сотрудничества. Независимо от того, происходит ли ваше сотрудничество внутри компании с внутренними отделами или с внешними дизайнерами, с помощью интегрированного инструмента ALM или путаницы приложений, сопоставленных вместе с большим вмешательством человека, среда совместной работы в реальном времени - это то место, где DOM в конечном итоге возьмет на себя тех, кто использовать эти концепции.

Об авторе:

Кристиан Клингспур - старший советник IFS AB по управлению жизненным циклом активов. Он имеет 20-летний опыт разработки и внедрения решений для управления жизненным циклом активов, включая проектирование предприятий, управление документами, управление техническим обслуживанием и автоматизацию процессов. Он имеет степень бакалавра наук. в области информатики и системного анализа, и пришел в IFS после приобретения в 1997 году компании IDOK, где он отвечал за разработку решения для проектирования заводов этой компании.

О IFS

IFS, глобальная компания по производству корпоративных приложений, предоставляет решения, которые позволяют организациям быстро реагировать на изменения рынка, позволяя более гибко использовать ресурсы для достижения более высоких показателей бизнеса и конкурентных преимуществ. IFS была основана в 1983 году, и сейчас в ней работает 2600 сотрудников по всему миру. Компания первой разработала программное обеспечение для компонентного планирования ресурсов предприятия (ERP) с IFS Applications, которое сейчас находится в седьмом поколении. Компонентная архитектура IFS предоставляет решения, которые проще внедрять, запускать и обновлять. IFS Applications доступен в 54 странах на 20 языках.