CN116823141A - 付款数据处理方法、装置、设备及介质 - Google Patents

付款数据处理方法、装置、设备及介质 Download PDF

Info

Publication number
CN116823141A
CN116823141A CN202310460229.2A CN202310460229A CN116823141A CN 116823141 A CN116823141 A CN 116823141A CN 202310460229 A CN202310460229 A CN 202310460229A CN 116823141 A CN116823141 A CN 116823141A
Authority
CN
China
Prior art keywords
payment application
application form
target
payment
target payment
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
CN202310460229.2A
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.)
Guangdong Qiqitong Technology Co ltd
Original Assignee
Guangdong Qiqitong Technology Co 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 Guangdong Qiqitong Technology Co ltd filed Critical Guangdong Qiqitong Technology Co ltd
Priority to CN202310460229.2A priority Critical patent/CN116823141A/zh
Publication of CN116823141A publication Critical patent/CN116823141A/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
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及大数据技术领域,提供一种付款数据处理方法、装置、设备及介质,能够构建统一的付款申请池,每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单,进而能够自动生成付款申请单,无需人工参与,进一步根据每个目标付款申请单的类型生成待确认申请并发送至OA系统,自动进入审核流程,当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并得到合并目标付款申请单,进而对付款申请单进行批量OA付款申请以执行付款,整个付款过程自动化执行,提高了付款效率,且由人为引入的错误较少,出错率也较低。

Description

