一种基于信用资产管理方法和装置与流程

    专利查询2022-07-07  222



    1.本技术涉及到数据处理领域,具体而言,涉及一种基于信用资产管理方法和装置。


    背景技术:

    2.信用资产是指企业以信用为基础向他人赊销商品或提供劳务时所形成的应收账款或应收票据。主要包括无担保应收票据、应收账款、其他应收款等。
    3.信用资产的特点是:赊销商品项目是确定的,交易数量有限,回收期比较确定。如果信用资产过多,则应收账款过多管理费用上升,坏账增多,企业资产风险增大。
    4.在现有技术中,对信用资产的管理一般是依靠相应的财务人员来进行控制,这种依靠人工来进行控制的方式容易导致监控不到位的情况出现,从而导致信用资产过多。


    技术实现要素:

    5.本技术实施例提供了一种基于信用资产管理方法和装置,以至少解决现有技术中依靠人工监控信用资产的数量不到位容易导致信用资产过多所导致的问题。
    6.根据本技术的一个方面,提供了一种基于信用资产管理方法,包括:在资产数据库中创建一张数据表,其中,所述资产数据库用于保存企业的资产相关的数据,所述数据表包括多个字段,所述多个字段至少包括:信用资产数值、日期,所述信用资产数字用于指示所述企业剩余可用的信用资产的总数;在所述数据表中增加一条初始数据,其中,所述初始数据用于指示在预定日期范围内能够使用的信用资产的总数;每次接收到使用信用资产的请求之后,判断所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否大于等于所述请求中携带的请求使用的信用资产的数量;如果大于等于,则在所述数据表中增加一条数据,其中,增加的该数据的日期字段对应的数据为接收到请求的日期,增加的该数据的信用资产数值字段对应的数据为去处该请求所使用的信用资产之后所剩余可用的信用资产的总数。
    7.进一步地,在所述数据表中增加一条数据包括:判断所述数据表当前的状态是否为锁定状态,如果为锁定状态,则将待增加的一条数据保存在数据库缓存中;如果不为锁定状态,则锁定所述数据表,并在所述数据表中增加所述一条数据,其中,处于锁定状态的数据表只能被设置所述锁定状态的一方操作。
    8.进一步地,还包括:在所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否小于所述请求中携带的请求使用的信用资产的数量的情况下,向所述请求的发送方发送提示消息,其中,所述提示消息用于指示所述剩余可用的信用资产总数不足。
    9.进一步地,还包括:每次接收到归还信用资产的请求之后,在所述数据表中增加一条数据,其中,增加的该条数据中的剩余可用的信用资产的总数为所述数据表中上一条数据中的剩余可用的信用资产的总数加上所述归还信用资产的请求中携带的信用资产的总数。
    10.进一步地,所述多个字段中还包括用户字段,其中,所述用户字段对应的数据用于
    指示发送使用信用资产的请求或者归还信用资产的请求的用户的信息。
    11.根据本技术的另一个方面,还提供了一种基于信用资产管理装置,包括:创建模块,用于在资产数据库中创建一张数据表,其中,所述资产数据库用于保存企业的资产相关的数据,所述数据表包括多个字段,所述多个字段至少包括:信用资产数值、日期,所述信用资产数字用于指示所述企业剩余可用的信用资产的总数;增加模块,用于在所述数据表中增加一条初始数据,其中,所述初始数据用于指示在预定日期范围内能够使用的信用资产的总数;判断模块,用于每次接收到使用信用资产的请求之后,判断所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否大于等于所述请求中携带的请求使用的信用资产的数量;处理模块,用于如果大于等于,则在所述数据表中增加一条数据,其中,增加的该数据的日期字段对应的数据为接收到请求的日期,增加的该数据的信用资产数值字段对应的数据为去处该请求所使用的信用资产之后所剩余可用的信用资产的总数。
    12.进一步地,所述处理模块用于:判断所述数据表当前的状态是否为锁定状态,如果为锁定状态,则将待增加的一条数据保存在数据库缓存中;如果不为锁定状态,则锁定所述数据表,并在所述数据表中增加所述一条数据,其中,处于锁定状态的数据表只能被设置所述锁定状态的一方操作。
    13.进一步地,所述处理模块还用于:在所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否小于所述请求中携带的请求使用的信用资产的数量的情况下,向所述请求的发送方发送提示消息,其中,所述提示消息用于指示所述剩余可用的信用资产总数不足。
    14.进一步地,所述处理模块还用于:每次接收到归还信用资产的请求之后,在所述数据表中增加一条数据,其中,增加的该条数据中的剩余可用的信用资产的总数为所述数据表中上一条数据中的剩余可用的信用资产的总数加上所述归还信用资产的请求中携带的信用资产的总数。
    15.进一步地,所述多个字段中还包括用户字段,其中,所述用户字段对应的数据用于指示发送使用信用资产的请求或者归还信用资产的请求的用户的信息。
    16.在本技术实施例中,采用了在资产数据库中创建一张数据表,其中,所述资产数据库用于保存企业的资产相关的数据,所述数据表包括多个字段,所述多个字段至少包括:信用资产数值、日期,所述信用资产数字用于指示所述企业剩余可用的信用资产的总数;在所述数据表中增加一条初始数据,其中,所述初始数据用于指示在预定日期范围内能够使用的信用资产的总数;每次接收到使用信用资产的请求之后,判断所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否大于等于所述请求中携带的请求使用的信用资产的数量;如果大于等于,则在所述数据表中增加一条数据,其中,增加的该数据的日期字段对应的数据为接收到请求的日期,增加的该数据的信用资产数值字段对应的数据为去处该请求所使用的信用资产之后所剩余可用的信用资产的总数。通过本技术解决了现有技术中依靠人工监控信用资产的数量不到位容易导致信用资产过多所导致的问题,从而通过技术手段保证了企业的信用资产在可以控制的范围之内。
    附图说明
    17.构成本技术的一部分的附图用来提供对本技术的进一步理解,本技术的示意性实
    施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
    18.图1是根据本技术实施例的基于信用资产管理方法的流程图。
    具体实施方式
    19.需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
    20.需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
    21.在本实施例中提供了一种基于信用资产管理方法,图1是根据本技术实施例的基于信用资产管理方法的流程图,如图1所述,该方法包括如下步骤:
    22.步骤s102,在资产数据库中创建一张数据表,其中,所述资产数据库用于保存企业的资产相关的数据,所述数据表包括多个字段,所述多个字段至少包括:信用资产数值、日期,所述信用资产数字用于指示所述企业剩余可用的信用资产的总数;
    23.可选地,所述多个字段中还包括用户字段,其中,所述用户字段对应的数据用于指示发送使用信用资产的请求或者归还信用资产的请求的用户的信息。
    24.步骤s104,在所述数据表中增加一条初始数据,其中,所述初始数据用于指示在预定日期范围内能够使用的信用资产的总数;
    25.作为另一个可选的实施方式,还可以创建一个会话池,其中,所述会话池中仅仅保存一个一个会话,在所述数据表中增加任何数据之前,均从所述会话池中分配会话,使用分配的会话向所述数据表中增加数据;如果所述会话池中没有会话,则将向所述数据表增加数据的操作挂起,直到会话池中能够分配会话;在向所述数据表增加数据操作完成之后,将使用的会话释放到所述会话池中。
    26.在该步骤中,判断所述数据表当前的状态是否为锁定状态,如果为锁定状态,则将待增加的一条数据保存在数据库缓存中;如果不为锁定状态,则锁定所述数据表,并在所述数据表中增加所述一条数据,其中,处于锁定状态的数据表只能被设置所述锁定状态的一方操作
    27.步骤s106,每次接收到使用信用资产的请求之后,判断所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否大于等于所述请求中携带的请求使用的信用资产的数量;
    28.步骤s108,如果大于等于,则在所述数据表中增加一条数据,其中,增加的该数据的日期字段对应的数据为接收到请求的日期,增加的该数据的信用资产数值字段对应的数据为去处该请求所使用的信用资产之后所剩余可用的信用资产的总数。
    29.可选地,在所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否小于所述请求中携带的请求使用的信用资产的数量的情况下,向所述请求的发送方发送提示消息,其中,所述提示消息用于指示所述剩余可用的信用资产总数不足。
    30.作为另一个可以选择的实施方式,如果所述发送方接收到所述信用资产总数不足的消息之后,可以向预定用户发送审批请求,其中,所述审批请求中携带有所述发送方使用所述信用资产的数量以及原因;在所述审评请求通过之后,由审批方发送规划信用资产的
    请求,其中,该请求中携带的信用资产的数量与所述审批请求中携带的信用资产的数量相同,响应于所述审批方增加的数据中,所述用户字段中记录的数据为所述审批方。
    31.按照预定周期查找所述用户字段为所述审批方的所有数据,所有数据的此次请求的资产数量总数如果为正数,则向所述审批方发送提示信息,其中,所述提示信息用于提示所述审批方规划透支的信用资产。
    32.在本方法中还可以包括:每次接收到归还信用资产的请求之后,在所述数据表中增加一条数据,其中,增加的该条数据中的剩余可用的信用资产的总数为所述数据表中上一条数据中的剩余可用的信用资产的总数加上所述归还信用资产的请求中携带的信用资产的总数。
    33.在一个可以选择增加的实施方式中,所述数据表中还包括此次请求的资产数量,如果接收到归还信用资产的请求而增加的数据中的此次请求的资产数据为正数;如果接收到使用信用资产的请求而增加的数据中的此次请求的资产数据为负数;此次请求的资产数量中的数值为接收到的请求中携带的数值。
    34.在本实施例中,作为一个可选的方式,还可以预定周期对所述表格进行遍历,对每个用户对应的所有条数据中的此次请求的资产数量的字段进行求和,如果为0,则表示该用户当前未使用信用资产;如果为负数,则表明该用户当前正在使用信用资产;确定所述用户已经使用信用资产的时间,如果该时间超过预先配置的时长,则向所述用户发送用于提示所述用户应该归还信用资产的提示信息;如果为正数,则说明数据出错,向所述表格的管理员发送用于指示数据出错的指示信息。
    35.通过上述步骤解决了现有技术中依靠人工监控信用资产的数量不到位容易导致信用资产过多所导致的问题,从而通过技术手段保证了企业的信用资产在可以控制的范围之内。
    36.在本实施例中,提供一种电子装置,包括存储器和处理器,存储器中存储有计算机程序,处理器被设置为运行计算机程序以执行以上实施例中的方法。
    37.上述程序可以运行在处理器中,或者也可以存储在存储器中(或称为计算机可读介质),计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
    38.这些计算机程序也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤,对应与不同的步骤可以通过不同的模块来实现。
    39.该本实施例中就提供了这样的一种装置或系统。该装置被称为基于信用资产管理装置,包括:创建模块,用于在资产数据库中创建一张数据表,其中,所述资产数据库用于保
    存企业的资产相关的数据,所述数据表包括多个字段,所述多个字段至少包括:信用资产数值、日期,所述信用资产数字用于指示所述企业剩余可用的信用资产的总数;增加模块,用于在所述数据表中增加一条初始数据,其中,所述初始数据用于指示在预定日期范围内能够使用的信用资产的总数;判断模块,用于每次接收到使用信用资产的请求之后,判断所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否大于等于所述请求中携带的请求使用的信用资产的数量;处理模块,用于如果大于等于,则在所述数据表中增加一条数据,其中,增加的该数据的日期字段对应的数据为接收到请求的日期,增加的该数据的信用资产数值字段对应的数据为去处该请求所使用的信用资产之后所剩余可用的信用资产的总数。
    40.该系统或者装置用于实现上述的实施例中的方法的功能,该系统或者装置中的每个模块与方法中的每个步骤相对应,已经在方法中进行过说明的,在此不再赘述。
    41.例如,所述处理模块用于:判断所述数据表当前的状态是否为锁定状态,如果为锁定状态,则将待增加的一条数据保存在数据库缓存中;如果不为锁定状态,则锁定所述数据表,并在所述数据表中增加所述一条数据,其中,处于锁定状态的数据表只能被设置所述锁定状态的一方操作。可选地,所述处理模块还用于:在所述数据表中日期最新的一条数据中的剩余可用的信用资产总数是否小于所述请求中携带的请求使用的信用资产的数量的情况下,向所述请求的发送方发送提示消息,其中,所述提示消息用于指示所述剩余可用的信用资产总数不足。
    42.又例如,所述处理模块还用于:每次接收到归还信用资产的请求之后,在所述数据表中增加一条数据,其中,增加的该条数据中的剩余可用的信用资产的总数为所述数据表中上一条数据中的剩余可用的信用资产的总数加上所述归还信用资产的请求中携带的信用资产的总数。
    43.通过本实施例解决了现有技术中依靠人工监控信用资产的数量不到位容易导致信用资产过多所导致的问题,从而通过技术手段保证了企业的信用资产在可以控制的范围之内
    44.以上仅为本技术的实施例而已,并不用于限制本技术。对于本领域技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本技术的权利要求范围之内。
    转载请注明原文地址:https://tc.8miu.com/read-1231.html

    最新回复(0)