Норвегия ввела в эксплуатацию 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+ специалистами в девяти странах.

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