CN101706931A - 以多模式信息交互方式处理账务的方法及设备 - Google Patents
以多模式信息交互方式处理账务的方法及设备 Download PDFInfo
- Publication number
- CN101706931A CN101706931A CN200910204553A CN200910204553A CN101706931A CN 101706931 A CN101706931 A CN 101706931A CN 200910204553 A CN200910204553 A CN 200910204553A CN 200910204553 A CN200910204553 A CN 200910204553A CN 101706931 A CN101706931 A CN 101706931A
- Authority
- CN
- China
- Prior art keywords
- client
- information
- bank
- flowing water
- book keeping
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种以多模式信息交互方式处理账务的方法,所述方法包括:a,客户端根据与银行端进行信息交互的类别选择记账模式;b,所述客户端根据所述选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表;c,所述客户端根据所述业务账会计流水表进行会计核算。相应地,本发明还公开了一种以多模式信息交互方式处理账务的设备。采用本发明,通过将三种信息交互方式整合在一个业务流程中以建立统一的账务核算入口,从而实现多种信息交互方式的共存,有效地提高了数据的兼容性,降低了成本,并有利于住房资金管理部门的账务处理。
Description
技术领域
本发明涉及银行账务处理,更为具体地,涉及一种以多模式信息交互方式处理账务的方法及设备。
背景技术
住房资金综合业务包括维修资金业务、公积金业务和住房保障业务等。由于各地区住房资金业务发展不一,住房资金管理部门与银行进行信息交互的方式也各不相同。
在现有技术中,住房资金管理部门建立的账务信息管理设备仅有一种信息交互方式。然而根据实际需要,住房资金管理部门通常会与多家银行进行账务处理,如果只采用一种信息交互方式,那么住房资金管理部门必须采用多套设备与多家承办银行对接以实现与各承办银行进行信息交互。由于各设备之间是相互独立,数据兼容性差,信息无法高效传递且成本较高,给住房资金管理部门的账务处理带来了极大的不便。
发明内容
本发明的目的在于提供一种以多模式信息交互方式处理账务的方法及设备,使多种信息交互方式共存于一种设备中,有效地解决了目前住房资金管理部门需采用多套设备实现与多家承办银行对接而导致的数据兼容性差,信息无法高效传递且成本较高的问题。
本发明提供了一种以多模式信息交互方式处理账务的方法,其包括:
a,客户端根据与银行端进行信息交互的类别选择记账模式;
b,所述客户端根据所述选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表;
c,所述客户端根据所述业务账会计流水表进行会计核算。
相应地,本发明还提供了一种以多模式信息交互方式处理账务的设备,其包括:
选择模块,用于根据银行端进行信息交互的类别选择记账模式;
账务处理模块,用于根据所选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表;
会计核算模块,用于根据所述业务账会计流水表进行会计核算。
实施本发明,通过将多种信息交互方式共存于一种设备中,建立统一的账务核算入口,从而实现多种信息交互方式的共存,有效地提高了数据的兼容性,降低了成本,更便于住房资金管理部门的账务处理。
附图说明
图1是本发明的以多模式信息交互方式处理账务的方法的流程图;
图2是图1中步骤2的第一实施方式的流程图;
图3是图1中步骤2的第二实施方式的流程图;
图4是图1中步骤2的第三实施方式的流程图;
图5是本发明的以多模式信息交互方式处理账务的设备的结构示意图;
图6是图5所述设备中账务处理模块的结构示意图;
图7是图6所述账务处理模块中实时记账模式单元的结构示意图;
图8是图6所述账务处理模块中隔日记账模式单元的结构示意图;
图9是图6所述账务处理模块中手动记账模式单元的结构示意图。
具体实施方式
为使本发明的实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
参考图1,图1是本发明的以多模式信息交互方式处理账务的方法的流程图,所述方法包括:
步骤1,客户端根据与银行端进行信息交互的类别选择记账模式。具体而言,记账模式包括:实时记账模式、隔日记账模式和手动记账模式。客户端根据与银行端进行信息交互的类别,选择上述三种模式之一进行相应的账务处理。
其中,实时记账模式即为T+0模式,隔日记账模式即为T+1模式。具体而言,T+0模式是一种以实时的信息交互方式实现账务处理的模式;T+1模式是一种以非实时的信息交互方式实现账务处理的模式,日终时接收银行流水,隔日入账;手动记账模式是一种由人工录入银行返回的纸质凭证的账务处理模式。
步骤2,客户端根据所述选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表。
步骤3,客户端根据所述业务账会计流水表进行会计核算。
参考图2,图2是图1中步骤2的第一实施方式的流程图,当步骤1中客户端选择的记账模式为实时记账模式时,所述步骤2包括:
S11,客户端实时接收并解析银行端发送的流水文件,解析得到该流水文件的内容,并自动将所述内容装载到客户端的银行流水表中。
S12,客户端自动比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过,所述比对结果作为用户日后查询使用。
S13,记录比对结果后,客户端自动修改入账信息。具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
S14,根据修改后的入账信息,客户端自动生成业务账会计流水表,以及设备日期翻牌。具体而言,客户端自动生成业务账会计流水表的同时会自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
需要特别说明的是,以上步骤不需要人工干预,由客户端(即住房资金管理部门系统平台)依次自动完成。另外,所述步骤S13和步骤S14之间还可以包括如下步骤:客户端自动检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
参考图3,图3是图1中步骤2的第二实施方式的流程图,当步骤1中客户端选择的记账模式为隔日记账模式时,所述步骤2包括:
S21,客户端日终时接收银行端发送的流水文件,隔日触发客户端解析银行端发送的流水文件,解析得到该流水文件的内容,并将所述内容装载到客户端的银行流水表中。
S22,所述内容装载结束后,触发客户端比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过,所述比对结果作为用户日后查询使用。
S23,当所有数据比对结束后,触发客户端修改入账信息。具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
S24,触发客户端将客户端内的信息恢复到所述b21步骤之前的状态。具体而言,此步骤可在步骤S21至步骤S23的任意时刻进行。
S25,根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。具体而言,触发客户端生成业务账会计流水表的同时,客户端自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
需要特别说明的是,以上步骤均需要人工干预,均需用户触发完成。另外,步骤S23和步骤S24之间还可以包括如下步骤:触发客户端检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
参考图4,图4是图1中步骤2的第三实施方式的流程图,当步骤1中客户端选择的记账模式为手动记账模式时,所述步骤2包括:
S31,客户端实时录入银行提供的纸质凭证信息,并将所述录入的纸质凭证信息装载到客户端的银行流水表中。
S32,触发客户端修改入账信息。具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
S33,根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。具体而言,触发客户端生成业务账会计流水表的同时,客户端自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
需要特别说明的是,以上步骤均需要人工干预,且需用户触发完成。另外,步骤S32和步骤S33之间还可以包括如下步骤:触发客户端检查修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
参考图5,图5是本发明的以多模式信息交互方式处理账务的设备的结构示意图,所述设备包括:
选择模块100,用于根据银行端进行信息交互的类别选择记账模式。
账务处理模块200,用于根据所选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表。
会计核算模块300,用于根据所述业务账会计流水表进行会计核算。具体而言,客户端为住房资金管理部门的系统平台。
参考图6,是图5所述设备中账务处理模块的结构示意图。由图6可知,所述账务处理模块200包括:
实时记账模式单元210,用于实现如下功能:当选择模块选择的记账模式为实时记账模式时,按实时记账模式进行账务处理.
隔日记账模式单元220,用于实现如下功能:当选择模块选择的记账模式为隔日记账模式时,按隔日记账模式进行账务处理。
手动记账模式单元230,用于实现如下功能:当选择模块选择的记账模式为手动记账模式时,按手动记账模式进行账务处理。
其中,实时记账模式即T+0模式,隔日记账模式即为T+1模式。具体而言,T+0模式是一种以实时的信息交互方式实现账务处理的模式;T+1模式是一种以非实时的信息交互方式实现账务处理的模式,日终时接收银行流水文件,隔日入账;手动记账模式是一种由人工录入银行返回的纸质凭证的账务处理模式。以上三种模式均为目前银行所采用的账务处理模式。
参考图7,图7是图6所述账务处理模块中实时记账模式单元的结构示意图,所述实时记账模式单元210包括:
实时接收子单元211,用于实时接收并解析银行端发送的流水文件,解析得到该流水文件的内容,并自动将所述内容装载到客户端的银行流水表中。
自动稽核子单元212,用于实现如下功能:自动比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过,且比对结果仅作为用户日后查询使用。
自动入账子单元213,用于记录比对结果后,自动修改入账信息。具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
第一翻牌子单元214,用于根据修改后的入账信息,自动生成业务账会计流水表,以及设备日期翻牌。具体而言,生成业务账会计流水表的同时,自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
需要说明的是,以上各子单元不需要人工干预,设备自动依次运行。另外,实时记账模式子单元210还可以包括:第一平衡检查子单元,用于自动检查修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
参考图8,图8是图6所述账务处理模块中隔日记账模式单元的结构示意图,所述隔日记账模式单元220包括:
隔日接收子单元221,用于日终时接收银行端发送的流水文件,隔日触发客户端解析银行端发送的流水文件,解析得到该流水文件的内容,并将所述内容装载到客户端的银行流水表中。
稽核子单元222,用于实现如下功能:所述内容装载结束后,触发客户端比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过,且比对结果仅作为用户日后查询使用。
入账子单元223,用于当日所有数据比对结束后,触发客户端修改入账信息。具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
数据恢复子单元224,用于将客户端内的信息恢复到接收银行流水文件之前的状态.具体而言,此单元可在隔日接收子单元221至入账子单元223进行操作的任意时刻运行.
第二翻牌子单元225,用于根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。具体而言,生成业务账会计流水表的同时,自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
具体而言,以上各子单元均需要人工干预,均需用户触发完成。另外,隔日记账模式子单元220还可以包括:第二平衡检查子单元,用于触发客户端检查修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
参考图9,图9是图6所述账务处理模块中手动记账模式单元的结构示意图。由图9可知,所述手动记账模式单元230包括:
手动入账子单元231,用于实现如下功能:实时录入银行提供的纸质凭证信息,并将所述录入的纸质凭证信息装载到客户端的银行流水表中;以及,触发客户端修改入账信息。
具体而言,入账信息包括:系统中的登记簿信息、分户账状态、金额和积数。
第三翻牌子单元232,用于根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。
具体而言,生成业务账会计流水表的同时,自动清除银行流水表;设备日期翻牌表示完成当天业务,设备日期进入下一天。
需要特别说明的是,以上各子单元均需要人工干预,均需用户触发完成。另外,手动记账模式单元230还可以包括:第三平衡检查子单元,用于检查修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给客户端,用户可根据平衡检查结果选择性地对入账信息进行检查核对。
实施本发明实施例,通过将三种信息交互方式整合在一个业务流程中以建立统一的账务核算入口,从而实现多种信息交互方式的共存,有效地提高了数据的兼容性,降低了成本,并有利于住房资金管理部门的账务处理。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件结合必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所公开的仅为本发明的具体实施方式,仅用于对本发明进行举例说明,不能以此限定本发明之保护范围,本领域技术人员在不脱离本发明实质的前提下可以进行各种修改、变化或替换,因此,依照本发明所作的各种等同变化,仍属于本发明所涵盖的范围。
Claims (16)
1.一种以多模式信息交互方式处理账务的方法,其特征在于,所述方法包括如下步骤:
a,客户端根据与银行端进行信息交互的类别选择记账模式;
b,所述客户端根据所述选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表;
c,所述客户端根据所述业务账会计流水表进行会计核算。
2.根据权利要求1所述的方法,其特征在于,所述记账模式包括:实时记账模式、隔日记账模式和手动记账模式。
3.根据权利要求2所述的方法,其特征在于,当步骤a中客户端选择的记账模式为实时记账模式时,所述步骤b包括:
b11,客户端实时接收并解析银行端发送的流水文件,解析得到该流水文件的内容,并自动将所述内容装载到客户端的银行流水表中;
b12,客户端自动比对所述银行流水表中银行端的数据与客户端的数据是否一致,
若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过;
b13,记录比对结果后,客户端自动修改入账信息;
b14,根据修改后的入账信息,自动生成业务账会计流水表,以及设备日期翻牌。
4.根据权利要求2所述的方法,其特征在于,当步骤a中客户端选择的记账模式为隔日记账模式时,所述步骤b包括:
b21,客户端日终时接收银行端发送的流水文件,隔日触发客户端解析所述流水文件,解析得到该流水文件的内容,并将所述内容装载到客户端的银行流水表中;
b22,所述内容装载结束后,触发客户端比对所述银行流水表中银行端的数据与客户端的数据是否一致,
若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过;
b23,当所有数据比对结束后,触发客户端修改入账信息;
b24,触发客户端将该客户端内的信息恢复到所述b21步骤之前的状态;
b25,根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。
5.根据权利要求2所述的方法,其特征在于,当步骤a中客户端选择的记账模式为手动记账模式时,所述步骤b包括:
b31,客户端实时录入银行提供的纸质凭证信息,并将所述录入的纸质凭证信息装载到客户端的银行流水表中;
b32,触发客户端修改入账信息;
b33,根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。
6.根据权利要求3所述的方法,其特征在于,所述步骤b13和步骤b14之间还包括:
客户端自动检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端。
7.根据权利要求4所述的方法,其特征在于,所述步骤b23和步骤b24之间还包括:
触发客户端检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端.
8.根据权利要求5所述的方法,其特征在于,所述步骤b32和步骤b33之间还包括:
触发客户端检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端。
9.一种以多模式信息交互方式处理账务的设备,其特征在于,包括:
选择模块,用于根据与银行端进行信息交互的类别选择记账模式;
账务处理模块,用于根据所述选择的记账模式进行相应的账务处理,并且根据所述账务处理后的入账信息生成业务账会计流水表;
会计核算模块,用于根据所述业务账会计流水表进行会计核算。
10.根据权利要求9所述的设备,其特征在于,所述账务处理模块包括:
实时记账模式单元,用于实现如下功能:当选择模块选择的记账模式为实时记账模式时,按实时记账模式进行账务处理;
隔日记账模式单元,用于实现如下功能:当选择模块选择的记账模式为隔日记账模式时,按隔日记账模式进行账务处理;
手动记账模式单元,用于实现如下功能:当选择模块选择的记账模式为手动记账模式时,按手动记账模式进行账务处理。
11.根据权利要求10所述的设备,其特征在于,所述实时记账模式单元包括:
实时接收子单元,用于实时接收并解析银行端发送的流水文件,解析得到该流水文件的内容,并自动将所述内容装载到客户端的银行流水表中;
自动稽核子单元,用于实现如下功能:
自动比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过;
自动入账子单元,用于记录比对结果后,自动修改入账信息;
第一翻牌子单元,用于根据修改后的入账信息,自动生成业务账会计流水表,以及设备日期翻牌。
12.根据权利要求10所述的设备,其特征在于,所述隔日记账模式单元包括:
隔日接收子单元,用于日终时接收银行端发送的流水文件,隔日触发客户端解析所述流水文件,解析得到该流水文件的内容,并将所述内容装载到客户端的银行流水表中;
稽核子单元,用于实现如下功能:
所述内容装载结束后,触发客户端比对所述银行流水表中银行端的数据与客户端的数据是否一致,若数据一致,则记录比对结果为稽核通过,若数据不一致,则记录比对结果为稽核未通过;
入账子单元,用于当所有数据比对结束后,触发客户端修改入账信息;
数据恢复子单元,用于将客户端内的信息恢复到接收银行流水文件之前的状态;
第二翻牌子单元,用于根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。
13.根据权利要求10所述的设备,其特征在于,所述手动记账模式单元包括:
手动入账子单元,用于实现如下功能:实时录入银行提供的纸质凭证信息,并将所述录入的纸质凭证信息装载到客户端的银行流水表中;以及,触发客户端修改入账信息;
第三翻牌子单元,用于根据修改后的入账信息,触发客户端生成业务账会计流水表,以及设备日期翻牌。
14.根据权利要求11所述的设备,其特征在于,所述实时记账模式子单元还包括:
第一平衡检查子单元,用于自动检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端。
15.根据权利要求12所述的设备,其特征在于,所述隔日记账模式子单元还包括:
第二平衡检查子单元,用于触发客户端检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端。
16.根据权利要求13所述的设备,其特征在于,所述手动记账模式单元还包括:
第三平衡检查子单元,用于触发客户端检查所述修改后的入账信息科目余额是否平衡,并将平衡检查结果报告给所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910204553A CN101706931A (zh) | 2009-12-01 | 2009-12-01 | 以多模式信息交互方式处理账务的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910204553A CN101706931A (zh) | 2009-12-01 | 2009-12-01 | 以多模式信息交互方式处理账务的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101706931A true CN101706931A (zh) | 2010-05-12 |
Family
ID=42377154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910204553A Pending CN101706931A (zh) | 2009-12-01 | 2009-12-01 | 以多模式信息交互方式处理账务的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101706931A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107169856A (zh) * | 2017-04-19 | 2017-09-15 | 中国建设银行股份有限公司 | 一种公积金业务对账方法和系统 |
CN109102385A (zh) * | 2018-08-06 | 2018-12-28 | 中国建设银行股份有限公司 | 财会业务参数管理方法及系统 |
CN111325623A (zh) * | 2020-01-23 | 2020-06-23 | 京东数字科技控股有限公司 | 一种信息处理方法及装置、设备、存储介质 |
-
2009
- 2009-12-01 CN CN200910204553A patent/CN101706931A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107169856A (zh) * | 2017-04-19 | 2017-09-15 | 中国建设银行股份有限公司 | 一种公积金业务对账方法和系统 |
CN109102385A (zh) * | 2018-08-06 | 2018-12-28 | 中国建设银行股份有限公司 | 财会业务参数管理方法及系统 |
CN109102385B (zh) * | 2018-08-06 | 2022-02-11 | 中国建设银行股份有限公司 | 财会业务参数管理方法及系统 |
CN111325623A (zh) * | 2020-01-23 | 2020-06-23 | 京东数字科技控股有限公司 | 一种信息处理方法及装置、设备、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111047430A (zh) | 会计核算信息处理方法及装置 | |
CN101714107A (zh) | 一种erp系统中的数据库备份、恢复方法和装置 | |
CN104506371A (zh) | 一种应用程序编程接口api调用记录的管理方法和装置 | |
CN101887546A (zh) | 实现稽核对账的方法、稽核对账系统及营收稽核系统 | |
CN111340639A (zh) | 结算数据的处理方法及装置 | |
CN101706931A (zh) | 以多模式信息交互方式处理账务的方法及设备 | |
CN102592215A (zh) | 一种快捷网上支付的方法及服务器 | |
CN110276672A (zh) | 一种对账方法、装置、设备及计算机可读存储介质 | |
CN110084693A (zh) | 一种会计凭证处理方法 | |
JP2006268227A (ja) | 証憑追跡機能を備えた電子会計システム | |
CN116091258A (zh) | 用于对账管理的数据处理方法和装置 | |
CN105068978A (zh) | 一种基于数据库的日月报自动化稽核方法和系统 | |
CN110929153A (zh) | 个性化启动页推送方法、装置及系统 | |
JP5689298B2 (ja) | 会計単位間振替仕訳分割システムと方法およびプログラム | |
CN108846023A (zh) | 文本的非常规特性挖掘方法及装置 | |
CN111429125B (zh) | 账户管理方法、装置、存储介质及电子设备 | |
CN111028025B (zh) | 基于大数据的票据数据处理方法、装置、设备和介质 | |
TW201638854A (zh) | 資金追償的方法及裝置 | |
CN109272399B (zh) | 一种信用卡的管理方法及装置 | |
CN113077234A (zh) | 账目核对方法、设备以及存储介质 | |
CN101702208A (zh) | 一种凭证处理方法和企业资源计划系统 | |
CN112561689A (zh) | 交易数据的记录处理方法、装置、设备及存储介质 | |
CN106886887B (zh) | 一种账户间应用数据交互控制方法及装置 | |
CN103678382A (zh) | 一种信息处理的方法和电子设备 | |
CN118012396B (zh) | 基于低代码方式实现图书出版erp功能的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100512 |