Декарбонізація (CO2e)

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

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

Звіт пов’язує чотири рівні даних:

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

Методика відповідає GHG Protocol Corporate Standard (Scope 1), ISO 14064-1:2018, IPCC AR6 (GWP-фактори) та IPCC 2006 Guidelines for National GHG Inventories.

Шапка звіту та резюме для інвестора. Перший блок дає інвестору ключові показники для 30-секундного перегляду. Перша пара показує, скільки газу видно і скільки імовірно втрачається; друга перекладає ці втрати у кліматичні терміни; третя показує економіку. Числа з позначкою «оцінка» — це розрахунковий потенціал за поведінковими ознаками, а не підтверджений факт.

Ключова ідея звіту

Звіт показує не абстрактну «зелену» оцінку, а вимірюваний ланцюжок:

text

measured gas volume
→ data quality
→ potential loss hot spots
→ CH₄ calculation
→ CO₂e calculation
→ monetary valuation
→ CAPEX/OPEX scenarios
→ payback
→ verification readiness

Головний принцип:

text

first the measured baseline and data quality,
then the calculated potential,
and only after repair — the confirmed reduction.

Звіт не повинен змішувати ці три стани:

Стан	Значення
`Measured baseline`	виміряна вихідна база: скільки газу і які дані реально є
`Estimated potential`	розрахунковий потенціал скорочення втрат за ознаками телеметрії
`Verified reduction`	підтверджене скорочення після дії, ремонту та контрольного замірювання

Головне методологічне розділення

Це ключове правило звіту.

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

Тому кожна гаряча точка повинна мати окрему класифікацію:

Клас	Що означає	Скорочення CH₄ / CO₂e до виїзду
`Commercial loss candidate`	можливий недооблік, недобілінг, обхід обліку	ні, тільки комерційний потенціал
`Fugitive methane candidate`	можливий фізичний витік газу в атмосферу	умовно, тільки як розрахунковий потенціал
`Metering anomaly candidate`	збій лічильника / коректора / датчика / `P_const` / імпульсного входу	ні, поки не підтверджено
`Data-quality candidate`	прогалини архіву, недостатня повнота, сумнівна базова лінія	ні
`Verified reduction`	підтверджене скорочення після ремонту і вимірювання після дії	так

Правильна логіка:

text

gas loss candidate
→ classification
→ abatement eligibility
→ field verification
→ repair / action
→ post-action measurement
→ verified reduction

Неправильна логіка:

text

gas loss candidate
→ automatic methane reduction
→ automatic CO₂e abatement

Abatement Eligibility Factor (AEF)

Для захисту методики вводиться коефіцієнт застосовності до кліматичного скорочення:

AEF_i \in [0, 1]

де AEF_i — частка розрахункового кандидата на втрати газу за i-ю гарячою точкою, яку допустимо враховувати як потенційне скорочення метанових викидів.

Клас гарячої точки	Рекомендований `AEF` до виїзду	Коментар
підтверджений фізичний витік	1.0	після польової перевірки
ймовірний фізичний витік	0.25–0.75	тільки як сценарій / розрахунково
недооблік / обхід / аномалія обліку	0.0	комерційне відновлення, не скорочення метану
архівна помилка / якість даних	0.0	не зараховувати CO₂e
невідома причина	0.0	до класифікації не підлягає заявці

Кліматично застосовний обсяг:

V_{abatement\_eligible,i} = V_{loss,i} \times AEF_i

Сумарний кліматично застосовний обсяг:

V_{abatement\_eligible,total} = \sum_i V_{loss,i} \times AEF_i

Комерційний потенціал рахується окремо:

V_{commercial\_candidate,total} = \sum_i V_{loss,i}

Тобто у звіті існують дві різні суми:

Показник	Що означає
`Commercial recovery potential`	весь розрахунковий потенціал газових втрат / недообліку
`Methane abatement eligible potential`	лише частина, придатна для розрахунку CH₄ / CO₂e

Що звіт показує і чого не робить

Що показує

Звіт відповідає на такі питання:

який обсяг газу перебуває під телеметричним моніторингом;
який відсоток парку має достатньо якісні дані;
скільки газу потенційно можна повернути або запобігти як втрати;
який обсяг метану відповідає знайденому потенціалу;
який CO2e-ефект виходить при горизонтах GWP₁₀₀ та/або GWP₂₀;
скільки коштує потенційно збережений газ;
яку додаткову вартість може дати ціна вуглецю;
які вузли є гарячими точками;
який сценарій ефективніший: весь парк чи швидкі перемоги;
який CAPEX/OPEX потрібен і який термін окупності;
які дані придатні для ESG, GHG inventory, ISO 14064-1 і кліматичних програм.

Чого НЕ робить

Звіт не повинен:

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

Параметри запуску

Період (з / по)

