Asset Operations: будни промышленной документации



    Год назад мы начали рассказывать о пакете решений для организации документооборота промышленных объектов — EMC EPFM. Затем подробно описали первый из основных компонентов пакета — Capital Projects. Теперь пришла пора рассказать о следующем модуле — Asset Operations.

    Назначение Asset Operations


    Напомним, как выглядит экосистема пакета EPFM:



    «Сферы интересов» каждого из компонентов пакета EPFM:



    После того, как объект спроектирован, построен и передан в эксплуатацию, основная нагрузка по работе с документацией ложится на Asset Operations. Сюда передаётся вся необходимая информация о конфигурации объекта, о составе оборудования и технологических процессах. Кроме того, в Asset Operations можно быстро найти технические параметры и инструкции по эксплуатации оборудования, правила техники безопасности, чертежи и схемы, планы размещения, требования по охране труда и окружающей среды, — в общем, всё, что нужно для управления и обслуживания объекта.

    Когда приходит время перестроить или модернизировать промышленный объект, — «перевооружить» — Asset Operations становится источником актуальной на данный момент документации. За время эксплуатации мог измениться набор оборудования, могли быть перестроены технологические процессы и т.д. То есть проектная документация, которая имелась на момент ввода в эксплуатацию, уже может не соответствовать текущему состоянию объекта. В то же время, в Asset Operations с течением времени в документы вносятся изменения, отражающие все происходящие на предприятии перемены: от возведения нового здания до замены выключателя света.

    Поэтому, когда возникает необходимость серьёзной перестройки, по каждой единице оборудования или по каждому зданию на территории объекта можно быстро сделать подборку актуальной исполнительной документации. Этот комплект документов может быть передан подрядчику. Либо, если проектирование осуществляется своими силами, комплект документов можно передать в Capital Projects и там создавать новую проектную документацию для будущих работ. После передачи подрядчику или исправлений в CP, новые документы будут переданы обратно в Asset Operations, соблюдая процедуры проверки и утверждения. В итоге мы получаем в Asset Operations актуализированные данные, а «новая версия» объекта готова к эксплуатации.

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

    Наконец, ещё одно важное преимущество использования Asset Operations — наличие необходимой документации и поддержание её актуальности в соответствии с требованиями регуляторов.

    Создание и размещение документов в системе


    В Asset Operations используются автоматизированные рабочие процессы создания, рассмотрения, согласования, изменения и утверждения документации. Только после окончательного утверждения документ может быть размещён в системе.

    В зависимости от ряда параметров, в Asset Operations каждый документ относится к одной из четырёх категорий:

    • Category 1 — необходимо рассмотрение и двухуровневое согласование прежде, чем документ перейдет в «действующие».
    • Category 2 — необходимо рассмотрение и согласование.
    • Category 3 — документы, которые автор может подписывать и выпускать без дополнительного согласования.
    • Category 4 — документы без этапов рассмотрения/согласования (неконтролируемые).



    Из разряда действующих документ может переводиться в:

    • Исключённые (Suspended). Выведен из использования навсегда или временно. Можно снова перевести в действующие.
    • Заменённые (Superseded). Утверждена новая версия документа, прошедшая все вышеописанные стадии.
    • Просроченные (Expired). У документа закончился срок действия и требуется его пересмотр и повторное согласование.
    • Устаревшие (Withdrawn). Эта версия документа больше не используется.

    Для создания типовых документов в Asset Operations предусмотрены шаблоны, ускоряющие и облегчающие процедуру разработки.

    Чтобы избежать проблем на производстве, связанных с использованием неактуальных документов, в системе используются водяные знаки:

    • На каждой странице диагонально печатается водяной знак со статусом документа.
    • В конце документа выводится страница с подписями, включающая пользователя и дату подтверждения.



    Таким образом, при открытии документа в системе или распечатке на принтере сотрудник понимает, с каким документом имеет дело.

    Изменение документов


    Ничто не вечно под Луной, в течение своего жизненного цикла объекты капитального строительства реконструируются, на них проводятся капитальные ремонты и прочие работы. И, как следствие, многие документы приходится изменять, регулярно или в соответствии со сложившимися обстоятельствами. Для управления изменениями в Asset Operations применяются специальные документы двух типов:

    • Change Request (CR), запрос на изменения. Это документ, в котором сотрудник может изложить список предлагаемых изменений, применяемых к списку документов или вложений.
    • Change Notice (CN), уведомление об изменениях. Этот документ содержит описание уже сделанных по факту изменений. Применяется к нескольким документам\вложениям.


    Рабочие копии


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

    Чтобы отразить фактические изменения, но при этом не вносить изменения в текущие документы, используются так называемые рабочие копии.



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

    Наряды на работу


    Сотрудники подразделений, обслуживающих объект, с определённой периодичностью получают наряды на работу (Work Order) — плановую или внеплановую работу, выполняемую на объекте. Наряд может иметь одну или несколько задач, каждая из которых содержит в себе информацию о том, что нужно делать, дату начала и срок, вспомогательные документы, подробности (инструкции, местоположение, приоритет, необходимое оборудование и т.п.) и сведения о том, кто эту задачу должен выполнить.

    Если в компании используется специализированное ПО для обслуживания объектов (SAP PM, Maximo и так далее), то благодаря интеграции с такими системами можно автоматизировать работы по созданию нарядов.

    Мобильный клиент


    Как отмечалось выше, Asset Operations позволяет обращаться к документации с мобильных устройств. Это не праздная возможность: каждый объект на территории предприятия может быть оснащён индивидуальной меткой (тэгом). Тэги могут присваиваться чему угодно — от реактора до запорного вентиля на трубе. Они содержат штрихкод, который можно считать с помощью камеры смартфона или планшета — или вбить вручную уникальный номер — и тут же получить всю документацию. Это позволяет передвигаться по территории вообще без единой бумажки, не тратя время на копание в толстенных пачках документов и схем.

    Практический пример


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

    Возьмём некую крупную ГЭС.



    Вода подаётся на турбины через напорный водовод. Объём подаваемой воды необходимо регулировать в зависимости от текущего энергопотребления. Допустим, необходимо уменьшить напор в водоводе №3. Оператор, сидящий в зале управления, получает в Asset Operations наряд на работу: снизить пропускную способность водовода с 22 до 15 кубометров в секунду. Для этого нужно перекрыть определённый вентиль.

    ГЭС — очень крупный и очень сложный инженерный объект. Как найти в сплетении тоннелей и переходов дорогу к третьему водоводу, какой вентиль и на сколько оборотов нужно закрутить?





    Чтобы не потерять весь день, блуждая в поисках нужного вентиля, а потом ещё не ошибиться и закрутить его на нужное количество оборотов, оператору достаточно:

    1. Зайти в Asset Operations,
    2. по тегу оборудования найти на плане ГЭС водовод №3 и нужный вентиль,
    3. открыть типовую инструкцию по уменьшению пропускной способности конкретного водовода.

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

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

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

    В результате мы:

    1. успешно снизили подачу воды на турбину, никого не затопив ниже по течению,
    2. сохранили высокую производительность труда, избежав лишних временных затрат,
    3. снизили риски получения производственной травмы, а значит и последующих выплат,
    4. получили данные о необходимости проведения обслуживания конкретного оборудования.
    Dell
    84,00
    Компания
    Поделиться публикацией

    Комментарии 8

      +1
      Для пешего похода к третьему водоводу и ручного перекрытия правильного вентиля — хорошо. Порядок в документации — это вообще хорошо и правильно.

      Но автоматизированное перекрытие нужного вентиля по команде с пульта было бы быстрее, и вероятность ошибки при этом ниже. При этом оператор может сразу увидеть подтверждение от датчика, что перекрытие выполнено успешно, и поток уменьшился. Что не отменяет необходимости иметь точное и актуальное описание инженерного комплекса.
        0
        А гарантия у вас на это дело такая же отвратительная, как и у «просто Делл»?
          0
          Какой ответ Вы ожидаете услышать?
            0
            «Да, такая же отвратительная и мы так же убегаем в норку, когда от нас просят исполнить гарантийные обязательства» или «нет, ни в коем случае, мы молодцы, вот пруф».

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

            Upd. Кстати, отвечать месяц и одну неделю это тоже неплохо. Фирменный почерк узнаю.
              0
              Уважаемый,
              1. Предлагаю Вам ознакомиться со структурой компании EMC, прежде чем задавать подобные вопросы. Подразделение EMC ECD, чей продукт описан выше, занимается разработкой ПО и не относится к Core бизнесу. С таким же успехом можно голословно заявлять, что поддержка «плохая» у подразделений Pivotal, VMWare и RSA.
              2. Тем более поддержка продуктов софтверного подразделения ECD никак не связана с поддержкой мониторов DELL
              3. Тем более, если Вы таки проявите такое же рвение и упорство в изучении вопроса, с коим хаите, то увидите, что 23.01.16 произошло слияние подразделения EMC ECD и компании OpenText. И от этого поддержка станет только лучше, так как софтверный бизнес перешел в софтверную же компанию.

              4. С удовольствием отвечу на Ваши вопросы по существу, если они есть.

              Спасибо.

              Upd. Кстати, не являясь сотрудником маркетинга, стараюсь тем не менее нести свет в массы в свободное от основной деятельности время, которое хотелось бы использовать с бОльшей пользой, чем читать посты про мальчика из техсаппорта и монитор. В связи с этим еще раз хотелось бы обратить внимание на п.4.
              Upd2. берегите карму на хабре.
          0
          Красиво, модно, современно. Вот только трудно применимо в современных реалиях для действующих промышленных объектов. Да и для проектируемых. От проекта до ввода в эксплуатацию может произойти много изменений. И большая часть из них слабо будет отражена в проекте. А актуализировать документацию в ходе будущих модернизаций могут годами. Если вообще будут. «И так сойдет!»

          Забавны попытки внедрения электронного документооборота на многих предприятиях. Он есть, им пользуются, подписи собираются, но чтобы документ или акт передать дальше, ты всё равно должен подписать его бумажную копию. Не скажу, что везде так, но примеры видел в живую в разных конторах.

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

            Пример с вентилем отвратительный (с точки зрения АСУТП). Фото с подписанными маркером на коллекторе ветвями трубопровода и замазученными задвижками — шикарно. И вот в этих условиях вы говорите о Asset Operations =)
              0
              «Гигантский объем работ», как Вы правильно заметили, присутствует и должен быть выполнен. Здесь все зависит от того, готова ли компания терпеть бардак, или масштабы бедствия таковы, что «держаться нету больше сил» (с) и компания готова вложиться в проект по внедрению соответствующих ИТ систем и найти соответствующее финансирование.

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

              Спасибо за вентель =). Отвечу так: посты на хабре для широкой аудитории, поэтому хочется рассказать просто о сложном.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое