CN112990740B - 基于多法人的业务处理方法、装置、设备及存储介质 - Google Patents

基于多法人的业务处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN112990740B
CN112990740B CN202110347774.1A CN202110347774A CN112990740B CN 112990740 B CN112990740 B CN 112990740B CN 202110347774 A CN202110347774 A CN 202110347774A CN 112990740 B CN112990740 B CN 112990740B
Authority
CN
China
Prior art keywords
accounting
data
time
transaction
parameters
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
Application number
CN202110347774.1A
Other languages
English (en)
Other versions
CN112990740A (zh
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.)
CCB Finetech Co Ltd
Original Assignee
CCB Finetech 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 CCB Finetech Co Ltd filed Critical CCB Finetech Co Ltd
Priority to CN202110347774.1A priority Critical patent/CN112990740B/zh
Publication of CN112990740A publication Critical patent/CN112990740A/zh
Application granted granted Critical
Publication of CN112990740B publication Critical patent/CN112990740B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • 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/02Banking, e.g. interest calculation or account maintenance
    • 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/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

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

Abstract

本发明实施例公开了一种基于多法人的业务处理方法、装置、设备及存储介质,涉及人工智能领域。该方法包括:响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识,并将系统配置参数切换为与所述法人身份标识匹配的目标参数;其中,所述目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;响应于业务处理请求,确定与所述业务处理请求对应的账务处理方式以及交易要素;基于所述目标参数,按照所述账务处理方式生成与所述交易要素对应的账务数据。本发明实施例的技术方案,可以使系统通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。

Description

