CN102243749A - 客户关系管理crm系统和银行系统间的平帐方法和装置 - Google Patents

Abstract

本发明公开了一种客户关系管理CRM系统与银行系统间的平帐方法和装置，涉及跨系统交易技术领域，提供了一种快速的在线交易管理方法，显著降低了系统成本，提高了工作效率，保证了跨系统在线交易的一致性和完整性。本发明实施例提供的客户关系管理CRM系统与银行系统间的平帐方法包括：CRM系统读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

Description

客户关系管理CRM系统和银行系统间的平帐方法和装置

技术领域

本发明涉及跨系统交易技术领域，尤其涉及一种客户关系管理CRM系统和银行系统间的平帐方法和装置。

背景技术

在一个大型交易系统中，对于架构相同的部分，可以采用专有的应用软件如中间件进行管理，利用中间件的事务特性，来保证交易的原子性，即不可分割性，从而保证交易数据的完整性。

而对于架构不同的部分或者不同的系统之间的交互，常常通过对帐机制来实现。尤其是对跨系统、跨厂商的在线交易系统，由于厂商的系统架构、安全策略、管理模式等等差异巨大，相互之间只能采用无事务保证的协议对接，通过对帐机制来保证交易的一致性。

例如，对于移动的客户关系管理(Customer Relationship Management，CRM)刷卡在线支付系统，由于CRM系统和银行系统之间，没有相同的架构基础，相互间通过基于TCP/IP协议的socket接口对接，所以只能采用对帐机制，来保证交易的完整性。执行对账时，客户先缴费给银行系统，在银行系统出签单之后，再由操作员在超时的CRM系统中输入缴费金额，做交易的确认。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：

现有的跨系统交易中，由于CRM系统和银行系统不关联、各自独立运行，必须在银行系统出签单之后，才能由人工进行对账，管理手段落后、操作繁琐、工作效率低下；且在每个客户端都需要配置专有线路和专有设备，如银行手持销售端(Point of sales，POS)机器，导致系统的成本过高。现有技术采用人工定时对账的方案，造成对账不及时，无法保证跨系统在线交易的一致性和完整性。

发明内容

为解决现有技术中存在的问题，本发明的实施例提供一种CRM系统和银行系统间的平帐方法和装置，能够及时自动执行对账和平帐，保证了跨系统在线交易的一致性和完整性。

为达到上述目的，本发明的实施例采用如下技术方案：

一种CRM系统与银行系统间的平帐方法，所述方法包括：

CRM系统读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理

一种CRM系统与银行系统间的平帐装置，所述装置包括：

读取单元，用于读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

平帐单元，用于根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

本发明实施例提供的技术方案，对每一条跨系统交易设置交易流水管理信息并记录，通过交易流水管理信息将客户端的CRM系统与银行系统关联起来，解决了现有技术中必需在银行系统出签单之后由人工进行对账所带来的问题，显著降低了系统成本，提高了工作效率。本发明实施例提供了一种快速的在线交易管理方法，能够及时自动执行对账和平帐，保证了跨系统在线交易的一致性和完整性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例提供的CRM系统与银行系统间的平帐方法流程示意图；

图2为本发明另一个实施例提供的一个应用场景示意图；

图3为本发明另一个实施例提供的一种交易流程示意图；

图4为图3所示场景下交易流水管理信息的一种设置方法原理图；

图5为本发明又一实施例提供的一种主动的扣款回退方法流程图；

图6为本发明又一实施例提供的一种对当日缴费交易快速平帐的处理方法流程图；

图7为图6所示场景下交易流水管理信息的状态变化示意图；

图8为本发明又一实施例提供的隔日交易回退快速平帐处理方法流程图；

图9为本发明又一实施例提供的一种跨系统交易的管理装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明一个实施例提供了一种CRM系统与银行系统间的平帐方法，参见图1，所述方法包括：

步骤11：CRM系统读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

步骤12：CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

上述的交易流水管理信息，根据不同的交易类型和应用场景，包括但不局限于下述的至少一种或其组合：流水号、银行代码、银行交易流水号、交易时间、交易类型、交易金额、银行处理状态、银行处理状态时间、业务流水号、业务处理状态、业务处理状态设置时间、回退处理状态、回退处理状态设置时间、关联任务号、平帐状态和平帐状态时间。

