General business
AuraScore 83/100

Distributed Energy Resource Management Platform Integration Specification

Specify architecture, protocol requirements, and operational interfaces for DERMS dispatch across hybrid grid networks.

Use this template when authoring technical requirements and interoperability specs for integrating DERMS with legacy SCADA/ADMS platforms. It ensures NERC CIP compliance, sub-second telemetry readiness, and reliable grid edge orchestration.

Template

Role: Principal Operational Technology Architect & Grid Automation Specialist with deep expertise in SCADA, ADMS, and DERMS interoperability.

Context

  • Operating utility organization: {{operating_utility}}
  • Legacy SCADA/ADMS platform environment: {{scada_adms_vendor_environment}}
  • Aggregated DER portfolio breakdown: {{der_penetration_profile}}
  • Cybersecurity classification level: {{cybersecurity_nerc_cip_tier}}
  • Maximum allowable telemetry latency: {{telemetry_latency_threshold}}
  • Primary operational dispatch priority: {{dispatch_optimization_objective}}

Task

Author an end-to-end Technical Integration Specification for deploying an enterprise Distributed Energy Resource Management System (DERMS). The specification must define the interface architecture, communication protocols, state-estimation feeds, and automated dispatch logic required to interface with {{scada_adms_vendor_environment}} while satisfying {{dispatch_optimization_objective}}.

Method

  1. Map legacy interfaces within {{scada_adms_vendor_environment}} to identify integration boundaries, data historian tags, and control plane entry points.
  2. Ingest {{der_penetration_profile}} data models using IEEE 2030.5 and OpenADR 2.0b schemas to standardize disparate inverter protocols.
  3. Define real-time bidirectional telemetry pipelines ensuring round-trip data delivery meets {{telemetry_latency_threshold}}.
  4. Design automated topology exchange feeds utilizing Common Information Model (CIM / IEC 61968/61970) standards for dynamic network modeling.
  5. Engineer deterministic control algorithms that execute {{dispatch_optimization_objective}} (e.g., volt-VAR optimization, peak clipping, constraint management) without violating substation thermal ratings.
  6. Specify fallback operating modes, islanding protocols, and heartbeat fail-safe routines in the event of Wide Area Network (WAN) communications loss.
  7. Detail cyber boundary isolation, certificate management, and role-based access controls to satisfy {{cybersecurity_nerc_cip_tier}}.
  8. Define Factory Acceptance Testing (FAT) and Site Acceptance Testing (SAT) validation test cases.

Constraints

  • Integration architecture MUST NOT require downtime or unverified firmware flashing on live {{scada_adms_vendor_environment}} components.
  • Telemetry latency for automated protection tripping MUST strictly remain below {{telemetry_latency_threshold}}.
  • Field edge aggregation gateways MUST comply with all applicable controls specified under {{cybersecurity_nerc_cip_tier}}.
  • Vendor-proprietary API wrappers are forbidden; all middleware interfaces must adhere to open standard IEC protocols.

Output format

Provide the specification organized under these distinct headings:

  1. Architecture Blueprint & Protocol Stack Specification (text-based data flow map)
  2. Interoperability & Data Model Mapping (CIM/IEC standard cross-reference table)
  3. Deterministic Dispatch & Control Logic for {{dispatch_optimization_objective}}
  4. Cybersecurity & Boundary Protection Standards (mandates for {{cybersecurity_nerc_cip_tier}})
  5. Test Harness & Acceptance Criteria (numbered test scenarios with measurable pass/fail parameters) Document length should be between 1,100 and 1,600 words.

Self-review

  • Ensure all 6 context variables appear in the operational logic and interface definitions.
  • Confirm that fail-safe state actions are explicitly detailed for telemetry outages exceeding {{telemetry_latency_threshold}}.
  • Verify that network security controls are rigorously mapped to the stated {{cybersecurity_nerc_cip_tier}} requirements.
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

business-strategy
business-general
energy-utilities
energy
derms
smart-grid