ML-рішення для нафтогазового видобутку: прогноз, оптимізація, моніторинг

Прогноз дебіту розходиться з фактом: де ламається ML у нафтогазі

Прогноз дебіту свердловини, який розходиться з фактичним заміром на 20–40%, коштує дорожче, ніж його відсутність.

За ним планують режим розробки родовища, черговість геолого-технічних заходів і завантаження наземної інфраструктури — а рішення скасовується через місяць, коли надходить фактичний замір, і фонд уже переведено в інший режим роботи.

Перше джерело розходження — якість телеметрії. Гирлові датчики дрейфують, частина каналів пише заміри з різними інтервалами, а періоди простою фонду свердловин потрапляють в історію нулями нарівні з реальним падінням тиску.

Модель не розрізняє ці стани, якщо їх не розмітити, і впевнено відтворює артефакт: на навчанні метрика добра, на новому місяці факт розходиться.

Друге джерело — постановка задачі. Обводненість пласта зростає нелінійно й по-різному в межах однієї ділянки, а прогноз будують однією моделлю на весь фонд, змішуючи свердловини з різною історією та різними системами підтримання тиску.

До цього додаються неузгоджені довідники й незадокументовані зупинки: історія чиста зовні, але неоднорідна всередині — і помилка моделі потрапляє в план видобутку.

Підсумок один: проблема майже ніколи не в алгоритмі, а в тому, що дані й постановку задачі не приведено до стану, у якому прогноз взагалі можна перевірити.

Розбираємо, як це закривається — від розмітки режимних робіт і очищення телеметрії до окремих моделей за зонами й контролю розходження на кожному циклі.

Що дає ML у нафтогазі: прогноз, режими, моніторинг

Три напрями працюють на один результат — фонд дає більше за того самого рівня витрат. Нижче — що саме змінюється і за якими метриками це видно.

Точність прогнозу по кожній свердловині

Модель навчається на історії телеметрії, геофізиці та журналах ремонтів і будує прогноз дебіту по окремій свердловині, а не по родовищу загалом.

На горизонті від місяця до кварталу середня помилка прогнозу падає в рази проти лінійної екстраполяції, тому розходження плану й факту видно заздалегідь — є час перерозподілити відбір, а не пояснювати недобір постфактум.

Підбір режиму роботи свердловин

Друге завдання — не передбачити, а вибрати уставки: темп відбору, вибійний тиск, режим насоса. Перебір варіантів іде за швидкою наближеною моделлю, найкращі рішення перевіряються на історії і тільки потім ідуть у роботу.

Результат — зростання накопиченого видобутку на наявному фонді та зниження питомих витрат на підйом.

Раннє попередження про обводнення та моніторинг фонду

Обводнення видно раніше за сукупністю ознак: динаміка обводненості, відхилення вибійного тиску, зростання енергоспоживання на підйом. Сигнал надходить за тижні до прориву води, і свердловину встигають перевести в інший режим або провести ізоляцію.

Далі — безперервний моніторинг фонду: модель перераховує стан свердловин, відсікає хибні спрацювання й віддає оператору короткий список тих, кому потрібне втручання, замість ручного перегляду сотень графіків.

Варіанти впровадження: точкова модель, галузева, власний контур

Вибір варіанта впровадження предиктивної аналітики визначається трьома речами: скільки власної історії накопичено за фондом свердловин, чи є вимога тримати дані всередині периметра і якою є ціна помилки — простій свердловини й хибна зупинка коштують по-різному. Нижче — чотири підходи, між якими реально обирають на галузевих проєктах.

Спільне в них одне: модель не запускається «як є». Спочатку телеметрія, режими роботи насосів, промислові заміри та геофізика зводяться до єдиного вигляду за галузевим стандартом OSDU, і тільки потім іде донавчання моделі на історичних даних замовника. Відрізняються обсяг калібрування, місце розгортання та те, хто відповідає за супровід.

Порівняння підходів

Порядок робіт: аудит даних, схема, налаштування, перевірка, передача

Порядок робіт будуємо так, щоб до налаштування моделі були зафіксовані дані, цільові показники та спосіб перевірки — інакше якість прогнозу не можна ні підтвердити, ні покращити. Етапи однакові для будь-якого об’єкта: свердловини, куща або ділянки закачування.

