AI-системи для енергетики, промисловості та виробництва · UA

AI-системи для енергетики, промисловості та виробництва.

Передові ML-моделі, які прогнозують споживання і генерацію, виявляють аномалії та оптимізують диспетчеризацію. makeai.energy працює поверх ваших SCADA, Historian і MATLAB — без заміни систем, з людиною в контурі рішень.

Наші клієнти — ОСП, ОСР, постачальники, імпортери та експортери електроенергії, атомні станції, власники ВДЕ-портфелів і промислові споживачі.

Системи працюють на реальних об'єктах української енергетики. Імена клієнтів закриті через характер інфраструктури.

0МВт
керованої потужності на реальних об'єктах
0МВт·год
скорочення помилки прогнозу за 42 дні в ОСР
0млн ₴
сумарного ефекту для клієнтів (енергохолдинг + ОСР)
0систем
ОСР · трейдинг · ОСП · промисловість

Числа з реальних проєктів. Деталі розкриваємо нижче.

01 · Напрями

Три напрямки. Одна філософія.

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

/ 01

Прогнозування та трейдинг

Моделі прогнозу генерації, споживання і цін для добового планування. Зменшення небалансів, оптимізація PPA і контрактування, робоче місце трейдера на добу вперед.

Кейси: Прогноз споживання · Gas / Power Desk · MultiTrader
/ 02

Аналітичний шар для операторів

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

Кейси: ЕНЕРГОВАРТА · Контроль показників · EMS підприємства
/ 03

Інвестиційна аналітика активів

ML-моделювання прибутковості ВДЕ-активів, сценарне прогнозування цін на 2035–2045, оптимізація диспетчеризації батарей через MILP. Прозорий журнал аудиту для банків і фондів.

Кейси: RFNBO Desk · Enterprise Platform · Корпоративна ІАС
02 · Філософія

Чотири принципи, за якими ми працюємо.

/ 01

Шар, а не заміна

Ми не викидаємо ваші системи. MATLAB залишається MATLAB. SCADA — SCADA. Ми додаємо шар, який читає дані, виявляє закономірності і підказує персоналу. Якщо завтра ви вимкнете makeai.energy — ваша інфраструктура продовжить працювати.

/ 02

Людина в контурі рішень

AI не керує реактором, не підписує контракт, не відправляє сигнал до диспетчерської. Він готує обґрунтоване рекомендоване рішення з повним журналом аудиту. Фінальну дію завжди робить людина.

/ 03

Промисловий клас

Ми працюємо з АЕС, енергоринком, критичною інфраструктурою. Там, де помилка — це не тест, а аварія або мільйонні штрафи. Тому у нас — аудит, тіньовий режим, пояснюваність. Спочатку показати, потім увімкнути.

/ 04

30 днів до прототипу

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

03 · Як ми працюємо

Як виглядає перший місяць роботи з нами.

Від першого дзвінка до готової системи — прозорий маршрут з валідацією у тіньовому режимі на кожному етапі.

Тиждень 1–2

Дані та логіка

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

Тиждень 3–4

Модель і прототип

Конвеєр даних, бізнес-правила, перша ML-модель, перший тест паралельно з поточною практикою клієнта.

Тижні 5–8

Тіньовий режим

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

Після

Готовий код

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

04 · Кейси

Дванадцять живих систем. Реальні ТЗ. Імена клієнтів закриті.

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

ОСР · Облік КЕЙС 01 / 12

Система контролю показників

Обласний оператор системи розподілу · базовий продукт лінійки обліку

Жива система · Клієнта закрито Панель адміністратора системи контролю показників

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

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

Рішення

Веб-платформа з чотирма контурами: польова робота контролера, панель адміністратора, кабінет абонента та чат-бот. Контрольні огляди виконано за ККО НКРЕКП (гл. 6.5) з формуванням друкованого акта 1:1 за шаблоном замовника.

4контури
В одному застосунку
3режими
Синхронізації: онлайн · офлайн · без фото
4точки GPS
На кожному обході
ККОгл. 6.5
Акт огляду за шаблоном замовника

Що всередині

Завдання з пошуком за адресою, рахунком чи лічильником · багатозонні прилади (Т1–Т4, двонаправлені СЕС/ВЕС) з автоперевіркою суми зон · обов'язкова фотофіксація показів і пломб · чек-лист огляду, стілусний підпис споживача, друк акта · трансформатори струму для непобутових · карта обходів, формування завдань із бази або CSV, інтеграція з білінгом.

Ролі та доступ

Чотири окремі входи: контролер, адміністратор, абонент і чат-бот без авторизації.

ОСР · Тиражування КЕЙС 02 / 12

Контроль показників · другий ОСР

Інший обласний ОСР · тиражування платформи обліку

Жива система · Клієнта закрито Мобільне робоче місце контролера

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Довести, що платформа обліку — продукт, а не разова розробка: розгортання під нового ОСР не має вимагати переписування логіки.

Рішення

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

2-йОСР
На тій самій платформі
3ролі
Плюс чат-бот без входу
44px
Мінімальна тач-ціль на телефоні
0змін коду
Тільки дані і бренд

Що всередині

Safe-area та коректна висота екрана на iOS · поля 16px проти автозуму · модальні вікна як нижні аркуші · цифрові клавіатури для числових полів · ландшафтний режим · підтримка «зменшеного руху».

Ролі та доступ

Ті самі ролі, що в базовій версії: контролер, адміністратор, абонент, чат-бот.

ОСР · Контрольні заходи КЕЙС 03 / 12

«КОНТРОЛЕР»

Обласний оператор системи розподілу · окреме ТЗ, розділи 1–12

Жива система · Клієнта закрито Робочий стіл керівника контрольних заходів

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Контрольні заходи ОСР — це документи з юридичними наслідками для споживача. Потрібна система, де кожна перевірка спланована, задокументована і захищена доказовою базою: GPS, фото, маршрути погодження.

Рішення

Інформаційно-аналітична система: 17 ролей із розмежуванням доступу та МФА, 18 статусів завдання, 7 способів планування перевірок, мобільне робоче місце контролера, акти, приписи і розрахунки донарахувань, нормативна база, журнал аудиту.

17ролей
З розмежуванням доступу та МФА
18статусів
Життєвий цикл завдання
7способів
Планування перевірок
GPSконтроль
Аномалії: відхилення, швидкість, вимкнення

Що всередині

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

Ролі та доступ

Окремий вхід під кожну з 17 ролей; після пароля — код багатофакторної автентифікації.

ОСР · Корпоративна ІАС КЕЙС 04 / 12

Корпоративна платформа підприємства

Обласний оператор системи розподілу · корпоративна ІАС за ТЗ

Жива система · Клієнта закрито Робочий простір корпоративної платформи

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

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

Рішення

Єдина корпоративна платформа: 9 функціональних модулів, 20 ролей — по одній на кожну роль ТЗ, погодження критичних операцій за принципом «чотирьох очей». Погодження власних операцій заблоковано технічно.

20ролей
По одній з ТЗ
9модулів
Довідники · облік · трейдинг · фінанси
4ока
На кожній критичній операції
ТЗв системі
Вимога → екран, простежуваність

Що всередині

Довідники, облік та АСКОЕ, VEE, прогнозування, балансування, трейдинг, договори, фінанси, звітність · моніторинг інтеграцій із повторним надсиланням · журнал аудиту та інформаційна безпека.

Ролі та доступ

20 демонстраційних облікових записів — по одному на кожну роль ТЗ.

ОСР · Прогнозування КЕЙС 05 / 12

Прогноз енергоспоживання

Обласний оператор системи розподілу · робоче місце прогнозиста

Жива система · Клієнта закрито Робоче місце оператора-прогнозиста

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

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

Рішення

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

5панелей
На робочому місці прогнозиста
4екрани
РМ · лабораторія · дрейф · тур
React+ TS
Єдиний проєкт лінійки на Vite

Що всередині

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

Ролі та доступ

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

Трейдинг · Газ КЕЙС 06 / 12

GAS DESK

Енерготрейдинговий оператор · газовий стіл · повне покриття ТЗ

Жива система · Клієнта закрито Управлінська панель газового торгового столу

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

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

Рішення

Інформаційно-аналітична система торгівлі газом: усі 25 модулів розділу 5 ТЗ, 22 екрани, 6 ролей із власним доступом. Від ринкових даних і P&L до номінацій, ПСГ, митного складу і звітності REMIT.

25модулів ТЗ
Реалізовано всі
22екрани
Від ринку до звітності
6ролей
Директор · трейдер · диспетчер · ризик · бухгалтер · контрагент

Що всередині

Ринкові дані та P&L по трейдерах і продуктах · KYC контрагентів · договори з 7-кроковим погодженням і КЕП · ціноутворення з реєстром формул · номінації, балансування, алокації · ПСГ і митний склад · gas-to-power зі spark spread · білінг, казначейство, ризик · звітність НКРЕКП і REMIT.

Ролі та доступ

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

Трейдинг · Електроенергія КЕЙС 07 / 12

POWER DESK

Енерготрейдинговий оператор · електроенергетичний контур

Жива система · Клієнта закрито Управлінська панель електроенергетичного столу

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Після газового столу трейдеру потрібен був такий самий контур для електроенергії — з РДН/ВДР, балансуючим ринком і спільною позицією з газом, а не ще одна ізольована система.

Рішення

Торговий стіл електроенергії: 32 модулі ТЗ, 30 екранів, 9 ролей. Разом із газовим столом утворює єдиний ENERGY DESK зі спільними контрагентами, єдиним лімітом і консолідованою аналітикою.

