预付费售电接口方案.docxVIP

预付费售电接口方案 预付费售电平台售电接口方案一、方案概要1.1 方案设计目的成都电业局为贯彻执行国家电网公司对预付费智能电能表统一标准的要求，主动响应和落实国家电价政策，进步计量设备的自动化、标准化程度，将在下一步工作中引入和用法国网智能电能表。国网智能电能表〔以下简称“国网表〞或“国网电能表〞〕具备采集及智能掌握功能，支持电卡和网络两种介质方式进展电费传递，可通过采集系统进展实时联网，实现付费、掌握及运行状态的监控。依据详细功能用处及付费、费控等方式的不同，国网表分为多种类型，付费形式上分为预付费和后付费，成都电业局选用的国网智能电表主要为预付费形式的电能表。本方案适应采纳预付费形式的国网电能表〔即先缴费、后用电的方式〕。客户通过电卡可以在代售电网点进展缴费购电，所购电费可以通过两种方式传递到电表中：一种是购电后，电力公司通过电力侧的内部网络挺直传递到客户电表中，另一种是通过将电卡插入电表中。银行/代售电机构，需要分别依据卡表售电接口和本接口方案，综合实现相应电能表的售电功能。1.2 银行/代售电机构需增加相应售电功能〔1〕电卡的自动识别代售电机构要依据国网表电卡开发相应的售电功能界面，自动识别国网表电卡，进展相应的后续交易接口数据的组织、处理和存储工作，降低终端操作人员的工作难度和压力。〔2〕配套实现国网表电卡要求的平安读写卡流程涉及电卡的读写均需要进展平安认证，数据平安认证和加密统一由电力侧系统实现，银行/代售电机构侧需依据接口供应相应的数据，执行平安认证指令。〔3〕实现符合国网电能表的购电流程掌握和数据处理相关交易流程和数据处理根据本接口方案的要求，实现客户购电、查询、补写卡业务，正确处理交易过程中可能存在的各类错误状况，保证购电数据的正确性和全都性。〔4〕正确打印购电发票内容需要根据格式打印购电发票内容，并供应补打功能。〔5〕实现日终对帐文件传送2.1联网售电架构 用电客户 电力公司侧通过采集系统，建立与客户电能表的网络连接。银行及代售电机构侧效劳器与电力侧效劳器利用现有通信线路进展连接。2.2国网表售电业务总体流程三、国网电能表用户卡构造3.1国网电能表用户卡构造用户卡文件名目表*权限1主要指读权限〔售电终端在读取时，可以挺直用不带MAC的明文读取方式〕，权限2主要指写权限。〔1〕参数信息文件〔EF1〕〔2〕钱包文件〔EF2〕3.2电力现有预付费电卡类型汇总3.3国网表电卡识别方式可以通过以下条件的推断，确定是否属于国网表电卡：〔1〕电卡复位信息〔CPU卡〕〔2〕存在标识为DF01名目文件四、交易接口数据格式代售侧终端需要实现以下4个业务功能处理〔菜单项〕：开卡购电客户信息联机查询补写卡以上业务所需的交易接口如下表：〔1〕前4个接口对应银行终端界面业务项菜单，后1个接口为这些业务处理过程中需要用法的接口，如：开卡业务项用到了电卡平安认证和开卡两个交易接口，详细流程调用途理信息见本方案第五节。〔2〕银行侧在实现购电、客户信息联机查询交易接口时，需要考虑以后存在取消电卡的可能性，即可以支持在特定条件下，允许操作人员通过手输户号的方式进展购电及信息查询〔此时，电卡类别码为G00，电卡数据均为规定长度的X〕。接口数据格式商定：〔1〕通信数据采纳定长ASCII码方式。〔2〕数据上传指数据由代售电侧系统发送至电力公司侧；数据下传指数据由电力公司侧发送到代售电系统侧。〔3〕数据上传中电卡EF1/EF2/EF5数据为ASCII格式，实际数据长度缺乏时右补大写字母’X’。〔4〕每次交易上下传数据前均带4位〔字节〕长度，如“0014〞表示数据长度为14。该长度字段未显示在各交易接口中，但程序实现时必需具备。〔5〕详细示例数据可参见附件。4.1开卡数据上传数据下传购电分为两支交易：购电预查询和购电确认，先进展购电预查询操作，返回胜利标记后，方可进展购电确认操作。购电预查询用于查询客户购电信息及确认是否符合购电条件，购电确认用于进展记帐及打印发票等后续操作。预查询后，代售机构侧先进展记帐，然后发送购电确认交易至电力侧，明确返回错误信息的，代售机构侧可以冲账，假如为通信超时，那么代售机构侧可以连续进展收费和发票打印，详细流程见本方案第五节。〔1〕购电预查询数据上传数据下传〔2〕购电确认 数据上传数据下传数据上传数据下传4.4补写卡数据上传数据下传4.5电卡平安认证 数据上传数据下传五、交易处理流程〔以代售电侧为例〕5.1开卡注：是否是空白卡的推断根据，可以依据读用户卡EF1文件返回6B00错误〔错误的偏移量〕