两部委印发《电力市场运营系统现货交易和现货结算功能指南（试行）》

此外需提供汇总账单数据，支持月度账单结果的查询，数据发布时间延迟不超过 72 小时。

 数据粒度。账单明细数据的颗粒度与最小交易周期一致，可支持查询分钟级或小时级的数据，包括每个最小交易价格周期的电量、电价以及费用。同时支持按开始与结束的时间周期进行汇总查询；

 发布内容。发布各个市场成员的明细数据，包括电能明细数据、辅助服务明细数据、清算明细、盈余分摊明细以及其他需要进行费用收支的明细数据等；

 发布对象。对所有结算对象进行发布，包括发电企业、电力用户、售电公司、独立辅助服务提供商、需求响应主体及电网运营企业，但每个成员只能查询本成员的明细数据；

 发布周期。依据业务需要，支持按日或按周发布统计数据，按月发布结算数据。发布的明细数据需与结算账单的数据一致；

 发布时效。发布的明细数据保留时间为 13 个月以上。

2）账单发布

应支持按月生成结算账单并进行账单的发布。生成的结算账单需下发给该账单对应的市场主体，包括发电企业、电力用户、售电公司、独立辅助服务提供商、需求响应主体及电网运营企业。账单发布后，市场成员可登陆系统查询、下载结算单。

 数据粒度。数据粒度与电费结算的票据账单的数据粒度一致，具体明细可另外通过结算数据发布进行明细查询；

 发布内容。发布各个市场成员的电费账单，包括电能结算单、辅助服务结算单、清算单以及其他需要进行费用收支的账单等；

 发布对象。对所有结算对象进行发布，包括发电企业、电力用户、售电公司、独立辅助服务提供商、需求响应主体及电网运营企业，但每个成员只能查询本成员的电费账单；

 发布周期。依据业务需要，支持按月进行结算账单发布。发布的账单作为电费结算的依据，需与正式开具的收费凭证的数据一致；

 发布时效。需在规定的账单发布时间及时对外发布，发布确认周期一般为 3 个工作日或以实际规定时间为准。

6.14.4 争议及处理

市场成员可登陆系统查询账单，并对结果进行确认，确认后将无法提交争议或再次确认。对有异议的部分，应支持市场主体在线提交争议，并支持对争议进行回复与处理，同时支持添加相关凭证等附件功能。支持对市场成员确认状态的查询，其状态包括未确认、已确认及有争议 3 类，针对有争议的结算，交易平台将进行争议处理与回复。

1）发布确认。市场成员在规定的时间内，需在对结算账单进行在线确认，没有争议的情况下，可直接执行确认操作，超过设置的确认时限，系统默认为确认。对于确认后产生的争议，本结算周期可不作响应，提交至下个结算周期再进行处理；

2）确认状态。市场成员的确认状态包括未确认、已确认与有争议 3 类，其中对于有争议的，继续分为争议提交、争议处理、争议确认等情况；

3）争议提交。市场成员针对结算账单产生的争议，需在线提交争议内容，可上传相关附件。对于争议的市场成员，该成员的结算周期进行顺延，但不影响其他成员的结算进度；

4）争议回复。交易平台需在规定的时间内，对市场成员的争议进行处理，必要时需进行场外处理，并将处理结果通过网上进行回复，同时发布更新后的结算账单，市场成员在规定的时间内，再次进行确认。

6.15 信用金管理

6.15.1 信用评价结果

支持对各市场主体，主要是支付方（用电方或发电权交易中的受让方等）市场成员的信用等级评价结果进行管理，并支持根据信用等级，设定不同的信用金比例系数。

6.15.2 信用金计算

1) 结算周期信用金参考额度。支持按历史最高、年内平均、最近三个月平均、当月交易额等多种方案，计算每个市场成员在一个结算周期的参考额度。该额度作为支付方在平均一个完整结算周期内需要支付的费用水平；

2) 信用金比例系数设定。支持信用金比例系数的设定，即在结算周期信用参考额度的基础上，基于该额度进行调整，通过设定比例系数，确保具有足够的信用金来承担支付风险，信用金比例系数可统一设定或依据不同市场条件、不同市场成员的信用水平作分级管理；

3) 信用金应缴额度计算。支持依据信用金参考额度、信用金比例系数计算信用金应缴额度，应缴额度应覆盖该市场成员在当月结算周期内的市场支付风险。同时需支持设定信用金应缴额度的计算周期，可按月、按季等周期进行应缴额度计算，并与已缴纳的额度进行对比，计算信用金的余缺。

6.15.3 信用金管理

信用金须涵盖市场交易出清费用及差价合约等金融合同的全部支付风险。

需具备信用保证类型的设定，包括现金、保函以及无抵押信用（以银行或第三方权威评价为准）等方式。

对于已有信用金额度少于需具备的信用金额度时，须给于明确的告知，并设定交纳期限。对于超出交纳时限的情况，可依据规则计算违约金或罚款，同时对违约金进行记账管理。

6.15.4 支付风险管理

对于无法按期支付追加信用保证（抵押品或支付罚款）时，需支持违约损失风险的计算，违约损失风险为结算账单中须支付的款项与已缴纳的信用金之间的差额部分，并附加滞纳金等其他款项。当出现市场成员无法支付或无法全额支付当月结算款项时，需计算产生的缺口费用。缺口费用可由其它市场成员（发电侧市场成员、用电侧无违约责任的其他市场成员或全体市场成员）按照设定的规则进行分摊，分摊规则以实际规则为准，须缺口费用的分摊计算，并对分摊规则与分摊结果进行公布。

6.16 与外系统交互