1. Аудит вихідних даних. Розбираємо добові рапорти, телеметрію установок, історію закачування й обробок свердловин, геофізичні дослідження.

   Перевіряємо глибину історії, частоту замірів, пропуски, розриви в часі та розходження між джерелами — на виході отримуємо перелік ознак, придатних для прогнозу.

2. Схема рішення та цільові показники. Фіксуємо об’єкт прогнозу (дебіт, обводненість, ризик відмови насосного обладнання), горизонт і допустиму помилку. Так результат приймається за формальним критерієм, а не за враженням від демонстрації.

3. Налаштування моделі. Збираємо підготовку даних і навчання у відтворюваний процес: одне й те саме вивантаження дає один і той самий результат. З кількох підходів залишаємо той, що стійкий на різних ділянках родовища.

4. Перевірка моделі на ретроспективі. Проганяємо модель за минулими періодами в умовах, близьких до реальних: вона бачить тільки ті дані, що були доступні на той момент. Окремо дивимося свердловини з короткою історією та ділянки, де змінювався режим роботи.

5. Регламент супроводу моделі. Описуємо, як помітити деградацію: регулярне порівняння прогнозу з фактом, контроль частки викидів, порядок перенавчання при зміні режимів розробки.

6. Передача рішення замовнику. Віддаємо працюючий сервіс, інтеграцію з обліковою системою, документацію та доступи до інфраструктури, навчаємо ваших інженерів. Далі підтримка йде за узгодженим регламентом.

Що залишається замовнику: моделі, схеми, регламенти, панель контролю

Передаємо не «модель, яка працює в нас на ноутбуці», а комплект, за яким система живе й розвивається силами вашої команди. Нижче — що фізично залишається в замовника після здачі.

• Документація по моделі: що прогнозує, на якому історичному періоді навчена, де межі застосовності, як читати оцінку впевненості та що робити, коли вхідні дані виходять за межі навчальної вибірки.
• Схема потоків даних: шлях від датчиків і телеметрії до вітрини, де видно кожне джерело, частоту надходження, точки перевірок і місця, де відкидаються биті або запізнілі заміри.
• Регламент перенавчання: перелік тригерів — зміщення властивостей пласта, деградація метрики, введення нового фонду, — порядок перевірки на відкладеному періоді та умови відкату на попередню версію.
• Панель контролю показників: якість прогнозу по кожному об’єкту фонду, частка пропусків, розходження прогнозу з фактом за зміну та за місяць; технолог бачить, де саме модель помиляється, а не середню цифру по родовищу.
• Права доступу до даних: роли за ділянками та об’єктами, розділення історичних і оперативних даних, журнал звернень до чутливих наборів.
• Інструкції для технолога й диспетчера: як інтерпретувати сигнал, за яких відхилень ескалувати і коли рішенню моделі не довіряти.
• Журнал версій: які конфігурації та моделі були в роботі, що змінювалося між ними і як відтворити будь-яку минулу збірку.

Передача йде разом із навчанням вашої команди: розбираємо інциденти на реальних добах, показуємо, як перенавчити модель і не зламати вітрину. Опишіть задачу — повернемося з оцінкою та планом робіт.

Кейс: прогноз обводненості повернув свердловини в роботу

На активі з фондом у кілька сотень свердловин обводненість зростала швидше за проєктну: стовбури йшли в простій, а рішення щодо них ухвалювали за останнім заміром дебіту.

Переоцінка однієї свердловини займала до двох діб, і до половини геолого-технічних заходів планували із запізненням — уже після того, як дебіт падав.

Ми зібрали історію телеметрії, замірів дебіту та закачування, журнали ремонтів і обробок, а початкові умови по пластах узяли з моделі, зібраної в Petrel.

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

Що змінилося на промислі

Відхилення прогнозу від факту на тримісячному горизонті знизилося з 30–35% до 8–10%, а по свердловинах із безперервною телеметрією — до 6%. Це дало змогу вивести з простою 23 свердловини й повернути їх у діючий фонд.

Планування ГТЗ перейшло у випереджувальний режим: у календар спочатку потрапляють стовбури з прогнозованим зростанням обводненості, а не ті, де падіння вже видно за заміром.

Геологи отримали ранжований список свердловин з оцінкою ефекту від обробки та строком, до якого втручання ще дає результат. Строк переоцінки однієї свердловини скоротився з двох діб до півгодини, а частка ГТЗ, підтверджених прогнозом, зросла вдвічі.

Чим відрізняється прогноз дебіту від системи моніторингу фонду?

