CN106022736A - 交通领域多城市互通中发卡方与收单方清结算方法 - Google Patents

交通领域多城市互通中发卡方与收单方清结算方法 Download PDF

Info

Publication number
CN106022736A
CN106022736A CN201610268703.1A CN201610268703A CN106022736A CN 106022736 A CN106022736 A CN 106022736A CN 201610268703 A CN201610268703 A CN 201610268703A CN 106022736 A CN106022736 A CN 106022736A
Authority
CN
China
Prior art keywords
parameter
data
file
acquirer
account
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610268703.1A
Other languages
English (en)
Inventor
刘贺
陈锋
杨智敏
李玉琢
孙力斌
葛海欧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing Lian Huijin Mdt Infotech Ltd
Original Assignee
Nanjing Lian Huijin Mdt Infotech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing Lian Huijin Mdt Infotech Ltd filed Critical Nanjing Lian Huijin Mdt Infotech Ltd
Priority to CN201610268703.1A priority Critical patent/CN106022736A/zh
Publication of CN106022736A publication Critical patent/CN106022736A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种交通领域多城市互通中发卡方与收单方清结算方法,分为如下几个通用步骤,步骤1文件入库,步骤2技术分拣,步骤3记录排重,步骤4个人账户结算,步骤5出划账账单。本发明对电子钱包消费在交通领域多城市互联互通中,发卡方与收单方清洁算体系的一种具体软件实现,为基于脱机电子钱包的各方系统清洁算,提供了一种完整的实现方法。

Description

交通领域多城市互通中发卡方与收单方清结算方法
技术领域
本发明涉及一种清结算方法,特别是一种交通领域多城市互通中发卡方与接单方清结算方法。
背景技术
城市通卡用户在公交、地铁等消费点产生的消费记录经过数据采集系统上传到通卡中心后,需要对交易记录进行结算,以在系统内部正确反映卡账户的资金状况,并按合作机构的结算单元结算出消费金额以用于划账、对账。结算数据最终以报表的形式提交给通卡财务部门作为资金收付的依据。
目前各城市现有的清结算系统即支持通卡中心对公交、地铁、出租等交易记录进行结算,为各机构对账、资金收付提供依据。随着各城市互联互通的趋势下,原有的清结算系统并不满足多城市互通的体系,需要新一代的清结算解决方案。
发明内容
本发明所要解决的技术问题是提供一种交通领域多城市互通中发卡方与接单方清结算方法。
为解决上述技术问题,本发明所采用的技术方案是:
一种交通领域多城市互通中发卡方与收单方清结算方法,其特征在于包含以下步骤:
步骤一:文件入库:将经过标准化处理的脱机消费文件进行入库处理,完成对记录TAC码的校验以及对消费记录所属合作伙伴信息的填充;
步骤二:技术分拣:对消费记录进行分拣,区分正常和异常消费记录,并将两种消费记录分别录入独立表格中;
步骤三:记录排重:对正常记录排重处理,将重复交易记录分离;
步骤四:个人账户结算:对正常消费记录进行结算处理,其中,U为商户结算单元,F为消费明细数据,B为初次文件级结算账单;按照个 人卡账户结算,同批数据根据所属卡号信息,按照公式累计本次结算周期内的消费总额并更新账户信息,其中p为个人账户信息,获取到C即用户每日消费文件级汇总;
步骤五:出划账账单:对合作机构结算单元进行资金清算,对明细交易数据进行汇总,按结算单元计算出划账账单作为划账报表数据。
进一步地,依照结算周期、结算优先级将脱机消费文件输入数据划分为多个互不干扰的多个处理通道。
进一步地,为每个处理通道设立独立的文件接口目录、文件备份目录、每日消费处理临时接口表、每日消费正常表和每日消费异常表。
进一步地,通道与合作伙伴组织架构不同层次的概念绑定。
进一步地,所述不同层次概念包含行业、单位、部门。
进一步地,所述脱机消费文件的数据类型包含本地卡本地消费、本地卡异地消费和异地卡本地消费。
进一步地,所述步骤五中对明细交易数据进行汇总,,按结算单元计算出划账账单作为划账报表数据具体过程为,进入每日数据汇总,对上一流程中获取到的初次文件级结算账单B再次进行结算单元加和获取到每日汇总M, 最后在转账账单计算中,将上一步的每日汇总数据M根据配置计算起始时间S到结束时间E之间的所有累账数据,计算出最终转账金额R, 其中F为佣金比率,d表示定额补差金额,R表示最终转账金额。
进一步地,所述多个处理通道的处理流程为,
a、获取程序编号:从程序配置文件中读取键为prog.no的参数,将参数注册到程序参数上下文中,供本程序使用;
b、获取通道编号:从程序配置文件中读取键为app.taskid.defaultlist的参数,该参数对应该程序部署的各通道编码,程序启动后会根据配置的通道编码启动各结算线程,并把对应通道编码赋予该线程;
c、初始化数据库连接配置信息:从程序配置文件中读取数据库连接参数,包 括数据库名、用户名、密码,若缺少参数,通道处理退出,若参数解析失败,通道处理退出,依据以上参数,组装数据库连接信息对象;
d、连接数据库;
e、判断该通道编号是否合法:在数据库的通道编码表中查找该通道记录,找不到则非法,若通道非法,线程退出;
f、定义通道参数元数据:在程序中声明各参数相关信息,包括参数编码、参数名、是否必需、默认值、校验条件、校验失败时的错误代码;
g、读取通道参数:从数据库中读取,从命令行参数读取,合并参数,并校验必选参数是否得到配置,校验参数格式合法性和配套必选性是否得到满足。
本发明与现有技术相比,具有以下优点和效果:对本地城市通年卡接入多地域消费提醒提供了完整的接入方法,使多城市互通能平稳接入。
附图说明
图1是本发明的交通领域多城市互通中发卡方与接单方清结算方法的异地卡本地消费处理流程图。
图2是本发明的交通领域多城市互通中发卡方与接单方清结算方法的本地卡消费处理流程图。
图3是本发明的交通领域多城市互通中发卡方与接单方清结算方法的多通道各通道处理流程示意图。
具体实施方式
下面结合附图并通过实施例对本发明作进一步的详细说明,以下实施例是对本发明的解释而本发明并不局限于以下实施例。
本发明的一种交通领域多城市互通中发卡方与收单方清结算方法,其特征在于包含以下步骤:
步骤一:文件入库:将经过标准化处理的脱机消费文件进行入库处理,完成对记录TAC码的校验以及对消费记录所属合作伙伴信息的填充;
步骤二:技术分拣:对消费记录进行分拣,区分正常和异常消费记录,并将两种消费记录分别录入独立表格中;
步骤三:记录排重:对正常记录排重处理,将重复交易记录分离;
步骤四:个人账户结算:对正常消费记录进行结算处理,其中,U为商户结算单元,F为消费明细数据,B为初次文件级结算账单;按照个人卡账户结算,同批数据根据所属卡号信息,按照公式累计本次结算周期内的消费总额并更新账户信息,其中p为个人账户信息,获取到C即用户每日消费文件级汇总;
步骤五:出划账账单:对合作机构结算单元进行资金清算,对明细交易数据进行汇总,按结算单元计算出划账账单作为划账报表数据。步骤五中对明细交易数据进行汇总,,按结算单元计算出划账账单作为划账报表数据具体过程为,进入每日数据汇总,对上一流程中获取到的初次文件级结算账单B再次进行结算单元加和获取到每日汇总M,最后在转账账单计算中,将上一步的每日汇总数据M根据配置计算起始时间S到结束时间E之间的所有累账数据,计算出最终转账金额R,其中F为佣金比率,d表示定额补差金额,R表示最终转账金额。
其中,依照结算周期、结算优先级将脱机消费文件输入数据划分为多个互不干扰的多个处理通道,为每个处理通道设立独立的文件接口目录、文件备份目录、每日消费处理临时接口表、每日消费正常表和每日消费异常表。各通道在执行时间点上若发生冲突,依据优先级排序,串行处理。
通道与合作伙伴组织架构不同层次的概念绑定。所述不同层次概念包含行业、单位、部门。即,我们可以给某一消费行业配置一个处理通道,也可以给某一单位或部门单独配置一个处理通道。
脱机消费文件的数据类型包含本地卡本地消费、本地卡异地消费和异地卡本地消费。
多个处理通道的处理流程为:
1获取程序编号
1)从程序配置文件中读取键为prog.no的参数;
2)将参数注册到程序参数上下文中,供本程序使用。
2获取通道编号
从程序配置文件中读取键为app.taskid.defaultlist的参数,该参数对应该程序部署的各通道编码。
程序启动后会根据配置的通道编码启动各结算线程,并把对应通道编码赋予该线程。
3初始化数据库连接配置信息
a从程序配置文件中读取数据库连接参数,包括:
数据库名(WK)
用户名(WK)
密码(WK)
i缺少参数,通道处理退出
ii参数解析失败,通道处理退出
b依据以上参数,组装数据库连接信息对象(WK)
4连接数据库
5判断该通道编号是否合法
在数据库的通道编码表中查找该通道记录,找不到则非法
SQL语句:
SELECT CHANNELNO FROM TD_M_CHANNEL WHERE CHANNELNO=:1AND USETAG<>'0'
若通道非法,线程退出。
6定义通道参数元数据
在程序中声明各参数相关信息,包括参数编码、参数名、是否必需、默认值、校验条件、校验失败时的错误代码等;
程序使用的所有具体参数,参见附录A通道参数表。
7读取通道参数
a从数据库中读取
声明对象 通道参数列表1(WK),用于存放来自数据库的参数
SQL语句:
SELECT PARAMNO,PARAMNAME,PARAMVALUE
FROM TD_M_CHANNELPARAM
WHERE CHANNELNO=?AND USETAG='1'
SQL绑定变量:
变量1:本通道编号(WK);
i SQL异常,通道处理退出;
依据SQL执行结果构造参数对象,并添加到参数列表1(WK);
b从命令行参数读取
声明对象通道参数列表2(WK),用于存放来自命令行的参数;
命令行格式:no=value[,no=value]…
解析逗号分隔的名值对,再解析等号两边的参数编码和参数值,构造参数对象;
依据解析结果,将参数对象加入参数列表2(WK);
i命令行格式非法,通道处理退出。
c合并参数,并校验必选参数是否得到配置
声明对象通道参数列表(WK),用于保存命令行和数据库参数合并的结果,作为最终的参数集合;
遍历预定义的所有参数元数据,检查每个参数是否得到配置:
1)从命令行参数寻找
遍历参数列表2(WK),找到与元数据编码相同的参数对象,设置对象与元数据之间的关联;
将该参数添加到通道参数列表(WK)。
2)若命令行参数中没有找到,从数据库寻找
遍历参数列表1(WK),找到与元数据编码相同的参数对象,设置对象与元数据之间的关联;
将该参数添加到通道参数列表(WK)。
3)若命令行和数据库都没有找到,但是该参数元数据指定了默认值,则为其构造一个参数;
将该参数添加到通道参数列表(WK)。
4)以上渠道都没有得到参数,又如果该参数为必需参数,则抛出异常,通 道处理退出。
d校验参数格式合法性和配套必选性是否得到满足
1)校验参数格式合法性;
遍历通道参数列表(WK)中的每一个参数,依据预定义的校验条件,校验参数格式是否合法:
i格式非法,通道处理结束;
程序支持的校验条件分为如下几种类型:
i)枚举单值型:该参数运行时取值必须为程序预定义取值中的一个;
ii)枚举多值型:该参数运行时取值必须为程序预定义取值中的一个或多个;
iii)整型:该参数运行时取值必须为整型值,且大小在一定的范围之内;
iv)路径型:该参数运行时取值必须为合法的路径字符串,其对应的目录必须真实存在;
v)日期时间型:该参数运行时取值必须为yyyy.MM.dd HH:mm:ss格式的字符串;
2)校验参数配套必选性
定义:某些参数虽然不是必需参数,但是与另外一些参数配套,即当参数A取某一特定值时,参数B必须得到配置,我们称参数A和B具有配套必选性。
配套必选性由程序定义参数元数据时以一条一条规则的形式保存下来,应用示例:
参数BalUnitGetStrategy配置为FROMCFG时表示通道从配置中指定结算单元编码,此时参数BalUnitValue必须得到配置。
配套必选性的两种依赖类型:
一项原子值与该规则预期值匹配时生效;
校验步骤:
针对每一条依赖规则进行如下处理;
判断依赖规则的生效条件是否得到满足;
若该规则生效,判断追随参数们是否得到了配置;
若未得到配置,通道处理结束。
如图1所示,标准化文件入库以后首先进入入库接口表,然后补全商户和用户等信息,与记录原始文件信息的在途资金表中数据对比,补全原始数据的异常原因,补全反馈文件的上传信息。原始文件信息对比成功数据根据异常原因码转移到正常原始清单和异常原始清单。反馈数据经过数据补全以后,根据异常原因码转移到正常清单和异常清单,正常清单数据根据商户结算单元如上述4所描述,出文件级账单数据。
如图2所示,本地卡数据上传到本地服务器,经过文件标准化处理,数据首先导入入库接口临时表,然后经过排重,排重信息记录等操作,数据进入重复临时表,重复数据清单表。然后经过信息补全,异常分拣等操作数据进入正常清单临时表,异常清单临时表。其中正常数据除了进入清单表做数据备份保存,还会进行卡账户合帐和商户的文件级合帐。合帐后的数据等待累账出账单。最后人工可以回收异常数据,判断无误的异常数据,可以经过人工处理回收进行卡合帐和商户合帐。
本说明书中所描述的以上内容仅仅是对本发明所作的举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种修改或补充或采用类似的方式替代,只要不偏离本发明说明书的内容或者超越本权利要求书所定义的范围,均应属于本发明的保护范围。

Claims (8)

1.一种交通领域多城市互通中发卡方与收单方清结算方法,其特征在于包含以下步骤:
步骤一:文件入库:将经过标准化处理的脱机消费文件进行入库处理,完成对记录TAC码的校验以及对消费记录所属合作伙伴信息的填充;
步骤二:技术分拣:对消费记录进行分拣,区分正常和异常消费记录,并将两种消费记录分别录入独立表格中;
步骤三:记录排重:对正常记录排重处理,将重复交易记录分离;
步骤四:个人账户结算:对正常消费记录进行结算处理,其中,U为商户结算单元,F为消费明细数据,B为初次文件级结算账单;按照个人卡账户结算,同批数据根据所属卡号信息,按照公式累计本次结算周期内的消费总额并更新账户信息,其中p为个人账户信息,获取到C即用户每日消费文件级汇总;
步骤五:出划账账单:对合作机构结算单元进行资金清算,对明细交易数据进行汇总,按结算单元计算出划账账单作为划账报表数据。
2.按照权利要求1所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:依照结算周期、结算优先级将脱机消费文件输入数据划分为多个互不干扰的多个处理通道。
3.按照权利要求2所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:为每个处理通道设立独立的文件接口目录、文件备份目录、每日消费处理临时接口表、每日消费正常表和每日消费异常表。
4.按照权利要求2或3所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:通道与合作伙伴组织架构不同层次的概念绑定。
5.按照权利要求4所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:所述不同层次概念包含行业、单位、部门。
6.按照权利要求1所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:所述脱机消费文件的数据类型包含本地卡本地消费、本地卡异地消费和异地卡本地消费。
7.按照权利要求1所述的交通领域多城市互通中发卡方与收单方清结算方法,其特征在于:所述步骤五中对明细交易数据进行汇总,,按结算单元计算出划账账单作为划账报表数据具体过程为,进入每日数据汇总,对上一流程中获取到的初次文件级结算账单B再次进行结算单元加和获取到每日汇总M,最后在转账账单计算中,将上一步的每日汇总数据M根据配置计算起始时间S到结束时间E之间的所有累账数据,计算出最终转账金额R,其中F为佣金比率,d表示定额补差金额,R表示最终转账金额。
8.按照权利要求2所述的交通领域多城市互通中发卡方与收单方清结算方法,
其特征在于:所述多个处理通道的处理流程为,
a、获取程序编号:从程序配置文件中读取键为prog.no的参数,将参数注册到程序参数上下文中,供本程序使用;
b、获取通道编号:从程序配置文件中读取键为app.taskid.defaultlist的参数,该参数对应该程序部署的各通道编码,程序启动后会根据配置的通道编码启动各结算线程,并把对应通道编码赋予该线程;
c、初始化数据库连接配置信息:从程序配置文件中读取数据库连接参数,包括数据库名、用户名、密码,若缺少参数,通道处理退出,若参数解析失败,通道处理退出,依据以上参数,组装数据库连接信息对象;
d、连接数据库;
e、判断该通道编号是否合法:在数据库的通道编码表中查找该通道记录,找不到则非法,若通道非法,线程退出;
f、定义通道参数元数据:在程序中声明各参数相关信息,包括参数编码、参数名、是否必需、默认值、校验条件、校验失败时的错误代码;
g、读取通道参数:从数据库中读取,从命令行参数读取,合并参数,并校验必选参数是否得到配置,校验参数格式合法性和配套必选性是否得到满足。
CN201610268703.1A 2016-04-27 2016-04-27 交通领域多城市互通中发卡方与收单方清结算方法 Pending CN106022736A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610268703.1A CN106022736A (zh) 2016-04-27 2016-04-27 交通领域多城市互通中发卡方与收单方清结算方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610268703.1A CN106022736A (zh) 2016-04-27 2016-04-27 交通领域多城市互通中发卡方与收单方清结算方法

Publications (1)

Publication Number Publication Date
CN106022736A true CN106022736A (zh) 2016-10-12

Family

ID=57081516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610268703.1A Pending CN106022736A (zh) 2016-04-27 2016-04-27 交通领域多城市互通中发卡方与收单方清结算方法

Country Status (1)

Country Link
CN (1) CN106022736A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106779693A (zh) * 2016-11-30 2017-05-31 山东浪潮商用系统有限公司 一种互联互通系统的清算方法及装置
CN107491963A (zh) * 2017-08-15 2017-12-19 广州盈通电子科技有限公司 一种区域交通一卡通的结算方法和平台
CN107944866A (zh) * 2017-10-17 2018-04-20 厦门市美亚柏科信息股份有限公司 交易记录排重方法及计算机可读存储介质
CN109949141A (zh) * 2017-12-20 2019-06-28 北京京东尚科信息技术有限公司 财务结算方法、装置与系统
CN113393226A (zh) * 2021-05-06 2021-09-14 江苏交通一卡通有限公司 一种交通卡异地消费数据的清分、结算和资金划拨系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101236626A (zh) * 2008-02-15 2008-08-06 上海申通轨道交通研究咨询有限公司 一种轨道交通票务系统帐务的处理方法
CN102073954A (zh) * 2010-12-31 2011-05-25 中兴通讯股份有限公司 一种实现大型业务账务清分结算的系统及方法
CN102289772A (zh) * 2011-08-02 2011-12-21 南京联创科技集团股份有限公司 卡帐一体化自动清算的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101236626A (zh) * 2008-02-15 2008-08-06 上海申通轨道交通研究咨询有限公司 一种轨道交通票务系统帐务的处理方法
CN102073954A (zh) * 2010-12-31 2011-05-25 中兴通讯股份有限公司 一种实现大型业务账务清分结算的系统及方法
CN102289772A (zh) * 2011-08-02 2011-12-21 南京联创科技集团股份有限公司 卡帐一体化自动清算的方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106779693A (zh) * 2016-11-30 2017-05-31 山东浪潮商用系统有限公司 一种互联互通系统的清算方法及装置
CN107491963A (zh) * 2017-08-15 2017-12-19 广州盈通电子科技有限公司 一种区域交通一卡通的结算方法和平台
CN107944866A (zh) * 2017-10-17 2018-04-20 厦门市美亚柏科信息股份有限公司 交易记录排重方法及计算机可读存储介质
CN107944866B (zh) * 2017-10-17 2021-08-31 厦门市美亚柏科信息股份有限公司 交易记录排重方法及计算机可读存储介质
CN109949141A (zh) * 2017-12-20 2019-06-28 北京京东尚科信息技术有限公司 财务结算方法、装置与系统
CN109949141B (zh) * 2017-12-20 2021-02-26 北京京东尚科信息技术有限公司 财务结算方法与装置
CN113393226A (zh) * 2021-05-06 2021-09-14 江苏交通一卡通有限公司 一种交通卡异地消费数据的清分、结算和资金划拨系统
CN113393226B (zh) * 2021-05-06 2024-05-31 江苏交通一卡通有限公司 一种交通卡异地消费数据的清分、结算和资金划拨系统