6.16.1 交互要求

1) 数据周期。应支持分钟级、小时级、日、周、月度、年度等各类周期数据的接入；

2) 交互周期。应支持以小时、日、周以及月为周期进行数据交互；

3) 数据主体。数据交互的主体范围应包括发电企业、电力用户、售电公司、独立辅助服务提供商、需求响应主体及电网运营企业等；

4) 交互方式。应支持自动定时推送、按条件推送、连续滚动推送及手动触发推送 4 种方式；

5) 模型对接。支持与其他系统进行模型映射与对接。

6.16.2 校验与锁定

对于接入至电力市场运营系统的数据，应支持对接入数据的准确性、一致性、及时性、合理性和完整性的校验；应支持校验规则的设置，当校验结果超出标准值时，系统应提示或告警；应支持数据锁定与解锁，对锁定后的数据不允许修改与再次接入。

6.16.3 与横向系统交互

1) 交互对象。应支持与交易、调度、财务、营销等系统进行数据交互。

2) 输入数据

25

 上网关口表计底码。包括关口表计编号、数据采集时间、关口表计正向底码、关口表计反向底码等属性；

 上网关口表计电量。包括关口表计编号、数据开始时间、数据结束时间、关口表计正向电量、关口表计反向电量等属性；

 机组实时出力。包括机组编号、机组名称、数据采集时间、机组出力数据等属性；

 机组发电量。包括机组编号、机组名称、数据开始时间、数据结束时间、发电量等属性；

 机组上网电量。包括机组编号、机组名称、数据开始时间、数据结束时间、上网电量等属性；

 电力用户用电量。包括用户编号、用户名称、数据开始时间、数据结束时间、用电量等属性；

 合同分解曲线。包括合同编号、合同条款、合同执行周期、电量曲线、电价曲线等属性； 交易出清结果。包括交易编号、交易时段、日前、日内和实时电能市场及辅助服务市场的出清电量、电价曲线等属性；

3) 输出数据。支持输出结算单元的结算结果及其明细数据。

6.16.4 与其他市场交互

1) 交互对象。应支持与其他电力市场交易平台之间进行数据交互。

2) 输入数据

 交易出清数据。参与其他市场的交易出清结果的电量、电价数据； 结算账单数据。发布的结算账单及其明细数据。包括市场主体编号、名称、合同交易编号、结算时段、电费数据类型、结算电量、电价、电费等属性。

3) 输出数据。应支持输出本省各结算单元的结算账单数据及其明细数据。

6.17 其他指南

6.17.1 数据指南

1) 数据状态。应具备数据状态的标志管理，校验状态包括未校验、校验未通过、校验通过；质量状态包括质量合格、不合格、待验证。

2) 数据存储。分钟级与小时级明细数据须保留 3 个月以上；日数据须保留6 个月以上；周数据及月数据须保留 13 个月以上；追补清算数据须保留2 年以上。对于已发布的历史结算账单数据、清算账单数据、争议处理记录、数据修正记录、特殊事件记录及操作日志数据须永久保留。有条件的可对上述所有历史数据做永久保留。

3) 数据备份 增量备份。分钟级与小时级明细数据需按日增量备份；日统计数据、周统计数据需按周增量备份；月结算数据需按月增量备份；争议数据、数据修正、价格调整、关口表计变更等事件及相关附件可视情况按月或其他周期进行增量备份； 全量备份。每月对结算数据库进行一次全量备份。

6.17.2 性能指南

1) 查询指南

 简单数据查询性能指南。简单数据查询界面响应时间不超过 2 秒；

 复杂数据查询性能指南。复杂数据查询界面响应时间不超过 5 秒。

2) 计算指南

 按日计算性能指南。对于每日计算的数据，单次响应时间不超过 3分钟；

 按周计算性能指南。对于每周计算的数据，单次响应时间不超过 5分钟；

 按月计算性能指南。对于每月计算的数据，单次响应时间不超过 10分钟。

3) 计算规模

 成员数量规模指南。结算计算支持的成员数量不低于 1 万个；

 计算数据规模指南。结算计算支持数据量不低于 1000 万条。

6.17.3 安全性指南

须按照信息安全、数据安全、生产运行安全等有关规定，满足结算系统的安全性要求。

6.17.4 可靠性指南

系统须有 1 个以上备用节点，结算执行期内，单个系统节点（或主节点）的运行可用率应不低于 99%，并且在 1 年内不超过 2 次以上故障；多个节点同时在线运行时，其系统总的可用率应不低于 99.99%，且在 1 年内不超过 1 次以上的全系统故障，恢复时间要求在 1 个小时以内。

6.17.5 人机界面设计指南

人机界面总体上应以用户为中心，遵循逻辑性、结构性、一致性、友好性等原则。

1) 逻辑性原则

按照业务的处理顺序、访问查看顺序，合理设计界面的层次结构，操作的逻辑性强，满足操作有序、逐层深入的顺序原则。应考虑业务顺序、使用习惯、信息重要性、操作频度等方面，综合考虑与设计人机界面。

2) 结构性原则

界面设计遵循结构化设计，减少操作复杂度，与业务逻辑相适应。各模块之间逻辑清晰、结构合理，系统具有逻辑性较强的层次结构。

3) 一致性原则

界面设计在核心元素上保持风格一致，界面图标、控件、配色以及字体等保持一致。系统须具有较强的整体性，操作方式一致。

4) 友好性原则

界面需具备友好的交互性，操作便捷，设计合理。具有较强的可操作行、健壮性、易学习性及可扩展性。同时人机界面设计围绕用户为中心，基于用户的业务需求，提供直观便捷的使用场景。