Початкова та кінцева дати аналізу. Формат yyyy-mm-dd. Правило: period_from ≤ period_to. Період визначає, які архіви потрапляють у базову лінію, який обсяг газу вважається «під моніторингом», які гарячі точки будуть знайдені та які сезонні ефекти будуть видно.

Швидкі кнопки: Сьогодні / Вчора / Останні 7д / 30д / 90д / З початку року / Рік.

Мета	Рекомендований період
швидкий технічний тест	7 або 30 днів
пошук поточних гарячих точок	30 або 90 днів
інвесторський звіт	12 місяців
ESG / кліматична звітність	календарний рік або повний звітний рік

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

Частка CH₄ у природному газі

Діапазон: 0.80–0.99. Типове значення: 0.95. Метан — головний компонент природного газу; для розрахунку CO2e потрібно перевести обсяг газу в масу метану:

V_{CH4} = V_{gas} \times F_{CH4}

Горизонт GWP

Варіант	Значення
GWP₁₀₀	100-річний горизонт — для більшості корпоративних і регуляторних звітів
GWP₂₀	20-річний горизонт — для підкреслення терміновості скорочення метану
Both	показати обидва варіанти (рекомендується для інвестора)

Ціна газу

Контрактна ціна газу за 1 м³, у вибраній вхідній валюті. Приклад: 0.15 USD/m³.

GasValue = V_{saved} \times Price_{gas}

Сценарій ціни вуглецю

Сценарій	Значення
EU ETS	регульована ринкова ціна
UAE voluntary	орієнтовна ціна добровільного ринку
World Bank shadow	орієнтовна тіньова ціна
Custom	користувацька ціна (заповнюється окремим полем)

CarbonValue = CO2e_{saved} \times Price_{carbon}

Сценарій Quick-wins

Вузли сортуються за розрахунковим потенціалом скорочення; перші N потрапляють у Quick-wins:

QuickWins = topN(HotSpots_{sorted}, N_{quick})

Рекомендації: 5–10 для пілота, 10–20 для демонстрації інвестору, 20–50 для програми першого етапу.

Вузли для глибокого аналізу

Скільки найбільших вузлів за обсягом включається в глибокий аналіз гарячих точок. Приклад: 60.

DeepCoverage = \frac{\sum V_{deep\_nodes}}{\sum V_{fleet}} \times 100\%

Інтерпретація:

`DeepCoverage`	Значення
≥ 80%	дуже добре покриття потенційної економії
50–80%	робоче покриття для інвесторського звіту
20–50%	попередня оцінка
< 20%	надто вузька вибірка

CAPEX / OPEX

Поле	Що включає
`CAPEX All Fleet` на вузол	телеметричний модуль, датчики, монтаж, шафа, антена, SIM, інтеграція, введення в експлуатацію
`CAPEX Quick-wins` на вузол	виїзд, діагностика, контрольне вимірювання, заміна ущільнень, ремонт, фотофіксація
`OPEX` на вузол/рік	SIM/зв’язок, техпідтримка, обслуговування платформи, оновлення, зберігання даних, супровід верифікації

AI-коментар для інвестора

Чекбокс вмикає текстове пояснення для інвестора.

text

AI comment = explanation layer
AI comment ≠ calculation layer
AI comment ≠ verification layer

Валютна модель

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

Параметр	Призначення
`input_currency`	валюта, у якій на формі вводяться ціна газу, CAPEX і OPEX
`reporting_currency`	валюта, у якій показуються суми в KPI і таблицях звіту
`fx_overrides`	JSON-override для курсів FX, якщо дефолтні не підходять

Усередині розрахунок завжди використовує USD як якірну валюту (вуглецеві ринки, CBAM і CSRD-звітність деноміновані в USD/EUR). На вході значення форми конвертуються input_currency → USD; на виході при render — USD → reporting_currency.

\text{value}_{\text{USD}} = \frac{\text{value}_{\text{input}}}{\text{FX}_{\text{input\_currency}}}

\text{display}_{\text{report}} = \text{value}_{\text{USD}} \times \text{FX}_{\text{reporting\_currency}}

Де FX_X — кількість одиниць валюти X в одному USD. Дефолтні курси є орієнтовними і оновлюються приблизно раз на квартал; користувач може задати JSON-override на кшталт {"EUR": 0.92, "AED": 3.67}. Override застосовується поверх дефолтів; USD завжди залишається якорем 1.0. Невалідні ключі або значення мовчки ігноруються. Аудиторський слід фіксує обидві валюти, а експорт містить gas_price_input, gas_price_usd_m3 і fx_overrides_applied, тож аудитор може відтворити розрахунок покроково.

Carbon revenue mode і carbon basis

Вуглецева складова не є доходом, поки не підписано контракт на off-take і не верифіковано скорочення. Тому вуглець явно гейтиться двома параметрами.

Carbon revenue mode

Визначає, як вуглецева надбавка потрапляє у фінансову цінність і окупність:

Mode	Поведінка
`exclude`	вуглець ніколи не показується у фінансах — навіть як сценарій; картка вуглецевої надбавки прихована
`upside-only`	рекомендовано (за замовчуванням). Вуглець показується окремою KPI-карткою, але НЕ підсумовується у фінансову цінність — захищає від over-claim
`include-if-basis`	вуглець входить у фінансову цінність тільки якщо `carbon_basis ≥ contract`; інакше ігнорується

Carbon monetization basis

Юридична підстава для монетизації CO2e:

Basis	Рівень	Значення
`none`	0	немає підстави — вуглець не показується навіть як upside
`shadow`	1	внутрішня тіньова ціна (для DCF, scenario planning)
`voluntary`	2	кандидат добровільного ринку (потрібна верифікація)
`contract`	3	є off-take agreement
`regulatory`	4	регульований кредит (EU ETS тощо)
`verified`	5	верифіковані випущені кредити (готові до продажу)

Вуглець входить у ROI лише коли mode = include-if-basis, а basis щонайменше contract. Формула фінансової цінності в резюме для інвестора:

\text{usd\_total} = \text{usd\_gas} + \begin{cases} \text{usd\_carbon\_claimable} & \text{if carbon enters ROI} \\ 0 & \text{otherwise} \end{cases}

За замовчуванням mode = upside-only, basis = shadow: картка вуглецю видима (сценарний потенціал), вуглець НЕ включається у фінансову цінність (економія тільки по газу), а окупність рахується тільки по газу. Це найбільш консервативна поведінка — інвестор бачить кліматичний потенціал, але фінансові обіцянки даються лише за реальним газом.

Основні параметри методики

Методологія та аудиторський слід. Повна прозорість методології для аудитора та для відтворюваності. Усі коефіцієнти мають джерела: IPCC AR6 для GWP, ISO 6976 для стандартизації за тиском/температурою. Межа: Scope 1 (пряме спалювання + швидкий метан); Scope 2/3 у цій версії немає.

Параметр	Позначення	Типове значення
Емісія CO₂ від спалювання	`EF_CO2`	1.96 kg CO₂/m³ (IPCC AR6)
Вища теплота згоряння	`HHV`	37.0 MJ/m³
Частка метану	`F_CH4`	0.95
Густина метану	`ρ_CH4`	0.668 kg/m³
GWP₁₀₀	`GWP_100`	29.8 (IPCC AR6)
GWP₂₀	`GWP_20`	82.5 (IPCC AR6)
Ціна газу	`Price_gas`	задається користувачем
Ціна вуглецю	`Price_carbon`	за сценарієм або Custom
Стандартизація	—	P + T корекція per ISO 6976
Межі обліку	`boundaries`	Scope 1 (пряме спалювання + швидкий метан)
Якість гарячої точки	`confidence`	High / Medium / Low / Not claimable

Резюме для інвестора — вісім KPI

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

Ряд 1 — Data trust (чи можна довіряти цифрам):

Fleet coverage — скільки вузлів парку віддають дані
Data quality — частка щомісячних архівів високої якості
Gas monitored — обсяг газу під моніторингом за період
Loss potential — розрахунковий потенціал скорочення втрат (оцінка)

Ряд 2 — Money + climate (явно роздільні потоки):

Gas-only savings — реальна економія тільки по газу (gas-only ROI)
CO2e abatement (screened) — кліматичний потенціал
Carbon upside — потенційний вуглецевий дохід (тільки сценарій, gated)
Verified reduction — підтверджене скорочення (0 до post-action verification)

Окупність наводиться у розділі інвестиційних сценаріїв, з окремими цифрами для All Fleet vs Quick-wins.

Газ під моніторингом

V_{monitored} = \sum_{i=1}^{N} V_i

де V_i — виміряний обсяг газу за вузлом; N — кількість вузлів з валідними даними.

Потенціал скорочення втрат газу

V_{loss,potential} = \sum_{j=1}^{K} V_{loss,j}

де K — кількість знайдених гарячих точок; V_loss,j — розрахунковий потенціал втрат за j-ю гарячою точкою.

Потенціал скорочення CO2e

Для обраного GWP:

CO2e_{potential} = \frac{ V_{abatement\_eligible} \times F_{CH4} \times \rho_{CH4} \times GWP }{1000}

Результат виражається у tCO₂e.

Фінансова цінність

AnnualScenarioValue = GasValue + CarbonValue

де:

GasValue = V_{commercial\_candidate,total} \times Price_{gas}

CarbonValue = CO2e_{abatement\_eligible} \times Price_{carbon}

Окупність