本发明实施例提供的技术方案，对每一条跨系统交易设置交易流水管理信息并记录，通过交易流水管理信息将客户端的CRM系统与银行系统关联起来，解决了现有技术中必需在银行系统出签单之后由人工进行对账所带来的问题，显著降低了系统成本，提高了工作效率。本发明实施例提供了一种快速的在线交易管理方法，能够及时自动执行对账和平帐，保证了跨系统在线交易的一致性和完整性。

下面对本发明另一实施例提供的跨系统交易的流程进行详细说明。

本发明实施例以移动公司的CRM系统与银联系统之间的交易场景为例进行说明，在该场景下，当客户来移动公司营业厅办理业务时，通过CRM系统自助缴费设备或前台营业台等方式办理业务，客户利用刷银联卡的形式进行缴费或充值。但不局限于此，本发明实施例同样适用于其它客户端的应用系统与银联系统之间的交易场景。

参见图2，显示了本发明实施例的一个应用场景，其中，通过CRM受理终端执行缴费或充值。每个CRM受理终端上通过串口连接至少一对刷卡器和其相应的密码键盘，该密码键盘为设置有银联密钥的特殊键盘。

当客户选择银联卡支付时，则CRM受理终端自动触发刷卡器和密码键盘，通过刷卡器获取银联卡号，通过密码键盘获取银联卡密码；CRM受理终端把支付金额、银联卡卡号、银联卡密码等信息，传给CRM系统；CRM系统再通过Socket接口，将这些信息发给银联系统进行扣款；当确认扣款成功时，则触发CRM系统的充值(或缴费)流程，完成客户的业务受理，并给客户打印签订小票和发票。

参见图3，显示了本发明实施例提供的一种交易流程示意图。首先确认开始交易，并选择使用银联支付，例如，用户前来办理缴费业务，并选择使用银联卡刷卡支付。则CRM系统进行在线刷卡缴费交易，具体包括如下处理：

步骤1：CRM系统获取银联卡号。

当用户在刷卡器上刷银联卡后，CRM系统通过刷卡器识别出银联卡的卡号，并将该卡号发送给密码键盘，在后续处理中，密码键盘接收用户输入的密钥，并利用该密钥进行加密运算生成加密后的密码，当交易发生后，密码键盘将上述密码和卡号发送给银行系统，执行相应的交易。

通过密码键盘判断相应的银联卡是否为合法银联卡。

进一步的，在CRM系统确认密码键盘得到相应银联卡号后，向CRM受理终端发送成功消息，或者，当CRM系统获取银联卡号失败时，向CRM受理终端发送失败消息，从而能够及时得知CRM系统是否得到了银联卡号，保证交易正常执行。

步骤2：CRM系统获取密钥。

CRM系统根据得到的银联卡号，向银行系统请求相应的密钥。例如，由CRM受理终端启动扣款服务模块，指示该扣款服务模块向银行系统索取密钥。该扣款服务模块通过CRM系统与银行系统之间的银联接口向银行系统索取密钥。

银行系统通过银联接口将相应的密钥返回给CRM系统。CRM系统通过扣款服务模块将该密钥发送给密码键盘。

步骤3：CRM系统对银联卡进行验证。

在CRM系统将密钥发送给密码键盘后，提示用户输入密码，并根据输入的密码、以及保存的密钥和银联卡号对银联卡进行验证，当验证成功时，返回密码正确信息，执行步骤4；当验证失败时，结束操作，或者，提示用户再一次输入密码，重新进行验证。

步骤4：CRM系统初始化交易流水管理信息并记录该交易流水管理信息。

CRM系统在执行初始化时，可调用写交易流水的进程，以记录交易流水管理信息。

在执行初始化时，CRM系统将交易流水管理信息中的各项置为初始值，即生成了一个“空”的交易流水管理信息。其中，交易流水管理信息包括但不局限于下述的至少一种或其组合：流水号、银行代码、银行交易流水号、交易时间、交易类型、交易金额、银行处理状态、银行处理状态时间、业务流水号、业务处理状态、业务处理状态设置时间、回退处理状态、回退处理状态设置时间、关联任务号、平帐状态和平帐状态时间。

参见表1，以CRM系统与银行系统进行交互为例，显示了本发明实施例提供的一种交易流水管理信息的示例。

表1

编码	描述	备注
			serialNo	流水号
bankCode	银行代码
			bankSeqno	银行交易流水号
