Нафта і газ
Нафтопереробні заводи, переробні потужності, трубопроводи та морські платформи генерують постійні операційні та інспекційні дані, які необхідно швидко інтерпретувати командам з технічного обслуговування та надійності, щоб ця інтерпретація не впливала на контроль процесів. На цій сторінці описано, як такий робочий процес планується та запускається в inTheEU Assist, а не в записі про завершене розгортання.
Як буде структурований робочий процес
Дані процесу та інспекції, телеметрія компресора, моніторинг трубопроводів, записи про технічне обслуговування завантажуватимуться та індексуватимуться в приміщеннях, надаючи пакет знань, доступний власному орендарю оператора. Агент, налаштований для робочого циклу, порівнював би поточні показання із схваленою історією операцій і запропонував можливі аномалії, кожна з яких прив’язана до певного активу та введена зі статусом запропонований. Рекомендація щодо ескалації, наприклад цільова інспекція чи замовлення на технічне обслуговування, слідуватиме тому ж шляху від запропонованого до затвердженого.
Існуюча операційна технологія, контроль процесів, системи безпеки, логіка аварійного відключення залишаться повністю поза цим робочим процесом. Платформа ніколи не буде мати, запитувати або виконувати повноваження щодо цих систем.
Де людське схвалення сидить
Кожна рекомендація щодо аномалії чи ескалації вимагатиме явного схвалення від призначеного інженера, перш ніж її вважатимуть встановленою або вжито. Це не політика, яка є поверх робочого процесу. Це механізм, за допомогою якого взагалі відбувається робочий процес: незатверджений етап просто не виконує наступний крок.
На що це спирається сьогодні, а на що ні
Робочий процес позначення аномалій, життєвий цикл перегляду від пропозиції до схвалення та підписаний ланцюжок аудиту за кожною дією є робочими частинами платформи. Те, що ще не є частиною цього: модель конкретного об’єкта, навчена на власних технологічних даних даного оператора, саме те, що буде побудовано на початковому пілотному етапі. Існуючі інструментальні системи безпеки та керування процесами повністю залишаються поза межами платформи за проектом. Інженери оператора залишатимуться за власними інженерами оператора, і будь-які навички аналізу конкретних активів розвиватимуться разом з ними, а не постачатимуться як готова модель.
Деяка архітектура, що лежить в основі цього набору можливостей, задокументована в документації, яка ще триває. На цій сторінці описано, для чого призначена платформа, на рівні, відповідному для планування пілотного проекту, а не специфікації впровадження.
Функції та інтерфейс платформи постійно вдосконалюються. Описи в цьому посібнику можуть не відображати точний макет або формулювання останньої випущеної версії.