基于多法人的业务处理方法、装置、设备及存储介质
技术领域
本发明实施例涉及人工智能领域,尤其涉及一种基于多法人的业务处理方法、装置、设备及存储介质。
背景技术
随着银行业务的全球化推广,越来越迫切的期望新一代的银行保险系统能成为适应于“多法人、多时区、多语言”的通用系统。但是,实现通用系统的这种逻辑集中的业务支持模式还有一些问题需要解决,包括:1)各国家和地区的会计核算准则之间的差异;2)各应用平台在操作系统、系统软件和应用本身对多语言的支持存在较大差异;3)各应用组件的数据模型在设计时需要统一考虑增加时区相关属性;多平台存储的时区参数需要统一生效等等。
发明内容
本发明实施例提供一种基于多法人的业务处理方法、装置、设备及存储介质,以使系统可以通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。
第一方面,本发明实施例提供了一种基于多法人的业务处理方法,包括:
响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;
其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;
响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;
基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
可选的,在响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素之前,还包括:
针对各法人,分别设置第一账务处理方式和第二账务处理方式;
第一账务处理方式,包括:根据一套交易要素实时生成与各会计准则对应的多套账务数据,以及各套账务数据同时进行交易冲正和调整操作;
第二账务处理方式,包括:根据一套交易要素实时生成一套基准账务数据,并且只对基准账务数据进行交易冲正和调整操作;当接收到账务报表生成指示时,通过与账务报表生成指示匹配的会计科目映射规则,根据基准账务数据映射生成其他套账务数据。
可选的,针对第一账务处理方式,根据一套交易要素实时生成的各套账务数据都符合账务完备性原则以及账务独立性原则;
针对第二账务处理方式,根据一套交易要素生成的各套账务数据都符合账务完备性原则以及账务一致性原则。
可选的,在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的会计准则参数设置请求,获取至少一项输入数据,并将每项输入数据分别设置为与目标法人的身份标识匹配的会计准则。
可选的,在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的时间参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的系统时间、本地时间计算规则以及核算时间;
其中,系统时间,用于记录系统的运行时间,同一实例内的各应用在系统时间上保持一致,不区分时区,以机器时间为准;
本地时间,用于记录业务发生时法人所在时区的日期/时间;
核算时间,用于记录会计账的入账日期/时间。
可选的,本地时间计算规则,用于:根据与目标法人对应的跨时区时间转换函数,将系统时间转换成与目标法人对应的本地时间。
可选的,在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的日历参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的法人公司日历、网点层日历以及业务处理层日历;
其中,每套日历分别设置一个日历代码。
可选的,法人公司日历对整个系统生效,用于定义系统中的工作日、节假日、期末、月末、季度末、年末处理的特殊日期及其组合;
网点层日历,用于定义各个网点的工作日历和业务运行时间信息;
业务处理层日历,用于定义产品的业务处理过程中的节假日和到期日。
可选的,在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的语言参数设置请求,使用预设的数据模型对与目标法人的身份标识匹配的平台编码进行如下设置:
设置与系统的渠道整合层、应用集成层、外联集成层、产品服务层以及管理分析层对应的交易接口、数据接口和数据存储均采用UTF-8码制;
设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制。
可选的,外联集成层的对外接口以第三方编码为基准。
可选的,设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制,包括:
针对数据集成层的交易接口、数据接口和数据存储,设置对支持多语言特殊字符的字段,采用二进制方式保留UTF-8编码,对仅由数字、字母组成的普通字段,采用EBCDIC编码。
可选的,还包括:通过应用集成层实现联机交易对外接口的编码转换,通过数据组件实现批量文件对外接口的编码转换。
第二方面,本发明实施例还提供了一种基于多法人的业务处理装置,包括:
参数切换模块,用于响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;
其中,目标参数包括:会计准则组参数、时间参数、日历参数以及语言参数;
确定模块,用于响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;
业务处理模块,用于基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
第三方面,本发明实施例还提供了一种电子设备,电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现本发明任意实施例提供的基于多法人的业务处理方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明任意实施例提供的基于多法人的业务处理方法。
本发明实施例中,通过响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;基于目标参数,按照账务处理方式生成与交易要素对应的账务数据,解决了现有技术中系统无法适应多法人、多时区、多语言场景的问题,使得系统可以通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。
附图说明
图1a是本发明实施例一中的一种基于多法人的业务处理方法的流程图;
图1b是本发明实施例一中的一种第一账务处理方式的示意图;
图1c是本发明实施例一中的一种第二账务处理方式的示意图;
图2是本发明实施例二中的一种基于多法人的业务处理方法的流程图;
图3是本发明实施例三中的一种基于多法人的业务处理装置的结构示意图;
图4是本发明实施例四中的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1a是本发明实施例一中的一种基于多法人的业务处理方法的流程图,本实施例可适用于使用同一系统对多个法人进行业务处理的情况,该方法可以由基于多法人的业务处理装置来执行,该装置可以由硬件和/或软件来实现,并一般可以集成在提供多法人业务处理服务的电子设备中,例如服务器中。如图1a所示,该方法包括:
步骤110、响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数。
其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数。
本实施例中,系统可以是用于处理各种保险业务,记录交易相关的账务数据的财险核心系统,可供区域集中部署模式下,同一指定区域内的所有法人共同使用。法人是指具有独立的法律个体地位,可以独立采取各种形式经营活动,并独立地承担由此引起的法律责任的金融机构企业,可以是分公司,也可以是总公司。法人身份标识可以是机构企业的实体ID(Tenancy ID)。
其中,实体ID用于标识特定的组织,并区分业务流程、用户接口和数据,实体ID体现在系统数据流和数据存储中。按照数据标准,业务上和技术上皆可以用多实体ID(MULTI_TENANCY_ID)来对应法人身份标识,且可以采用2段(国家或地区编码+法人编码)5位编码来表示。例如,CN000表示建信人寿公司的法人身份标识;CN001表示建信健康险公司的法人身份标识;HK001表示建信人寿香港公司的法人身份标识。
本实施例中,由于系统可以适用于多法人的业务处理要求,因此当收到系统登录请求时,需要先从系统登录请求中获取法人身份标识,将系统配置参数切换到与法人身份标识匹配的目标参数,例如,符合该法人当地的金融监管要求的会计准则参数,符合法人当地时区的时间参数和日历参数,符合法人当地语言习惯的语言参数。
其中,切换各法人对应的会计准则参数,是为了兼顾各国家和地区的会计准则之间的差异。切换各法人对应的时间参数和日历参数,是为了能在业务过程数据和业务结果数据中正确的反应客户交易时间,解决不同时区的分公司间业务往来。切换各法人对应的语言参数,是为了满足不同国家或地区的语言和文化习惯,在支持以本地语言存储和展示信息内容的同时,支持对多语言字符的统一存储,并能够为前端提供可配置化的多语言展示;对面向客户和当地监管当局的系统,除英语外,还要支持当地语言的输入输出,同时能够满足不同应用平台之间码制的转换要求。
步骤120、响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素。
本实施例中,在切换与法人的身份标识匹配的系统参数之后,如果接收到业务处理请求,例如针对一个交易生成相应的账务数据,则需要根据该业务处理请求获取交易要素,例如,交易时间、交易金额、交易科目等等,并根据交易场景确定账务处理方式。
可选的,在响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素之前,还可以包括:针对各法人,分别设置第一账务处理方式和第二账务处理方式;第一账务处理方式,包括:根据一套交易要素实时生成与各会计准则对应的多套账务数据,以及各套账务数据同时进行交易冲正和调整操作;第二账务处理方式,包括:根据一套交易要素实时生成一套基准账务数据,并且只对基准账务数据进行交易冲正和调整操作;当接收到账务报表生成指示时,通过与账务报表生成指示匹配的会计科目映射规则,根据基准账务数据映射生成其他套账务数据。
本实施例中,考虑到目前对多法人交易处理的需求,1)所有法人都需要按当地的金融监管要求和会计准则提供财务类报表;2)金融监管要求账务数据必须真实反映交易要素,如果间接反映需证明其等价性;3)总行需要以统一的财务视图查看和整合所有不同法人的账务数据;4)某(些)海外法人要求区分在岸/离岸业务,要求设立多套账进行资金管控,分别完整报送资产负债表,因此,为了既能满足各法人分公司当地的监管要求,又能满足总公司的统一管理需要,预先针对各法人分别设置两种账务处理方式,即第一账务处理方式和第二账务处理方式,使得每个法人可以选择合适的账务处理方式,根据多个会计准则生成多套账务数据,分别对应不同的监管需要。
本实施例中,如图1b所示,第一账务处理方式是指,当要生成账务数据时,可以根据一套交易要素实时生成与各会计准则对应的多套账务数据,从而当需要根据监管需求生成各账务报表时,可以直接从多套账务数据中获取相应数据。并且,如果该交易中有部分流程失败需要重新进行交易,或者部分交易流程需要调整,需要同时反映到与该交易要素对应的多套账务数据,以保持数据的一致性。
其中,第一账务处理方式要求会计引擎具备多套账务数据的会计规则参数注册,以及多套账务数据生成的能力。
本实施例中,如图1c所示,第二账务处理方式是指,当要生成账务数据时,根据一套交易要素只需生成一套各账务报表都需要的基准账务数据,当接收到对各账务报表的生成指示后,再根据与各账务报表生成指示匹配的会计科目映射规则,即基准账务数据对应的会计准则与账务报表对应的会计准则之间的映射关系,映射生成其他套账务数据。同理,如果该交易中有部分流程失败需要重新进行交易,或者部分交易流程需要调整,只能对基准账务数据进行操作,等到接收到对各账务报表的生成指示后,再反映到所有套账务数据。
其中,第二账务处理方式要求建立不依赖交易要素的准确且完备的各套账务数据与基准账务数据之间的会计科目映射关系。会计引擎组件设计需要支持可以按在岸/离岸分别设置不同的总账科目参数,以生成与总行对应的会计科目映射规则。
本实施例中,通过提供多账套支持能力,使得系统可以无需改造,只通过参数配置即可适应各国家地区的会计准则,同时兼顾全球统一管理的需要,并且在部署方式上具备充分的弹性。
可选的,针对第一账务处理方式,根据一套交易要素实时生成的各套账务数据都符合账务完备性原则以及账务独立性原则;针对第二账务处理方式,根据一套交易要素生成的各套账务数据都符合账务完备性原则以及账务一致性原则。
本实施例中,每一套账务数据都必须符合账务完备性原则。账务完备性原则指每套账务数据都必须依据各自的会计准则,形成不依赖其他的整套完备账务数据,任务调整都必须在其各自的会计准则范围内进行。第一账务处理方式要求各套账务数据都要符合账务独立性原则;账务独立性原则指各套账务数据与交易要素保持一致,各套账务数据之间相互独立,不存在依赖关系。第二账务处理方式要求各套账务数据都要符合账务一致性原则;账务一致性原则指各套账务数据在指示生成账务报表后根据会计科目映射关系保持一致,直接调账只支持对基准账务数据进行操作,在指示生成账务报表时再反映到所有套账务数据。
本实施例中,通过为各法人设置账务处理方式,可以直接通过交易要素生成账务数据,有利于保持交易要素与账务的一致性,且完全符合金融监管要求,无须证明多套账务数据的等价关系。并且,当通过交易要素直接产生多套账务数据时,无须依赖多套账务的会计科目对应关系。
步骤130、基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
本实施例中,在切换到与法人身份标识匹配的系统参数,确定账务处理方式之后,可以根据账务处理方式确定生成账务数据所要使用的会计准则,进而基于当前系统参数,根据会计准则直接生成与交易要素对应的账务数据。
本发明实施例中,通过响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;基于目标参数,按照账务处理方式生成与交易要素对应的账务数据,解决了现有技术中系统无法适应多法人、多时区、多语言场景的问题,使得系统可以通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。
实施例二
图2是本发明实施例二中的一种基于多法人的业务处理方法的流程图,本实施例在上述实施例的基础上进一步细化,提供了对各法人分别设置系统配置参数的具体步骤。下面结合图2对本实施例提供的一种基于多法人的业务处理方法进行说明,包括以下步骤:
步骤210、响应于对目标法人的会计准则参数设置请求,获取至少一项输入数据,并将每项输入数据分别设置为与目标法人的身份标识匹配的会计准则。
本实施例中,为了兼顾各国家和地区的会计准则之间的差异,可以在接收到针对目标法人的会计准则参数设置请求之后,确定法人身份标识,然后获取用户输入的至少一项输入数据,将每一项输入数据分别设置为与该法人身份标识匹配的会计准则,从而使各法人可以通过参数切换,使用符合本地监管需求的会计准则。
步骤220、响应于对目标法人的时间参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的系统时间、本地时间计算规则以及核算时间。
其中,系统时间,用于记录系统的运行时间,同一实例内的各应用在系统时间上保持一致,不区分时区,以机器时间为准;本地时间,用于记录业务发生时法人所在时区的日期/时间;核算时间,用于记录会计账的入账日期/时间。
本实施例中,考虑到海外系统在区域集中部署的模式下,同一实例内的不同保险/机构可能隶属不同的时区,因此,单一系统的时间无法反映不同时区的海外保险/机构的本地时间。同时,对单一实例内不同保险需要能够满足所在时区不同核算入账规则的要求,因此,对系统日期/时间、当地日期/时间和核算日期/时间都需要进行设置,以使得在同一实例内的不同保险机构有统一的系统时间,并且不同分公司可以根据所在时区设置本地交易时间和会计时间。
本实施例中,可以在接收到针对目标法人的时间参数设置请求之后,确定法人身份标识,然后根据用户输入的数据,设置与目标法人的身份标识匹配的系统时间、本地时间计算规则以及核算时间。
其中,系统时间用于记录系统的运行时间,同一实例内的各应用在系统时间上应保持一致,不区分时区,以机器时间为准。系统时间可用于记录业务的过程数据,例如,业务相关的日志和处理流程,便于进行跟踪。本地时间用于记录业务发生时法人所在时区的日期/时间,本地时间可用于记录业务的结果数据,例如,客户、账户的开立时间,根据业务要求记录本地时间;核算时间用于记录会计账的入账日期/时间,通过根据各分公司的入账要求设置多套会计日期,对统一日切时跨行通兑业务需要比对会计日期,以防止日切文件处理时毫秒级差异。
可选的,本地时间计算规则,用于:根据与目标法人对应的跨时区时间转换函数,将系统时间转换成与目标法人对应的本地时间。
本实施例中,通过建立系统时间与处理各时区分/子行时间的跨时区时间转换函数,实现系统时间和本地时间的转换,无需各应用单独处理。
本实施例中,通过对各法人进行相应的时间参数设置,可以达到以下效果:在区域集中部署模式下,核心系统将由区域的运营中心进行管理,统一系统时间能够便于多时区架构下对交易进行跟踪;对于交易在本地的交易时间,可以根据公共的时间转换函数将系统时间转换成交易所在时区的时间;解决单一实例内不同保险在核算入账时间上存在差异的问题,支持不同保险机构下设置独立的会计日期/时间,从而满足不同的保险机构核算入账规则和会计日志/审计记录的要求。
需要说明的是,针对本实施例中对各法人时间参数的设置,各法人分公司需要共用一套核心系统,并按照区域逻辑集中,即同一区域的法人公司运行在同一实例内。对于系统的产品服务层上的交易处理、利息计算、到期日处理等,需要以所在法人公司的营业日历为准;对于会计核算的处理,需要以所在法人的核算时间为准。
步骤230、响应于对目标法人的日历参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的法人公司日历、网点层日历以及业务处理层日历。
其中,每套日历分别设置一个日历代码。
本实施例中,在接收到针对目标法人的日历参数设置请求之后,可以确定法人身份标识,然后根据用户输入的数据,设置与目标法人的身份标识匹配多套日历。例如,为保险/机构、网点和业务处理分别设置多套不同的营业日历及营业日时间。
其中,日历表是未来系统运行的时间基础,除了为系统切换日提供基本的日期依据外,还能用于金融产品在遇节假日时到日期的特殊计算,以及控制特定批量(月末、期末、季度末、年末程序)的运行。通过在法人公司层、网点层和业务处理层分别设置不同的日历,为单一保险提供多套日历,每套日历用一个日历代码表示,可以分别为全公司基础运行、营业机构和业务处理设置不同的日历代码。
可选的,法人公司日历对整个系统生效,用于定义系统中的工作日、节假日、期末、月末、季度末、年末处理的特殊日期及其组合;网点层日历,用于定义各个网点的工作日历和业务运行时间信息;业务处理层日历,用于定义产品的业务处理过程中的节假日和到期日。
本实施例中,法人公司日历是为每个法人公司设置的一套对整个系统生效的日历参数,用于定义系统中的工作日、节假日、期末、月末、季度末、年末处理的特殊日期及其组合。日历的参数设置最小单位为天,可以预先通过参数设置定义任意月数的具体日历。法人公司日历作为基础日历,可按不同分公司进行设置,法人公司根据所在的时区不同分别设置所属的核算日期,并被用于法人公司内的交易处理、计算计息、计提和到期日处理等。
本实施例中,网点层日历用于定义各个网点的工作日历和业务运行时间信息。其中,工作日历用于记录机构对外服务的日历时间表,设定工作日和节假日来确定工作时段;业务运行时间用于记录业务活动的开放运行时间,管理起始时间和结束时间。日历表中还可以提供附加域,对于某个网点营业日历的临时调整,可通过设置附加域加以支持。对于网点层日历,各网点必须且唯一设置网点的对外营业日历,用于各网点的对外营业日期和假日(公共假日、突发假日)的控制,不同网点可以使用相同的日历代码。
本实施例中,业务处理层日历,用于定义产品的业务处理过程中的节假日和到期日。支持业务处理过程中,产品的假日属性和定价参数在不同时区的假日属性设置;可在各产品参数中指定所使用的日历,如某产品所使用的日历代码,能够支持在公共假日和突发假日进行交易处理、计算计息、到期日处理等。例如,对贷款产品的遇节假日到期处理,可根据产品的业务规则进行设定。可以为某类业务处理单独设置业务处理层日历,若未定义该日历,则系统默认使用基础日历。
本实施例中,通过对各法人进行相应的日历参数设置,可以达到以下效果:在区域集中部署模式下,满足同一区域内不同分公司对外营业时间的差异化需求,能够支持单一实例内不同保险机构多套营业日历及营业时间的灵活配置;可以在日历表中应提供对日期本身的具体描述,例如是否月末、季末或假日等,减少在应用程序中对特殊日期计算判断,以提高系统效率。
需要说明的是,针对本实施例中对法人日历参数的设置,对于系统的渠道整合层和服务整合层渠道的对外服务有效性,需要按照不同时区下的营业日历和营业时间进行处理;需要适应不同时区及日历模式下清算及对账模式。
步骤240、响应于对目标法人的语言参数设置请求,使用预设的数据模型对与目标法人的身份标识匹配的平台编码进行设置。
本实施例中,由于各应用平台在操作系统、系统软件和应用本身对多语言的支持存在较大差异,因此,在接收到针对目标法人的语言参数设置请求之后,可以确定法人身份标识,然后使用预设的数据模型,需要综合考虑对UNICODE支持、周边系统集成和改造难度、性能和效率的影响等多方面因素,对与目标法人的身份标识匹配的各平台编码进行设置。
其中,编码是指可显示的字符与二进制之间的对照关系,字符包括控制字符、数字、字母、汉字或其他文字。Unicode是一个编码方案,为每种语言中的每个字符设定了统一并且唯一的二进制编码,以满足跨语言、跨平台进行文本转换、处理的要求。Unicode编码共有三种具体实现,分别为UTF-8、UTF-16以及UTF-32。UTF-8码制中一个字符由1到4个字节编码表示,变长实现方式,例如,字母和数字采用1个字节表示,常用汉字采用3个字节表示,极少数用4个字节表示。UTF-16码制中一个字符占用二或四个字节,UTF-32码制中一个字符占用四个字节。
可选的,响应于对目标法人的语言参数设置请求,使用预设的数据模型对与目标法人的身份标识匹配的平台编码进行如下设置:设置与系统的渠道整合层、应用集成层、外联集成层、产品服务层以及管理分析层对应的交易接口、数据接口和数据存储均采用UTF-8码制;设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制。
可选的,外联集成层的对外接口以第三方编码为基准。
可选的,设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制,可以包括:针对数据集成层的交易接口、数据接口和数据存储,设置对支持多语言特殊字符的字段,采用二进制方式保留UTF-8编码,对仅由数字、字母组成的普通字段,采用EBCDIC编码。
其中,EBCDIC是广义二进制编码的十进制交换码,是字母或数字字符的二进制编码,主要用于IBM大型机和AS400。单字节字符SBCS(如英文字母A-Z和数字0-9)用单字节表示,空格为x’40’;双字节字符DBCS的字符串的前面增加一个控制字符X’0E’,字符串的后面增加一个控制字符X’0F’。
可选的,还可以包括:通过应用集成层实现联机交易对外接口的编码转换,通过数据组件实现批量文件对外接口的编码转换。
本实施例中,对于行内一些专业系统所使用的软件包产品,例如资金系统,在系统采购过程中应以UTF-8为选型的标准,如果所采购的软件包无法满足编码要求,也需要通过应用集成层和数据组件进行转码。例如,联机交易对外接口的编码转换由应用集成层完成,批量文件对外接口的编码转换由数据组件完成。
需要说明的是,针对本实施例中对平台编码的设置,产品服务层平台需要开发Java框架下的多语言转换函数,例如GBK转UTF-8的函数;应用集成层和数据组件需要开发相应的编码转换工具。
本实施例中,通过对各法人进行相应的语言参数设置,可以达到以下效果:未来海外业务能够支持以本地语言存储和展示客户信息的内容,并能够同时适应不同国家/地区机构/柜员/凭证等语言使用偏好的外部展示需要。开放平台选择UTF-8能够比较完整的支持多语言,和其他开放平台具有较好的兼容性。
需要说明的是,步骤210、步骤220、步骤230和步骤240之间的执行顺序可以任意调整,本实施例并不限定其执行顺序。
步骤250、响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数。
其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数。
步骤260、响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素。
步骤270、基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
本发明实施例中,通过响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;基于目标参数,按照账务处理方式生成与交易要素对应的账务数据,解决了现有技术中系统无法适应多法人、多时区、多语言场景的问题,使得系统可以通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。
实施例三
图3是本发明实施例三中的一种基于多法人的业务处理装置的结构示意图,本实施例可适用于使用同一系统对多个法人进行业务处理的情况,该装置可以由硬件和/或软件来实现,并一般可以集成在提供多法人业务处理服务的电子设备中,例如服务器中。如图3所示,该装置包括:
参数切换模块310,用于响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;
其中,目标参数包括:会计准则组参数、时间参数、日历参数以及语言参数;
确定模块320,用于响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;
业务处理模块330,用于基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
本发明实施例中,通过响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;基于目标参数,按照账务处理方式生成与交易要素对应的账务数据,解决了现有技术中系统无法适应多法人、多时区、多语言场景的问题,使得系统可以通过参数切换适应不同法人的业务需求,提高多法人的业务处理效率。
可选的,还包括:账务处理方式设置模块,用于在响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素之前,针对各法人,分别设置第一账务处理方式和第二账务处理方式;
第一账务处理方式,包括:根据一套交易要素实时生成与各会计准则对应的多套账务数据,以及各套账务数据同时进行交易冲正和调整操作;
第二账务处理方式,包括:根据一套交易要素实时生成一套基准账务数据,并且只对基准账务数据进行交易冲正和调整操作;当接收到账务报表生成指示时,通过与账务报表生成指示匹配的会计科目映射规则,根据基准账务数据映射生成其他套账务数据。
可选的,针对第一账务处理方式,根据一套交易要素实时生成的各套账务数据都符合账务完备性原则以及账务独立性原则;
针对第二账务处理方式,根据一套交易要素生成的各套账务数据都符合账务完备性原则以及账务一致性原则。
可选的,还包括:会计准则设置模块,用于在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,响应于对目标法人的会计准则参数设置请求,获取至少一项输入数据,并将每项输入数据分别设置为与目标法人的身份标识匹配的会计准则。
可选的,还包括:时间设置模块,用于在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,响应于对目标法人的时间参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的系统时间、本地时间计算规则以及核算时间;
其中,系统时间,用于记录系统的运行时间,同一实例内的各应用在系统时间上保持一致,不区分时区,以机器时间为准;
本地时间,用于记录业务发生时法人所在时区的日期/时间;
核算时间,用于记录会计账的入账日期/时间。
可选的,本地时间计算规则,用于:根据与目标法人对应的跨时区时间转换函数,将系统时间转换成与目标法人对应的本地时间。
可选的,还包括:日历设置模块,用于在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,响应于对目标法人的日历参数设置请求,根据用户输入数据设置与目标法人的身份标识匹配的法人公司日历、网点层日历以及业务处理层日历;
其中,每套日历分别设置一个日历代码。
可选的,法人公司日历对整个系统生效,用于定义系统中的工作日、节假日、期末、月末、季度末、年末处理的特殊日期及其组合;
网点层日历,用于定义各个网点的工作日历和业务运行时间信息;
业务处理层日历,用于定义产品的业务处理过程中的节假日和到期日。
可选的,还包括:语言设置模块,用于在响应于系统登录请求,确定与系统登录请求对应的法人身份标识之前,响应于对目标法人的语言参数设置请求,使用预设的数据模型对与目标法人的身份标识匹配的平台编码进行如下设置:
设置与系统的渠道整合层、应用集成层、外联集成层、产品服务层以及管理分析层对应的交易接口、数据接口和数据存储均采用UTF-8码制;
设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制。
可选的,外联集成层的对外接口以第三方编码为基准。
可选的,语言设置模块,具体用于:
针对数据集成层的交易接口、数据接口和数据存储,设置对支持多语言特殊字符的字段,采用二进制方式保留UTF-8编码,对仅由数字、字母组成的普通字段,采用EBCDIC编码。
可选的,还包括:编码转换模块,用于通过应用集成层实现联机交易对外接口的编码转换,通过数据组件实现批量文件对外接口的编码转换。
本发明实施例所提供的基于多法人的业务处理装置可执行本发明任意实施例所提供的基于多法人的业务处理方法,具备执行方法相应的功能模块和有益效果。
实施例四
图4是本发明实施例四中的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性设备12的框图。图4显示的设备12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图4所示,设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示,通常称为“硬盘驱动器”)。尽管图4中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该设备12交互的设备通信,和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与设备12的其它模块通信。应当明白,尽管图中未示出,可以结合设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的基于多法人的业务处理方法。
也即:实现一种基于多法人的业务处理方法,包括:
响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;
其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;
响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;
基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
实施例五
本发明实施例五还公开了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现一种基于多法人的业务处理方法,包括:
响应于系统登录请求,确定与系统登录请求对应的法人身份标识,并将系统配置参数切换为与法人身份标识匹配的目标参数;
其中,目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;
响应于业务处理请求,确定与业务处理请求对应的账务处理方式以及交易要素;
基于目标参数,按照账务处理方式生成与交易要素对应的账务数据。
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是,但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