Payback_{months} = \frac{CAPEX}{AnnualValue - OPEX} \times 12

Якщо AnnualValue ≤ OPEX, окупність не розраховується або показується як does not pay back under the given parameters.

Достовірність даних

Достовірність даних показує, яка частина парку має придатні для розрахунку дані:

DataConfidence = \frac{H_{valid}}{H_{expected}} \times 100\%

або, для парку:

DataConfidence = \frac{N_{highQuality}}{N_{monitored}} \times 100\%

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

Виміряна база — паспорт якості вибірки

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

Очікувані години

Для кожного вузла:

H_{expected,i} = count(hours \; in \; selected\; period)

Для парку:

H_{expected,total} = \sum_{i=1}^{N} H_{expected,i}

Валідні години та покриття

H_{valid,total} = \sum_{i=1}^{N} H_{valid,i}

HourCoverage = \frac{H_{valid,total}}{H_{expected,total}} \times 100\%

Вузли з високою повнотою

Вузол вважається високої якості, якщо:

Completeness_i = \frac{H_{valid,i}}{H_{expected,i}} \times 100\% \ge 95\%

Частка:

HQShare = \frac{N_{HQ}}{N_{monitored}} \times 100\%

Виміряний обсяг газу

V_{measured,total} = \sum_{i=1}^{N} V_{measured,i}

CO₂ від спалювання

CO2_{combustion,t} = \frac{V_{measured,total} \times EF_{CO2}}{1000}

де EF_CO2 = 1.96 kg CO₂/m³ (IPCC AR6).

Постачена енергія

Energy_{GJ} = \frac{V_{measured,total} \times HHV}{1000}

Energy_{kWh} = \frac{V_{measured,total} \times HHV}{3.6}

де HHV = 37.0 MJ/m³.

Категорії якості даних за парком

Категорія	Значення
`Monthly archive / high quality`	основний повноцінний архів, високий рівень довіри
`Daily fallback`	дані отримані через денний запасний архів
`No data`	дані не отримані
`Not claimable`	даних недостатньо для включення в розрахунок

Методика гарячих точок — кандидати на скорочення втрат газу

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

Типові виявлені ознаки:

нулі в активні години;
тиск без витрати;
розриви архіву;
завищена базова лінія;
підозра на втрату обліку;
стійкий патерн, що потребує виїзду.

Кожна гаряча точка повинна додатково отримувати два поля:

Поле	Призначення
`loss_class`	класифікація: комерційні втрати / швидкий метан / аномалія обліку / якість даних
`abatement_eligibility`	чи можна враховувати гарячу точку у розрахунку CH₄ та CO₂e

Приклад:

Виявлена ознака	`loss_class`	`abatement_eligibility`
нулі в активні години	кандидат на комерційні втрати або аномалія обліку	зазвичай `No`, поки немає польового підтвердження
тиск без витрати	аномалія обліку або кандидат на швидкий метан	`Conditional`
підтверджений витік на виїзді	підтверджений швидкий метан	`Yes`
розрив архіву	кандидат за якістю даних	`No`

Глибокий аналіз найбільших вузлів

DeepNodes = topN(Nodes, by = V_{measured}, N_{deep})

DeepCoverage = \frac{\sum_{i \in DeepNodes} V_i}{\sum_{i \in AllNodes} V_i} \times 100\%

Базова лінія для гарячої точки

Можливі варіанти базової лінії:

Варіант	Формула
історична медіана	`Baseline_h = median(Q_h outside anomaly windows)`
профіль за годиною доби	`Baseline_hour = median(Q \| hour_of_day = h)`
профіль за годиною і днем тижня	`Baseline_{h,d} = median(Q \| hour=h, weekday=d)`
когортна базова лінія	`Baseline_cohort = median(Q for similar nodes)`

Потенційна втрата за годиною і за вузлом

Loss_h = max(0,\;Baseline_h - Q_h)

V_{loss,i} = \sum_{h \in AnomalyWindow_i} Loss_h

Річний перерахунок

Якщо аналіз виконано не за повний рік:

V_{loss,annualized} = V_{loss,period} \times \frac{365}{D_{period}}

Шкала достовірності — рівні достовірності гарячої точки

Шкала достовірності. Кожна гаряча точка оцінюється за чотирма рівнями достовірності. Тільки рівень High (після ремонту і замірювання) можна використовувати як підтверджене скорочення. Решта — лише потенціал, лише кандидат, або взагалі не входять у підсумок. Це захищає від підміни розрахункового підтвердженим.

Рівень	Умова	Як використовувати
`High`	виміряно і підтверджено після ремонту	можна використовувати як підтверджене скорочення
`Medium`	стабільний патерн у телеметрії ≥ 30 днів	потенціал, потрібен виїзд
`Low`	евристика без польової перевірки	тільки як кандидат
`Not claimable`	даних недостатньо	не підсумовується в підсумок