transtime	交易时间
			exchangetype	交易类型	0扣款 1回退 2调帐
exchangeAmt	交易金额
			bankStatus	银行处理状态	0未处理 1处理成功 9处理失败
bankStatusDate	银行处理状态时间
			CrmSerialNo	业务流水号
CrmStatus	业务处理状态	0未处理 1处理成功 9处理失败
			CrmStatusdate	业务处理状态时间
rollStatus	回退处理状态	0未回退 1回退成功 9回退失败
			rollStatusdate	回退处理状态时间
relateSerialNo	关联任务号
			checkStatus	平帐状态	0未平帐 1平帐成功 2银行长款3银行短款 4金额不一致
checkStatusDate	平帐状态时间

其中，流水号用于唯一性的标示一条平帐记录；

银行代码为银行发卡行在CRM系统中的编码；

银行交易流水号为向银行发起业务请求的流水的编号，用于唯一性地标示一笔交易；

银行处理状态为银行系统交易处理状态，表示本次交易，银行相应的处理状态，当银行扣款成功时将银行处理状态置为成功，其他置为失败，例如，当未处理时，将银行处理状态置为0，当处理成功时，将银行处理状态置为1，当处理失败时，将银行处理状态置为9；进一步的，当处理失败时，还可以对超时造成的失败状态和由其它因素造成的失败状态分别进行区分。

交易类型指示当前执行的是何种操作，例如，当交易类型为0时，表示扣款业务；当交易类型为1时，表示回退业务；当交易类型为2时，表示调账业务；

交易时间为CRM系统处理本次交易的时间，银行处理状态时间为生成银行记录的时间，通常情况下交易时间和银行处理状态时间相差很小，具有一致性；

业务流水号为CRM系统在本次交易中业务处理自身的流水号，该业务流水号可以指示本次交易采用银联支付，即用户采用了刷卡消费而不是直接付现金；

业务处理状态表示CRM系统业务处理状态，当未处理时，将业务处理状态置为0；当处理成功时，将业务处理状态置为1；当处理失败时，将业务处理状态置为9。

回退处理状态标示本次跨系统交易是否被回退，当未回退时，将回退处理状态置为0；当回退成功时，当回退处理状态置为1；当回退失败时，将回退处理状态置为9。

平帐状态用于记录平帐进程的平帐结果，当未平帐时，将平帐状态置为0；当平帐成功时，将平帐状态置为1；当银行长款时，将平帐状态置为2；当银行短款时，将平帐状态置为3；当金额不一致时，将平帐状态置为4；其他状态下，将平帐状态置为5。

进一步的，在步骤4中，当交易流水管理信息初始化成功后，向CRM受理终端发送初始化成功消息。若交易流水管理信息初始化失败，则结束本次操作。

步骤5：CRM系统启动扣款业务交易，指示扣款服务模块发送扣款请求。

步骤6：扣款服务模块通过银联接口向银行系统发送扣款请求消息。

步骤7：银行系统执行扣款操作，当扣款成功时，银行系统通过银联接口向CRM系统返回扣款成功消息。

步骤8：CRM系统更新交易流水管理信息中的银行处理状态。例如，将银行处理状态设置为1，指示银行处理成功。

步骤9：CRM系统继续处理，完成本次交易，并更新交易流水管理信息中的业务处理状态，例如，将业务处理状态设置为1，指示应用系统处理成功。

步骤10：本次交易完成后，由于交易流水管理信息汇总银行处理状态为成功，且业务处理状态为成功时，则CRM系统确认所述跨系统交易成功。CRM系统向CRM受理终端发送交易成功信息。CRM受理终端根据上述交易成功信息，向用户显示交易成功，并提示用户打印刷卡记录单等。

步骤11：当接收到打印命令后，CRM受理终端打印刷卡记录单和发票，结束交易。

下面结合图4对图3所示场景下对交易流水管理信息的一种示例性管理方法进行说明。

步骤1：对交易流水管理信息进行初始化。

参见图4，示例性的，由受理终端生成一条“空”的交易流水管理信息，发送给CRM系统中的相应功能模块，例如，当执行扣款业务时，该功能模块为扣款功能模块。上述交易流水管理信息包括银行处理状态、业务处理状态、回退处理状态、交易类型和平帐状态。