32модулі ТЗ
Реалізовано всі
30екранів
Під роллю директора
9ролей
Із власним доступом кожна
3стратегії
Алготоргівлі на РДН/ВДР

Що всередині

РДН і ВДР із заявками зі ступенями та блоковими · балансуючий ринок з рекомендаціями (ВДР / BESS / ГПУ) · імпорт-експорт через JAO з landed cost · прогнозування з контролем MAPE · балансуюча група з моделями розподілу · BESS-арбітраж, merit order, gas-to-power · звітність НКРЕКП «автомодуль → КЕП → квитанція» і REMIT.

Ролі та доступ

Дев'ять ролей: директор бачить усі 30 екранів; трейдер, продажі, прогнозист, балансувальник, ризик, бухгалтер, казначей — свої; клієнт — кабінет.

Трейдинг · Мультиринок КЕЙС 08 / 12

MultiTrader Desk

Трейдер-постачальник газу та електроенергії · ТЗ v1.0 повністю

Жива система · Клієнта закрито Дашборд MultiTrader Desk: позиції е/е і газу поруч

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

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

Рішення

Програмний комплекс на 23 екрани: ринок е/е (РДН/ВДР/БР, ENTSO-E), газ (біржа, OTC, номінації, алокації), CRM, контракти, E-doc із КЕП, фінанси (Cash Flow, P&L, EBITDA), BI, ризики (VaR, MtM, ліміти) та AI Assistant.

23екрани
12 модулів ТЗ + розд. 13–14
8ролей
Частина — з двофакторкою
19конекторів
Інтеграції з ринками і системами
P10/P90прогнози
AI Assistant з оцінкою ефекту

Що всередині

Дашборд на 11 показників · управління позицією з авторозрахунком закупівлі · картка клієнта на 9 вкладок · 7 типів документів з маршрутами погодження і КЕП · автозвіряння оплат · AI Assistant: діалог, аномалії з поясненням причини, рекомендації з ефектом · мокап мобільного застосунку · RBAC-матриця, аудит, ISO/NIST/GDPR.

Ролі та доступ

Вісім ролей: директор бачить усі екрани; трейдери, продажі, ризик, фінанси, бек-офіс, адміністратор — свої.

Трейдинг · RFNBO КЕЙС 09 / 12

Multi Energy & RFNBO Desk

Мультиенергетичний трейдер · концепція ТЗ

Жива система · Клієнта закрито Огляд мультиенергетичної платформи

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Європейський ринок іде за межі електронів: біометан, водень, аміак, e-fuels і вуглецеві атрибути вимагають наскрізного комплаєнсу RED III / RFNBO, якого не дає жоден класичний торговий стіл.

Рішення

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

24модулі ТЗ
Уся концепція
6балансів
Кожної партії
16ролей
14 типів прав + кабінети
RED IIIengine
Additionality · погодинна відповідність

Що всередині

Energy & Molecule Passport · mass balance · сертифікати й гарантії походження з контролем подвійного обліку · конверсійні маршрути з розрахунком втрат · матчинг офтейкерів · звітність UDB, ReFuelEU, FuelEU, CBAM · сценарний оптимізатор «продати електрони чи молекули».

Ролі та доступ

16 ролей із 14 типами прав — від перегляду до підписання КЕП, плюс окремі кабінети офтейкера та виробника.

Промисловість · EMS КЕЙС 10 / 12

Energy Enterprise Platform

Промислове підприємство харчової галузі · три майданчики · EMS за ТЗ

Жива система · Клієнта закрито Центральний дашборд EMS підприємства

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Завод сам генерує, зберігає та оптимізує енергію: СЕС 2,62 МВт, когенерація 2×1,2 МВт, накопичувач 1,5 МВт / 3,0 МВт·год. Облік ресурсів, генерація, прогноз і фінанси жили в різних системах.

Рішення

Програмний комплекс класу EMS: 18 модулів ТЗ, 28 екранів, 15 ролей RBAC. Усі енергоресурси — електроенергія, газ, тепло, вода, холод, паливо — у 16 вузлах обліку, погодинні профілі зведені в добові баланси, тарифи, CO₂ і фінанси.

28екранів
18 модулів ТЗ — усі
16вузлів
Обліку у 8 цехах
2,62МВт СЕС
+ когенерація 2×1,2 МВт + BESS
3редакції
Enterprise · Business · Lite

Що всередині

AI Energy Manager і прогнозне обслуговування · цифровий двійник з інтерактивним планом майданчика · SCADA і телеметрія · діаграма Сенкі енергопотоків · ESG і вуглецевий слід · перемикач редакцій просто в топбарі: недоступні пункти отримують замок із поясненням.

Ролі та доступ