Це різні системи, і плутають їх тому, що обидві працюють з даними по свердловинах. Прогноз дебіту відповідає на питання «що буде»: модель оцінює видобуток на горизонті від тижнів до місяців за історією роботи фонду.

Моніторинг відповідає на питання «що відбувається зараз»: він тримає перед очима поточний стан фонду й підсвічує те, що потребує втручання.

Різні й вимоги до даних. Прогнозу потрібна довга зіставна історія по кожній свердловині та коректна розмітка зупинок, а перевіряється він на ретроспективі — чи потрапляла модель у факт за минулими періодами.

Моніторинг живе на потоці телеметрії: важливі повнота каналів і стійкість до пропусків, а ціна помилки вимірюється годинами до реакції, а не відсотками за горизонтом.

Моніторинг показує зріз за фондом: по кожній свердловині видно відхилення від її власної базової лінії — падіння вибійного тиску, зростання обводненості, зрив подачі насоса, розрегулювання режиму.

Порогові повідомлення по свердловинах налаштовуються не одним числом на весь фонд, а за способом підйому, режимом та історією конкретної свердловини: інакше потік хибних спрацювань знецінює сигнал.

Діагностика відхилень у роботі — наступний шар: важливо не тільки побачити відхід параметра, а й зрозуміти причину та запропонувати дію — змінити режим, вивести свердловину на стабільну роботу, планувати ремонт.

Тут системи й зустрічаються: моніторинг постачає факт і ознаки, прогноз добудовує, до чого приведе поточний тренд.

Звідси практичний висновок. Прогноз без моніторингу розходиться з реальністю фонду і залишається звітом, а моніторинг без прогнозу реактивний — про втрату дебіту він повідомляє, коли вона вже сталася.

Часті сумніви інженерів: дані, інтеграція, супровід

Сумніви перед запуском в інженерів завжди одні й ті самі: що робити з пропусками в історії вимірювань, як вбудуватися в наявний контур обліку, що буде при зміні режиму і хто відповідає за модель після здачі. Нижче — відповіді за кожним пунктом.

Як рішення стикується з обліковими системами?

Через історичну базу та штатні шлюзи, за замовчуванням тільки на читання — контур обліку не чіпаємо. Запис уставок, якщо він потрібен, іде окремим узгодженим каналом із журналом дій і підтвердженням оператора.

Що буде при зміні режиму роботи свердловини?

Зміна режиму — не збій, а сигнал: контроль дрейфу вхідних даних і розходження прогнозу з фактом запускають донавчання на свіжому вікні. Поки точність поза допуском, система віддає прогноз із позначкою про низьку впевненість.

Хто підтримує модель після впровадження?

Залишаємося на супроводі: стежимо за помилкою прогнозу, розкладом перенавчання та цілісністю вхідних даних. Раз на квартал — звіт за метриками; при деградації нижче порога розбираємо причину й правимо ознаки.

Обговоримо задачу: повернемося з оцінкою, схемою та планом робіт

Щоб оцінка була предметною, а не «залежить від даних», у запиті достатньо описати кілька речей. Чим точніше сформульовані об’єкт прогнозу й горизонт, тим менше припущень іде в план.

Ми розбираємо запит, уточнюємо за відкритими даними й повертаємося з оцінкою строків, схемою та етапами робіт.

• Об’єкт і горизонт прогнозу: дебіт свердловини, обводненість, відмова насосного обладнання, вироблення пласта.
• Клас критичної помилки: пропуск відмови або хибне спрацювання — від цього залежить налаштування моделі.
• Режим використання: підказка інженеру, виведення в диспетчерську або автоматичний контур із підтвердженням оператора.
• Склад вихідних даних: телеметрія, історія ремонтів і глушіння, каротаж, дані сусідніх свердловин, частота опитування й глибина ретроспективи.
• Обмеження контуру: де зберігаються дані, чи допустиме навчання поза периметром, які канали передачі вже прийнято на промислі.
• Критерій приймання: на яких свердловинах і за який період звіряємо якість і з якою поточною оцінкою порівнюємо.

Із цього збирається план робіт за етапами: підготовка та розмітка даних, перевірка сигналу, перша модель із валідацією на історичному періоді, дослідна експлуатація на обмеженій групі свердловин, передача команді замовника.

Опишіть задачу у вільній формі — повернемося з оцінкою строків впровадження, складом вихідних даних для старту та планом за етапами.