CN102411820A - 票据处理方法和系统 - Google Patents

Abstract

一种票据处理方法，包括以下步骤：接收用户通过输入装置输入的上划票据的上划指令并发送票据上划通知；通过网络传送所述票据上划通知；判断对所述票据上划通知的操作类型；如果所述操作类型为同意，则将所述票据上划；如果所述操作类型为不同意，则不将所述票据上划。上述票据处理方法，在收到上划通知时通过网络传送票据上划通知，根据对票据上划通知的操作类型确定是否将票据上划，能够即时快速有效的将票据上划的信息传递到目的端，并在获得目的端操作后快速响应，操作更加便捷，降低了工作量，提高了工作效率。此外，还提供了一种票据处理系统。

Description

票据处理方法和系统

【技术领域】

本发明涉及计算机技术，特别是涉及一种票据处理方法和系统。

【背景技术】

票据是出票人根据票据法签发的，由自己无条件支付确定金额或委托他人无条件支付确定金额给收款人或持票人的有价证券。在我国，票据一般指汇票、支票及本票的统称。

票据是重要的资金结算载体。为提升资金管控力度，有效配置资源，集团需要对下属企业现有票据进行集中管控。在现有的集团票据集中上划方案中，集团在对下属单位持有票据情况进行查询后，需要通过电话等方式通知下属单位把集团需要的票据转让背书(在票据的背面签名盖章，表示该票据的权利由背书者转让给被背书者)给集团，以完成票据的集中上划流程。

这种票据上划方案存在的缺点主要有：手工通知工作量大、繁琐、容易遗漏、时效性不高但沟通成本高昂、工作效率低下。

【发明内容】

基于此，有必要针对传统的票据处理方式工作量大、工作效率低的问题，提供一种票据处理方法。

一种票据处理方法，包括以下步骤：

接收用户通过输入装置输入的上划票据的上划指令并发送票据上划通知；

通过网络传送所述票据上划通知；

判断对所述票据上划通知的操作类型；

如果所述操作类型为同意，则将所述票据上划；

如果所述操作类型为不同意，则不将所述票据上划。

在优选的实施方式中，还包括按照用户通过输入装置输入的上划条件筛选符合所述上划条件的票据的步骤。

在优选的实施方式中，在所述通过网络传送所述票据上划通知的步骤之后还包括锁定票据的步骤。

在优选的实施方式中，所述如果所述操作类型为同意，则将所述票据上划的步骤具体为：如果所述操作类型为同意，则将所述票据背书转让给被背书者，将所述票据状态变为背书，并通知被背书者，收到被背书者的确认指令后完成上划。

在优选的实施方式中，所述如果所述操作类型为不同意，则不将所述票据上划的步骤具体为：如果所述操作类型为不同意，则接收输入的不同意上划的原因，将所述原因和不同意上划的结果通知所述票据上划的发起方。

在优选的实施方式中，如果所述操作类型为不同意，则将所述票据解除锁定。

此外，还有必要针对传统的票据处理方式工作量大、工作效率低的问题，提供一种票据处理系统。

一种票据处理系统，包括发起端和转让端，所述发起端包括发起端输入装置、发起端处理装置、发起端网络接口装置；所述转让端包括转让端输入装置、转让端处理装置、转让端网络接口装置及转让端输出装置；

所述发起端输入装置用于输入上划票据的上划指令；

所述发起端处理装置与所述发起端输入装置相连接收所述上划指令并根据所述上划指令产生上划通知；

所述发起端网络接口装置与所述发起端处理装置相连发送所述票据上划通知；

所述转让端网络接口装置用于接收所述票据上划通知；

所述转让端处理装置与所述转让端网络接口装置相连根据所述票据上划通知产生供用户选择是否对所述票据进行上划操作的用户界面；

所述转让端输出装置用于显示所述用户界面；

所述转让端输入装置用于接收用户的操作；

所述转让端处理装置与所述转让端输入装置相连判断所述操作对所述票据上划通知的操作类型，如果所述操作类型为同意，则将所述票据上划；如果所述操作类型为不同意，则不将所述票据上划。

在优选的实施方式中，所述发起端输入装置还用于输入上划条件筛选符合所述上划条件的票据。

在优选的实施方式中，所述接收端处理装置还用于在接收到票据上划通知后将待上划的票据锁定。