15 ролей RBAC — від головного енергетика і начальника виробництва до оператора BESS та ESG-менеджера.

ОСП · Ризики та втрати КЕЙС 11 / 12

«ЕНЕРГОВАРТА»

Оператор системи передачі · ТЗ «засіб інформатизації»

Жива система · Клієнта закрито Ситуаційний центр: індекс готовності системи

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Безпека мережі, доброчесність ринку і втрати — три різні служби ОСП із різними даними. Керівництву потрібен один ситуаційний контур із композитним індексом стану системи.

Рішення

Платформа на 38 екранів і 28 модулів ТЗ: ситуаційний центр з індексом здоров'я системи (0–100 з п'яти підіндексів), карта ризиків з підстанціями 750/330 кВ, ціновий моніторинг з детектором аномалій REMIT, прогноз і закупівля втрат. Кожна цифра має позначку походження і посилання на джерело.

38екранів
28 модулів ТЗ — усі
3рішення
В одному контурі
0–100індекс
Готовності системи з 5 підіндексів
5×5матриця
Ризиків з раннім попередженням

Що всередині

Крос-доменна стрічка подій · центр сповіщень із підтвердженням · хронологія атак · магістральні ЛЕП і допоміжні послуги (РПЧ, аРВЧ, рРВЧ, РЗ) · кореляційна теплокарта змови · прогноз режимів на тиждень · черга рекомендацій · документообіг із КЕП · командна панель Ctrl+K, експорт PDF/CSV.

Ролі та доступ

Шість ролей: керівництво бачить усе; безпека, ринок, комерція, диспетчер і адміністратор — свої розділи.

ОСП · AI-асистент КЕЙС 12 / 12

Асистент керівника

Оператор системи передачі · підтримка управлінських рішень

Жива система · Клієнта закрито Кабінет керівника з ранковим дайджестом від ШІ-агента

Інтерфейс живої системи. Клієнтські ідентифікатори закриті.

Задача

Перша лінія керівництва тоне в документах, нарадах і дорученнях. Використати ШІ хочеться, але чутливі дані не можуть покидати периметр організації.

Рішення

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

2контури
Хмарний + локальний: чутливе не виходить
4напрями
Документи · наради · доручення · знання
NLзапити
База знань природною мовою

Що всередині

Пошта та звернення · доручення з контролем виконання · календар і протоколи нарад · реєстр рішень · база знань із запитами природною мовою · аналітика і центр звітів.

Ролі та доступ

Кабінет першої лінії керівництва; чутливі дані обробляються в локальному контурі.

05 · Диференціація

Що відрізняє makeai.energy від чергової AI-агенції.

/ 01 · Досвід

Галузева експертиза

Ми не генералісти. Ми роками працюємо саме в енергетиці, знаємо специфіку ринку добового планування, небалансів, PPA, RAB-тарифів і роботи з оператором ринку.

/ 02 · Відповідність

Працюємо з критичною інфраструктурою

Дотримуємось регуляторних вимог, ведемо формалізований журнал аудиту, тіньовий режим у нас — стандарт, а не виняток. Ми розуміємо, чому «лише читання» — не обмеження, а вимога.

/ 03 · Глибина ML

Передові ML-моделі

Фундаментальні моделі часових рядів, ансамблеві градієнтні бустинги, MILP-оптимізація, physics-informed ML. Але ми завжди обираємо той рівень складності, який виправданий задачею, а не останню моду.

/ 04 · Довіра

Підтримка основних гравців ринку

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

06 · Безпека даних

Дані залишаються у вас.

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

On-premise розгортання

  • Ваші сервери
  • Ваша мережа
  • Без публічної хмари
  • Docker / Kubernetes

Без зовнішніх AI-API

  • Без OpenAI
  • Без Anthropic
  • Без Google AI
  • Власні моделі поверх ваших даних

Air-gap сумісність

  • Робота без інтернету
  • Ізольовані сегменти SCADA/DCS
  • Локальний registry образів
  • Офлайн-оновлення

Контроль доступу

  • RBAC
  • SSO / LDAP
  • Журнал дій користувачів
  • Тіньовий режим за замовчуванням

Аудит і traceability

  • Журнал кожного спрацювання
  • Хто · коли · чому
  • Експорт для регуляторів
  • Незмінний event-log

Юридична відповідність

  • Комерційна таємниця
  • Закони про критичну інфраструктуру UA
  • NDA з підрядниками
  • GDPR-ready
07 · Контакти

Поговоримо про ваш проєкт?

Ми відповідаємо протягом робочого дня. Якщо ваш проєкт потребує NDA — повідомте в першому листі, ми підготуємо шаблон під ваші юридичні вимоги.

Введіть ваше ім'я
Оберіть галузь
Опишіть задачу коротко
Email або Telegram-юзернейм
Дякуємо. Ми отримали запит і зв'яжемось протягом робочого дня.