Claims (14)

1.一种基于多法人的业务处理方法,其特征在于,包括:
响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识,并将系统配置参数切换为与所述法人身份标识匹配的目标参数;
其中,所述目标参数包括:会计准则参数、时间参数、日历参数以及语言参数;
响应于业务处理请求,确定与所述业务处理请求对应的账务处理方式以及交易要素;
基于所述目标参数,按照所述账务处理方式生成与所述交易要素对应的账务数据;
在响应于业务处理请求,确定与所述业务处理请求对应的账务处理方式以及交易要素之前,还包括:
针对各法人,分别设置第一账务处理方式和第二账务处理方式;
所述第一账务处理方式,包括:根据一套交易要素实时生成与各会计准则对应的多套账务数据,以及各套账务数据同时进行交易冲正和调整操作;
所述第二账务处理方式,包括:根据一套交易要素实时生成一套基准账务数据,并且只对所述基准账务数据进行交易冲正和调整操作;当接收到账务报表生成指示时,通过与所述账务报表生成指示匹配的会计科目映射规则,根据所述基准账务数据映射生成其他套账务数据。
2.根据权利要求1所述的方法,其特征在于,
针对所述第一账务处理方式,根据一套交易要素实时生成的各套账务数据都符合账务完备性原则以及账务独立性原则;
针对所述第二账务处理方式,根据一套交易要素生成的各套账务数据都符合账务完备性原则以及账务一致性原则。
3.根据权利要求1所述的方法,其特征在于,在响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的会计准则参数设置请求,获取至少一项输入数据,并将每项输入数据分别设置为与所述目标法人的身份标识匹配的会计准则。
4.根据权利要求1所述的方法,其特征在于,在响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的时间参数设置请求,根据用户输入数据设置与所述目标法人的身份标识匹配的系统时间、本地时间计算规则以及核算时间;
其中,所述系统时间,用于记录系统的运行时间,同一实例内的各应用在系统时间上保持一致,不区分时区,以机器时间为准;
所述本地时间,用于记录业务发生时法人所在时区的日期/时间;
所述核算时间,用于记录会计账的入账日期/时间。
5.根据权利要求4所述的方法,其特征在于,所述本地时间计算规则,用于:根据与所述目标法人对应的跨时区时间转换函数,将系统时间转换成与所述目标法人对应的本地时间。
6.根据权利要求1所述的方法,其特征在于,在响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的日历参数设置请求,根据用户输入数据设置与所述目标法人的身份标识匹配的法人公司日历、网点层日历以及业务处理层日历;
其中,每套日历分别设置一个日历代码。
7.根据权利要求6所述的方法,其特征在于,所述法人公司日历对整个系统生效,用于定义系统中的工作日、节假日、期末、月末、季度末、年末处理的特殊日期及其组合;
所述网点层日历,用于定义各个网点的工作日历和业务运行时间信息;
所述业务处理层日历,用于定义产品的业务处理过程中的节假日和到期日。
8.根据权利要求1所述的方法,其特征在于,在响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识之前,还包括:
响应于对目标法人的语言参数设置请求,使用预设的数据模型对与所述目标法人的身份标识匹配的平台编码进行如下设置:
设置与系统的渠道整合层、应用集成层、外联集成层、产品服务层以及管理分析层对应的交易接口、数据接口和数据存储均采用UTF-8码制;
设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制。
9.根据权利要求8所述的方法,其特征在于,所述外联集成层的对外接口以第三方编码为基准。
10.根据权利要求8所述的方法,其特征在于,设置与系统的数据集成层对应的交易接口、数据接口和数据存储采用EBCDIC码制和二进制存UTF-8码制,包括:
针对数据集成层的交易接口、数据接口和数据存储,设置对支持多语言特殊字符的字段,采用二进制方式保留UTF-8编码,对仅由数字、字母组成的普通字段,采用EBCDIC编码。
11.根据权利要求8所述的方法,其特征在于,还包括:
通过应用集成层实现联机交易对外接口的编码转换,通过数据组件实现批量文件对外接口的编码转换。
12.一种基于多法人的业务处理装置,其特征在于,包括:
参数切换模块,用于响应于系统登录请求,确定与所述系统登录请求对应的法人身份标识,并将系统配置参数切换为与所述法人身份标识匹配的目标参数;
其中,所述目标参数包括:会计准则组参数、时间参数、日历参数以及语言参数;
确定模块,用于响应于业务处理请求,确定与所述业务处理请求对应的账务处理方式以及交易要素;
业务处理模块,用于基于所述目标参数,按照所述账务处理方式生成与所述交易要素对应的账务数据;
账务处理方式设置模块,用于在响应于业务处理请求,确定与所述业务处理请求对应的账务处理方式以及交易要素之前,针对各法人,分别设置第一账务处理方式和第二账务处理方式;
所述第一账务处理方式,包括:根据一套交易要素实时生成与各会计准则对应的多套账务数据,以及各套账务数据同时进行交易冲正和调整操作;
所述第二账务处理方式,包括:根据一套交易要素实时生成一套基准账务数据,并且只对所述基准账务数据进行交易冲正和调整操作;当接收到账务报表生成指示时,通过与所述账务报表生成指示匹配的会计科目映射规则,根据所述基准账务数据映射生成其他套账务数据。
13.一种电子设备,其特征在于,所述设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-11中任一所述的基于多法人的业务处理方法。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-11中任一所述的基于多法人的业务处理方法。
CN202110347774.1A 2021-03-31 2021-03-31 基于多法人的业务处理方法、装置、设备及存储介质 Active CN112990740B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110347774.1A CN112990740B (zh) 2021-03-31 2021-03-31 基于多法人的业务处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110347774.1A CN112990740B (zh) 2021-03-31 2021-03-31 基于多法人的业务处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN112990740A CN112990740A (zh) 2021-06-18
CN112990740B true CN112990740B (zh) 2024-05-03