在本发明实施例中，由于执行缴费业务，所以将交易类型初始化为0，表明需要进行银行扣款；将其它各项信息全部初始化为0。

本发明实施例中，还可以在上述交易流水管理信息中携带平帐流水号，以在后续的处理中将相应的平帐处理与上述交易进行关联。

步骤2：更新交易流水管理信息中的银行处理状态。

在银行系统执行完扣款业务之后(扣款的具体操作参见图3)，CRM系统判断银行系统的扣款处理是否成功，若未成功，则退出当前操作，结束交易；若成功，则进入下一步的处理。

根据银行系统的处理情况更新上述银行处理状态，例如，当银行系统的扣款处理成功时，CRM系统将银行处理状态设置为1；当银行系统的扣款处理失败时，CRM系统将银行处理状态设置为9。图4中示例性地示出了当银行处理成功时，对交易流水管理信息的设置结果。

步骤3：更新交易流水管理信息中的业务处理状态。

在更新过银行处理状态之后，CRM系统继续进行本次交易的其它相关处理，该处理完毕后，CRM系统判断该CRM系统中的相关处理是否成功，若未成功，则退出当前操作，结束交易；若成功，则进入下一步的处理。

根据CRM系统的处理情况更新上述业务处理状态，例如，当上述CRM系统中的相关处理成功时，CRM系统将业务处理状态设置为1；当上述CRM系统中的相关处理失败时，CRM系统将业务处理状态设置为9。图4中示例性地示出了当上述处理成功时，对交易流水管理信息的设置结果，图4中受理终端与CRM系统之间的消息交互以及CRM系统与银行系统之间的消息交互，可参见图3所示场景的相关内容。

进一步的，本发明又一实施例提供了一种主动的扣款回退(rollback)(或称为冲正)业务的处理方案。参见图5，具体包括如下处理：

步骤1：CRM受理终端主动向CRM服务模块发送申请业务回退信息，CRM服务模块根据该申请业务回退信息启动平帐处理，进行业务回退操作。

本发明实施例可以应用于用户主动申请取消交易的场景，例如，用户通过CRM受理终端向CRM服务模块主动发起回退业务，申请取消缴费交易。

步骤2：CRM服务模块读取交易流水管理信息，本次操作中主要涉及交易流水管理信息中的业务流水号和交易时间。CRM服务模块根据该交易流水管理信息判断上述回退业务所对应的交易是否为银联支付，即该交易是否为刷卡消费，当交易流水管理信息中不包括业务流水号时，判断相应的交易不是刷卡消费，结束操作；当交易流水管理信息中包括业务流水号时，判断相应的交易是刷卡消费时，执行步骤3；

步骤3：当根据所述交易时间确定所述跨系统交易为当日交易时，调用银行回退功能模块，以使银行系统成功进行业务回退，或者，当根据所述交易时间确定所述跨系统交易为隔日交易时，调用银行调账功能模块，以使银行系统成功进行业务回退。图5中示出了相应交易为当日交易时的处理场景。

CRM服务模块查询相应的交易流水管理信息，根据交易时间确定相应交易为当日交易，则通过银联接口调用银行回退功能。银行系统执行业务回退，回退成功后，通过银联接口向CRM服务模块返回银行回退成功信息。

步骤4：在银行回退成功后，CRM服务模块继续执行CRM系统中该业务回退的其它处理。

步骤5：在CRM服务模块执行完相应的业务回退处理之后，CRM服务模块更新交易流水管理信息中的回退处理状态，将回退处理状态更新为“回退成功”，例如，将回退处理状态设置为1。

步骤6：CRM服务模块在交易流水管理信息中增加一条交易流水管理信息，以记录本次的回退处理过程。

进一步的，本发明又一实施例提供了一种由新增的平帐功能对当日缴费(或回退)交易快速平帐的处理方案。这种平帐功能可以由一个常驻的软件进程实现，通过检查交易流水管理信息中记录的相关状态，及时的将发生异常的交易进行平帐处理，从而保证跨系统交易的一致性和完整性。参见图6，具体处理流程如下：

步骤T1：启动平帐功能。

可以由用户主动启动该平帐功能或由交易流水管理信息记录的相关状态触发该平帐功能。

步骤T2：将系统参数(如超时阀值、CRM受理终端和银联接口的相关参数等)读入共享区。

步骤T3：读取记录的交易流水管理信息。