Гарячі точки — таблиця кандидатів

Гарячі точки метану та втрат газу. Головний інвесторський розділ: топ-вузли з розрахунковим потенціалом скорочення. Кожен рядок — кандидат на польову перевірку з оцінкою обсягу, кліматичного ефекту та грошової цінності. Рівень достовірності відображає, наскільки стійка ознака у часі. Коли провідна гаряча точка є commercial_loss_candidate з AEF_clm=0.00 і AEF_scr=0.00, її tCO2e на рівні рядка дорівнює 0 як claimable, так і screened — методологія розділяє три шари: commercial recovery, methane-screened scenario і claimable verified reduction.

Колонки таблиці

Колонка	Значення
`#`	ранг гарячої точки
Node	id і назва вузла
Customer	організація
`Detected issue`	тип знайденої ознаки + класифікація + AEF
`m³/year (estimate)`	розрахунковий обсяг + застосовна частина
`tCO₂e/year (GWP₁₀₀)` / `(GWP₂₀)`	кліматичний ефект тільки від кліматично застосовної частини
`USD/year`	газова вартість + вуглецева вартість
`Payback months`	якщо задано `CAPEX_per_node`
`Confidence`	High / Medium / Low

Вуглецева надбавка (Carbon upside)

CO2e ≠ 0 з’являється лише для гарячих точок з класифікацією fugitive methane candidate або verified fugitive methane. Для commercial_loss_candidate воно залишається 0 — це правильно: комерційні втрати не можна автоматично переводити в методологічне скорочення.

AI Risk Matrix — пріоритет і тип ризику

Гарячі точки можна ранжувати не лише за фінансовим впливом, а й за двома додатковими колонками: Priority (P1/P2/P3) і Risk Type (категорія детекції), з distribution badge над таблицею.

Risk Type — категоризація за детектором

Risk Type	Detector subscore	Значення
`zero_flow`	`quiet_min`	нулі в активні години — підозра на втрату обліку
`persistent_leak`	`persistence`	стійкий низький потік ≥ 30 днів — leak-like signal
`suspicious_baseline`	`baseline_p5`	завищений baseline P5 — можлива тампера / недокалібровка
`corrector_error`	`drift`	добовий/тижневий drift baseline — коректор збоїть
`data_quality`	unknown	детектор не зміг класифікувати

Priority — P1/P2/P3

Priority	Умова
P1 — негайно (поле + ремонт)	`loss_class = fugitive_methane_candidate` (будь-який) АБО `usd_value ≥ $20K AND confidence ∈ {medium, high}`
P2 — планова перевірка	`usd_value ≥ $5K` АБО `confidence = medium`
P3 — моніторинг	усе решта

Над таблицею гарячих точок розподіл показано як P1·N | P2·N | P3·N на червоно / жовто / сірій кольоровій шкалі, тож інвестор за секунди бачить, скільки вузлів потребують негайної дії.

Використання

Польова бригада бере список P1 вузлів як перший пріоритет для виїздів.
Фінансовий аналітик оцінює сукупний exposure за P1+P2 (нижня оцінка) або P1+P2+P3 (верхня).
ESG-звітність включає у розкриття тільки вузли з risk_type = persistent_leak (це leak-like; решта — metering / data-quality risk).

Куди йде газ — розподіл обсягу

Куди йде газ. Цей розділ пояснює, яка частина виміряного газу є нормальним споживанням, а яка — кандидат на втрати. У здоровому парку переважна більшість обсягу під моніторингом споживається клієнтами і лише невелика частка потрапляє в кандидати на втрати. Methane-abatement claimable дорівнює 0, коли всі hot-spot кандидати класифіковані як commercial_loss_candidate (AEF_clm = 0, AEF_scr = 0). Methane-screened (scenario, pre-field) обсяг — це fleet-wide industry-benchmark scenario 0.5% від пропускної здатності, який застосовується для кліматичного наративу до польової перевірки і не є claimable.

Формули розподілу

V_{detected\_loss} = \sum V_{loss,i}

V_{consumed} = V_{measured,total} - V_{detected\_loss}

LossShare = \frac{V_{detected\_loss}}{V_{measured,total}} \times 100\%

Сценарний резерв ризику

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

BenchmarkLeakRate = 0.5\%

V_{reserve} = V_{throughput,noSignal} \times 0.005

Розрахунок метану

У розрахунок метану не повинен автоматично потрапляти весь V_loss. Спочатку визначається кліматично застосовний обсяг:

V_{abatement\_eligible} = \sum_i V_{loss,i} \times AEF_i

Якщо гаряча точка є тільки комерційним недообліком або метрологічною аномалією:

AEF_i = 0

і цей обсяг не потрапляє в розрахунок скорочення метану.

Обсяг метану