在优选的实施方式中，所述转让端处理装置还用于在所述转让端输入装置接收用户的操作类型为不同意时，将所述票据解除锁定。

上述票据处理方法和系统，在收到上划通知时通过网络传送票据上划通知，根据对票据上划通知的操作类型确定是否将票据上划，能够即时快速有效的将票据上划的信息传递到目的端，并在获得目的端操作后快速响应，操作更加便捷，降低了工作量，提高了工作效率。

通过筛选出满足条件的批量票据，集团可一次对多家下属单位的多张票据进行批量上划通知操作，批量操作可以进一步降低工作量，提高工作效率。

当集团发起上划操作后，对应票据将被系统锁定，下属单位需对上划通知作回复后，方可进行其他操作，从而有效地对票据进行管控。

【附图说明】

图1为一实施方式的票据处理方法的流程图；

图2为一实施方式的票据处理方法的流程图；

图3为一实施方式的票据处理系统的结构示意图。

【具体实施方式】

以下实施方式中，以票据的持有人为集团的下属单位，将票据上划到集团为例进行说明。

如图1所示，一实施方式的票据处理方法，包括以下步骤：

步骤S102，接收用户通过输入装置输入的上划票据的上划指令并发送票据上划通知。用户可以通过键盘、鼠标等输入装置对所选的票据输入上划票据的上划指令，根据该指令将票据上划通知发送给票据的持有人。对于下属单位的票据上划到集团的情况，则是集团的操作者选择下属单位持有的票据并输入上划票据的上划指令，根据该指令将票据上划通知发送给下属单位。在优选的实施方式中，系统内所有票据均有唯一的标记，标识票据的持有人(企业单位)，系统根据该标记进行操作。

步骤S104，通过网络传送票据上划通知。步骤S102的上划通知产生后，票据持有人所在的一端通过网络接收票据上划通知，接收到票据上划通知后，一般为主动通知票据持有人所在一端的用户，也可以等待用户主动去查询。

步骤S106，判断对票据上划通知的操作类型。上划通知被接收后，在用户查看时，可以在界面上显示同意上划和不同意上划的选项，依据用户的选择判断对票据上划通知的操作类型。如果操作类型为同意，则进入步骤S108，否则进入步骤S110。

步骤S108，将票据上划。在操作类型为同意的情况下，系统自动将票据背书转让给被背书者。对于下属单位的票据上划到集团的情况，若下属单位同意上划票据，选择该上划通知消息点击“同意”按钮，或者点击处理按钮后标记处理方式为“同意”，则下属单位提交处理意见后，系统可以弹出票据背书编辑界面，其中票据信息为选择上划的票据信息，背书人为当前下属单位，被背书人为集团，均不可修改。提交背书申请后，即将票据上划。

步骤S110，不将票据上划。在操作类型为不同意的情况下，则不将票据上划，票据的权利不会发生转让。对于下属单位的票据上划到集团的情况，若下属单位不同意上划票据，选择该上划通知消息点击“不同意”按钮，或者点击处理按钮后标记处理方式为“不同意”，则下属单位提交处理意见后，不会进行背书操作，从而不将票据上划。

上述票据处理方法，在收到上划通知时通过网络传送票据上划通知，根据对票据上划通知的操作类型确定是否将票据上划，能够即时快速有效的将票据上划的信息传递到目的端，并在获得目的端操作后快速响应，操作更加便捷，降低了工作量，提高了工作效率。

如图2所示，一实施方式的票据处理方法，包括以下步骤：

步骤S202，筛选符合上划条件的票据。按照用户通过输入装置输入的上划条件筛选符合上划条件的票据。上划条件可以限定收票日期起始日、收票日期结束日、票据币别、票据状态、票据持有者等。其中票据状态是指托管状态、质押状态、登记状态(可转让的状态)、锁定状态(已经被通知需要上划不能进行其他操作的状态)等。对于下属单位的票据上划到集团的情况，上划条件将票据持有者限定为集团的下属单位，票据状态限定为登记状态。对于集团下属单位较多的情况，可以以组织结构树的形式展示集团下所有下属单位，集团用户可按需要选择一个或多个下属单位，作为本次筛选的单位集合。筛选条件确定后，系统根据集团用户选定的过滤条件，搜索符合过滤条件的所有票据信息，并以列表形式展现。

