CN115187358B - 一种对账引擎数据处理系统及其工作方法 - Google Patents
一种对账引擎数据处理系统及其工作方法 Download PDFInfo
- Publication number
- CN115187358B CN115187358B CN202211079878.XA CN202211079878A CN115187358B CN 115187358 B CN115187358 B CN 115187358B CN 202211079878 A CN202211079878 A CN 202211079878A CN 115187358 B CN115187358 B CN 115187358B
- Authority
- CN
- China
- Prior art keywords
- data
- reconciliation
- account checking
- management
- report
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Software Systems (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种对账引擎数据处理系统及其工作方法,其属于会计对账技术领域,所述对账引擎数据处理系统包括对账引擎服务系统和对账引擎支撑系统,所述对账引擎服务系统用于支撑企业的数据对账自动化且基于设置应用功能模块进行对账规则的灵活的配置,所述对账引擎支撑系统用于支撑对账引擎服务系统的运行;其中对账引擎服务系统设置有应用功能模块。本发明使得在进行会计对账时,不仅运算结果准确,而且对账效率高,有效地提高了作业效率,具有广阔的应用前景。
Description
技术领域
本发明属于会计对账技术领域,具体涉及一种对账引擎数据处理系统及其工作方法。
背景技术
在会计电算化环境下,对账系统提供自动对账功能,即对账系统根据用户设置的对账条件进行逐笔检查,对达到对账标准的记录进行勾对,未勾对的即为未达账项。对账系统进行自动对账的条件一般包括业务发生的日期、结算式、结算票号、发生金额相同等。其中,发生金额相同是账的基本条件,对于其他条件,用户可以根据需要自定义选择。
现有技术中的会计对账数据处理系统功能单一,运算内容较为简单,在进行会计对账时,对账效率低下,而且在数据来源繁多的情况下,容易导致对账数据出现偏差,造成对账结果的错误,因此,亟需一种新型对账系统来解决上述问题。
发明内容
基于现有技术中存在的技术问题,本发明提供一种对账引擎数据处理系统及其工作方法,其解决了现有会计对账数据处理系统功能单一、运算内容较为简单且在进行会计对账时对账效率低下等问题,进一步地提升了对账数据处理的准确度和精准度。
依据本发明技术方案的第一方面,本发明提供一种对账引擎数据处理系统,该对账引擎数据处理系统包括对账引擎服务系统和对账引擎支撑系统,所述对账引擎服务系统用于支撑企业的数据对账自动化且基于设置应用功能模块进行对账规则的灵活的配置,所述对账引擎支撑系统用于支撑对账引擎服务系统的运行;其中对账引擎服务系统设置有应用功能模块;
应用功能模块中设置有:
对账规则设置单元,其用于定义对账的数据来源、数据过滤要求、数据匹配要求以及自动处理机制;
对账差异处理单元,其用于展示自动对账未成功勾对的结果数据,并对未成功勾对的结果数据进行确认和处理;
交易对账汇总单元,其用于展示自动对账执行的对账结果和勾对内容;
对账交易明细处理单元,其用于展示所有自动对账、手动对账完成的双边数据;以及
报表汇总单元,其基于交易对账汇总单元的合并后的数据结果,按照财务管理需要生成对应财务所需的应收报表数据和收款报表数据;所述报表汇总单元进一步包括应收报表汇总单元和收款报表汇总单元。
其中,对账引擎支撑系统内设置有管理平台系统和技术平台系统,管理平台系统用于支撑对账引擎服务系统的正常运行并记录日常运行情况,,技术平台系统用于提供数据存储以及传输功能;管理平台系统内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块;技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。
进一步地,权限管理模块包括用户管理、角色管理、数据权限管理;权限管理模块实现基于用户登录授权、基于角色访问控制授权、基于数据权限查询数据范围授权。优选地,用户管理通过定义用户登录编码、用户密码,实现用户访问系统权限控制;角色管理通过定义角色编码、角色名称、操作功能节点、操作按钮,实现角色对操作和操作按钮的权限控制;通过用户分配角色实现用户访问权限控制、操作按钮权限控制。
更优选地,数据权限管理预先设置对账引擎数据处理系统数据权限等级,数据权限管理包括组织级权限控制、部门级权限控制和用户级权限控制,数据权限管理结合用户管理、角色管理进行组合使用,实现用户对功能节点的数据查询、功能操作范围控制。
进一步地,日志管理模块定义了登录日志、操作日志、服务日志、任务日志和接口日志;系统管理人员通过日志管理模块检查错误发生的原因、操作留下的痕迹,为对账引擎数据处理系统应用情况分析提供依据。任务管理模块集中管理对账引擎数据处理系统所有后台自动任务信息,对任务、任务执行时间进行设置;基于任务管理模块,设置自动进行原始数据抓取以及设置自动执行数据对账处理应用。
优选地,业务流程模块包括流程类别定义、审批流程设计、审批消息中心模块;针对有审批要求的功能节点进行灵活的设置对应的审批流程策略,实现单据审批应用。
依据本发明技术方案的第二方面,提供一种对账引擎数据处理系统的工作方法,其应用于上述的一种对账引擎数据处理系统中,其包括自动对账、手工对账、跳过对账和取消对账步骤,具体包括如下步骤:
步骤S1、自动对账:
S101、获取已启用的对账规则设置;
S102、组装对账汇总记录信息;
S103、获取对账来源数据和目标数据;
S104、对账处理;
其中:获取的分组值+明细值+金额值的三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等的三者相同或相等,则认为对账成功;
步骤S2、手工对账:
S201、根据对账规则id获取并组装对账规则设置实体对象;
S202、获取对账来源数据和目标数据;
S203、对账处理;
步骤S3、跳过对账:
S301、根据对账规则id获取并组装对账规则设置实体对象;
S302、获取对账来源数据和目标数据;
S303、对账处理;
步骤S4、取消对账:
S401、根据对账规则id获取并组装对账规则设置实体对像;
S402、选择需要取消对账的这一批次数据进行判断,是否已生成报表,如果生成报表后则不允许取消对账;
S403、没有生成报表,则继续取消对账的处理;
步骤S5、生成报表:
S501、定义报表生成规则;
S502、根据步骤S501生成的规则进行报表的生成,并分别生成财务所需的应收报表和收款报表。
优选地,步骤S1自动对账,其通过定时任务触发或者手工在差异处理界面点击自动对账按钮来开始自动对账过程,其遵循对账规则,即分组值+明细值+金额值等三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等等三者相同或相等,则认为对账成功。
与现有技术相比,本发明对账引擎数据处理系统及其工作方法的有益效果是:
1、本发明通过对账引擎数据处理系统中设有的服务系统,能够配置对账规则,然后进行对账来源数据和目标数据的处理,同时可以进行人工勾对确认,在进行系统计算和人工确认后,能够准确的计算出对账结构。
2、本发明在对账的同时,可以将对账结果进行生成报表,分别生成应收报表后收款报表,进行展示,方便查看;
3、本发明使得在进行会计对账时,不仅运算结果准确,而且对账效率高,有效地提高了作业效率,具有广阔的应用前景。
附图说明
图1为本发明一种对账引擎数据处理系统的功能框图;
图2为本发明一种对账引擎数据处理系统的工作流程框图;
图3为本发明一种对账引擎数据处理系统的处理系统流程框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供一种对账引擎数据处理系统及其工作方法,属于会计对账系统技术领域,该对账引擎服务系统中设置有应用功能模块包括:对账规则设置单元,其用于定义对账的数据来源、数据过滤要求、数据匹配要求以及自动处理机制;对账差异处理单元,其用于展示自动对账未成功勾对的结果数据,并对未成功勾对的结果数据进行确认和处理;交易对账汇总单元,其基于对账数据管理维度自动对成功对账数据结果进行自动合并,展示合并后的数据结果,;对账交易明细处理单元,其用于展示所有自动对账、手动对账完成的双边数据;以及报表汇总单元,其基于交易对账汇总单元的合并后的数据结果,按照财务管理需要生成对应财务所需的应收报表数据和收款报表数据;所述报表汇总单元进一步包括应收报表汇总单元和收款报表汇总单元,同时设置系统内设置有管理平台系统和技术平台系统,所述管理平台系统用于管理平台日常运行并参数设置和记录,内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块。所述技术平台系统用于提供数据存储以及传输功能,内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。本发明使得在进行会计对账时,不仅运算结果准确,而且对账效率高,有效地提高了作业效率,具有广阔的应用前景。
下面结合附图,对本申请的对账引擎数据处理系统及其工作方法做出详细说明。
请参阅图1-图3,本发明提供一种对账引擎数据处理系统,该对账引擎数据处理系统包括对账引擎服务系统和对账引擎支撑系统,所述对账引擎服务系统用于支撑企业的数据对账自动化且基于设置应用功能模块进行对账规则的灵活的配置,所述对账引擎支撑系统用于支撑对账引擎服务系统的运行;其中对账引擎服务系统设置有应用功能模块,应用功能模块中设置有:
对账规则设置单元,其用于定义对账的数据来源、数据过滤要求、数据匹配要求以及自动处理机制;
对账差异处理单元,其用于展示自动对账未成功勾对的结果数据,并对未成功勾对的结果数据进行确认和处理;
交易对账汇总单元,其基于对账数据管理维度自动对成功对账数据结果进行自动合并,展示合并后的数据结果;
对账交易明细处理单元,其用于展示所有自动对账、手动对账完成的双边数据;双边数据就是对账核对的来源数据与目标数据;
报表汇总单元,其基于交易对账汇总单元的合并后的数据结果,按照财务管理需要生成对应财务所需的应收报表数据和收款报表数据;所述报表汇总单元进一步包括应收报表汇总单元和收款报表汇总单元。
对账引擎数据处理系统中的对账引擎支撑系统,其用于支撑对账引擎数据处理系统的运行,对账引擎支撑系统内设置有管理平台系统和技术平台系统,管理平台系统用于支撑对账引擎服务系统的正常运行并记录日常运行情况,,技术平台系统用于提供数据存储以及传输功能;管理平台系统内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块;技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。
对账引擎支撑系统的管理平台系统中各个功能模块的功能如下:
1、权限管理模块:权限管理模块为对账引擎数据处理系统的底层核心功能,权限管理模块主要包括用户管理、角色管理、数据权限管理等功能;权限管理模块通过灵活配置的形式,实现基于用户登录授权、基于角色访问控制授权、基于数据权限查询数据范围授权。用户管理通过定义用户登录编码、用户密码,实现用户访问系统权限控制。角色管理通过定义角色编码、角色名称、操作功能节点、操作按钮,实现角色对操作功能节点和操作按钮的权限控制;通过用户分配角色实现用户访问权限控制、操作按钮权限控制。
数据权限管理预先设置对账引擎数据处理系统数据权限等级,数据权限管理包括组织级权限控制、部门级权限控制和用户级权限控制,数据权限管理结合用户管理、角色管理进行组合使用,实现用户对功能节点的数据查询、功能操作范围的控制。
2、日志管理模块:日志管理模块定义了登录日志、操作日志、服务日志、任务日志和接口日志。系统管理人员可以通过日志管理模块检查错误发生的原因、操作留下的痕迹。为对账引擎数据处理系统应用情况分析提供依据。
其中,登录日志管理功能节点,记录了用户登录系统时间、退出系统时间及当前是否在线。操作日志管理功能节点,记录了用户对系统的各类操作信息记录,包括数据查询、数据新增、数据修改、数据停用/启用、数据删除等操作的记录。服务日志管理功能节点,记录了平台各微服务之间的服务调用信息、调用时间、处理结果信息。任务日志管理功能节点,记录了系统后台定时任务执行信息。包括定时任务执行结果、执行时间等。接口日志管理功能节点,记录了外部系统集成接口调用记录、执行结果、执行报文信息。
3、任务管理模块:
任务管理模块集中管理对账引擎数据处理系统所有后台自动任务信息,可以对任务、任务执行时间等进行设置;基于任务管理模块,设置自动进行原始数据抓取以及设置自动执行数据对账处理应用,减少人工操作,增强系统等易用性。并结合任务执行日志进行任务执行情况进行跟踪、记录、分析。任务管理模块包括任务管理和任务执行器,任务管理可以进行任务、运行模式、任务参数、执行策略等信息进行定义。任务执行器在任务管理等基础上,对任务进行捆绑,设置任务执行顺序、执行时间,实现多任务按序执行,可以应变复杂的后台任务处理场景。
4、业务流程模块:
业务流程模块就是业务审批流程模块,其功能包括流程类别定义、审批流程设计、审批消息中心等三大模块。可以针对有审批要求的功能节点进行灵活的设置对应的审批流程策略,实现单据审批应用。其中流程类别定义对需要审批的功能节点进行定义,定义包括流程标识、审批路径、撤回路径、数据接口等信息。审批流程设计用于对流程类别进行具体的审批流程进行设计。审批消息中心集中管理审批流程运行过程中的所有审批消息。
5、参数设置模块:
参数设置模块为参数设置管理模块,其用于定义系统应用操作、任务执行过程中的一些控制参数信息;其用于解决不同企业的不同应用诉求;通过参数设置管理进行控制;便于管理人员在进行系统初始化配置时进行快速配置应用,增强平台的灵活性。
6、附件管理模块:
附件管理模块中的附件管理定义了附件管理路径、附件上传大小限制控制、附件上传类型控制;此外,还对附件的存储周期也可以进行灵活设置。
基于附件管理模块的附件管理中心,可以集中查看平台所有附件信息,同时也可以在各业务功能节点对附件信息上传操作或查看操作。
技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元;对账引擎支撑系统的技术平台系统中各个功能模块的功能如下。
本发明采用的企业级分布式应用服务EDAS(Enterprise DistributedApplication Service)是一个应用托管和微服务管理的云原生PaaS平台,提供应用开发、部署、监控、运维等全栈式解决方案,同时支持Spring Cloud和Apache Dubbo(以下简称Dubbo)等微服务运行环境,助力客户应用轻松上云。优选地,采用Spring Cloud平台。
优选地,本发明采用的分布式关系数据库RD6为关系型数据库是MySQL数据库。分布式消息队列单元采用消息队列中间件是RabbitMQ;对账引擎支撑系统具有高性能,高可用,可伸缩和最终一致性架构,能够解决应用耦合、异步消息、流量削锋等问题。进一步地,对账引擎支撑系统中的分布式缓存单元采用分布式缓存是Redis,实现了存储登录授权信息、基础档案等频繁使用且变化教小的数据,支持业务发生过程中能够快速使用这部分数据。
尤其是,对账引擎支撑系统中的平台DevOps促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合,其采用gitlab+Jenkins+bash脚本+docker镜像服务器+k8s或者docker swarm自动拉取镜像部署。在对账引擎支撑系统中,开发人员提交或者合并代码的时候,Gitlab会检查提交代码或者合并代码的操作,通知Jenkins执行编译代码和打包代码到docker镜像,提交镜像到镜像服务器,镜像服务器的触发器会通知k8s或者docker swarm更新镜像并部署环境。
进一步地,对账引擎支撑系统采用计算机与存储平台单元,其实现对计算机信息数据进行存储和管理且将数据保存在计算机平台当中;优选地,使用的存储平台有七牛云、阿里云的OSS、minio等。
在另一实施例中,提供一种对账引擎数据处理系统的工作方法,其包括自动对账、手工对账、跳过对账和取消对账步骤,其中:获取的分组值+明细值+金额值的三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等的三者相同或相等,则认为对账成功;各对账功能数据处理步骤具体包括如下步骤:
步骤S1、自动对账:
S101、获取已启用的对账规则设置;
S102、组装对账汇总记录信息;
S103、获取对账来源数据和目标数据;
S104、对账处理;
步骤S2、手工对账:
S201、根据对账规则id获取并组装对账规则设置实体对象;
S202、获取对账来源数据和目标数据;
S203、对账处理;
步骤S3、跳过对账:
S301、根据对账规则id获取并组装对账规则设置实体对象;
S302、获取对账来源数据和目标数据;
S303、对账处理;
步骤S4、取消对账:
S401、根据对账规则id获取并组装对账规则设置实体对像;
S402、选择需要取消对账的这一批次数据进行判断,是否已生成报表,如果生成报表后则不允许取消对账;
S403、没有生成报表,则继续取消对账的处理;
步骤S5、生成报表:
S501、定义报表生成规则;
S502、根据步骤S501生成的规则进行报表的生成,并分别生成财务所需的应收报表和收款报表。
在本发明的优选实施例中,对账引擎数据处理系统的工作方法包括以下步骤:
步骤W1,从业务系统拉取对应的对账数据,对账数据优选为来源对账数据;
步骤W2,每天通过定时任务执行自动对账,拉取所有已启用的对账规则,通过对账规则匹配当次对账的来源对账数据和目标对账数据,对来源对账数据和目标对账数据按照对账规则做自动对账处理;
步骤W3,对账成功的数据写入对账汇总报告,并且将明细和对账关系计入交易对账明细表;
步骤W4,失败的数据通过对账差异处理单元,来排查对账失败的原因,并通过手工执行指定对账、手工勾选对账以及跳过对账的方式来处理对账差异,处理后的数据写入交易对账明细;
步骤W5,取消对账后需要修改原始数据的状态信息,让原始数据可以继续参与对账处理;
步骤W6,对账成功的数据可以通过定时任务生成财务所需的应收报表和收款报表数据。
在另一实施例中,对账引擎数据处理系统工作如下:
步骤S1,获取原始数据步骤,获取业务系统的支付记录、交易账单、结算账单,并将支付记录、交易账单、结算账单转换成对账引擎数据处理系统需要的对账原始数据,进而将对账原始数据存储到对账引擎数据处理系统配置的建模单据中;
步骤S2,交易对账步骤,将获取的交易账单和支付记录做明细级的核对,通过“组织+渠道(支付平台)+单号”三者相统一的方式进行明细匹配,对账成功的数据存储到对账交易明细单元,对账失败的数据存放到对账差异处理单元做人工的对账差异处理;
步骤S3,结算对账步骤,将获取的交易账单和结算账单做明细级核对,通过“组织+渠道+流水”三者相统一的方式进行明细匹配,对账成功的数据存储到对账交易明细单元,对账失败的数据存放到对账差异处理单元,并提供手工执行指定对账、手工勾选对账以及跳过对账的方式来处理对账差异;
步骤S4,将交易对账成功的交易账单数据生成应收月报表,存储在应收报表汇总单元;
步骤S5,将结算对账成功的结算账单数据生成财务所需的收款月报表,收款月报存储在收款报表汇总单元;结算金额大于交易金额的那部分金额记为长款,结算金额小于交易金额的那部分金额记为短款,并分别做会计入账处理。
更详细地,一种对账引擎数据处理系统的工作方法包括如下步骤:
步骤S1,自动对账,其通过定时任务触发或者手工在差异处理界面点击自动对账按钮来开始自动对账过程,其遵循对账规则,即分组值+明细值+金额值等三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等等三者相同或相等,则认为对账成功;
步骤S1详细包括以下子步骤:
S101,获取已启用的对账规则设置;
S102,组装对账汇总记录信息;
S103,获取对账来源数据和目标数据:
S103a,从对账规则设置中获取来源对账数据过滤条件和目标对账数据过滤条件;
S103b,获取来源对账数据分组和目标对账数据分组,分别放到Map<来源分组字段和目标分组字段>集合中;
S103c,获取来源对账明细字段和目标对账明细字段,分别放到Map<来源明细字段和目标明细字段>集合;
S103d,根据对账来源数据类型和对账目标数据类型,获取来源数据表和目标数据表;
S103e,获取分组数据,从符合来源过滤条件的来源数据表中选择来源分组字段,即(select 来源分组字段 from 来源数据表 where 来源过滤条件);
S103f,根据S103a-S103e,获取来源和目标符合条件的对账数据,
S103f1,符合来源过滤条件的来源数据表中选择来源分组字段,且来源分组字段等于分组数据分组值,得到来源对账数据;即Select * from 来源数据表 where 来源过滤条件 and 来源分组字段=分组值(S103e查询的结果),得到来源对账数据,Map<表名,数据List集合>;
S103f2,符合目标过滤条件的目标数据表中选择目标分组字段,且目标分组字段等于分组数据分组值,得到目标对账数据;即Select * from 目标数据表 where 目标过滤条件 and 目标分组字段=分组值(S103e查询的结果),得到目标对账数据,Map<表名,数据List集合>。
S104,对账处理;
S104a,通过公式解析器提取来源数据对账金额和目标数据对账金额,并将来源数据对账金额和目标数据对账金额存储到对账金额字段;
S104b,对来源数据和目标数据进行分组,即Map<分组信息、对账数据List集合>,例如Map<组织+部门+单据号,对账数据List集合>;
S104c,循环来源数据,获取循环体中的key(分组信息)+来源对账数据集合,通过来源数据的分组key获取对应的符合条件的目标数据集合,将来源对账集合中的对账金额合计与目标对账集合中的对账金额合计进行比较;
S104c1,如果来源对账集合中的对账金额合计与目标对账集合中的对账金额合计一致,则认为对账通过,组装对接明细结果数据,并将对接明细结果数据id存储到对账成功List集合,同时变更对账汇总信息里面的对账数量及对账金额;
S104c2,分组信息下,如果单边数据汇总后对账金额为0,则认为他是一正一负冲抵,自动跳过对账;随后组装对接明细结果数据,并将对接明细结果数据id存储到对账成功List集合,同时变更对账汇信息里面的跳过数量及跳过金额;
S104c3,如果来源对账集合中的对账金额合计与目标对账集合中的对账金额合计不一致,判断是否开启误差处理;如果允许误差处理,并且误差在设定的误差范围内,则认为对账通过,组装对接明细结果数据,并将对接明细结果数据id存储到对账成功List集合,同时变更对账汇总信息里面的对账数量及对账金额;
S104c4,不允许有误差,或者误差在设定的范围外则认为对账失败,记录为差异数据,变更对账汇总信息里的差异数量以及差异金额;
S104c5,将匹配上的目标数据按key值移除掉,留下未匹配的目标数据;
S104d,循环处理目标数据,获取循环体中的key(分组信息)+目标对账数据集合,对目标的数据进行处理;
S104d1,分组信息下,如果目标数据汇总后对账金额为0,则认为他是一正一负冲抵,自动跳过对账,组装对接明细结果数据,并将对接明细结果数据id存储到对账成功List集合,同时变更对账汇信息里面的跳过数量及跳过金额;
S104d2,不符合跳过条件的,则认为是差异数据,需要变更对账汇总信息里面的目标差异数量和目标差异金额;
S104e,存储对账过程中组装的对账明细数据;
S104f,根据已对账数据id集合修改对账状态;
S104g,存储对账汇总信息。
S2、手工对账,手工对账,其详细操作步骤如下:
S201,根据对账规则id获取并组装对账规则设置实体对象;
S202,获取对账来源数据和目标数据:
S202a,根据对账来源数据类型和对账目标数据类型,获取来源数据表和目标数据表;
S202b,根据手工选择的来源数据ID集合和目标数据ID集合,查询并组装来源对账数据和目标对账数据Map集合;
S203,对账处理,其步骤与S1自动对账中的S104对账处理步骤相同;
如果对不上帐的时候,则需要将错误信息返回给操作用户。
S3、跳过对账
S301,根据对账规则id获取并组装对账规则设置实体对象;
S302,获取对账来源数据和目标数据:
S302a,根据对账来源数据类型和对账目标数据类型,获取来源数据表和目标数据表,
S302b,如果客户选择具体的数据进行跳过对账,其根据手工选择的来源数据ID集合和目标数据ID集合,来查询并组装来源对账数据和目标对账数据Map集合;
S302c,如果客户是通过条件查询出来的批数据进行跳过对账,根据查询条件过滤出来源数据和目标数据Map集合,例如在过滤条件与客户选择的过滤条件相同的条件下,从数据表中选择来源数据和目标数据,即select * from 来源数据表 where 过滤条件=客户选择的过滤条件;
S303,对账处理,,其步骤与S1自动对账中的S104对账处理步骤相同。
S4、取消对账
S401,根据对账规则id获取并组装对账规则,来设置实体对帐;
S402,选择需要取消对账的这一批次数据进行判断,是否已生成报表,如果生成报表后则不允许取消对账;
S403,没有生成报表,则继续取消对账的处理:
S403a,回写原始来源数据和目标数据的状态为未对账,
S403b,删除对账汇总明细数据,
S403c,删除对账明细结果数据。
S5、生成报表:
S501、定义报表生成规则;
S501-1,生成报表数据来源:
例如:在一些实施例中生成报表数据的来源如下,例如,以下几种门店收款月报表的生成中,需要获取:(1)鼎付通账单中属于当前租户,对账状态为跳过对账和对账成功、没有生成过当月月报表的数据,并且数据来源属于北京鼎付通微信、北京鼎付通支付宝、南京鼎付通微信、南京鼎付通支付宝四种类型之一的数据。(2)拉卡拉账单中属于当前租户,对账状态为跳过对账和对账成功、没有生成过当月月报表的数据。(3)付款方式明细中属于当前租户,对账状态为跳过对账和对账成功、没有生成过当月月报表,并且支付类型为鼎付通或移动支付拉卡拉的数据;
门店应收月报表的生成,需要获取:(1)付款方式明细中属于当前租户,对账状态为跳过对账或对账成功或无需对账、没有生成过当月月报表,并且支付类型为鼎付通、移动支付拉卡拉、现金、银行卡、商场抵扣券、银行卡、扫码支付中任意的数据;
需要注意的是:两张门店月报表的来源数据的获取为同时获取,一次获取一整月。
S501-2,生成报表方式,优选按月生成。
S501-3,生成报表控制条件:
控制门店收款月报表和门店应收月报表同时生成一个月的数据,并且数据从系统中只获取一次,保证数据的完整性和避免其他对账操作对数据对账状态可能产生的不确定性。生成数据后统一回写来源数据estima_status为0。
S501-4,来源数据查询合并规则,优选门店收款月报表合并规则和门店应收月报表合并规则:
门店收款月报表合并规则,例如采用:(1)鼎付通账单中按照组织、核算组织、部门的维度将来源数据进行分组汇总,并求出分组的对账金额、手续费、结算金额的合计金额。(2)拉卡拉账单中按照组织、收款组织、部门的维度将来源数据进行分组汇总,并求出分组的对账金额、手续费、结算金额的合计金额。(3)付款方式明细中按照组织、部门、支付方式的维度将来源数据进行分组汇总,并求出分组的对账金额的合计金额。
门店应收月报表合并规则,例如采用:(1)付款方式明细中按照组织、部门、支付方式、渠道、明细类型(预约单和付款方式明细)、业务日期的维度将来源数据进行分组汇总,并求出分组的对账金额的合计金额。
S501-5,生成报表异常日志记录规则,例如采用:将鼎付通账单、拉卡拉账单、门店付款方式明细(分为支付方式为鼎付通和移动支付拉卡拉)来源数据中的组织分别与拉卡拉和鼎付通对照表(用于来源数据的组织翻译,分为两个分别为“lkl-wtskgxb”“dft-wtskgxb”)中维护的组织进行比对,对照表中没有维护的组织分别记录为两个组织集合,在回写状态字段estima_status时,对门店付款方式明细数据进行回写时,鼎付通账单和支付方式为鼎付通的付款方式明细数据中在对照表“dft-wtskgxb”中没有维护的组织不进行对应来源数据的回写;拉卡拉账单和支付方式为移动支付拉卡拉的付款方式明细数据中在对照表“lkl-wtskgxb”中没有维护的组织不进行对应来源数据的回写。
需要注意的是:只有门店收款月报表数据的组织需要与对照表进行比对,但是由于两张月报表同时生成,并且回写字段为同一字段,所以处理时要整理未维护的组织集合后进行统一回写。
S502、根据步骤S501生成的规则进行报表的生成,并分别生成应收报表和收款报表,其报表生成流程如下:
S502-1,报表生成途径:
(1)通过任务模块自动执行,生成门店收款月报表和门店应收月报表,执行任务时间为自行配置,执行任务时间和抓取数据所属月份的关系为:执行任务日期-2=业务日期,按照计算所得业务日期当月月份稳准获取门店收款月报表和门店应收月报表来源数据进行月报表生成;
(2)通过月报表节点,点击生成报表按钮,选择所需生成的月报表月份,按照所选月份进行获取门店收款月报表和门店应收月报表来源数据进行月报表生成。
S502-2,报表生成具体流程:
S502-2-1,任务判重与覆盖删除,从月报表节点或任务模块执行月报表生成,首先查询该任务是否已经在执行中,防止不同用户点击或者用户重复点击,导致同一月份数据的月报表生成重复,如果不存在重复则继续往下执行,如果存在重复直接返回“后台生成报表中,请稍后查看日志”,并在日志中记录该条记录;
如果选择的覆盖生成,则需要查询当月已生成过的门店应收月报表数据,将已经推送过下游的数据整理,获取到下游单据的id集合(销售应收单和预约单),并按照下游单据类型进行分组汇总,调用下游单据删除接口进行下游单据删除,删除完成后再进行报表后续生成,如果删除失败,则返回下游单据删除失败原因,不执行后续流程;
如果选择的覆盖生成,则需要查询当月已生成过的门店收款月报表数据,将已经推送过下游的数据整理,获取到下游单据的id集合(收款单和应收单),并按照下游单据类型进行分组汇总,调用下游单据删除接口进行下游单据删除,删除完成后再进行报表后续生成,如果删除失败,则返回下游单据删除失败原因,不执行后续流程。
S502-2-2,门店应收月报表生成;首先获取门店应收月报表所需来来源数据,因为门店应收月报表所需来源数据包含门店收款月报表中的付款方式明细的所需数据,门店收款月报表所需付款方式明细来源数据为对账状态为“跳过对账”和“对账成功”两类,故在获取时,分四种类型获取数据(如果为直接生成则获取回写状态为0的数据,如果为覆盖生成,则在回写状态上不做限制):
(1)属于当前租户,没有生成过当月月报表,并且支付类型为鼎付通、移动支付拉卡拉、现金、银行卡、商场抵扣券、银行卡、扫码支付其中之一,明细类型为付款方式明细,对账状态为跳过对账和对账成功的数据,按照组织、部门、支付方式、渠道、业务日期的维度将来源数据进行分组汇总。
(2)属于当前租户,没有生成过当月月报表,并且支付类型为鼎付通、移动支付拉卡拉、现金、银行卡、商场抵扣券、银行卡、扫码支付其中之一,明细类型为预约单,对账状态为跳过对账和对账成功的数据,按照组织、部门、支付方式、渠道、业务日期的维度将来源数据进行分组汇总。
(3)属于当前租户,没有生成过当月月报表,并且支付类型为鼎付通、移动支付拉卡拉、现金、银行卡、商场抵扣券、银行卡、扫码支付其中之一,明细类型为付款方式明细,对账状态为无需对账的数据,按照组织、部门、支付方式、渠道、业务日期的维度将来源数据进行分组汇总。
(4)属于当前租户,没有生成过当月月报表,并且支付类型为鼎付通、移动支付拉卡拉、现金、银行卡、商场抵扣券、银行卡、扫码支付其中之一,明细类型为预约单,对账状态为无需对账的数据,按照组织、部门、支付方式、渠道、业务日期的维度将来源数据进行分组汇总。
然后进行两张对照表的获取,根据名称(“lkl-wtskgxb”和“dft-wtskgxb”)和租户进行对照表获取,然后对(1)(2)中的数据进行整理,获取支付方式为“鼎付通”或“移动支付拉卡拉”的数据,整理为收款月报表所需门店付款方式明细数据。具体流程为对(1)和(2)所获取的数据集合分别进行循环,将两个集合中支付方式为“鼎付通”或“移动支付拉卡拉”的数据分别与对照表(“lkl-wtskgxb”和“dft-wtskgxb”)进行比对,整理出维护过的数据放入同一集合中,将两张对照表未维护的组织按照对照表表名进行记录,后续进行统一日志记录和回写操作。然后将整理到同一集合的数据进行整理(按照门店收款月报表的合并维度),同一组织、部门、支付方式(“鼎付通”或“移动支付拉卡拉”)的数据合并为一条,整理为收款月报表的来源数据,和未维护过的组织集合数据一起作为条件进行后续业务的处理。
然后进行门店应收月报表的生成,因为门店应收月报表所需数据的对账状态为跳过对账或对账成功或无需对账,所以需要将在对照表中维护的(1)(2)中的数据和(3)(4)中的数据进行合并,分别将(1)(2)整理过后的集合和(3)、(4)获取的集合数据进行循环,在其他维度相同的情况下,对对账金额进行累加,合并为一条数据,整理到同一集合中。
然后进行门店应收月报表数据的生成,规则为整理过后的集合和生成的门店应收月报表数据为一对一映射生成,在循环中逐条执行,并保存到门店应收月报表的集合当中,进行批量保存到系统中。
最后进行部分数据的回写,回写的数据为门店应收月报表中特有的来源数据(即在门店收款月报表中不需要的来源数据),包括第一部分支付方式为现金、银行卡、商场抵扣券、扫码支付并且对账状态为跳过对账或对账成功或无需对账的当月数据,回写estima_status由0置为1。还有第二部分支付方式为鼎付通、移动支付拉卡拉并且对账状态为无需对账的当月数据,回写estima_status由0置为1。
S502-2-3,门店收款月报表生成;
因为两张报表为同时生成,做门店收款月报表生成之前可以获取到来源数据为门店付款方式明细的整理过后的数据(在两张对照表中维护过组织)和两张对照表未维护组织的组织集合。还需要获取的来源数据为当月鼎付通账单数据、拉卡拉账单数据(如果为直接生成则获取回写状态为0的数据,如果为覆盖生成,则在回写状态上不做限制)。
鼎付通账单数据:当前租户下对账状态为对账成功或跳过对账,数据来源属于北京鼎付通微信、北京鼎付通支付宝、南京鼎付通微信、南京鼎付通支付宝四种类型之一的数据,按照组织、收款组织、部门的维度将来源数据进行分组汇总成集合。
拉卡拉账单数据:当前租户下对账状态为对账成功或跳过对账,按照组织、收款组织、部门的维度将来源数据进行分组汇总成集合。
然后进行两张对照表的获取,根据名称(“lkl-wtskgxb”和“dft-wtskgxb”)和租户进行对照表获取,与鼎付通账单数据的集合和拉卡拉账单数据的集合分别进行比对,过滤掉组织对照表中没有的数据,并记录鼎付通账单的未维护组织集合和拉卡拉账单的未维护集合,后续进行统一回写。
然后进行整理付款方式明细中支付方式为“鼎付通”或“移动支付拉卡拉”的数据并进行区分,整理为map<支付方式,<“组织+部门”,数据集合>>。然后分别将鼎付通账单和拉卡拉账单的数据,也按照“组织+部门”的维度进行整理,如果存在一个组织对应多个核算组织的数据,直接抛出异常,停止流程。
将整理过后的付款方式明细map中不同的支付方式(“鼎付通”或“移动支付拉卡拉”)分别和鼎付通账单、拉卡拉账单整理过后的数据在循环中进行比对,如果与鼎付通账单或拉卡拉账单按照“组织+部门”的维度进行整理后的数据匹配成功,则将鼎付通账单或拉卡拉账单中的结算金额、手续费新增至对应的付款方式明细中,然后逐条生成门店收款月报表,生成门店收款月报表后,将鼎付通账单、拉卡拉账单中对应的数据删除(即不同来源数据相同维度的数据只保存一次)。等到所有付款方式明细数据生成门店收款月报表完成后,将鼎付通账单、拉卡拉账单中剩余未匹配到的维度的数据循环生成门店收款月报表。
其中,逐条生成门店收款月报表流程:
判断差异状态 (1 相等 2长款 3短款)逻辑:鼎付通账单、拉卡拉账单中的对账金额-付款方式明细中的对账金额的值与0做比较,相等记为1,大于0记为2,小于0记为3,和其余字段一同按照一对一映射关系生成门店收款月报表。
注意:鼎付通账单、拉卡拉账单中剩余未匹配到的维度的数据中付款方式明细中的对账金额默认为0。
所有门店收款月报表数据生成完成后进行汇总,同一保存至系统。
S502-2-4,同一回写和日志生成;
鼎付通账单回写:将当前租户下,本月对账状态为跳过对账和对账完成,并且数据来源属于北京鼎付通微信、北京鼎付通支付宝、南京鼎付通微信、南京鼎付通支付宝四种类型之一,并且不属于对照表“dft-wtskgxb”未维护的组织的数据,回写字段为estima_status为1。
拉卡拉账单回写:将当前租户下,本月对账状态为跳过对账和对账完成,并且不属于对照表“lkl-wtskgxb”未维护的组织的数据,回写字段为estima_status为1。
门店付款方式明细回写:
将当前租户下,本月对账状态为跳过对账和对账完成,支付方式为移动支付拉卡拉,并且不属于对照表“lkl-wtskgxb”未维护的组织的数据,回写字段为estima_status为1。
将当前租户下,本月对账状态为跳过对账和对账完成,支付方式为鼎付通,并且不属于对照表“dft-wtskgxb”未维护的组织的数据,回写字段为estima_status为1。
日志生成:将所有门店付款方式明细、拉卡拉账单、鼎付通账单中未维护的组织按照对照表进行分类,分别生成。
本发明对账引擎数据处理系统及其工作方法中接口信息如下:
1、自动对账接口:
ReconProcessController. autoVerify(@RequestBody ReconConfig config);
接收参数:自动对账规则信息;
返回数据:自动对账成功或失败信息;
功能描述:任务模块或者手工点击自动对账操作调用此接口进行数据的自动对账,按照定时人工设置。
2、手工对账接口:
ReconProcessController. handleVerify (@RequestBody ReconConfigconfig);
接收参数:手工对账规则信息;
返回数据:手工对账成功或失败信息 ;
功能描述:手工勾选数据操作调用此接口进行数据的手工匹配对账处理。
3、跳过对账接口:
ReconProcessController. jumpVerify (@RequestBody ReconConfig config);
接收参数:跳过对账规则信息;
返回数据:跳过对账成功或失败信息;
功能描述:手工勾选数据或者手工选择需要做跳过对账数据的查询条件调用此接口进行数据的跳过对账处理。
4、取消对账接口:
ReconProcessController. cancelVerify (@RequestBody ReconConfigconfig);
接收参数:取消对账规则信息;
返回数据:取消对账成功或失败信息;
功能描述:手工勾选数据调用此接口做取消对账业务处理。
5、生成月报表接口:
ReportClient.generateReport(@RequestBody VofConfig config);
接收参数:生成月报表配置信息;
返回数据:月报表生成成功或失败信息;
功能描述:任务模块调用此接口进行门店应收月报表和门店收款月报表的生成,按照定时人工设置。
6、应收月报表查询:
public R<ArRecbillVo> list(Query query, @Valid @RequestBodyHawkCondition condition);
接收参数:分页信息,过滤查询条件;
返回数据:交易机构、部门、渠道、支付方式、交易日期、入账期间、交易金额、单据来源;
功能描述:按天增量汇总对账完成的业务收款数据,支持后续终端零售收入挂账及以销定采做内部交易流转。
7、收款月报表查询:
public R<RecbillVo> list(Query query, @Valid @RequestBodyHawkCondition condition);
接收参数:分页信息,过滤查询条件;
返回数据:交易机构、收款机构、部门、是否委托收款、支付方式、交易日期、入账期间、差异状态、交易金额、账单金额、结算金额、手续费、差异金额;
功能描述:按天增量汇总渠道收款对账完成的业务收款数据和渠道账单数据,并根据交易公司与回款公司的映射,确认内部代收代付关系,并支持后续往来挂账处理。
本发明中,通过对账引擎数据处理系统中设有的服务系统,能够配置对账规则,然后进行对账来源数据和目标数据的处理,同时可以进行人工勾对确认,在进行系统计算和人工确认后,能够准确的计算出对账结构,同时可以将对账结果进行生成报表,分别生成应收报表后收款报表,进行展示,方便查看,本发明使得在进行会计对账时,不仅运算结果准确,而且对账效率高,有效地提高了作业效率,具有广阔的应用前景。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种对账引擎数据处理系统的工作方法,其特征在于,其包括自动对账、手工对账、跳过对账和取消对账步骤,其具体包括如下步骤:
步骤S1、自动对账:
S101、获取已启用的对账规则设置;
S102、组装对账汇总记录信息;
S103、获取对账来源数据和目标数据;
S104、对账处理;
其中:获取的分组值+明细值+金额值的三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等的三者相同或相等,则认为对账成功;
步骤S2、手工对账:
S201、根据对账规则id获取并组装对账规则设置实体对象;
S202、获取对账来源数据和目标数据;
S203、对账处理;
步骤S3、跳过对账:
S301、根据对账规则id获取并组装对账规则设置实体对象;
S302、获取对账来源数据和目标数据;
S303、对账处理;
步骤S4、取消对账:
S401、根据对账规则id获取并组装对账规则设置实体对像;
S402、选择需要取消对账的这一批次数据进行判断,是否已生成报表,如果生成报表后则不允许取消对账;
S403、没有生成报表,则继续取消对账的处理;
步骤S5、生成报表:
S501、定义报表生成规则;
S502、根据步骤S501生成的规则进行报表的生成,并分别生成财务所需的应收报表和收款报表;
所述对账引擎数据处理系统的工作方法应用的对账引擎数据处理系统包括对账引擎服务系统和对账引擎支撑系统,所述对账引擎服务系统用于支撑企业的数据对账自动化且基于设置应用功能模块进行对账规则的灵活的配置,所述对账引擎支撑系统用于支撑对账引擎服务系统的运行;其中对账引擎服务系统设置有应用功能模块;应用功能模块中设置有:
对账规则设置单元,其用于定义对账的数据来源、数据过滤要求、数据匹配要求以及自动处理机制;
对账差异处理单元,其用于展示自动对账未成功勾对的结果数据,并对未成功勾对的结果数据进行确认和处理;
交易对账汇总单元,其基于对账数据管理维度自动对成功对账数据结果进行自动合并,展示合并后的数据结果,
对账交易明细处理单元,其用于展示所有自动对账、手动对账完成的双边数据;以及
报表汇总单元,其基于交易对账汇总单元的合并后的数据结果,按照财务管理需要生成对应财务所需的应收报表数据和收款报表数据;所述报表汇总单元进一步包括应收报表汇总单元和收款报表汇总单元;
对账引擎支撑系统内设置有管理平台系统和技术平台系统,管理平台系统用于支撑平台的正常运行并记录日常运行情况,技术平台系统用于提供数据存储以及传输功能;管理平台系统内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块;技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。
2.根据权利要求1所述的对账引擎数据处理系统的工作方法,其特征在于,权限管理模块包括用户管理、角色管理、数据权限管理;权限管理模块实现基于用户登录授权、基于角色访问控制授权、基于数据权限查询数据范围授权。
3.根据权利要求2所述的对账引擎数据处理系统的工作方法,其特征在于,用户管理通过定义用户登录编码、用户密码,实现用户访问系统权限控制;角色管理通过定义角色编码、角色名称、操作功能节点、操作按钮,实现角色对操作功能节点和操作按钮的权限控制;通过用户分配角色实现用户访问权限控制、操作按钮权限控制。
4.根据权利要求3所述的对账引擎数据处理系统的工作方法,其特征在于,数据权限管理预先设置对账引擎数据处理系统数据权限等级,数据权限管理包括组织级权限控制、部门级权限控制和用户级权限控制,数据权限管理结合用户管理、角色管理进行组合使用,实现用户对功能节点的数据查询、功能操作范围控制。
5.根据权利要求2所述的对账引擎数据处理系统的工作方法,其特征在于,日志管理模块定义登录日志、操作日志、服务日志、任务日志和接口日志;系统管理人员通过日志管理模块检查错误发生的原因、操作留下的痕迹,为对账引擎数据处理系统应用情况分析提供依据。
6.根据权利要求2所述的对账引擎数据处理系统的工作方法,其特征在于,任务管理模块集中管理对账引擎数据处理系统所有后台自动任务信息,对任务、任务执行时间进行设置;基于任务管理模块,设置自动进行原始数据抓取以及设置自动执行数据对账处理应用。
7.根据权利要求2所述的对账引擎数据处理系统的工作方法,其特征在于,业务流程模块包括流程类别定义、审批流程设计、审批消息中心模块;针对有审批要求的功能节点进行灵活的设置对应的审批流程策略,实现单据审批应用。
8.根据权利要求7所述的对账引擎数据处理系统的工作方法,其特征在于,步骤S1自动对账,其通过定时任务触发或者手工在差异处理界面点击自动对账按钮来开始自动对账过程,其遵循对账规则,即分组值+明细值+金额值等三者都匹配上才算对账成功;并且在列向比较上,组织、部门相同+单据编号相等+金额相等等三者相同或相等,则认为对账成功。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211079878.XA CN115187358B (zh) | 2022-09-05 | 2022-09-05 | 一种对账引擎数据处理系统及其工作方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211079878.XA CN115187358B (zh) | 2022-09-05 | 2022-09-05 | 一种对账引擎数据处理系统及其工作方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115187358A CN115187358A (zh) | 2022-10-14 |
CN115187358B true CN115187358B (zh) | 2022-11-18 |
Family
ID=83522442
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211079878.XA Active CN115187358B (zh) | 2022-09-05 | 2022-09-05 | 一种对账引擎数据处理系统及其工作方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115187358B (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11410246B2 (en) * | 2019-06-06 | 2022-08-09 | Salus Finance, LLC | System and method for consolidation, reconciliation and payment management |
CN110866814A (zh) * | 2019-10-11 | 2020-03-06 | 上海瀚银信息技术有限公司 | 一种支付渠道管理系统 |
CN112308513B (zh) * | 2020-10-30 | 2021-08-03 | 广州市汇聚支付电子科技有限公司 | 一种基于大数据自动对账系统及方法 |
CN113626527A (zh) * | 2021-08-12 | 2021-11-09 | 北京滴普科技有限公司 | 一种财务数据处理方法及系统 |
-
2022
- 2022-09-05 CN CN202211079878.XA patent/CN115187358B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN115187358A (zh) | 2022-10-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102158373B (zh) | 面向银行中间业务的高端服务器性能评测系统 | |
US7962386B2 (en) | Enterprise service architecture platform architecture for multi-application computer system | |
US20030036994A1 (en) | Automated mortgage lender processing system | |
US8522202B2 (en) | System and method for managing computer environment setup requests | |
US20130144782A1 (en) | Electronic invoice payment prediction system and method | |
US20080270171A1 (en) | Method and system for managing caselog fraud and chargeback | |
US20090254393A1 (en) | Billing, docketing and document management | |
WO2013136051A1 (en) | Computer implemented reporting system and method | |
US8386345B2 (en) | Method and system for generating invoices with entitlements | |
CN112102099B (zh) | 保单数据处理方法、装置、电子设备及存储介质 | |
CN115187358B (zh) | 一种对账引擎数据处理系统及其工作方法 | |
CN112099934A (zh) | 一种批处理方法、系统、计算机设备及存储介质 | |
US20130346267A1 (en) | Enterprise payroll application configuration and provisioning | |
US20120209752A1 (en) | Networked exchange | |
JP5850546B1 (ja) | 国債元利金分配システム及びその方法 | |
CN112862264A (zh) | 企业经营状况分析方法、计算机设备及计算机存储介质 | |
CN113177772A (zh) | 一种业务数据处理方法、装置和系统 | |
US10810640B1 (en) | Automated time tracking of events in a calendar and use of the same to generate invoices | |
WO2020155167A1 (en) | Application of cross-organizational transactions to blockchain | |
CN111415237A (zh) | 一种发票核销方法、系统、终端及介质 | |
CN115423592B (zh) | 一种计提引擎数据处理系统及其工作方法 | |
CN110770771B (zh) | 用于管理临时工的系统和界面 | |
CN113971007B (zh) | 信息处理方法、装置、电子设备及介质 | |
US20220138815A1 (en) | Zero invoicing by replicated state | |
CN115222398A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |