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

Норвезька наземна вітроенергетика розвивалася швидко. Лише у 2020 році було введено в експлуатацію 18 вітрових електростанцій із загальною очікуваною річною потужністю 5,3 ТВт·год, а до початку 2025 року в країні працювало 65 вітрових електростанцій із 1 392 турбінами загальною встановленою потужністю 5 082 МВт. З огляду на 25-річний термін експлуатації, який NREL приймає за еталон для вітрових проєктів, значній частині цього парку зараз від п’яти до одинадцяти років.

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

Цей механізм знаходиться у модулі Project management and accounting всередині Dynamics 365 Finance. Інвестиційний проєкт відстежує витрати на номенклатури, час та витрати як незавершене будівництво/виробництво (WIP), а не списує їх на прибутки та збитки, що робить його придатним для внутрішніх капітальних ініціатив, таких як розробка інфраструктури та створення активів. Під час будівництва фінансовий відділ отримує поточну підсумкову суму, що підлягає капіталізації за проєктом, задовго до появи будь-якого запису про основний засіб.

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

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

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

Asset Management— це модуль Dynamics 365 Supply Chain Management для управління активами та роботами з обслуговування обладнання, яке компанія експлуатує самостійно.

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

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

Заміна редуктора — це не рутинне обслуговування. Це капітальні витрати (capex) на актив, який вже перебуває в експлуатації, і саме тут два модулі з’єднуються. Fixed assets та Asset Management інтегруються напряму: актив обслуговування може бути створений з наявного основного засобу, а користувачі модуля Fixed assets можуть переглядати витрати, проведені із замовлень на виконання робіт щодо нього.

Тип замовлення на виконання робіт, встановлений як Investment, створює проєкт робіт із замовлення, а поле номера основного засобу заповнюється лише тоді, коли тип проєкту — Investment. Роботи з основними компонентами спрямовуються назад до активу, замість того щоб зникати у кошику операційних витрат (opex).

Ця відмінність також вирішує питання щодо Field Service. Microsoft документує Dynamics 365 Field Service для надання послуг на об’єктах клієнтів — це корисно, якщо ви обслуговуєте активи третіх осіб за контрактом, але вітрова електростанція, яка належить вам, не є об’єктом клієнта. Для власного парку документально підтвердженим рішенням є Asset Management.

Microsoft називає три типи розгортання Project Operations – Project Operations Core, Project Operations Integrated with ERP,Project Operations for manufacturing. Вона описує базові сценарії як «складський / виробниче замовлення» та «складський відсутній / на основі ресурсів», які можуть співіснувати в одному середовищі через конфігурацію на рівні юридичної особи. Облік інвестиційних проєктів вимагає шляху Integrated with ERP. Microsoft також зазначає, що готової міграції даних між типами розгортання не існує; перехід пізніше вимагатиме кастомних скриптів, кастомного мапінгу та, можливо, ручного втручання.

OntargIT працює у вертикалі енергетики і проводить паралельні розгортання в різних юрисдикціях — 150+ проєктів для 140+ клієнтів у 24 країнах, реалізованих 100+ фахівцями у дев’яти країнах.

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