V_{CH4} = V_{abatement\_eligible} \times F_{CH4}

Маса метану

M_{CH4,kg} = V_{abatement\_eligible} \times F_{CH4} \times \rho_{CH4}

M_{CH4,t} = \frac{M_{CH4,kg}}{1000}

де ρ_CH4 = 0.668 kg/m³.

Розрахунок CO2e від запобіганих втрат метану

Основна формула

CO2e_t = \frac{ V_{abatement\_eligible} \times F_{CH4} \times \rho_{CH4} \times GWP }{1000}

GWP₁₀₀ vs GWP₂₀

CO2e_{100} = \frac{V_{abatement\_eligible} \times F_{CH4} \times \rho_{CH4} \times 29.8}{1000}

CO2e_{20} = \frac{V_{abatement\_eligible} \times F_{CH4} \times \rho_{CH4} \times 82.5}{1000}

Чому GWP₂₀ більше

Метан має сильний короткостроковий кліматичний ефект:

GWP20Ratio = \frac{GWP_{20}}{GWP_{100}} = \frac{82.5}{29.8} \approx 2.77

GWP₂₀-оцінка приблизно у 2.8 раза вища за GWP₁₀₀ — це потрібно для підкреслення терміновості скорочення метану.

Фінансова оцінка

Комерційна вартість потенційно повернутого газу

Рахується за всім Commercial recovery potential, навіть якщо цей обсяг ще не є скороченням метану:

GasRecoveryValue = V_{commercial\_candidate,total} \times Price_{gas}

Вартість вуглецевої надбавки

Рахується тільки за кліматично застосовним і потім верифікованим обсягом:

CarbonValue = CO2e_{abatement\_eligible} \times Price_{carbon}

До верифікації це тіньова / сценарна вартість, а не підтверджений дохід.

Річна сценарна цінність

AnnualScenarioValue = GasRecoveryValue + CarbonValue

Для консервативного фінансового сценарію можна використовувати тільки газову частину:

AnnualConservativeValue = GasRecoveryValue

Інвестиційні сценарії

Бізнес-кейс зі скорочення та інвестиційні сценарії. Два способи інвестувати у знайдений потенціал: «All Fleet» — повне покриття телеметрією з максимальним охопленням майбутніх витоків; «Quick-wins» — точковий ремонт уже знайдених гарячих точок з мінімальним чеком і швидкою окупністю. Третій сценарій «GWP₂₀ urgency» застосовується, коли потрібно підкреслити терміновість зниження метану (×2.8 до GWP₁₀₀).

All Fleet

CAPEX_{all} = N_{fleet} \times CAPEX_{all,node}

OPEX_{all} = N_{fleet} \times OPEX_{node}

V_{saved,all} = V_{loss,detected}

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

Quick-wins

N_{quick} = min(N_{form}, N_{hotspots})

CAPEX_{quick} = N_{quick} \times CAPEX_{quick,node}

V_{saved,quick} = \sum_{i \in topN(HotSpots, N_{quick})} V_{loss,i}

Сценарій GWP₂₀ (терміновість)

Той самий фізичний обсяг газу, але CO2e через 20-річний горизонт:

CO2e_{urgency} = CO2e_{20}

Потрібен для підкреслення терміновості скорочення метану.

Окупність та ROI

NetAnnualScenarioValue = AnnualValue - OPEX

Payback_{months} = \frac{CAPEX}{NetAnnualValue} \times 12

ROI_{annual} = \frac{NetAnnualValue}{CAPEX} \times 100\%

Якщо NetAnnualValue ≤ 0 — payback not computed / does not pay back.

На що йдуть інвестиції та відстеження результату

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

На що йдуть інвестиції — типові напрями

розгортання телеметрії (обладнання + інтеграція);
польова інспекція / LDAR-програма;
ремонт і заміна (ущільнення, клапани);
аналітична платформа;
готова до аудиту звітність (верифікований шар звітності).

Відстеження результату — від потенціалу до підтвердженого

Стан	Формула
До ремонту	`V_before` (виміряна база)
Після ремонту	`V_after` (вимірювання після дії)
Підтверджене скорочення газу	`V_saved,verified = V_baseline,expected − V_after,normalized`
Підтверджений CO₂e	`CO2e_verified = V_saved,verified × F_CH4 × ρ_CH4 × GWP / 1000`

Статуси верифікації

Статус	Значення
`Potential`	знайдено розрахунковий потенціал
`Field checked`	виконано виїзд
`Repair completed`	виконано дію
`Post-action measured`	отримано період після ремонту
`Verified`	скорочення підтверджено
`Rejected`	скорочення не підтверджено
`Not claimable`	даних недостатньо

UAE Net Zero — відповідність нормативам