步骤S204，接收用户通过输入装置输入的上划票据的上划指令并发送票据上划通知。用户可以通过键盘、鼠标等输入装置对所选的票据输入上划票据的上划指令，根据该指令将票据上划通知发送给票据的持有人。对于下属单位的票据上划到集团的情况，则是集团的操作者选择下属单位持有的票据并输入上划票据的上划指令，根据该指令将票据上划通知发送给下属单位。

步骤S206，通过网络传送票据上划通知。步骤S102的上划通知产生后，票据持有人所在的一端通过网络接收票据上划通知，接收到票据上划通知后，一般为主动通知票据持有人所在一端的用户，也可以等待用户主动去查询。

步骤S208，锁定票据。上划通知传送到票据持有者所在一端后，票据状态变为“通知中”，此时该票据将被系统锁定，在答复是否上划通知前，不能对票据进行贴现、质押等其他业务操作，从而集团可以在一定程度上实现对下属单位票据的控制。

步骤S210，判断对票据上划通知的操作类型。上划通知被接收后，在用户查看时，可以在界面上显示同意上划和不同意上划的选项，依据用户的选择判断对票据上划通知的操作类型。如果操作类型为同意，则进入步骤S212，否则进入步骤S220。

步骤S212，将票据背书转让给被背书者，将票据状态变为背书。在操作类型为同意的情况下，系统自动将票据背书转让给被背书者。对于下属单位的票据上划到集团的情况，若下属单位同意上划票据，选择该上划通知消息点击“同意”按钮，或者点击处理按钮后标记处理方式为“同意”，则下属单位提交处理意见后，系统可以弹出票据背书编辑界面，其中票据信息为选择上划的票据信息，背书人为当前下属单位，被背书人为集团，均不可修改。

步骤S214，通知被背书者。背书者提交背书申请后，即产生通知被背书者的消息，以告知被背书者该票据持有者已经同意上划。

步骤S216，判断被背书者是否确认。对于下属单位票据上划到集团的情况，若下属单位同意上划票据，集团可在消息中心的未读信息中查看到下属单位同意且完成背书的信息。集团需在收到的背书单中对下属单位背书的票据进行确认操作，如果确认，则进入步骤S218，否则返回等待被背书者确认。

步骤S218，将票据状态设为上划完成，即将票据上划完成票据集中上划流程。

如果步骤S210的操作类型为不同意，则进入骤S220。如果不同意上划，则系统要求输入不同意上划的原因并接收输入的不同意上划的原因。

步骤S222，通知票据上划的发起方。将票据持有者不同意上划的结果及其原因通知票据上划的发起方。

步骤S224，判断票据上划的发起方是否确认。对于下属单位票据上划到集团的情况，若下属单位不同意上划票据，集团可在消息中心的未读信息中查看到下属单位不同意和具体原因说明。集团根据下属单位消息中的具体不同意原因，可重新发起上划通知，也可不再发起上划通知，集团自行选择后续操作。集团需在收到的通知后进行确认操作，如果确认，则进入步骤S226，否则返回等待票据上划的发起方确认。

步骤S226，将票据解除锁定，票据持有者可以对该票据进行其他操作。在其他实施方式中，步骤S226可以移到步骤S220之前。

上述票据处理方法，通过筛选出满足条件的批量票据，集团可一次对多家下属单位的多张票据进行批量上划通知操作，批量操作可以进一步降低工作量，提高工作效率。当集团发起上划操作后，对应票据将被系统锁定，下属单位需对上划通知作回复后，方可进行其他操作，从而有效地对票据进行管控。

此外，如图3所示，还提供了一种票据处理系统，包括发起端和转让端，发起端包括发起端输入装置、发起端处理装置、发起端网络接口装置。转让端包括转让端输入装置、转让端处理装置、转让端网络接口装置及转让端输出装置。

发起端输入装置用于输入上划票据的上划指令。用户可以通过键盘、鼠标等发起端输入装置对所选的票据输入上划票据的上划指令。发起端输入装置还用于输入上划条件筛选符合上划条件的票据。上划条件可以限定收票日期起始日、收票日期结束日、票据币别、票据状态、票据持有者等。其中票据状态是指托管状态、质押状态、登记状态(可转让的状态)、锁定状态(已经被通知需要上划不能进行其他操作的状态)等。对于下属单位的票据上划到集团的情况，上划条件将票据持有者限定为集团的下属单位，票据状态限定为登记状态。

发起端处理装置与发起端输入装置相连接收上划指令并根据上划指令产生上划通知。

发起端网络接口装置与发起端处理装置相连发送票据上划通知。

转让端网络接口装置用于接收票据上划通知。

转让端处理装置与转让端网络接口装置相连，在接收到票据上划通知后将待上划的票据锁定，根据票据上划通知产生供用户选择是否对票据进行上划操作的用户界面。

转让端输出装置用于显示所述用户界面。

转让端输入装置用于接收用户的操作。

转让端处理装置与转让端输入装置相连判断所述操作对票据上划通知的操作类型，如果操作类型为同意，则将票据上划；如果操作类型为不同意，则不将票据上划，并将所述票据解除锁定。

上述票据处理系统，在收到上划通知时通过网络传送票据上划通知，根据对票据上划通知的操作类型确定是否将票据上划，能够即时快速有效的将票据上划的信息传递到目的端，并在获得目的端操作后快速响应，操作更加便捷，降低了工作量，提高了工作效率。通过筛选出满足条件的批量票据，集团可一次对多家下属单位的多张票据进行批量上划通知操作，批量操作可以进一步降低工作量，提高工作效率。当集团发起上划操作后，对应票据将被系统锁定，下属单位需对上划通知作回复后，方可进行其他操作，从而有效地对票据进行管控。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种票据处理方法，包括以下步骤：

接收用户通过输入装置输入的上划票据的上划指令并发送票据上划通知；

通过网络传送所述票据上划通知；

判断对所述票据上划通知的操作类型；

如果所述操作类型为同意，则将所述票据上划；

如果所述操作类型为不同意，则不将所述票据上划。

2.根据权利要求1所述的票据处理方法，其特征在于，还包括按照用户通过输入装置输入的上划条件筛选符合所述上划条件的票据的步骤。

3.根据权利要求1所述的票据处理方法，其特征在于，在所述通过网络传送所述票据上划通知的步骤之后还包括锁定票据的步骤。

4.根据权利要求3所述的票据处理方法，其特征在于，所述如果所述操作类型为同意，则将所述票据上划的步骤具体为：如果所述操作类型为同意，则将所述票据背书转让给被背书者，将所述票据状态变为背书，并通知被背书者，收到被背书者的确认指令后完成上划。

5.根据权利要求3或4所述的票据处理方法，其特征在于，所述如果所述操作类型为不同意，则不将所述票据上划的步骤具体为：如果所述操作类型为不同意，则接收输入的不同意上划的原因，将所述原因和不同意上划的结果通知所述票据上划的发起方。

6.根据权利要求5所述的票据处理方法，其特征在于，如果所述操作类型为不同意，则将所述票据解除锁定。

7.一种票据处理系统，其特征在于，包括发起端和转让端，所述发起端包括发起端输入装置、发起端处理装置、发起端网络接口装置；所述转让端包括转让端输入装置、转让端处理装置、转让端网络接口装置及转让端输出装置；

所述发起端输入装置用于输入上划票据的上划指令；

所述发起端处理装置与所述发起端输入装置相连接收所述上划指令并根据所述上划指令产生上划通知；

所述发起端网络接口装置与所述发起端处理装置相连发送所述票据上划通知；

所述转让端网络接口装置用于接收所述票据上划通知；

所述转让端处理装置与所述转让端网络接口装置相连根据所述票据上划通知产生供用户选择是否对所述票据进行上划操作的用户界面；

所述转让端输出装置用于显示所述用户界面；

所述转让端输入装置用于接收用户的操作；

所述转让端处理装置与所述转让端输入装置相连判断所述操作对所述票据上划通知的操作类型，如果所述操作类型为同意，则将所述票据上划；如果所述操作类型为不同意，则不将所述票据上划。

8.根据权利要求7所述的票据处理系统，其特征在于，所述发起端输入装置还用于输入上划条件筛选符合所述上划条件的票据。

9.根据权利要求7所述的票据处理系统，其特征在于，所述接收端处理装置还用于在接收到票据上划通知后将待上划的票据锁定。

10.根据权利要求9所述的票据处理系统，其特征在于，所述转让端处理装置还用于在所述转让端输入装置接收用户的操作类型为不同意时，将所述票据解除锁定。

Images