CRM系统对每一笔刷卡缴费交易都会生成一条交易流水管理信息，该信息中可以记录银行处理状态、CRM处理状态、回退处理状态和平帐状态等。CRM系统逐条读取每笔交易的交易流水管理信息。

步骤T4：根据交易流水管理信息判断是否需要进行回退处理。

CRM系统按照读取交易流水管理信息的顺序，逐条进行处理，处理完一条交易流水管理信息后，自动处理下一条交易流水管理信息。当不存在需要处理的交易流水管理信息时，系统可进入休眠等待状态；一旦产生待处理的交易流水管理信息，可通过自动唤醒机制继续进行处理，具体处理方法至少包括如下五种情况：

第一种情况：如果银行处理状态为超时失败，业务处理状态为未处理，且当前时间与银行状态时间的差值大于超时阀值，这种情况多出现在CRM网络发生故障时，而银行系统可能已经处理成功，这时，判断需要进行回退处理，调用银行回退接口，进行回退处理。

第二种情况：如果银行处理状态为非超时失败，业务处理状态为未处理，这种情况多为银行系统处理失败，为了保证银行系统在本次交易中不会进行额外的扣款从而给用户带来损失，需要进行快速平帐，这时，判断需要进行回退处理，通过回退进程，检查银行是否进行了扣款，若是，执行回退业务；若否，可以不进行处理。

第三种情况：如果银行处理状态为成功，业务处理状态为未处理，且当前时间与银行状态时间的差值大于超时阀值，这种情况表示出现了“银行长款”，在所有造成失败的情况中，这种情况所占的比重最大，需要及时快速地进行平帐处理，这时，判断需要进行回退处理，调用银行回退接口，进行回退处理。

第四种情况：如果银行处理状态为成功，业务处理状态为成功，这种记录表明当前交易为正常交易，交易成功，无需处理，这时，判断不需进行回退处理。

第五种情况：如果银行处理状态为未处理，业务处理状态为未处理，这种记录表示当前为初始状态，无需处理，这时，判断不需进行回退处理。

上述只是示例性的说明，例如，对于银行处理状态为未处理，业务处理状态为成功的情况，按照本发明实施例提供的跨系统交易的处理流程，这种情况实际发生的概率非常小，在平帐过程中可以不对这种情况进行处理，而交由批量对账过程处理。

步骤T5：当需要进行回退处理时，CRM系统先根据交易流水管理信息中的银行交易流水号，通过银联接口调用银行回退功能。银行系统执行业务回退，回退成功后，通过银联接口向CRM系统返回银行回退成功信息。

在银行回退成功后，CRM系统继续执行该系统中该业务回退的其它处理。

若一次无法进行成功回退，可再次调用银行回退接口进行回退，直到调用次数达到系统设置的尝试次数(如6次)。若回退成功，设置回退处理状态为成功，若回退失败，设置回退处理状态为失败。

步骤T6：判断是否成功进行回退处理。

在CRM系统执行完相应的业务回退处理之后，CRM系统更新交易流水管理信息中的回退处理状态。当回退处理成功时，将回退处理状态更新为成功，例如，参见表1，将回退处理状态设置为1；当回退处理失败时，将回退处理状态更新为失败，例如，将回退处理状态设置为9。

记录更新后的交易流水管理信息，并继续执行对下一条交易流水管理信息的相应平帐管理。

参见图7，显示了交易流水管理信息的状态变化图。读取出的原交易流水管理信息中银行处理状态被设置为1或9，业务处理状态被设置为0，回退处理状态被设置为0，交易类型被设置为1，平帐标志被设置为0。在回退成功后，更新交易流水管理信息中的回退处理状态为1，表示回退成功，将平帐标志设置为1，表示本次平帐成功，其它各项保持不变。其中，对本次回退操作，CRM系统也生成了一条新的交易流水管理信息，将该新的交易流水管理信息中的各项都置为0，该操作相当于领用了一张“空白”的交易表，该交易表中除了一个编号(流水号)之外什么内容都没有填写，在后续过程中若有交易发生时，根据交易的具体情况填写该交易流水管理信息。

本发明又一实施例提供了一种由新增的调帐功能实现隔日交易回退快速平帐处理方案，可用于对非当天的交易的回退。

参见图8，其中，步骤S1至步骤S3参见上述的步骤T1至步骤T3，在步骤S4中根据读取到的交易流水管理信息判断相应的跨系统交易是否为隔日的交易，对隔日交易需要调用银行调账功能进行处理，是否需要进行调帐，若需要进行调帐处理，在步骤S5中CRM系统通过银联接口调用银行系统的调帐功能进行相应的处理，如对差错交易记录(银行长款、银行短款、金额不一致等)的调整或调减处理。后续步骤S6可参见步骤T6。

进一步的，可以利用交易流水管理信息实现批量对账功能，例如，CRM系统根据交易流水管理信息得知相应交易在应用系统中的交易金额，CRM系统根据交易流水管理信息中的流水号查询银行系统中所对应的金额，执行对账处理。

本发明又一实施例还提供了一种CRM系统与银行系统间的平帐装置，参见图9，所述装置包括：

读取单元91，用于读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

平帐单元92，用于根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

进一步的，本发明实施例还能够支持由用户主动发起的平帐处理，这时，所述装置还包括接收单元，用于接收来自CRM受理终端的申请业务回退信息；所述平帐单元92，用于根据所述申请业务回退信息启动平帐处理，并利用所述交易流水管理信息对所述跨系统交易进行业务回退处理。具体的，所述平帐单元92包括第一模块，具体用于根据所述业务流水号确认所述跨系统交易采用银联支付；当根据所述交易时间确定所述跨系统交易为当日交易时，调用银行回退功能模块，以使银行系统成功进行业务回退，或者，当根据所述交易时间确定所述跨系统交易为隔日交易时，调用银行调账功能模块，以使银行系统成功进行业务回退；在银行系统业务回退成功后，继续相应的业务回退处理，完成所述跨系统交易的业务回退处理。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并对不对数量和执行次序进行限定。

进一步的，所述装置还包括更新保存模块，用于更新所述跨系统交易的交易流水管理信息并保存。例如，当回退处理成功时，将交易流水管理信息中的回退处理状态更新为成功。

所述交易流水管理信息可以包括银行处理状态信息、业务处理状态信息和交易时间，所述平帐单元92还包括第三模块，该第三模块具体用于根据所述交易时间确定所述跨系统交易为当日交易；当银行处理状态为超时失败，业务处理状态为未处理，且当前时间与银行处理状态时间的差值大于超时阀值时，调用银行回退功能模块，对所述跨系统交易进行平帐处理，其中，所述交易流水管理信息包括银行状态时间；或者，当银行处理状态为非超时失败，业务处理状态为未处理时，调用银行回退功能模块，进行平帐处理；或者，当银行处理状态为成功，业务处理状态为未处理时，且当前时间与银行处理状态时间的差值大于超时阀值时，调用银行回退功能模块，对所述跨系统交易进行平帐处理；或者，当银行处理状态为成功，业务处理状态为成功时，确认所述跨系统交易成功，无需对所述跨系统交易进行平帐处理；或者，当银行处理状态为未处理，业务处理状态为未处理时，无需对所述跨系统交易进行平帐处理。

本发明装置实施例中各功能模块和单元的具体工作方式参见本发明方法实施例。本发明装置实施例中各功能模块和单元可以单独实现，也可以集成在一个或多个单元中实现。

本发明实施例提供的技术方案，对每一条跨系统交易设置交易流水管理信息并记录，通过交易流水管理信息将客户端的CRM系统与银行系统关联起来，解决了现有技术中必需在银行系统出签单之后由人工进行对账平帐所带来的问题，显著降低了系统成本，提高了工作效率。本发明实施例提供了一种快速的在线交易管理方法，能够及时自动执行对账平帐，保证了跨系统在线交易的一致性和完整性。

本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种客户关系管理CRM系统与银行系统间的平帐方法，其特征在于，所述方法包括：

CRM系统读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

2.根据权利要求1所述的方法，其特征在于，所述CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理包括：

所述CRM系统接收来自CRM受理终端的申请业务回退信息；

所述CRM系统根据所述申请业务回退信息启动平帐处理，并利用所述交易流水管理信息对所述跨系统交易进行业务回退处理。

3.根据权利要求2所述的方法，其特征在于，所述CRM系统根据所述申请业务回退信息启动平帐处理，并利用所述交易流水管理信息对所述跨系统交易进行业务回退处理包括：

所述交易流水管理信息包括业务流水号和交易时间，所述CRM系统根据所述业务流水号确认所述跨系统交易采用银联支付；

当根据所述交易时间确定所述跨系统交易为当日交易时，所述CRM系统调用银行回退功能模块，以使银行系统成功进行业务回退，或者，当根据所述交易时间确定所述跨系统交易为隔日交易时，所述CRM系统调用银行调账功能模块，以使银行系统成功进行业务回退；

在银行系统业务回退成功后，所述CRM系统继续相应的业务回退处理，完成所述跨系统交易的业务回退处理。

4.根据权利要求1所述的方法，其特征在于，所述CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理包括：

所述交易流水管理信息包括银行处理状态信息、业务处理状态信息和交易时间，所述CRM系统根据所述交易时间确定所述跨系统交易为当日交易；

当银行处理状态为超时失败，业务处理状态为未处理，且当前时间与银行处理状态时间的差值大于超时阀值时，所述CRM系统调用银行回退功能模块，对所述跨系统交易进行平帐处理，其中，所述交易流水管理信息包括银行状态设置时间；

当银行处理状态为非超时失败，业务处理状态为未处理时，所述CRM系统调用银行回退功能模块，对所述跨系统交易进行平帐处理；

当银行处理状态为成功，业务处理状态为未处理时，且当前时间与银行处理状态时间的差值大于超时阀值时，所述CRM系统调用银行回退功能模块，对所述跨系统交易进行平帐处理，其中，所述交易流水管理信息包括银行状态时间；

当银行处理状态为成功，业务处理状态为成功时，所述CRM系统确认所述跨系统交易成功，无需对所述跨系统交易进行平帐处理；

当银行处理状态为未处理，业务处理状态为未处理时，所述CRM系统无需对所述跨系统交易进行平帐处理。

5.根据权利要求1所述的方法，其特征在于，在所述CRM系统根据所述交易流水管理信息对所述跨系统交易进行平帐处理之后，所述方法还包括：

更新所述跨系统交易的交易流水管理信息并保存。

6.一种客户关系管理CRM系统与银行系统间的平帐装置，其特征在于，所述装置包括：

读取单元，用于读取所记录的所述CRM系统与银行系统间跨系统交易的交易流水管理信息；

平帐单元，用于根据所述交易流水管理信息对所述跨系统交易进行平帐处理。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括接收单元，

所述接收单元，用于接收来自CRM受理终端的申请业务回退信息；

所述平帐单元，用于根据所述申请业务回退信息启动平帐处理，并利用所述交易流水管理信息对所述跨系统交易进行业务回退处理。

8.根据权利要求7所述的装置，其特征在于，所述交易流水管理信息包括业务流水号和交易时间，

所述平帐单元包括第一模块，所述第一模块用于根据所述业务流水号确认所述跨系统交易采用银联支付；当根据所述交易时间确定所述跨系统交易为当日交易时，调用银行回退功能模块，以使银行系统成功进行业务回退，或者，当根据所述交易时间确定所述跨系统交易为隔日交易时，调用银行调账功能模块，以使银行系统成功进行业务回退；在银行系统业务回退成功后，继续相应的业务回退处理，完成所述跨系统交易的业务回退处理。

9.根据权利要求6所述的装置，其特征在于，所述交易流水管理信息包括银行处理状态信息、业务处理状态信息和交易时间，

所述平帐单元包括第二模块，具体用于根据所述交易时间确定所述跨系统交易为当日交易；

当银行处理状态为超时失败，业务处理状态为未处理，且当前时间与银行处理状态时间的差值大于超时阀值时，调用银行回退功能模块，对所述跨系统交易进行平帐处理，其中，所述交易流水管理信息包括银行状态时间；或者，当银行处理状态为非超时失败，业务处理状态为未处理时，调用银行回退功能模块，进行平帐处理；或者，当银行处理状态为成功，业务处理状态为未处理时，且当前时间与银行处理状态时间的差值大于超时阀值时，调用银行回退功能模块，对所述跨系统交易进行平帐处理；或者，当银行处理状态为成功，业务处理状态为成功时，确认所述跨系统交易成功，无需对所述跨系统交易进行平帐处理；或者，当银行处理状态为未处理，业务处理状态为未处理时，无需对所述跨系统交易进行平帐处理。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括更新保存模块，

所述更新保存模块，用于更新所述跨系统交易的交易流水管理信息并保存。

Images