UAE Net Zero — відповідність нормативам. Компактна матриця регуляторної відповідності. Формулювання «дані підтримують» означає: телеметрія дає вимірювану основу (дані діяльності), але юридична відповідність вимагає процедур верифікації на стороні організації. Це карта готовності, а не сертифікат.

UAE Net Zero 2050

Звіт підтримує мету через вимірювання газу під моніторингом, виявлення потенційного скорочення метану, оцінку CO2e та пріоритизацію дій.

GHG inventory

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

ActivityData = V_{gas}

Emissions = ActivityData \times EF

GHG Protocol Corporate Standard

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

ISO 14064-1:2018

ISO 14064-1 вимагає: межі організації, джерела викидів, коефіцієнти, метод розрахунку, невизначеність, дані діяльності, можливість перевірки, історію змін, статус верифікації.

Звіт дає основу:

text

inventory + methodology + verification placeholders

Додаток A — Підтримка нормативів ЄС

Додаток A — Підтримка нормативів ЄС. Додаткова матриця для клієнтів у ЄС, відокремлена від основного блоку відповідності UAE. Для клієнта у ЄС цей додаток показує, як дані співставляються з CSRD ESRS E1, EU Methane Regulation 2024/1787, CBAM і EU ETS.

Норматив	Як пов’язаний
`CSRD / ESRS E1`	Scope 1 inventory і розкриття (обов’язково з 2024)
`EU Methane Regulation 2024/1787`	список кандидатів LDAR (повний LDAR обов’язковий з 2026/2027)
`CBAM`	вбудовані викиди на постачання (повний CBAM з 2026)
`EU ETS`	застосовно тільки для великих емітентів (> 25k tCO₂/year)

AI-коментар для інвестора

AI-коментар для інвестора. Текстове пояснення звіту людською мовою: головний висновок, сильні та слабкі сторони, питання для due diligence. AI-коментар не впливає на розрахунок — це explanation layer, а не calculation layer.

Що AI може робити

стисло сформулювати головний висновок;
пояснити окупність;
вказати слабкі місця;
поставити питання для due diligence;
пояснити якість даних.

Чого AI не може робити

AI не може:

змінити KPI;
змінити гарячі точки;
змінити CO2e;
змінити окупність;
замінити методологію;
замінити аудиторський слід;
підтвердити підтверджене скорочення.

Як читати звіт

Крок 1 — Резюме для інвестора

Почніть з KPI: газ під моніторингом, потенціал скорочення втрат газу, скорочення CO2e, фінансова цінність, окупність, достовірність даних.

Крок 2 — Виміряна база

Перевірте, наскільки надійна база: скільки вузлів у моніторингу, скільки годин валідно, скільки вузлів високої якості, скільки без даних.

Крок 3 — Гарячі точки

Відкрийте список гарячих точок і перевірте тип виявленої ознаки, розрахункові m³/year, достовірність, чи входить вузол у Quick-wins, чи потрібен виїзд.

Крок 4 — Бізнес-кейс

Перевірте: CAPEX, OPEX, ціну газу, ціну вуглецю, річну цінність, окупність, відмінність між All Fleet і Quick-wins.

Крок 5 — Відповідність нормативам

Переконайтеся, що звіт говорить не «certified», а «data ready for verification», «data supports the target», «activity data available».

Крок 6 — Аудиторський слід

Перевірте коефіцієнти, методику, межі обліку, статус verified/potential, експорт.

Типові помилки інтерпретації

Помилка: розрахунковий потенціал = підтверджене скорочення

Неправильно. Розрахунковий потенціал потребує польової перевірки. Підтверджене скорочення з’являється тільки після дії.

Помилка: виявлена втрата = доведений витік

Неправильно. Це кандидат на перевірку. Щойно гаряча точка класифікована як commercial_loss_candidate, у неї AEF_clm=0 і AEF_scr=0, тож ні claimable, ні screened CO2e на рівні рядка не рахується. Кліматичний наратив забезпечує лише fleet-wide industry-benchmark scenario (0.5% від throughput).

Помилка: вуглецева вартість = гарантований дохід

Неправильно. Вуглецева вартість можлива тільки при продажу верифікованих скорочень.

Помилка: вузли без даних = нуль втрат

Неправильно. Вони виключаються або позначаються як «not claimable».

Помилка: сценарний резерв можна додати до виявлених втрат

Неправильно. Сценарний резерв — окремий сценарний шар.

Помилка: GWP₂₀ можна використовувати замість GWP₁₀₀ без пояснення

Неправильно. GWP₂₀ потрібен для підкреслення терміновості за метаном, а GWP₁₀₀ — для стандартної співставної звітності.

Помилка: швидка окупність означає вже підтверджену економію

Неправильно. Швидка окупність показує інвестиційну привабливість за умови підтвердження і реалізації дій.

Мінімальні критерії повноцінного звіту

Звіт вважається методично повним, якщо містить:

період аналізу та компанію / парк;
кількість вузлів у моніторингу, покриття парку, якість даних;
виміряний обсяг газу, CO₂ від спалювання, постачену енергію;
список гарячих точок з класифікацією loss_class і abatement_eligibility;
коефіцієнт AEF для кожної гарячої точки;
шкалу достовірності;
розділення виявлених втрат і сценарного резерву;
розрахунок CH₄, розрахунок CO2e (GWP₁₀₀ та/або GWP₂₀);
ціну газу, ціну вуглецю, фінансову оцінку;
CAPEX, OPEX, окупність;
сценарії All Fleet і Quick-wins;
процес верифікації скорочення;
відповідність нормативам;
методологію та аудиторський слід, експорт сирих даних;
дисклеймер за розрахунковими значеннями, вуглецевою надбавкою та AI-коментарем.

Аудиторський слід та експорт сирих даних

Що має містити аудиторський слід

Блок	Зміст
період	дати початку і кінця
компанія	організація / парк
параметри форми	частка CH₄, GWP, ціни, CAPEX/OPEX
коефіцієнти	`EF_CO2`, `HHV`, `GWP`, `density`
джерела даних	архіви обсягу, годинні дані, налаштування
якість даних	покриття, немає даних, запасний архів
метод гарячих точок	правила пошуку кандидатів
шкала достовірності	High / Medium / Low / Not claimable
експорт	CSV/JSON для перевірки
версія методики	версія розрахунку
дата генерації	часова мітка звіту

Експорт сирих даних — за кожною гарячою точкою

Поле	Призначення
`station_id`	ідентифікатор вузла
`customer`	клієнт
`detected_issue`	тип знайденої ознаки
`estimated_m3`	розрахунковий потенціал газу
`confidence`	рівень достовірності
`loss_class`	класифікація
`AEF`	коефіцієнт застосовності
`CO2e_100`	tCO₂e за GWP₁₀₀
`CO2e_20`	tCO₂e за GWP₂₀
`gas_value`	грошова оцінка газу
`carbon_value`	потенційна вуглецева вартість
`verification_status`	статус верифікації
`methodology_params`	параметри розрахунку

Calculation lineage

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

KPI	Формула
Gas monitored (m³)	`Σ V_standard` (per-node, PT-corrected per ISO 6976)
Data quality (%)	`valid_hours / expected_hours · 100%`
Detected loss candidates (m³)	`Σ (node_composite_score / 100 × annual_volume × 0.05)` for composite ≥ 60
Screened methane (m³)	`Σ (leak_m3 × aef_screened) + (total_measured × 0.5%)`
Claimable methane (m³)	`Σ (leak_m3 × aef_claimable)` = 0 until field verification
CH₄ mass (t)	`V_methane × CH₄_density (0.668 kg/m³) ÷ 1000`
CO2e (tCO₂e)	`CH₄_mass × GWP_horizon` (GWP₁₀₀=29.8, GWP₂₀=82.5)
Gas savings (USD/y)	`loss_m3 × gas_price_usd_per_m3`
Carbon upside (USD/y)	`tCO₂e_screened × carbon_price_usd_per_t` (scenario-only)
Payback (months)	`CAPEX_total / (annual_value − OPEX_total) × 12` (carbon included only if it enters ROI)

Calculation lineage задовольняє вимогу розкриття методології з ESRS E1 (CSRD) та ISO 14064-1:2018. Carbon trader або ESG-консультант одразу бачить, які числа підкріплені вимірюваннями, які — scenario-only, а які — нульові placeholder до польової верифікації.

Зведена формула звіту

V_{measured,total} = \sum_i V_i

CO2_{combustion,t} = \frac{V_{measured,total} \times EF_{CO2}}{1000}

Energy_{GJ} = \frac{V_{measured,total} \times HHV}{1000}

Energy_{kWh} = \frac{V_{measured,total} \times HHV}{3.6}

V_{commercial\_candidate,total} = \sum_j V_{loss,j}

V_{abatement\_eligible,total} = \sum_j V_{loss,j} \times AEF_j

M_{CH4,kg} = V_{abatement\_eligible,total} \times F_{CH4} \times \rho_{CH4}

CO2e_t = \frac{ V_{abatement\_eligible,total} \times F_{CH4} \times \rho_{CH4} \times GWP }{1000}

GasRecoveryValue = V_{commercial\_candidate,total} \times Price_{gas}

CarbonValue = CO2e_t \times Price_{carbon}

AnnualScenarioValue = GasRecoveryValue + CarbonValue

CAPEX = N_{nodes} \times CAPEX_{node}

OPEX = N_{nodes} \times OPEX_{node}

Payback_{months} = \frac{CAPEX}{AnnualValue - OPEX} \times 12