面向需给调整市场的聚合协调商 AC 系统

为需要与多个资源聚合商协同的企业,提供从投标前的信息汇总到交易后结算的业务系统。先厘清交易会员与现场控制的分工,再设计可以持续运营的系统。

咨询导入方案

解决的课题

当不同 RA 使用各自的表格和沟通方式时,可用容量汇总、计划调整和成交结果共享容易依赖人工。资源数量增加后,识别最新信息及确认责任也会更困难。AC 系统围绕参与方、资源、产品和目标时段整理数据,让各环节在相同前提下开展工作。

投标结束后,仍需收集实绩、确认考核结果并解释结算差异。我们将这些环节作为连贯业务设计,既关注正常流程,也关注计划变化、信息不足和结果不一致时的确认方法。

主要功能

  • 汇总多个 RA 的资源,一站式管理全部 5 类产品及复合产品的投标与成交
  • 自动化支持交易会员的计划提交、考核评估与结算全流程
  • 云架构支持参与方与资源规模扩展,及时跟进制度和指南调整
  • 东京常驻成员与开发团队共同支持导入和运营

汇总 RA 数据不仅是相加数值,还需统一设备、时段和状态的含义。导入时会确认资源新增或变更在哪个环节生效、投标前需要核对哪些信息,以及交易会员与参与方之间的数据交接方式。

业务范围包括全部5类产品及复合产品的投标与成交、计划提交、考核评估和结算。云端构成考虑参与方与资源规模扩展;制度调整时,同时检查界面、报表及上下游流程的影响。

对应市场与制度

核心对象为 EPRX 需给调整市场,涉及一次、二次①、二次②、三次①、三次②及复合成交。采用系统并不自动满足市场准入要求,还需确认企业合同、目标资源、事前审查及实际运营条件。

涉及 JEPX、OCCTO 计划提交或 FIP、出力控制设备时,先明确 AERIS、EMS 等相关系统的职责。现场约束与市场业务分别由哪个系统负责,需要按项目定义,并参考导入时适用的最新规则。

系统构成

  1. 参与 RA 与资源信息
  2. AC:聚合・投标・成交
  3. 计划・考核评估・结算
这是业务信息流的示意,实际市场连接、数据交接与控制职责按项目定义,不表示 AC 会统一直接控制所有现场设备。

导入流程

  1. 整理业务与参与条件

    确认目标产品、RA 构成和已有投标结算流程,分别整理日常与变更场景。

  2. 设计数据与连接

    明确数据字段、标识及更新时机,通过日文设计文档统一业务和开发团队的认识。

  3. 实现并验证流程

    从投标到结算进行整体业务验证,同时检查数据不足、计划变更等实际场景。

  4. 运营与制度维护

    东京窗口与开发团队共同支持导入和运营,具体监控、故障及制度改动范围由项目约定。

常见问题

AC 与 RA 系统有什么区别?

AC 主要处理聚合多个 RA 等资源的交易会员侧业务,RA 侧重所管理资源的运营。同一企业可能兼任两种角色,系统分工需按合同及实际业务确定。

支持全部5类产品和复合产品吗?

纳入投标与成交管理范围。实际可以参与的产品取决于设备性能、合同及审查结果,导入前会确认具体条件。

可以继续使用已有 RA 系统吗?

可以先调查接口和业务分工,明确需要保留与新增的部分,再判断连接方式和可交接的数据。

RA 和设备数量增加后怎么办?

云架构会考虑规模扩展,结合数量、更新频率和业务峰值规划系统构成与分阶段导入。

可以用日语沟通制度改动和运维吗?

东京常驻成员和开发团队可用日语沟通,梳理制度改动及验证范围。具体服务条件在合同中确认。

制度与市场参考资料

制度信息核对日期:

相关产品

咨询开发与导入

欢迎告诉我们目标设备、已有系统和期望的运营方式。

前往联系我们