集合OA协同管理的ERP财务对账方法和装置与流程

集合oa协同管理的erp财务对账方法和装置
技术领域
1.本发明涉及erp系统技术领域，具体涉及一种集合oa协同管理的erp财务对账方法和装置。


背景技术：

2.目前，软件应用存在不协调，oa系统与erp系统分别属于不同的部门，对于很多贸易企业，相对孤岛以及单线程操作协作效率低，对数据共享性较差，例如一般选择线下财务人员核对处理订单，但这种对账过程需要大量人员线下电话沟通以及各类报表详细记录，单据发票核对后过程无记录，实体票留底工作更是十分繁杂。


技术实现要素：

3.针对所述缺陷，本发明实施例公开了一种集合oa协同管理的erp财务对账方法和装置，可以整合oa与erp两系统数据共享，克服传统基于贸易的单线程对账管理方法以及数据难匹配问题，利用oa协同管理系统打通多方实际人员数据对接，以更加清晰、高效地引导业务人员完成对账工作，让每一笔交易痕迹都清晰可见。
4.本发明实施例第一方面公开一种集合oa协同管理的erp财务对账方法，所述方法包括：
5.响应于业务员从oa系统发出的开票请求，生成对账单任务；
6.根据所述开票请求中的基础信息生成对账单；
7.对所述对账单进行审批，当审批完成后，根据票务情况调用第三方插件接口进行开票，并将开票结果反馈至oa系统。
8.作为一种可选的实施方式，在本发明实施例第一方面中，响应于业务员从oa系统发出的开票请求，生成对账单任务，包括：
9.业务员从oa系统调取交易费用数据，形成报表数据，连通相关单据发送给erp系统，形成业务员从oa系统发出开票请求，erp系统根据所述开票请求一键创建对账单任务。
10.作为一种可选的实施方式，在本发明实施例第一方面中，根据所述开票请求以及基础信息生成对账单，包括：
11.根据所述报表数据确认是否异步生成对账单；
12.根据所述报表数据中的商品明细、退货商品明细以及退款单中的一种或多种生成对账单。
13.作为一种可选的实施方式，在本发明实施例第一方面中，对所述对账单进行审批，包括：
14.匹配所述对账单和单据，确认单据是否有误，在单据有误的情况下，以邮件或短信的形式发送给业务员，同时启动修复程序，执行同步脚本对所述单据进行修复；
15.当对账单和单据匹配成功后，对账单关联的结算三表自动变更为已对账状态；
16.判断同一平台是否存在两个或以上相同sku的记录，如果存在，则判断是否为赠
品。
17.作为一种可选的实施方式，在本发明实施例第一方面中，根据票务情况调用第三方插件接口进行开票，并将开票结果反馈至oa系统，包括：
18.根据对账单确认回款状态，根据所述回款状态调用第三方插件接口进行开票；
19.当开票类型的发票不足时，第三方插件发出提醒信息至erp系统，erp系统通过oa系统提醒业务员，或/和erp系统向相应电商平台的用户发出提醒或推荐是否选择其他类型的发票。
20.作为一种可选的实施方式，在本发明实施例第一方面中，在业务员从oa系统接收到开票结果并对开票结果进行确认后，接收所述确认信息并根据发票类型反馈至客户：当发票类型为纸质发票时，erp系统根据客户信息自动生成快递需求单，当发票类型为电子发票时，erp系统根据客户信息自动发送给客户。
21.本发明实施例第二方面公开一种集合oa协同管理的erp财务对账装置，其包括：
22.响应单元，用于响应于业务员从oa系统发出的开票请求，生成对账单任务；
23.生成单元，用于根据所述开票请求中的基础信息生成对账单；
24.审批单元，用于对所述对账单进行审批，当审批完成后，根据票务情况调用第三方插件接口进行开票，并将开票结果反馈至oa系统。
25.本发明实施例第三方面公开一种erp系统，包括：存储有可执行程序代码的存储器；与所述存储器耦合的处理器；所述处理器调用所述存储器中存储的所述可执行程序代码，用于执行本发明实施例第一方面公开的一种集合oa协同管理的erp财务对账方法。
26.本发明实施例第四方面公开一种计算机可读存储介质，其存储计算机程序，其中，所述计算机程序使得计算机执行本发明实施例第一方面公开的一种集合oa协同管理的erp财务对账方法。
27.本发明实施例第五方面公开一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行本发明实施例第一方面公开的一种集合oa协同管理的erp财务对账方法。
28.本发明实施例第六方面公开一种应用发布平台，所述应用发布平台用于发布计算机程序产品，其中，当所述计算机程序产品在计算机上运行时，使得所述计算机执行本发明实施例第一方面公开的一种集合oa协同管理的erp财务对账方法。
29.与现有技术相比，本发明实施例具有以下有益效果：
30.本发明通过在erp系统中全面引入oa协同管理模块与集成单据模块，把erp的先的协同办公机制完美的结合在一起，既实现了erp逻辑的信息集成，又解决了erp系统操作难度大而不易使用的问题。erp和oa系统合同与财务业务的数据整合，实现了两个不同系统之间的数据的流转。保证企业的获取信息的能力，有提供工作的效率，具有很强的实用性。
31.无需额外购买oa系统，在降低了生产成本的同时，能满足各行业工商企业管理信息化的需要，真正帮助企业实现商流、物流和资金流的有效整合。并且其内置的工作流管理模式，能帮助企业固化业务流程，保障企业业务规范运行，提升企业业务决策和管理能力。此系统可广泛适用于各类有贸易关联的企业，既支持面向客户的接单生产或采购的业务模式的企业的财务管理需求，也支持面向库存的备货型生产或采购的业务模式的企业的财务管理需求，也支持兼具二者的业务模式的企业的管理需求，是新一代erp系统的典范。
附图说明
32.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1是本发明实施例公开的一种集合oa协同管理的erp财务对账方法的流程示意图；
34.图2是本发明实施例公开的oa系统和erp系统交互的流程示意图；
35.图3是本发明实施例公开的导入对账单的审批流程示意图；
36.图4是本发明实施例公开的回款分配的流程示意图；
37.图5是本发明实施例公开的对账和开票全流程的示意图；
38.图6是本发明实施例公开的开票的流程示意图；
39.图7是本发明实施例公开的一种集合oa协同管理的erp财务对账装置的结构示意图；
40.图8是本发明实施例公开的一种erp系统的结构示意图。
具体实施方式
41.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
42.需要说明的是，本发明的说明书和权利要求书中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同的对象，而不是用于描述特定顺序。本发明实施例的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，示例性地，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
43.本发明实施例公开了一种集合oa协同管理的erp财务对账方法和装置，其在erp系统中全面引入oa协同管理模块与集成单据模块，把erp的先的协同办公机制完美的结合在一起，既实现了erp逻辑的信息集成，又解决了erp系统操作难度大而不易使用的问题，以下结合附图进行详细描述。
44.实施例一
45.请参阅图1，图1是本发明实施例公开的一种集合oa协同管理的erp财务对账方法的流程示意图。其中，本发明实施例所描述的方法适用于erp系统和oa系统的对接，当然，在一些场景下，erp系统还可以与第三方系统例如电商平台以及开票系统、快递系统等打通。如图1所示，该集合oa协同管理的erp财务对账方法包括以下步骤：
46.s110，响应于业务员从oa系统发出的开票请求，生成对账单任务。
47.oa系统和erp系统打通后，业务员可直接在oa系统中进行对账和开票操作，erp系统接收oa系统中的相关操作，并执行这些操作，oa系统和erp系统的交互关系如图2所示。
48.业务员通过oa系统向erp系统发出开票请求，开票请求中包含目标业务员在oa系
统中的身份信息，在身份信息不属于业务范畴时，不对其请求进行响应，或者返回身份不符合等结果。
49.erp系统在验证身份信息后，一键创建对账单任务。这里有两种情形，开票请求中已经携带报表数据和单据信息，并且，报表数据按照对账单要求填写，则直接创建对账单任务即可。另一种情形是erp系统一键创建对账单任务，然后将相应格式文档通过oa系统反馈给相应的业务员，由其在相关文档例如excel表格，或者直接在oa系统中预设模板中填写报表数据。
50.对于第二种情形，可通过相关文档一键导入对账单，也可以在预设模板中填写后一键导入对账单，在前期可对导入的对账单进行初步审核，其内容与步骤130中的数据筛查类似，可参照图3所示。
51.s120，根据所述开票请求中的基础信息生成对账单。
52.生成对账单的过程可以采用异步任务进行，避免海量数据冗余致使服务器性能下降。具体地，监控报表数据并确认其数据量，当数据量大于一定阈值时，采用异步任务方式生成对账单，当然，也可以根据当时总的数据请求量来设置是否启动异步任务方式。
53.报表数据中主要包括以下信息：店铺名、基础数据、平台单号、商品代码、商品名称、商品规格代码、商品规格名称、费用信息以及数量等，其中，基础数据可以包括发货商品明细、退货商品明细以及退款单等。生成的对账单保存于mysql数据库中，用于后续的对账和开票操作。
54.对账单和单据相关联，建立二者的关联信息表，在对账过程中会涉及对单据信息的撷取。
55.s130，对所述对账单进行审批，当审批完成后，根据票务情况调用第三方插件接口进行开票，并将开票结果反馈至oa系统。
56.对生成的对账单审批的第一部分为数据筛查，是否存在遗漏和出错的地方，比如漏录单据、金额、单价错误等问题。当然，在一些场景下，也可以是对账单中包括的信息中未提供单据。当出现遗漏或出错的地方，则erp系统可以通过邮件或短信的形式通知对应的业务员进行修改，并将相应的需要修改的地方发送至oa系统供业务员调整。
57.在本发明较佳的实施例，erp系统也可以启动修复程序，如单据缺漏则可以执行数据同步脚本进行补缺。
58.在一些其他的实施例中，erp系统还可以与电商平台系统建立连接，可以自动生成对账单。示例性地，根据oa系统的业务员身份属性确认业务员管理的在电商平台上的店铺，根据电商平台记录的发货商品明细、退货商品明细以及退款单(包括仅退款和发货后退款等)自动生成对账单，然后在业务员通过oa系统提交开票或对账请求时，直接发送对账单到oa系统中让其审核。
59.在数据筛查完成后，可进行开票操作，在开票前进行对账单的第二部分审核，主要包括对账状态和回款状态的修改。
60.首先，筛选对账单是否存在同一电商平台存在两条相同sku的记录，如果存在，则可能会导致对账状态标记有误。判断是否存在赠品，当判断存在赠品时，则可以删除对账单中的一条记录，或者将其中一条自动修改为赠品。
61.判断的标准有多种，示例性地，当一段时间内存在多次出现两条相同sku的记录，
则一般可以存在赠品的可能性。也可以确认存在两条相同sku的记录时的时间段内是否存在促销活动，例如可以通过文档记录，通过调取该时间段的活动记录文档来实现，或者通过调取存在两条相同sku的记录的电商平台记录的信息来实现。
62.其次，是将报表数据和电商平台同步的数据是否一致，即比对店铺名、基础数据、平台单号、商品代码、商品名称、商品规格代码、商品规格名称、费用信息以及数量是否与电商平台同步的数据是否一致，例如平台单号对应的店铺名有误，商品代码未包括商品规格代码等。
63.当审批完成后，则将对账单关联的结算三表(发货单、退货单和退款单)自动调整为已对账状态。为了防止重复对账或者遗漏对账内容，在本发明较佳的实施例中，一方面可以通过设置时间段来进行，囊括该时间段内所有的对账信息，过后不再对这个时间段的对账单进行审批。另一方面也可以根据平台单号等唯一身份信息进行核实，例如，将已审批的唯一身份信息保存至一个文件夹中，并与审批过程自动关联，在某次审批过程中，会先比对待审批对账单的唯一身份信息与上述文件夹中的唯一身份信息是否有重复，如果重复，则向oa系统发送该对账信息已对账，不再对其内容进行对账，本次审批完成后，更新文件夹中的内容，并删除预设时间前保存的记录，例如，对前一个月审批过的唯一身份信息进行删除等。
64.然后，修改回款状态：请参照图4所示，对账单按“退货退款先回款，发货单据发货时间先则先回款”的原则，如不够回款，则为部分回款状态；如账单已全部回款或部分回款后，才补开发票的情况，对账单已全部回款，才开发票，则在发票审批通过后的回款状态直接更改为全部回款；如对账单是部分回款，则根据对账单的已回款金额-对账单下其余发票的已回款金额之和＝此发票的可回款金额。如可回款金额大于等于此发票金额，则此发票状态为全部回款。如小于，则为部分回款。如为零，则待回款。
65.审批完成后，返回给业务员进行核对，核对无误后则可开具相应的发票，开票信息以及客户信息在开票请求中已携带。
66.在本发明其他的实施例中，也可以是业务员通过oa系统提交对账请求，对于对账完成部分，可以再在oa系统中提交开票请求，其原理与本发明实施例直接提交开票请求的原理相同，图5示出了其实现过程，这里不再对其赘述。
67.开票通过调用第三方插件接口，由第三方的开票系统进行开票，开票时，将开票请求中的开票信息(包括开票类型、客户信息以及金额)通过第三方插件接口发送至开票系统，由其进行开票，请参照图6所示，开票完成后，更改对账单的开票状态，一般地，已开票金额＝0，则为待开票；已开票金额《应结算金额，则为部分开票；已开票金额＝应结算金额，则为全部开票。
68.开票过程中，特别是月底或者销售量较大的周期内，可能会出现发票不足的情形，此时，如果客户着急需要，或者未通知其要晚开发票，则可能影响其体验。在本发明较佳的实施例中，可以通过的开票系统向erp发送当前开票类型不足，需要等待2个工作日方可开具等，由erp发送信息至oa系统提醒业务员，或者erp系统向相应电商平台的用户直接发送提醒信息。
69.另外，纸质增值税普通发票和电子增值税普通发票是等同的，初期客户选择纸质增值税普通发票，而开票时，纸质增值税普通发票不足时，开票系统也可以提醒erp系统可
以开具较为充足的电子增值税普通发票，当然，erp系统也可以将其推荐其他类型发票的信息发送给oa系统。
70.当然，如果客户选择增值税专用发票，且增值税专用发票不足时，也可以推荐其选择增值税普通发票。
71.当客户在电商平台反馈不需要选择其他类型发票或一段时间未作出选择(例如在其选择的发票类型充足时仍未作出选择)，则视为其可以接受等待的时间，如果客户在电商平台接受其他发票类型，则erp接收到该客户确认信息后，按照其接受的其他发票类型(如果需要补充信息，则会在erp系统向电商平台发送时一并提醒)开具相应的发票。
72.为了减少业务人员的工作量，同时也能避免其在向客户传送发票时出现遗漏，在本发明较佳的实施例中，将开票结果通过oa系统反馈给业务员后，在业务员确认开票结果无误时，erp系统接收该确认信息，并根据开票请求中的客户信息(邮寄地址、客户名字、电话或/和邮箱等)向客户发送发票。例如对于纸质发票，则根据邮寄地址自动调用第三方快递接口向第三方快递系统发送邮寄请求，对于电子发票，则可以直接向其邮箱发送该电子发票，或者将该电子发票通过电商平台发送至其购买界面中。
73.同样地，为了避免重复开票的可能性出现，在本发明较佳的实施例中，也可以根据时间段开票，或者将已开票数据保存于固定的文件夹中。
74.实施例二
75.请参阅图7，图7是本发明实施例公开的一种集合oa协同管理的erp财务对账装置的结构示意图。如图7所示，该集合oa协同管理的erp财务对账装置可以包括：
76.响应单元210，用于响应于业务员从oa系统发出的开票请求，生成对账单任务；
77.生成单元220，用于根据所述开票请求中的基础信息生成对账单；
78.审批单元230，用于对所述对账单进行审批，当审批完成后，根据票务情况调用第三方插件接口进行开票，并将开票结果反馈至oa系统。
79.优选地，响应单元210，可以包括：
80.业务员从oa系统调取交易费用数据，形成报表数据，连通相关单据发送给erp系统，形成业务员从oa系统发出开票请求，erp系统根据所述开票请求一键创建对账单任务。
81.优选地，生成单元220，可以包括：
82.根据所述报表数据确认是否异步生成对账单；
83.根据所述报表数据中的商品明细、退货商品明细以及退款单中的一种或多种生成对账单。
84.优选地，审批单元230，可以包括：
85.匹配所述对账单和单据，确认单据是否有误，在单据有误的情况下，以邮件或短信的形式发送给业务员，同时启动修复程序，执行同步脚本对所述单据进行修复；
86.当对账单和单据匹配成功后，对账单关联的结算三表自动变更为已对账状态；
87.判断同一平台是否存在两个或以上相同sku的记录，如果存在，则判断是否为赠品。
88.优选地，审批单元230，还可以包括：
89.根据对账单确认回款状态，根据所述回款状态调用第三方插件接口进行开票；
90.当开票类型的发票不足时，第三方插件发出提醒信息至erp系统，erp系统通过oa
系统提醒业务员，或/和erp系统向相应电商平台的用户发出提醒或推荐是否选择其他类型的发票。
91.优选地，在业务员从oa系统接收到开票结果并对开票结果进行确认后，接收所述确认信息并根据发票类型反馈至客户：当发票类型为纸质发票时，erp系统根据客户信息自动生成快递需求单，当发票类型为电子发票时，erp系统根据客户信息自动发送给客户。
92.实施例三
93.请参阅图8，图8是本发明实施例公开的一种erp系统的结构示意图。该erp系统包括erp软件以及安装erp软件的电子设备，电子设备可以是台式计算机、笔记本电脑、普通服务器、云端服务器等，在一些场景中，也可以是手机或平板电脑等。
94.如图8所示，该电子设备可以包括：
95.存储有可执行程序代码的存储器310；
96.与存储器310耦合的处理器320；
97.其中，处理器320调用存储器310中存储的可执行程序代码，执行实施例一公开的一种集合oa协同管理的erp财务对账方法中的部分或全部步骤。
98.本发明实施例公开一种计算机可读存储介质，其存储计算机程序，其中，该计算机程序使得计算机执行实施例一公开的一种集合oa协同管理的erp财务对账方法中的部分或全部步骤。
99.本发明实施例还公开一种计算机程序产品，其中，当计算机程序产品在计算机上运行时，使得计算机执行实施例一公开的一种集合oa协同管理的erp财务对账方法中的部分或全部步骤。
100.本发明实施例还公开一种应用发布平台，其中，应用发布平台用于发布计算机程序产品，其中，当计算机程序产品在计算机上运行时，使得计算机执行实施例一公开的一种集合oa协同管理的erp财务对账方法中的部分或全部步骤。
101.在本发明的各种实施例中，应理解，所述各过程的序号的大小并不意味着执行顺序的必然先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
102.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可位于一个地方，或者也可以分布到多个网络单元上。可根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
103.另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
104.所述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可获取的存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分，可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明的各个实施例所述方法的部分或全部步骤。
105.在本发明所提供的实施例中，应理解，“与a对应的b”表示b与a相关联，根据a可以
确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。
106.本领域普通技术人员可以理解所述实施例的各种方法中的部分或全部步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(read-only memory，rom)、随机存储器(random access memory，ram)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、一次可编程只读存储器(one-time programmable read-only memory，otprom)、电子抹除式可复写只读存储器(electrically-erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
107.以上对本发明实施例公开的一种集合oa协同管理的erp财务对账方法和装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。