付款数据处理方法、装置、设备及介质
技术领域
本发明涉及大数据技术领域,尤其涉及一种付款数据处理方法、装置、设备及介质。
背景技术
目前,各大企业的付款计划都需要人工进行管理及追踪,不仅耗时耗力,且出错率较高。
并且,SRM(Supplier Relationship Management,供应商关系管理)、BPM(business process management,业务流程管理)、SAP(System Applications andProducts,企业管理解决方案)、OA(Office Automation,办公自动化)等系统间无法实现统一对接,各自管理,等待时间较长,影响了付款效率。
发明内容
鉴于以上内容,有必要提供一种付款数据处理方法、装置、设备及介质,旨在解决付款流程耗时长,且出错率高的问题。
一种付款数据处理方法,所述付款数据处理方法包括:
构建付款申请池;
每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单;
检测所述至少一个目标付款申请单中每个目标付款申请单的类型;
当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统;
当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单;
根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
根据本发明优选实施例,所述构建付款申请池包括:
对接BPM系统及SAP系统;
接收所述BPM系统及所述SAP系统周期性推送的资金计划明细数据;
保存所述资金计划明细数据至预设存储地址,得到所述付款申请池。
根据本发明优选实施例,所述每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单包括:
每隔所述预设时间间隔,从所述付款申请池中获取当前周期内待付款的付款申请作为第一申请,从所述付款申请池中获取上一周期内应付款但未付款的付款申请作为第二申请,从所述付款申请池中获取上一周期内应付款但未全额付款的付款申请作为第三申请;
组合所述第一申请、所述第二申请及所述第三申请,得到待付款申请;
根据所述待付款申请生成第一付款申请单;
从所述付款申请池中获取上一周期内已提交但未处理的付款申请单作为第二付款申请单;
组合所述第一付款申请单及所述第二付款申请单,得到所述至少一个目标付款申请单,并为每个目标付款申请单配置付款申请单号。
根据本发明优选实施例,所述为每个目标付款申请单配置付款申请单号包括:
对每个目标付款申请单进行文字识别,得到每个目标付款申请单的文本信息;
对每个目标付款申请单的文本信息进行实体抽取,得到每个目标付款申请单的实体信息;
获取每个目标付款申请单对应的付款申请的生成时间作为每个目标付款申请单的时间戳信息;
利用随机数生成器生成每个目标付款申请单对应的随机数;
利用每个目标付款申请单的实体信息、每个目标付款申请单的时间戳信息及每个目标付款申请单对应的随机数进行哈希运算,得到每个目标付款申请单的付款申请单号;
其中,每个目标付款申请单的付款申请单号用于唯一标记每个目标付款申请单;当根据所述付款申请单号查询到的目标付款申请单被执行预设操作时,超链接至查询到的目标付款申请单的订单明细信息,并展示所述订单明细信息。
根据本发明优选实施例,所述根据检测到的目标付款申请单生成待确认申请前,所述方法还包括:
当检测到有目标付款申请单的类型为合同类型时,将检测到的目标付款申请单确定为免审核类型;
其中,属于所述免审核类型的目标付款申请单不发送至所述OA系统进行确认。
根据本发明优选实施例,所述对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单包括:
接收通过操作系统上传的合并条件;
根据所述合并条件从所述至少一个目标付款申请单中选择目标付款申请单进行合并,得到所述合并目标付款申请单;
其中,所述合并目标付款申请单中的目标付款申请单对应于相同时间范围内产生的付款申请;所述合并目标付款申请单中的目标付款申请单已经过所述确认信息进行确认或者属于所述免审核类型;所述合并目标付款申请单中的目标付款申请单未被提交至所述OA系统执行付款或者为二次被提交至所述OA系统执行付款;所述合并目标付款申请单中的目标付款申请单中不同时包括预付款类型付款申请单及应付款类型付款申请单。
根据本发明优选实施例,所述方法还包括:
在将所述待确认申请发送至所述OA系统后,当检测到有目标付款申请单未经过所述确认信息进行确认或被退回时,删除检测到的目标付款申请单,并将所述检测到的目标付款申请单对应的付款申请退回至所述付款申请池;
在将所述OA付款申请提交至所述OA系统执行付款后,获取付款记录,并根据所述付款记录更新所述合并目标付款申请单中每个目标付款申请单的状态。
一种付款数据处理装置,所述付款数据处理装置包括:
构建单元,用于构建付款申请池;
生成单元,用于每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单;
检测单元,用于检测所述至少一个目标付款申请单中每个目标付款申请单的类型;
所述生成单元,还用于当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统;
合并单元,用于当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单;
所述生成单元,还用于根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
一种计算机设备,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现所述付款数据处理方法。一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现所述付款数据处理方法。
由以上技术方案可以看出,本发明能够构建统一的付款申请池,每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单,进而能够自动生成付款申请单,无需人工参与,进一步根据每个目标付款申请单的类型生成待确认申请并发送至OA系统,自动进入审核流程,当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并得到合并目标付款申请单,进而对付款申请单进行批量OA付款申请以执行付款,整个付款过程自动化执行,提高了付款效率,且由人为引入的错误较少,出错率也较低。
附图说明
图1是本发明付款数据处理方法的较佳实施例的流程图。
图2是本发明付款数据处理装置的较佳实施例的功能模块图。
图3是本发明实现付款数据处理方法的较佳实施例的计算机设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,是本发明付款数据处理方法的较佳实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。
所述付款数据处理方法应用于一个或者多个计算机设备中,所述计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)、数字处理器(Digital SignalProcessor,DSP)、嵌入式设备等。
所述计算机设备可以是任何一种可与用户进行人机交互的电子产品,例如,个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏机、交互式网络电视(Internet Protocol Television,IPTV)、智能式穿戴式设备等。
所述计算机设备还可以包括网络设备和/或用户设备。其中,所述网络设备包括,但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。
所述服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等。
S10,构建付款申请池。
在本实施例中,所述构建付款申请池包括:
对接BPM(business process management,业务流程管理)系统及SAP(SystemApplications and Products,企业管理解决方案)系统;
接收所述BPM系统及所述SAP系统周期性推送的资金计划明细数据;
保存所述资金计划明细数据至预设存储地址,得到所述付款申请池。
其中,所述预设存储地址可以进行自定义配置。
通过上述实施例,能够自动构建付款申请池,以供后续付款时直接从中查询付款申请,提高了付款效率。
本实施例可以应用于SRM(Supplier Relationship Management,供应商关系管理)系统。所述预设存储地址可以为所述SRM系统中的存储地址,所述SRM系统与所述BPM系统、所述SAP系统及OA(Office Automation,办公自动化)系统等多系统进行对接,以实现对付款计划及付款申请数据的管理。
S11,每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单。
其中,所述预设时间间隔可以为每个月。
在本实施例中,所述每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单包括:
每隔所述预设时间间隔,从所述付款申请池中获取当前周期内待付款的付款申请作为第一申请,从所述付款申请池中获取上一周期内应付款但未付款的付款申请作为第二申请,从所述付款申请池中获取上一周期内应付款但未全额付款的付款申请作为第三申请;
组合所述第一申请、所述第二申请及所述第三申请,得到待付款申请;
根据所述待付款申请生成第一付款申请单;
从所述付款申请池中获取上一周期内已提交但未处理的付款申请单作为第二付款申请单;
组合所述第一付款申请单及所述第二付款申请单,得到所述至少一个目标付款申请单,并为每个目标付款申请单配置付款申请单号。
在上述实施例中,从所述付款申请池中自动获取当前周期内的待付款申请,上一周期内应付未付及应付未付完的待付款申请,以及上一周期内已提交但未处理的付款申请单,不仅能够执行当前周期内的付款计划,还能够将上一周期内应处理但未处理的付款计划一并执行,避免有应付款计划被遗漏付款。
在本实施例中,所述为每个目标付款申请单配置付款申请单号包括:
对每个目标付款申请单进行文字识别,得到每个目标付款申请单的文本信息;
对每个目标付款申请单的文本信息进行实体抽取,得到每个目标付款申请单的实体信息;
获取每个目标付款申请单对应的付款申请的生成时间作为每个目标付款申请单的时间戳信息;
利用随机数生成器生成每个目标付款申请单对应的随机数;
利用每个目标付款申请单的实体信息、每个目标付款申请单的时间戳信息及每个目标付款申请单对应的随机数进行哈希运算,得到每个目标付款申请单的付款申请单号;
其中,每个目标付款申请单的付款申请单号用于唯一标记每个目标付款申请单;当根据所述付款申请单号查询到的目标付款申请单被执行预设操作时,超链接至查询到的目标付款申请单的订单明细信息,并展示所述订单明细信息。
具体地,可以采用OCR(optical character recognition,文字识别)技术对每个目标付款申请单进行文字识别,可以采用BERT(BidirectionalEncoderRepresentationsfromTransformers,来自Transformers的双向编码表示)模型对每个目标付款申请单的文本信息进行实体抽取,本发明不限制。
其中,通过哈希运算计算得到每个目标付款申请单的付款申请单号,能够唯一标记每个目标付款申请单,避免出现订单查询错误。
其中,所述预设操作可以为触摸操作,如点击操作等。
通过超链接至查询到的目标付款申请单的订单明细信息,便于相应用户查看订单的详细信息。
S12,检测所述至少一个目标付款申请单中每个目标付款申请单的类型。
其中,每个目标付款申请单的类型包括预设待审核类型、合同类型等。
S13,当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统。
在本实施例中,当所述OA系统需要人工进行辅助审核时,可以按公司、供应商和付款类型等汇总数据,并向用户展示。并且,还可以在展示界面上提供超链接,当该超链接被点击时,即可跳转到对应的SRM系统。
在本实施例中,所述根据检测到的目标付款申请单生成待确认申请前,所述方法还包括:
当检测到有目标付款申请单的类型为合同类型时,将检测到的目标付款申请单确定为免审核类型;
其中,属于所述免审核类型的目标付款申请单不发送至所述OA系统进行确认。
其中,属于所述合同类型的目标付款申请单不需要进行财务审核,因此无需发送至所述OA系统进行确认。
在本实施例中,对于属于所述预设待审核类型的目标付款申请单,自动将对应待确认申请发送至所述OA系统进行确认,实现对目标付款申请单的自动化审核。
并且,为了进一步降低审核等待时间,还可以在将所述待确认申请发送至所述OA系统后同时向相关人员的终端设备发送提示信息,以便相关人员及时进行响应。
S14,当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单。
在本实施例中,所述对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单包括:
接收通过操作系统上传的合并条件;
根据所述合并条件从所述至少一个目标付款申请单中选择目标付款申请单进行合并,得到所述合并目标付款申请单;
其中,所述合并目标付款申请单中的目标付款申请单对应于相同时间范围内产生的付款申请;所述合并目标付款申请单中的目标付款申请单已经过所述确认信息进行确认或者属于所述免审核类型;所述合并目标付款申请单中的目标付款申请单未被提交至所述OA系统执行付款或者为二次被提交至所述OA系统执行付款;所述合并目标付款申请单中的目标付款申请单中不同时包括预付款类型付款申请单及应付款类型付款申请单。
其中,所述合并条件可以由相关工作人员上传,例如:所述合并条件可以包括时间区间、客户类型等多种维度,本发明不限制。
其中,对于首次财务审核失败或者未确认的需要被二次提交至所述OA系统执行付款的标付款申请单,可以允许这些订单再次被提交一次审核,避免由于审核漏洞导致漏审核。
S15,根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
通过对将所述OA付款申请提交至所述OA系统执行付款,能够实现对付款申请单的批量付款,不仅提高了付款效率,且使付款过程的执行更加有序。
在本实施例中,所述方法还包括:
在将所述待确认申请发送至所述OA系统后,当检测到有目标付款申请单未经过所述确认信息进行确认或被退回时,删除检测到的目标付款申请单,并将所述检测到的目标付款申请单对应的付款申请退回至所述付款申请池;
在将所述OA付款申请提交至所述OA系统执行付款后,获取付款记录,并根据所述付款记录更新所述合并目标付款申请单中每个目标付款申请单的状态。
通过上述实施例,能够根据实时的付款进程更新付款数据及付款状态,避免已付款数据对整个付款计划造成不利影响。
由以上技术方案可以看出,本发明能够构建统一的付款申请池,每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单,进而能够自动生成付款申请单,无需人工参与,进一步根据每个目标付款申请单的类型生成待确认申请并发送至OA系统,自动进入审核流程,当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并得到合并目标付款申请单,进而对付款申请单进行批量OA付款申请以执行付款,整个付款过程自动化执行,提高了付款效率,且由人为引入的错误较少,出错率也较低。
如图2所示,是本发明付款数据处理装置的较佳实施例的功能模块图。所述付款数据处理装置11包括构建单元110、生成单元111、检测单元112、合并单元113。本发明所称的模块/单元是指一种能够被处理器所执行,并且能够完成固定功能的一系列计算机程序段,其存储在存储器中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
所述构建单元110,用于构建付款申请池。
在本实施例中,所述构建单元110构建付款申请池包括:
对接BPM(business process management,业务流程管理)系统及SAP(SystemApplications and Products,企业管理解决方案)系统;
接收所述BPM系统及所述SAP系统周期性推送的资金计划明细数据;
保存所述资金计划明细数据至预设存储地址,得到所述付款申请池。
其中,所述预设存储地址可以进行自定义配置。
通过上述实施例,能够自动构建付款申请池,以供后续付款时直接从中查询付款申请,提高了付款效率。
本实施例可以应用于SRM(Supplier Relationship Management,供应商关系管理)系统。所述预设存储地址可以为所述SRM系统中的存储地址,所述SRM系统与所述BPM系统、所述SAP系统及OA(Office Automation,办公自动化)系统等多系统进行对接,以实现对付款计划及付款申请数据的管理。
所述生成单元111,用于每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单。
其中,所述预设时间间隔可以为每个月。
在本实施例中,所述生成单元111每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单包括:
每隔所述预设时间间隔,从所述付款申请池中获取当前周期内待付款的付款申请作为第一申请,从所述付款申请池中获取上一周期内应付款但未付款的付款申请作为第二申请,从所述付款申请池中获取上一周期内应付款但未全额付款的付款申请作为第三申请;
组合所述第一申请、所述第二申请及所述第三申请,得到待付款申请;
根据所述待付款申请生成第一付款申请单;
从所述付款申请池中获取上一周期内已提交但未处理的付款申请单作为第二付款申请单;
组合所述第一付款申请单及所述第二付款申请单,得到所述至少一个目标付款申请单,并为每个目标付款申请单配置付款申请单号。
在上述实施例中,从所述付款申请池中自动获取当前周期内的待付款申请,上一周期内应付未付及应付未付完的待付款申请,以及上一周期内已提交但未处理的付款申请单,不仅能够执行当前周期内的付款计划,还能够将上一周期内应处理但未处理的付款计划一并执行,避免有应付款计划被遗漏付款。
在本实施例中,所述为每个目标付款申请单配置付款申请单号包括:
对每个目标付款申请单进行文字识别,得到每个目标付款申请单的文本信息;
对每个目标付款申请单的文本信息进行实体抽取,得到每个目标付款申请单的实体信息;
获取每个目标付款申请单对应的付款申请的生成时间作为每个目标付款申请单的时间戳信息;
利用随机数生成器生成每个目标付款申请单对应的随机数;
利用每个目标付款申请单的实体信息、每个目标付款申请单的时间戳信息及每个目标付款申请单对应的随机数进行哈希运算,得到每个目标付款申请单的付款申请单号;
其中,每个目标付款申请单的付款申请单号用于唯一标记每个目标付款申请单;当根据所述付款申请单号查询到的目标付款申请单被执行预设操作时,超链接至查询到的目标付款申请单的订单明细信息,并展示所述订单明细信息。
具体地,可以采用OCR(optical character recognition,文字识别)技术对每个目标付款申请单进行文字识别,可以采用BERT(BidirectionalEncoderRepresentationsfromTransformers,来自Transformers的双向编码表示)模型对每个目标付款申请单的文本信息进行实体抽取,本发明不限制。
其中,通过哈希运算计算得到每个目标付款申请单的付款申请单号,能够唯一标记每个目标付款申请单,避免出现订单查询错误。
其中,所述预设操作可以为触摸操作,如点击操作等。
通过超链接至查询到的目标付款申请单的订单明细信息,便于相应用户查看订单的详细信息。
所述检测单元112,用于检测所述至少一个目标付款申请单中每个目标付款申请单的类型。
其中,每个目标付款申请单的类型包括预设待审核类型、合同类型等。
所述生成单元111,还用于当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统。
在本实施例中,当所述OA系统需要人工进行辅助审核时,可以按公司、供应商和付款类型等汇总数据,并向用户展示。并且,还可以在展示界面上提供超链接,当该超链接被点击时,即可跳转到对应的SRM系统。
在本实施例中,所述根据检测到的目标付款申请单生成待确认申请前,当检测到有目标付款申请单的类型为合同类型时,将检测到的目标付款申请单确定为免审核类型;
其中,属于所述免审核类型的目标付款申请单不发送至所述OA系统进行确认。
其中,属于所述合同类型的目标付款申请单不需要进行财务审核,因此无需发送至所述OA系统进行确认。
在本实施例中,对于属于所述预设待审核类型的目标付款申请单,自动将对应待确认申请发送至所述OA系统进行确认,实现对目标付款申请单的自动化审核。
并且,为了进一步降低审核等待时间,还可以在将所述待确认申请发送至所述OA系统后同时向相关人员的终端设备发送提示信息,以便相关人员及时进行响应。
所述合并单元113,用于当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单。
在本实施例中,所述合并单元113对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单包括:
接收通过操作系统上传的合并条件;
根据所述合并条件从所述至少一个目标付款申请单中选择目标付款申请单进行合并,得到所述合并目标付款申请单;
其中,所述合并目标付款申请单中的目标付款申请单对应于相同时间范围内产生的付款申请;所述合并目标付款申请单中的目标付款申请单已经过所述确认信息进行确认或者属于所述免审核类型;所述合并目标付款申请单中的目标付款申请单未被提交至所述OA系统执行付款或者为二次被提交至所述OA系统执行付款;所述合并目标付款申请单中的目标付款申请单中不同时包括预付款类型付款申请单及应付款类型付款申请单。
其中,所述合并条件可以由相关工作人员上传,例如:所述合并条件可以包括时间区间、客户类型等多种维度,本发明不限制。
其中,对于首次财务审核失败或者未确认的需要被二次提交至所述OA系统执行付款的标付款申请单,可以允许这些订单再次被提交一次审核,避免由于审核漏洞导致漏审核。
所述生成单元111,还用于根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
通过对将所述OA付款申请提交至所述OA系统执行付款,能够实现对付款申请单的批量付款,不仅提高了付款效率,且使付款过程的执行更加有序。
在本实施例中,在将所述待确认申请发送至所述OA系统后,当检测到有目标付款申请单未经过所述确认信息进行确认或被退回时,删除检测到的目标付款申请单,并将所述检测到的目标付款申请单对应的付款申请退回至所述付款申请池;
在将所述OA付款申请提交至所述OA系统执行付款后,获取付款记录,并根据所述付款记录更新所述合并目标付款申请单中每个目标付款申请单的状态。
通过上述实施例,能够根据实时的付款进程更新付款数据及付款状态,避免已付款数据对整个付款计划造成不利影响。
由以上技术方案可以看出,本发明能够构建统一的付款申请池,每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单,进而能够自动生成付款申请单,无需人工参与,进一步根据每个目标付款申请单的类型生成待确认申请并发送至OA系统,自动进入审核流程,当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并得到合并目标付款申请单,进而对付款申请单进行批量OA付款申请以执行付款,整个付款过程自动化执行,提高了付款效率,且由人为引入的错误较少,出错率也较低。
如图3所示,是本发明实现付款数据处理方法的较佳实施例的计算机设备的结构示意图。
所述计算机设备1可以包括存储器12、处理器13和总线,还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序,例如付款数据处理程序。
本领域技术人员可以理解,所述示意图仅仅是计算机设备1的示例,并不构成对计算机设备1的限定,所述计算机设备1既可以是总线型结构,也可以是星形结构,所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件,或者不同的部件布置,例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
需要说明的是,所述计算机设备1仅为举例,其他现有的或今后可能出现的电子产品如可适应于本发明,也应包含在本发明的保护范围以内,并以引用方式包含于此。
其中,存储器12至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元,例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备,例如计算机设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(SecureDigital,SD)卡、闪存卡(Flash Card)等。进一步地,存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据,例如付款数据处理程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心(Control Unit),利用各种接口和线路连接整个计算机设备1的各个部件,通过运行或执行存储在所述存储器12内的程序或者模块(例如执行付款数据处理程序等),以及调用存储在所述存储器12内的数据,以执行计算机设备1的各种功能和处理数据。
所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个付款数据处理方法实施例中的步骤,例如图1所示的步骤。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如,所述计算机程序可以被分割成构建单元110、生成单元111、检测单元112、合并单元113。
上述以软件功能模块的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备,或者网络设备等)或处理器(processor)执行本发明各个实施例所述付款数据处理方法的部分。
所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指示相关的硬件设备来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器等。
进一步地,计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
总线可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,在图3中仅用一根直线表示,但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
尽管未示出,所述计算机设备1还可以包括给各个部件供电的电源(比如电池),优选地,电源可以通过电源管理装置与所述至少一个处理器13逻辑相连,从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等,在此不再赘述。
进一步地,所述计算机设备1还可以包括网络接口,可选地,所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
可选地,该计算机设备1还可以包括用户接口,用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard)),可选地,用户接口还可以是标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
应该了解,所述实施例仅为说明之用,在专利申请范围上并不受此结构的限制。
图3仅示出了具有组件12-13的计算机设备1,本领域技术人员可以理解的是,图3示出的结构并不构成对所述计算机设备1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
结合图1,所述计算机设备1中的所述存储器12存储多个指令以实现一种付款数据处理方法,所述处理器13可执行所述多个指令从而实现:
构建付款申请池;
每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单;
检测所述至少一个目标付款申请单中每个目标付款申请单的类型;
当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统;
当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单;
根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
具体地,所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
需要说明的是,本案中所涉及到的数据均为合法取得。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
本发明可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种付款数据处理方法,其特征在于,所述付款数据处理方法包括:
构建付款申请池;
每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单;
检测所述至少一个目标付款申请单中每个目标付款申请单的类型;
当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统;
当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单;
根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
2.如权利要求1所述的付款数据处理方法,其特征在于,所述构建付款申请池包括:
对接BPM系统及SAP系统;
接收所述BPM系统及所述SAP系统周期性推送的资金计划明细数据;
保存所述资金计划明细数据至预设存储地址,得到所述付款申请池。
3.如权利要求1所述的付款数据处理方法,其特征在于,所述每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单包括:
每隔所述预设时间间隔,从所述付款申请池中获取当前周期内待付款的付款申请作为第一申请,从所述付款申请池中获取上一周期内应付款但未付款的付款申请作为第二申请,从所述付款申请池中获取上一周期内应付款但未全额付款的付款申请作为第三申请;
组合所述第一申请、所述第二申请及所述第三申请,得到待付款申请;
根据所述待付款申请生成第一付款申请单;
从所述付款申请池中获取上一周期内已提交但未处理的付款申请单作为第二付款申请单;
组合所述第一付款申请单及所述第二付款申请单,得到所述至少一个目标付款申请单,并为每个目标付款申请单配置付款申请单号。
4.如权利要求3所述的付款数据处理方法,其特征在于,所述为每个目标付款申请单配置付款申请单号包括:
对每个目标付款申请单进行文字识别,得到每个目标付款申请单的文本信息;
对每个目标付款申请单的文本信息进行实体抽取,得到每个目标付款申请单的实体信息;
获取每个目标付款申请单对应的付款申请的生成时间作为每个目标付款申请单的时间戳信息;
利用随机数生成器生成每个目标付款申请单对应的随机数;
利用每个目标付款申请单的实体信息、每个目标付款申请单的时间戳信息及每个目标付款申请单对应的随机数进行哈希运算,得到每个目标付款申请单的付款申请单号;
其中,每个目标付款申请单的付款申请单号用于唯一标记每个目标付款申请单;当根据所述付款申请单号查询到的目标付款申请单被执行预设操作时,超链接至查询到的目标付款申请单的订单明细信息,并展示所述订单明细信息。
5.如权利要求1所述的付款数据处理方法,其特征在于,所述根据检测到的目标付款申请单生成待确认申请前,所述方法还包括:
当检测到有目标付款申请单的类型为合同类型时,将检测到的目标付款申请单确定为免审核类型;
其中,属于所述免审核类型的目标付款申请单不发送至所述OA系统进行确认。
6.如权利要求5所述的付款数据处理方法,其特征在于,所述对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单包括:
接收通过操作系统上传的合并条件;
根据所述合并条件从所述至少一个目标付款申请单中选择目标付款申请单进行合并,得到所述合并目标付款申请单;
其中,所述合并目标付款申请单中的目标付款申请单对应于相同时间范围内产生的付款申请;所述合并目标付款申请单中的目标付款申请单已经过所述确认信息进行确认或者属于所述免审核类型;所述合并目标付款申请单中的目标付款申请单未被提交至所述OA系统执行付款或者为二次被提交至所述OA系统执行付款;所述合并目标付款申请单中的目标付款申请单中不同时包括预付款类型付款申请单及应付款类型付款申请单。
7.如权利要求5所述的付款数据处理方法,其特征在于,所述方法还包括:
在将所述待确认申请发送至所述OA系统后,当检测到有目标付款申请单未经过所述确认信息进行确认或被退回时,删除检测到的目标付款申请单,并将所述检测到的目标付款申请单对应的付款申请退回至所述付款申请池;
在将所述OA付款申请提交至所述OA系统执行付款后,获取付款记录,并根据所述付款记录更新所述合并目标付款申请单中每个目标付款申请单的状态。
8.一种付款数据处理装置,其特征在于,所述付款数据处理装置包括:
构建单元,用于构建付款申请池;
生成单元,用于每隔预设时间间隔从所述付款申请池中获取付款申请生成至少一个目标付款申请单;
检测单元,用于检测所述至少一个目标付款申请单中每个目标付款申请单的类型;
所述生成单元,还用于当检测到有目标付款申请单的类型为预设待审核类型时,根据检测到的目标付款申请单生成待确认申请,并将所述待确认申请发送至OA系统;
合并单元,用于当检测到所述OA系统反馈的对所述待确认申请的确认信息时,对所述至少一个目标付款申请单进行合并,得到合并目标付款申请单;
所述生成单元,还用于根据所述合并目标付款申请单生成OA付款申请,并将所述OA付款申请提交至所述OA系统执行付款。
9.一种计算机设备,其特征在于,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现如权利要求1至7中任意一项所述的付款数据处理方法。
10.一种计算机可读存储介质,其特征在于:所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现如权利要求1至7中任意一项所述的付款数据处理方法。
CN202310460229.2A 2023-04-25 2023-04-25 付款数据处理方法、装置、设备及介质 Pending CN116823141A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310460229.2A CN116823141A (zh) 2023-04-25 2023-04-25 付款数据处理方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310460229.2A CN116823141A (zh) 2023-04-25 2023-04-25 付款数据处理方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN116823141A true CN116823141A (zh) 2023-09-29