Family

ID=76339187

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110347774.1A Active CN112990740B (zh) 2021-03-31 2021-03-31 基于多法人的业务处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112990740B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116993304B (zh) * 2023-09-26 2024-01-26 智唐科技(北京)股份有限公司 智能会计业务处理方法、系统和可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109102385A (zh) * 2018-08-06 2018-12-28 中国建设银行股份有限公司 财会业务参数管理方法及系统
CN111062813A (zh) * 2019-12-13 2020-04-24 中国建设银行股份有限公司 一种交易数据的核算方法、装置、设备和存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109102385A (zh) * 2018-08-06 2018-12-28 中国建设银行股份有限公司 财会业务参数管理方法及系统
CN111062813A (zh) * 2019-12-13 2020-04-24 中国建设银行股份有限公司 一种交易数据的核算方法、装置、设备和存储介质

Also Published As

Publication number Publication date
CN112990740A (zh) 2021-06-18

Similar Documents

Publication Publication Date Title
US7475032B1 (en) Systems and methods for creating financial advice applications
US7848972B1 (en) Electronic bill presentment and payment systems and processes
US8234222B2 (en) Benefit management system and method
US7315978B2 (en) System and method for remote collection of data
US20030187849A1 (en) Management and reporting system and process for use with multiple disparate data bases
US20040049436A1 (en) Payroll automation system
US20040054610A1 (en) Monetaire wealth management platform
US7523068B2 (en) Centralized payment processing system
US11675807B1 (en) Database interface system
US20210035089A1 (en) Tiered access to documents in a digital wallet
CN102509211A (zh) 持久时间信息的动态基准重置
US20170330288A1 (en) Method and system for formatting data from one software application source into a format compatible for importing into another software application
CN112990740B (zh) 基于多法人的业务处理方法、装置、设备及存储介质
US20070150384A1 (en) System and method for revenue and expense realignment
US7827562B1 (en) System and method for flexible publishing and consumption of data between disparate applications
KR100494975B1 (ko) 스크린 스크래핑 기술을 이용한 고객 자산 관리 방법 및시스템
US20080256096A1 (en) Localizing reports using metadata and multilanguage translations
US11989598B2 (en) Systems and methods for managing application data
US11694274B2 (en) Processing system to facilitate multi-region risk relationships
US7797149B2 (en) Integrating related data from incompatible systems for enhanced business functionality
US20230401181A1 (en) Data Management Ecosystem for Databases
WO2022034463A1 (en) A smart software converter to convert programs from source programming language to destination programming language in the shortest possible time
US20240095379A1 (en) Systems and methods for managing application data
Kubicek et al. Back-Office integration for online services between organizations
Mehta et al. The Content Manager: a tool to develop multilingual and multi-preference Web sites

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