一种单据处理方法及相关设备
文献发布时间:2023-06-19 11:29:13
技术领域
本申请实施例涉及数据处理领域,尤其涉及一种单据处理方法及相关设备。
背景技术
现有的商务系统中往往包括多种类的服务,具体的,可包括客户管理、单据管理、产品管理,等功能,用以记录企业在市场营销和销售过程中和客户发生的各种交互行为,以及各类有关活动的状态,提供各类数据模型,为交易行为提供支持。
信用系统为商务系统中一种用于客户管理过程的重要子系统,不同的客户在信用系统中分别具有对应的信用档案,信用档案中所设置的额度数据决定了客户在商务系统中进行商业行为的上限,例如,客户每下达一次订单,则会使用信用档案中所设置的额度减去订单中的金额,当客户的额度数据达到0时,或当前额度数据不能满足某一交易的金额时,客户将无法完成交易。
现有的商务系统,以销售单据为例,销售单据在商务系统的处理过程中包括单据校验、修改信用档案、单据提交等多个业务,然而某些业务的结果会对信用档案的修改过程产生干涉,如销售单据通知信用管理进行余额扣减后,其他业务操作失败了,而信用管理已经余额扣减完成,就会出现销售单据处理出现错误的情况。
发明内容
本申请实施例第一方面提供了一种单据处理方法,包括:
判断单据是否进入业务处理流程;
若所述单据进入业务处理流程,则获取所述单据所包括的业务数据,及所述单据对应的信用档案;
基于所述业务数据在所述信用档案中添加预处理数据,所述预处理数据基于所述信用档案中的额度数据及所述业务数据获得;
判断所述单据的业务处理流程是否成功;
若所述单据的业务处理流程成功,则使用所述预处理数据替换所述信用档案中的所述额度数据。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述业务数据为款项数据,所述预处理数据为预扣款数据。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述单据处理方法应用于分布式处理系统,所述分布式处理系统包括单据处理事务和信用档案事务;
所述单据处理事务用于执行所述所述业务处理流程,所述单据处理事务具有对应的单据处理数据库,所述单据处理数据库用于存储所述业务处理流程的处理过程所产生的关联数据;
所述信用档案事务用于对于执行所述基于所述业务数据在所述信用档案中添加预处理数据步骤,和,所述使用所述预处理数据替换所述信用档案中的所述额度数据步骤,所述信用档案事务具有对应的信用档案数据库,所述信用档案数据库用于存储所述信用档案进行调整过程所产生的关联数据。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述信用档案事务与所述单据处理事务之间通过消息队列或分布式服务框架进行交互。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述基于所述业务数据在所述信用档案中添加预处理数据,之后,所述方法还包括:
调整所述单据对应的信用档案为不可用状态;
所述若所述单据的业务处理流程成功,则使用所述预处理数据替换所述信用档案中的额度数据,之后所述方法还包括:调整所述信用档案的状态为可用状态。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述方法还包括:
若所述单据的业务处理流程失败,则对所述信用档案进行回滚。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述对所述信用档案进行回滚,包括:
调整所述信用档案的可用状态为可用状态,并调整所述预处理数据。
基于本申请实施例第一方面所提供的单据处理方法,可选的,所述基于所述款项数据在所述信用档案中添加预处理数据,之前,所述方法还包括:
判断所述信用档案的状态是否为可用状态,若所述信用档案的状态为可用状态,则执行后续判断所述单据的业务处理流程是否成功步骤;
若所述信用档案的状态为不可用状态,则发送通知信息至业务人员。
基于本申请实施例第一方面所提供的单据处理方法,可选的,
所述判断单据是否进入业务处理流程,包括:
判断所述单据是否进入单据校验处理过程;
所述判断所述单据的业务处理流程是否成功,包括:
判断所述单据的提交过程是否成功。
本申请实施例第二方面提供了一种单据处理设备,包括:
第一判断单元,用于判断单据是否进入业务处理流程;
获取单元,用于若所述单据进入业务处理流程,则获取所述单据所包括的业务数据,及所述单据对应的信用档案;
添加单元,用于基于所述业务数据在所述信用档案中添加预处理数据,所述预处理数据基于所述信用档案中的额度数据及所述业务数据获得;
第二判断单元,用于判断所述单据的业务处理流程是否成功;
替换单元,用于若所述单据的业务处理流程成功,则使用所述预处理数据替换所述信用档案中的额度数据。
本申请实施例第三方面提供了一种计算机设备,包括:
中央处理器和存储器;
所述存储器为短暂存储存储器或持久存储存储器;
所述中央处理器配置为与所述存储器通信,在所述计算机上执行所述存储器中的指令操作以执行本申请实施例第一方面中任意一项所述的方法。
本申请实施例第四方面提供了一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如本申请实施例第一方面中任意一项所述的方法。
本申请实施例第五方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如本申请实施例第一方面中任意一项所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:本申请提供的单据处理方法通过当单据进入业务处理流程时,在该单据对应的信用档案中添加相应的预处理数据,预处理数据即为若当前单据处理成功后信用档案中需要记录的信用额度以及其他相关信息,所述预处理数据基于所述信用档案中的额度数据及单据所记载的业务数据获得。当对单据的业务侧处理流程成功则使用预处理数据替换款项数据,进而完成对信用额度的处理过程。通过上述方式使得对信用档案中的额度数据的处理结果与对单据的业务流程处理结果相关联,进而保证了对信用档案中的额度数据的处理结果与对单据的业务流程处理结果一致,避免了信用档案中所记载的额度数据的处理结果与对单据的业务流程处理结果不一致导致的错误,同时对预处理数据进行存储,避免了异常状况排查困难的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请单据处理方法实施例的一个流程示意图;
图2为本申请单据处理方法实施例的另一个流程示意图;
图3为本申请单据处理方法实施例的一个环境示意图;
图4为本申请单据处理设备实施例的一个结构示意图;
图5为本申请计算机设备实施例的一个结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在本申请中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本申请要求的保护范围之内。
信用系统为商务系统中一种用于客户管理过程的重要子系统,不同的客户在信用系统中分别具有对应的信用档案,信用档案中所设置的额度数据决定了客户在商务系统中进行商业行为的上限,以限制客户的交易行为。
以销售订单为例,销售订单在商务系统的处理过程中包括业务校验、修改信用档案、业务提交等多个服务,不同的服务互不干涉,然而某些服务的结果会对信用档案的修改过程产生干涉,如销售订单通知信用管理进行余额扣减后,其他业务操作失败了,而信用管理已经余额扣减完成,就会出现销售订单提交出现错误的情况,也就是说单据处理过程中在通知信用管理进行余额扣减后,没有去确定信用扣减是否成功或失败,出现异常现象后,问题复现几率很小,排查问题也相对困难,而且由于没有处理该类异常的机制,最终只能通过人工干预数据修复来解决该类问题。
为解决上述问题,本申请提出一种单据处理方法,请参阅图1,本申请的单据处理方法一个实施例包括:步骤101-步骤105。
101、判断单据是否进入业务处理流程。
判断单据是否进入业务处理流程。在单体服务架构下,单据进入业务处理流程具有确定的界限,当单据进入业务处理流程后,对单据的业务处理过程会逐渐进行直至完成,当单据进入业务处理流程后即说明商务系统开始对该单据进行了相应处理,及该单据的处理状态由未处理转换至处理中。基于该单据的业务处理流程会获得对该单据的处理结果,此时需保证单据的处理结果与客户的信用档案修改情况一致,即单据业务处理成功则对客户的信用档案进行与单据包含的金额信息一致的处理,若业务处理流程失败则不对客户的信用档案进行处理。
对单据的业务处理流程可包括多个子业务,如单据校验,库存处理,物流确认等多个业务,为保证客户的信用档案的状态与单据的处理状态一致,应以对单据的第一个处理子业务为触发起始点,即当单据进入到业务处理流程的任意一个子业务处理过程中即触发步骤102以便进行后续处理,进而保证对客户的信用档案的处理方式与对整个单据的处理流程结果一致。
102、获取所述单据所包括的业务数据,及所述单据对应的信用档案。
获取所述单据所包括的业务数据,及所述单据对应的信用档案。若所述单据进入业务处理流程,则获取所述单据所包括的业务数据,及所述单据对应的信用档案;业务数据为单据中所包括的单据金额等信息,具体的单据中应包括发生交易行为的两方主体,此处以一方为供应商、另一方为客户进行说明,供应商作为运行商务系统的主体一般不具有信用档案,因此需获取客户对应的信用档案,如客户购买了某些商品,则会基于所购买的商品种类、单价等信息生成销售单据。该单据的主体即为所述客户,基于所述单据所确定的信用档案即为该客户对应的信用档案。
信用档案为基于客户的信息预先生成,其中包含客户的预设额度数据,即该用户的信用金额,预设额度的大小基于客户的身份而预先设置,可以理解的是,客户也可提供一定数量的保证金,进而基于该保证金确定客户的预设额度,具体的预设额度设置过程可依据实际情况而定,此处不做限定。在进行对信用档案的调整过程中需要确定进行调整的金额数据,即单据中所包括的款项数据,使用预设额度减去款项数据即为本次销售订单处理后客户的额度数据。
103、基于所述业务数据在所述信用档案中添加预处理数据。
基于所述业务数据在所述信用档案中添加预处理数据。预处理数据即为若当前单据处理成功后信用档案中需要记录的信用额度以及其他相关信息,此处以业务数据为订单中金额数据为例进行说明:如某用户当前信用额度为400元,当发生一起款项金额为20元的交易时,应在预扣款数据中所添加的具体内容为380元,即将当前信用额度400元减去款项进而20元,获得预扣款数据380元,可以理解的是,信用档案中除包括该380元的信息外,还可将20元的款项金额以及可能出现的回滚金额都添加至信用档案中,便于进行管理,具体可依据实际情况而定,此处不做限定。可以理解的是,业务数据也可为其他与信用档案相关联的其他类型的数据,具体可依据实际情况而定,此处不做限定。
104、判断单据的业务处理流程是否成功。
判断单据的业务处理流程是否成功。判断对单据的业务部分处理是否成功,一般而言,单据的业务处理流程的最后一个部分为入库提交,将对单据处理过程所获得的结果传输至相应数据库进行存储,以便进行存档记录。保证单据的处理过程可查询。当执行至入库提交完成时,入库过程会判断业务处理流程中的各个处理事务是否均成功,如单据校验事务成功则将单据校验的结果存储至相应数据库,库存处理事务成功则将库存处理的结果存储至相应数据库。若存在出现错误的处理事务则会导致入库提交事务失败,即对单据的业务处理流程失败,在此时,对单据的业务处理流程中存在错误,需要进行整理,为保证用户信用档案内容与单据的业务处理流程结果保持一致,此时不应对用户信用档案中的额度进行更新。若单据的业务处理流程成功,则出于同样目的应对用户信用档案中的额度进行更新,即执行步骤105、使用所述预处理数据替换所述信用档案中的额度数据。
105、使用所述预处理数据替换所述信用档案中的额度数据。
使用所述预处理数据替换所述信用档案中的额度数据。若单据的业务处理流程成功,则将预处理数据替换所述信用档案中的额度数据,以保证对该单据的业务侧处理过程与对客户的信用档案侧处理过程结果一致。如上述步骤103中所举的例子,则将380元的预扣款数据替换当前信用额度中的400元数据,进而完成信用档案的处理过程。
通过上述实施例可知,本申请提供的单据处理方法通过当单据进入业务处理流程时,在该单据对应的信用档案中添加相应的预扣款数据,预扣款数据即为若当前单据处理成功后信用档案中需要记录的信用额度以及其他相关信息,所述预扣款数据基于所述信用档案中的额度数据及所述款项数据获得。当对单据的业务侧处理流程成功则使用预扣款数据替换款项数据,进而完成对信用额度的处理过程。通过上述方式使得对信用档案中的额度数据的处理结果与对单据的业务流程处理结果相关联,进而保证了对信用档案中的额度数据的处理结果与对单据的业务流程处理结果一致,避免了额度数据的处理结果与对单据的业务流程处理结果不一致导致的错误,同时对预扣款数据进行存储,避免了异常状况排查困难的问题。
基于图1所描述的实施例,为解决问题,下面提供一种本方案在实施过程中可选择执行的详细实施例,请参阅图2,本申请的一个实施例包括:步骤201-步骤210。
201、判断所述单据是否进入单据校验处理过程。
判断所述单据是否进入单据校验处理过程。本实施例以单据校验处理过程为单据业务处理流程的初始阶段,当进入单据校验处理过程时即说明单据的状态处于处理中状态。单据校验处理过程的具体实施流程包括对单据的有效性校验以及单据所包括的主体的资格信息校验,可以理解的是,单据校验的处理过程中还可包括对其他信息的校验,具体可依据实际情况而定,此处不做限定。在商务系统对单据的处理过程中可将处理过程所参与的业务分为两个模块,即单据业务处理模块和信用档案处理模块,二者之间相互独立,分别具有自己的处理逻辑及对应的数据库。若单据进入单据校验处理过程,则可基于分布式服务框架(如dubbo)将该信息发送至信用档案管理模块,以便信用档案管理模块基于此信息进行执行后续步骤。可以理解的是,在本方案具体实施过程中,所使用的分布式服务框架可依据自身需求使用其他种类的框架,具体此处不做限定。
202、获取所述单据所包括的款项数据,及所述单据对应的信用档案。
获取所述单据所包括的款项数据,及所述单据对应的信用档案。获取所述单据所包括的款项数据,及所述单据对应的信用档案。若所述单据进入业务处理流程,则获取所述单据所包括的款项数据,及所述单据对应的信用档案,其中信用档案中可包括为执行预扣款过程所设置的预设字段,即“档案状态”、“预扣余额”、“预扣已占用金额”和“预扣已返还金额”四个字段。其中“档案状态”为为区分信用档案当前是否可以修改而设置,“预扣余额”为若本单据处理成功后,信用档案中应写入的额度数据,“预扣已占用金额”即为本单据中所包含的款项信息。“预扣已返还金额”用以描述可能发生的回滚所产生的金额变化情况。可以理解的是,信用档案中还可包括其他自行设置的用于预扣款过程的字段,具体可依据实际情况而定,此处不做限定。
203、判断所述信用档案的状态是否为可用状态。
判断所述信用档案的状态是否为可用状态。在对信用档案进行相应修改时需对信用档案中的“档案状态”字段进行判断,判断其是否处于可用状态,若处于可用状态则说明当前信用档案并未被其他单据的处理过程所占用,可对信用档案中相应字段进行编辑,即执行步骤204、基于所述款项数据在所述信用档案中添加预扣款数据。若当前信用档案的状态处于不可用状态,则可能当前信用档案被其他单据的处理过程所占用,可以在一定时间后,即信用档案对其他单据处理完成后,再进行后续处理。可以理解的是,在预设时间内信用档案一直处于不可用状态,则可能说明信用档案发生了错误,此时可通知业务人员进行处理,即执行步骤205、发送通知信息至业务人员。
204、基于所述款项数据在所述信用档案中添加预扣款数据。
基于所述款项数据在所述信用档案中添加预扣款数据。本步骤与上述图1对应实施例中步骤103类似,具体此处不做赘述。
205、发送通知信息至业务人员。
在预设时间内信用档案一直处于不可用状态,则可能说明信用档案发生了错误,此时可通知业务人员进行处理,以便业务人员及时确定问题并进行相应处理,手动调整信用档案的状态信息至可用状态,以便进行后续业务的处理。
206、调整所述单据对应的信用档案为不可用状态。
调整所述单据对应的信用档案为不可用状态。基于当前单据进行预扣款信息的调整后,需将信用档案为不可用状态,即当前单据的处理过程已经占用了该信用档案,具体的不可用状态的字段内容可为“commiting”即表示需依据单据业务递交过程仍未处理完成。
207、判断单据的提交过程是否成功。
判断单据的提交过程是否成功。单据的业务处理流程的最后一个部分为入库提交,将对单据处理过程所获得的结果传输至相应数据库进行存储,以便进行存档记录。保证单据的处理过程可查询。当执行至入库提交完成时,入库过程会判断业务处理流程中的各个处理事务是否均成功,如单据校验事务成功则将单据校验的结果存储至相应数据库,库存处理事务成功则将库存处理的结果存储至相应数据库。若存在出现错误的处理事务则会导致入库提交事务失败,即对单据的业务处理流程失败,在此时,对单据的业务处理流程中存在错误,需要进行整理。
具体的,提交过程的处理结果可以不同消息的形式存储至消息中间件(MQ)以便信用档案处理模块获取,信用档案处理模块基于不同的结果进行不同的处理,即在单据的提交过程失败时执行步骤210、调整所述信用档案的可用状态为可用状态,并调整所述预扣款信息。在单据的提交过程成功时,执行步骤208、使用所述预扣款数据替换所述信用档案中的额度数据。
208、使用所述预扣款数据替换所述信用档案中的额度数据。
若单据的提交过程成功,则使用所述预扣款数据替换所述信用档案中的额度数据。即使用预扣款数据中“预扣余额”、“预扣已占用金额”和“预扣已返还金额”的实际值替换信用档案中的对应字段的实际值,如使用“预扣余额”字段的实际值替换“信用额度”字段的实际值,具体可依据实际情况而定,此处不做限定。
209、调整所述信用档案的状态为可用状态。
使用所述预扣款数据替换所述信用档案中的额度数据后,即当前单据的交易过程完成,应调整其信用档案对应的状态为可用状态,以便下一单据调用该信用档案进行相应处理,具体的该可用状态形式可为“committed”即上一订单的处理过程已经成功完成。
210、调整所述信用档案的可用状态为可用状态,并调整所述预扣款信息。
若当前单据的提交过程失败,则出于对其他单据的处理过程考虑,也应将信用档案的处理状态调整为可用状态,可以理解的是,基于上述失败的提交过程所调整的信用档案可用状态可与基于成功的提交过程所调整的信用档案状态区别设置,如设置信用档案状态为“available”以便用户快速确认失败的交易记录,具体可依据实际情况而定,此处不做限定。可以理解的是,当信用档案状态为“available”时说明单据的业务处理过程中出现了问题,此时也可将该信息发送至运行人员以便运行人员进行相应处理。
在对信用状态的调整完成后还需要对预扣款信息进行调整,即对信用档案进行回滚,具体的回滚过程可包括,删除“预扣余额”、“预扣已占用金额”所包括的具体内容,并在“预扣已返还金额”字段中添加相应的金额,具体的回滚过程可依据实际情况而定,此处不做限定。
为便于理解图2对应实施例的具体实施过程,下面对图2所描述的实施例的应用环境进行描述,请参照图3,本实施例在实施过程中应用于分布式处理系统,具体的,分布式处理系统可分为单据处理事务及信用档案事务两个部分,二者分别具有不同的处理流程及对应的存储数据库,单据处理事务用于执行业务处理流程,单据处理事务具有对应的单据处理数据库,单据处理数据库用于存储所述业务处理流程的处理过程所产生的关联数据,具体的可包括单据进行业务处理时所产生的用于即在各个处理步骤执行的时间点及处理结果的日志文件等,具体可依据实际情况而定,此处不做限定。
所述信用档案事务用于对信用档案进行调整,具体的可用于执行所述基于所述业务数据在所述信用档案中添加预处理数据步骤,和,所述使用所述预处理数据替换所述信用档案中的所述额度数据步骤,所述信用档案事务同样具有对应的信用档案数据库,所述信用档案数据库用于存储所述信用档案进行调整过程所产生的关联数据,对信用档案的调整过程包括:在信用档案中添加预处理数据和使用所述预处理数据替换所述信用档案中的所述额度数据以及其他与对信用档案的处理过程。信用档案数据还可存储其他与对信用档案的调整过程存在关联关系的数据,具体的可包括信用档案处理过程所产生的日志文件等数据,具体可依据实际情况而定,此处不做限定。
在进行对单据的处理时,首先由单据处理事务侧接收到单据,并进行单据的验证,验证其是否符合进行业务处理的要求,并将其验证结果通过分布式服务框架(如dubbo)传输至信用档案事务,以使得信用档案事务对该单据对应的信用档案状态进行验证,即上述实施例中201至203步骤,可以理解的是对单据的验证结果的传输过程可由单据处理事务侧主动将该结果发送至信用档案事务侧进行告知,也可由信用档案事务侧对单据处理事务侧进行监测,进而主动获得处理结果,具体可依据实际情况而定,此处不做限定。
在对单据及信用档案均验证无误后,则信用档案事务对于信用档案进行预扣款处理,并调整当前信用档案的可用状态,即上述实施例中步骤204和步骤206的内容,值得注意的是,在对单据对应的信用档案状态进行验证时,信用档案的状态可能处于不可用状态,此时表示信用档案出现一定的问题,执行步骤205,通知业务人员进行调整。
信用档案事务进入预扣款修成后信用档案处于不可用状态并保持不变,单据处理事务部分继续执行对单据的处理,可能的,包括如图所示的事务A、事务B、事务C等等,当多个环节处理完毕,业务单据需要进行提交入库,即执行单据处理事务部分的最后一个事务,并基于该事务的处理结果向消息队列(MQ,Message Queue)发送信息,即上述图2对应实施例中步骤207,若处理结果为完成,即提交事务执行成功,则向MQ发送的信息为CommitMQ,MQ将该信息转发至信用档案事务部分,以使得信用档案事务对信用档案进行相应处理(使用预扣款数据替换额度数据)并调整信用档案的可用状态为committed,以表示当前单据的处理过程已顺利进行并结束,即上述图2对应实施例中步骤208至步骤209所记录的内容,若处理结果为失败,即单据处理事务部分出现问题,则向MQ发送的信息为RollbackMQ,此时信用档案事务部分接收到该信息后执行对信用档案的回滚操作,并调整信用档案的可用状态,即执行步骤210。
可以理解的是,上述实施例中单据处理事务与信用档案事务之间的交互通过消息队里及分布式服务框架完成,在实际实施过程中也可选择其他可用于分布式服务系统下的交互方式完成二者之间的交互过程,具体的可依据实际情况而定,此处不做限定。值得注意的是,信用档案事务和单据处理事务分别具有不同的数据库,二者在执行处理流程过程所生成的数据分别存储于对应的数据库中。
通过上述实施例可知,本申请提供的单据处理方法在对单据进行处理的过程中对该单据对应的信用档案设置相应的状态字段及预扣款信息,使得信用档案的处理过程仅针对一张单据,避免了多张单据同时对信用档案进行修改造成的数据混乱问题,同时可基于信用档案的状态信息及时确定信用档案是否发生错误,便于工作人员进行处理维护,提高了单据档案处理过程的稳定性与可实施性。
上面对申请实施例中的单据处理方法进行了描述,下面对本发明实施例中的单据处理设备进行描述。请参阅图4,本申请单据处理设备的一个实施例包括:
第一判断单元401,用于判断单据是否进入业务处理流程;
获取单元402,用于若所述单据进入业务处理流程,则获取所述单据所包括的款项数据及所述单据对应的信用档案;
添加单元403,用于基于所述款项数据在所述信用档案中添加预扣款数据;
第二判断单元404,用于判断所述单据的业务处理流程是否成功;
替换单元404,用于若所述单据的业务处理流程成功,则使用所述预扣款数据替换所述信用档案中的额度数据。
本实施例中,单据处理设备中各单元所执行的流程与前述图1所对应的实施例中描述的方法流程类似,此处不再赘述。
图5是本申请实施例提供的一种计算机设备的结构示意图,该服务器500可以包括一个或一个以上中央处理器(central processing units,CPU)501和存储器505,该存储器505中存储有一个或一个以上的应用程序或数据。
本实施例中,中央处理器501中的具体功能模块划分可以与前述图4中所描述的各单元的功能模块划分方式类似,此处不再赘述。
其中,存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块,每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器501可以设置为与存储器505通信,在服务器500上执行存储器505中的一系列指令操作。
服务器500还可以包括一个或一个以上电源502,一个或一个以上有线或无线网络接口503,一个或一个以上输入输出接口504,和/或,一个或一个以上操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等。
该中央处理器501可以执行前述图1所示实施例中单据处理方法所执行的操作,具体此处不再赘述。
本发明还提供了一种计算机可读存储介质,该计算机可读存储介质用于实现单据处理方法,其上存储有计算机程序,计算机程序被处理器执行时,处理器,可以用于执行如图1所述的单据处理方法。
可以理解的是,所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在相应的一个计算机可读取存储介质中或集成为计算机程序产品以便执行上述方法。基于这样的理解,本发明实现上述相应的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
- 一种单据处理方法及相关设备
- 单据处理方法及相关设备