Similar Documents

Publication Publication Date Title
CN106022736A (zh) 交通领域多城市互通中发卡方与收单方清结算方法
US11107158B1 (en) Automatic generation of code for attributes
CN103577571B (zh) 一种数据处理方法和装置
US20160307195A1 (en) Systems and methods for message conversion and validation
CN107784574A (zh) 对账处理方法及装置
CN112001795B (zh) 一种跨境业务的申报文件校验方法、装置及设备
WO2013163092A1 (en) Systems and methods for facilitating processing of electronic payments
CN107330776A (zh) 一种记账及异常记账明细检测方法及装置
US9940385B2 (en) Methods and systems for calculating and retrieving analytic data
CN108171597A (zh) 一种支持快速业务响应的银行账务系统组件方法及系统
CN106815725A (zh) 一种交易验证方法和装置
CN115409590A (zh) 一种统一对账方法、装置、设备及存储介质
US8612388B2 (en) System and method for file monitoring
US20050240601A1 (en) System and method for transactional data collection and processing
CN115485701A (zh) 用于高级速度简档准备和分析的系统和方法
US10366351B2 (en) Information standardization and verification
US20190303930A1 (en) Systems and methods for acount processing validation
CN110097443A (zh) 一种基于经济事务分类的账务处理方法及其系统
CN114385749A (zh) 一种基于通讯账户资金安全的记账处理装置
US20090248550A1 (en) System and Method of Determining the Quality of Enhanced Transaction Data
CN109472680A (zh) 一种账务处理方法及系统
CN109918385A (zh) 三方对账方法、电子装置及可读存储介质
CN106708869B (zh) 一种群组数据处理的方法及装置
CN116245623A (zh) 一种银行业资损防控方法和装置
CN107430746B (zh) 信贷事务管理系统及其方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20161012

RJ01 Rejection of invention patent application after publication