Family

ID=88113521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310460229.2A Pending CN116823141A (zh) 2023-04-25 2023-04-25 付款数据处理方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN116823141A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118134476A (zh) * 2024-03-25 2024-06-04 广东企企通科技有限公司 基于ai的付款计划数据生成方法、装置、设备及介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104616111A (zh) * 2015-02-12 2015-05-13 北京恒华伟业科技股份有限公司 一种预算资金的管理方法及系统
CN105787628A (zh) * 2014-12-26 2016-07-20 远光软件股份有限公司 资金支付记录自动合并的方法和装置
CN106934709A (zh) * 2015-12-30 2017-07-07 远光软件股份有限公司 支付预算处理方法及相关装置
CN107480151A (zh) * 2016-06-07 2017-12-15 福建福昕软件开发股份有限公司 一种跨平台的互联文档id生成方法
CN109741004A (zh) * 2018-11-30 2019-05-10 航天信息股份有限公司 申请单审核方法,装置,存储介质及电子设备
CN110648135A (zh) * 2019-08-29 2020-01-03 陈建明 一种基于对象的电子支付与清算方法
CN112232045A (zh) * 2020-10-23 2021-01-15 四川大学锦城学院 一种自动化企业报账管理系统及其管理方法
CN112785285A (zh) * 2021-01-21 2021-05-11 深圳乐信软件技术有限公司 多银行支付方法、系统、服务器和存储介质
CN113487279A (zh) * 2021-07-02 2021-10-08 外交部机关及驻外机构服务中心(外交部机关及驻外机构服务局) 一种业财融合的财务集中管理系统
CN113537964A (zh) * 2021-09-17 2021-10-22 北京奇虎科技有限公司 申请单处理方法、设备、存储介质及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105787628A (zh) * 2014-12-26 2016-07-20 远光软件股份有限公司 资金支付记录自动合并的方法和装置
CN104616111A (zh) * 2015-02-12 2015-05-13 北京恒华伟业科技股份有限公司 一种预算资金的管理方法及系统
CN106934709A (zh) * 2015-12-30 2017-07-07 远光软件股份有限公司 支付预算处理方法及相关装置
CN107480151A (zh) * 2016-06-07 2017-12-15 福建福昕软件开发股份有限公司 一种跨平台的互联文档id生成方法
CN109741004A (zh) * 2018-11-30 2019-05-10 航天信息股份有限公司 申请单审核方法,装置,存储介质及电子设备
CN110648135A (zh) * 2019-08-29 2020-01-03 陈建明 一种基于对象的电子支付与清算方法
CN112232045A (zh) * 2020-10-23 2021-01-15 四川大学锦城学院 一种自动化企业报账管理系统及其管理方法
CN112785285A (zh) * 2021-01-21 2021-05-11 深圳乐信软件技术有限公司 多银行支付方法、系统、服务器和存储介质
CN113487279A (zh) * 2021-07-02 2021-10-08 外交部机关及驻外机构服务中心(外交部机关及驻外机构服务局) 一种业财融合的财务集中管理系统
CN113537964A (zh) * 2021-09-17 2021-10-22 北京奇虎科技有限公司 申请单处理方法、设备、存储介质及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118134476A (zh) * 2024-03-25 2024-06-04 广东企企通科技有限公司 基于ai的付款计划数据生成方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN113946690A (zh) 潜在客户挖掘方法、装置、电子设备及存储介质
CN113806434B (zh) 大数据处理方法、装置、设备及介质
CN115936886B (zh) 异构证券交易系统的失效检测方法、装置、设备及介质
CN116823141A (zh) 付款数据处理方法、装置、设备及介质
CN116188189A (zh) 数据对账方法、装置、设备及介质
CN116823437A (zh) 基于配置化风控策略的准入方法、装置、设备及介质
CN116205764A (zh) 采购合同生成方法、装置、设备及介质
CN116957649B (zh) 客户筛选方法、装置、设备及介质
CN116934263B (zh) 产品批量准入方法、装置、设备及介质
CN116306591B (zh) 流程表单生成方法、装置、设备及介质
CN116843454B (zh) 渠道信息管理方法、装置、设备及介质
CN116630048B (zh) 基于期货行情k线的交易方法、装置、设备及介质
CN116739611B (zh) 客户信息跟踪管理方法、装置、设备及介质
CN116225971B (zh) 交易接口兼容性检测方法、装置、设备及介质
CN115964307B (zh) 交易数据自动化测试方法、装置、设备及介质
CN116976821B (zh) 企业问题反馈信息处理方法、装置、设备及介质
CN115934576B (zh) 交易场景下的测试用例生成方法、装置、设备及介质
CN118014696B (zh) 交易订单预热方法、装置、设备及介质
CN116414366B (zh) 中间件接口生成方法、装置、设备及介质
CN116414699B (zh) 运营运维测试方法、装置、设备及介质
CN116821163A (zh) 发票数据查验方法、装置、设备及介质
CN116821189A (zh) 发票采集方法、装置、设备及介质
CN116630035A (zh) 基于企业融资的生命周期跟踪方法、装置、设备及介质
CN116994279A (zh) 发票数据采集方法、装置、设备及介质
CN116934464A (zh) 基于小微企业的贷后风险监控方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination