面向需给调整市场的聚合协调商 AC 系统
为需要与多个资源聚合商协同的企业,提供从投标前的信息汇总到交易后结算的业务系统。先厘清交易会员与现场控制的分工,再设计可以持续运营的系统。
咨询导入方案解决的课题
当不同 RA 使用各自的表格和沟通方式时,可用容量汇总、计划调整和成交结果共享容易依赖人工。资源数量增加后,识别最新信息及确认责任也会更困难。AC 系统围绕参与方、资源、产品和目标时段整理数据,让各环节在相同前提下开展工作。
投标结束后,仍需收集实绩、确认考核结果并解释结算差异。我们将这些环节作为连贯业务设计,既关注正常流程,也关注计划变化、信息不足和结果不一致时的确认方法。
主要功能
- 汇总多个 RA 的资源,一站式管理全部 5 类产品及复合产品的投标与成交
- 自动化支持交易会员的计划提交、考核评估与结算全流程
- 云架构支持参与方与资源规模扩展,及时跟进制度和指南调整
- 东京常驻成员与开发团队共同支持导入和运营
汇总 RA 数据不仅是相加数值,还需统一设备、时段和状态的含义。导入时会确认资源新增或变更在哪个环节生效、投标前需要核对哪些信息,以及交易会员与参与方之间的数据交接方式。
业务范围包括全部5类产品及复合产品的投标与成交、计划提交、考核评估和结算。云端构成考虑参与方与资源规模扩展;制度调整时,同时检查界面、报表及上下游流程的影响。
对应市场与制度
核心对象为 EPRX 需给调整市场,涉及一次、二次①、二次②、三次①、三次②及复合成交。采用系统并不自动满足市场准入要求,还需确认企业合同、目标资源、事前审查及实际运营条件。
涉及 JEPX、OCCTO 计划提交或 FIP、出力控制设备时,先明确 AERIS、EMS 等相关系统的职责。现场约束与市场业务分别由哪个系统负责,需要按项目定义,并参考导入时适用的最新规则。
系统构成
- 参与 RA 与资源信息
- AC:聚合・投标・成交
- 计划・考核评估・结算
导入流程
整理业务与参与条件
确认目标产品、RA 构成和已有投标结算流程,分别整理日常与变更场景。
设计数据与连接
明确数据字段、标识及更新时机,通过日文设计文档统一业务和开发团队的认识。
实现并验证流程
从投标到结算进行整体业务验证,同时检查数据不足、计划变更等实际场景。
运营与制度维护
东京窗口与开发团队共同支持导入和运营,具体监控、故障及制度改动范围由项目约定。
常见问题
AC 与 RA 系统有什么区别?
AC 主要处理聚合多个 RA 等资源的交易会员侧业务,RA 侧重所管理资源的运营。同一企业可能兼任两种角色,系统分工需按合同及实际业务确定。
支持全部5类产品和复合产品吗?
纳入投标与成交管理范围。实际可以参与的产品取决于设备性能、合同及审查结果,导入前会确认具体条件。
可以继续使用已有 RA 系统吗?
可以先调查接口和业务分工,明确需要保留与新增的部分,再判断连接方式和可交接的数据。
RA 和设备数量增加后怎么办?
云架构会考虑规模扩展,结合数量、更新频率和业务峰值规划系统构成与分阶段导入。
可以用日语沟通制度改动和运维吗?
东京常驻成员和开发团队可用日语沟通,梳理制度改动及验证范围。具体服务条件在合同中确认。
制度与市场参考资料
制度信息核对日期:
相关产品
咨询开发与导入
欢迎告诉我们目标设备、已有系统和期望的运营方式。
前往联系我们