CN111027939A - 企业***数据协同管理方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种企业***数据协同管理方法、装置及存储介质，方法包括：抽取结算单数据，建立数据仓库存储；将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；进项协同同步数据到销项协同；销项协同通过协同处理结算单并开具***；进项协同进行查验和签收***；进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；将匹配结果返回企业信息***，生成付款凭证。本申请的方法开票过程简单，***与结算单匹配快速，***认证审核查验流程简单且准确度高、效率高，解决了由于企业供应商地域分散导致的开票环节复杂、开具的***和海量结算单无法及时匹配、***认证审核查验流程繁琐以及准确度低和效率低的问题。

Description

企业***数据协同管理方法、装置及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种企业***数据协同管理方法、装置及存储介质。

背景技术

在目前的企业ERP***、SAP***中，企业主要集中在项目管理、合同管理、订单管理等过程中，对于***协同管理做的还是有些不足，很多需要手动录入商品信息、手工开具***，协同***目前提供结算单管理、***管理、供应商管理、税收商品编码管理、***签收、待开***管理、交接单管理、税控设备管理等功能。

发明内容

本申请的目的是提供一种企业***数据协同管理方法、装置及存储介质。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

根据本申请实施例的一个方面，提供一种企业***数据协同管理方法，包括：

从企业信息数据***中抽取结算单数据，建立数据仓库存储；

将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

进项协同同步数据到销项协同；

销项协同通过协同处理结算单并开具***；

进项协同进行查验和签收***；

进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

将匹配结果返回企业信息***，生成付款凭证。

进一步地，在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，所述方法还包括：对结算单数据进行预处理。

进一步地，所述对结算单数据进行预处理，包括：获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

进一步地，所述进项协同同步数据到销项协同，包括：通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

进一步地，所述方法还包括：在所述将匹配结果返回企业信息***，生成付款凭证之前，对匹配结果及对变化趋势进行分析及可视化处理。

根据本申请实施例的另一个方面，提供一种企业***数据协同管理装置，包括：

抽取模块，用于从企业信息数据***中抽取结算单数据，建立数据仓库存储；

发送模块，用于将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

同步模块，用于进项协同同步数据到销项协同；

处理模块，用于销项协同通过协同处理结算单并开具***；

查验模块，用于进项协同进行查验和签收***；

匹配模块，用于进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

生成模块，用于将匹配结果返回企业信息***，生成付款凭证。

进一步地，所述装置还包括预处理模块，用于在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，对结算单数据进行预处理。

进一步地，所述预处理模块具体用于获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

进一步地，所述同步模块具体用于通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

根据本申请实施例的另一个方面，提供一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现所述的企业***数据协同管理方法。

本申请实施例的其中一个方面提供的技术方案可以包括以下有益效果：

本申请实施例提供的企业***数据协同管理方法，充分利用企业信息***数据，在进行校验处理后储存到数据仓库；完成进项协同和销项协同间的数据同步，通过补偿机制保障数据同步，继而实现开票全流程，后续进行***邮寄、***签收、***查验，利用匹配模型对票单匹配，匹配完成即结算单处理完毕，生成付款凭证返回企业信息数据***，开票过程简单，***与结算单匹配快速，***认证审核查验流程简单且准确度高、效率高，解决了由于企业供应商地域分散导致的开票环节复杂、开具的***和海量结算单无法及时匹配、***认证审核查验流程繁琐以及准确度低和效率低的问题。

本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者，部分特征和优点可以从说明书中推知或毫无疑义地确定，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请的一个实施例的企业***数据协同管理方法的流程图；

图2示出了本申请的另一实施例的企业***数据协同管理方法的流程图；

图3示出了本申请的另一实施例的企业***数据协同管理的部署模式示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本申请做进一步说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

如图1所示，本申请的一个实施例提供了一种企业***数据协同管理方法，包括：

S1、从企业信息数据***中抽取结算单数据，建立数据仓库存储；

S2、将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

S3、进项协同同步数据到销项协同；

S4、销项协同通过协同处理结算单并开具***；

S5、进项协同进行查验和签收***；

S6、进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

S7、将匹配结果返回企业信息***，生成付款凭证。

在某些实施方式中，在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，所述方法还包括：对结算单数据进行预处理。

在某些实施方式中，所述对结算单数据进行预处理，包括：获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

在某些实施方式中，所述进项协同同步数据到销项协同，包括：通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

在某些实施方式中，所述方法还包括：在所述将匹配结果返回企业信息***，生成付款凭证之前，对匹配结果及对变化趋势进行分析及可视化处理。

本实施例还提供了一种企业***数据协同管理装置，包括：

抽取模块，用于从企业信息数据***中抽取结算单数据，建立数据仓库存储；

发送模块，用于将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

同步模块，用于进项协同同步数据到销项协同；

处理模块，用于销项协同通过协同处理结算单并开具***；

查验模块，用于进项协同进行查验和签收***；

匹配模块，用于进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

生成模块，用于将匹配结果返回企业信息***，生成付款凭证。

在某些实施方式中，所述装置还包括预处理模块，用于在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，对结算单数据进行预处理。

在某些实施方式中，所述预处理模块具体用于获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

在某些实施方式中，所述同步模块具体用于通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

本实施例还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现所述的企业***数据协同管理方法。

本申请的一个实施例提供了一种企业***数据协同管理方法，包括以下步骤：

S010、从企业信息数据***中抽取结算单数据，建立数据仓库存储；

S030、通过Excel或者接口，企业把存在于信息***中的结算单数据统一发送到进项协同中来，进项协同建立数据仓库进行集中存储。

S050、进项协同同步数据到销项协同；

进项协同收到结算协同数据通过接口同步到销项协同，销方可以对结算单进行确认和打回。

S070、销项协同通过协同处理结算单并开具***；

销项协同接收到进项协同发送的结算单数据，可以对结算单数据进行检查，确认购方信息、商品明细、开票金额无误后进行***开具，开具出的***通过接口同步到进项协同。

S090、进项协同进行查验和签收***；

进项协同接收到开具出的***可以通过税局通道进行***验真和通过手动签收、扫码签收、客户端签收进行处理。

S110、进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

进项协同通过对***信息、结算单信息按照模型提供的逻辑，例如：票面商品名称、商品金额、备注信息进行匹配后，生成匹配成功或者失败的具体信息。

S130、将匹配结果返回企业信息***，生成付款凭证。

将***信息、结算单信息、匹配结果通过接口推送给企业信息***，企业信息***接收到数据后，财务可以根据接收信息生成付款凭证。

在某些实施例中，该方法还包括：S020、对结算单数据进行预处理。

对结算单数据进行预处理包括：获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

在某些实施例中，该方法还包括：使进项协同数据与销项协同数据同步。

在某些实施例中，使进项协同数据与销项协同数据同步，包括：通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

在某些实施例中，通过进项协同对供应商信息维护、商品税收编码维护、***签收、***管理、***查验。

在某些实施例中，该方法还包括：S120、对匹配结果及对变化趋势进行分析及可视化处理。

本实施例提供的企业***数据协同管理方法，充分利用企业信息***数据，在进行校验处理后储存到数据仓库；完成进项协同和销项协同间的数据同步，通过补偿机制保障数据同步，继而实现开票全流程，后续进行***邮寄、***签收、***查验，利用匹配模型对票单匹配，匹配完成即结算单处理完毕，生成付款凭证返回企业信息数据***，开票过程简单，***与结算单匹配快速，***认证审核查验流程简单且准确度高、效率高，解决了由于企业供应商地域分散导致的开票环节复杂、开具的***和海量结算单无法及时匹配、***认证审核查验流程繁琐以及准确度低和效率低的问题。

如图2和图3所示，本申请的另一个实施例提供了一种企业***数据协同管理方法，包括以下步骤：

步骤01、协同导入结算单

从业务***抽取企业信息数据，进行校验后储存到数据仓库；其数据项主要包括结算单数据中的购方名称、购方税号、销方名称、销方税号、开票时间、开票金额、税额、商品明细信息、***邮寄信息等数据。

针对实际应用中大量的企业信息数据，实例中采用数据仓库的方式，利用同步过程对业务***中的信息数据进行抽取、转换、装载，通过建立一张以结算单为中心的包含多属性的宽表储存到数据仓库，再供以后使用。所述数据抽取指从源***中提取数据，同时按照分析需要转换为相应数据结构，在完成转换加载到目标数据仓库。

步骤02、同步结算单到销项协同

基于补偿机制保障数据同步准确性和实时性。为在销项协同进行数据处理提供有力支撑。

企业信息***与进项协同进行数据对接以及进项协同到销项协同数据同步对接时，需要调用接口进行数据的交换，如果在接口请求的过程中发生了网络抖动或其他问题，会导致接口调用失败。

对于此类问题，需要一个长效的接口重新调用机制，在发生网络抖动时可以进行自动地补偿调用，或者记录下来通知人工处理。

为保证数据的准确性、实时性和最终一致性，在数据库中建立“补偿接口信息表”，会对失败的数据写入数据库进行记录，设置同步次数、同步成功标识，通过定时任务触发，对失败的数据在60分钟内进行3次重试处理，如果3次同步还是失败则通过发送邮件通知技术人员，进行人工干预处理。

步骤03、销项协同数据处理

数据接收成功后，供应商对结算单进行处理，确认、打回、转预制***、开具***、直连开票、手工关联***等操作。

步骤04、回传开票信息到进项协同

同步结算单状态到进项协同，使中心企业实时掌握结算单信息。同步开票信息到进项协同，使中心企业了解***动态。

步骤05、销项协同提供邮寄功能

销项协同提供线上***打印、线下邮寄纸质***，线上物流信息跟踪，打通线上、线下全业务场景。

步骤06、签收***

进项协同***签收后，通过匹配模型进行***匹配，匹配完成即结算单处理完毕。

步骤07、生成付款凭证

票单匹配成功，返回企业信息***进项付款和生成付款凭证。

本申请实施例提供的企业***数据协同管理方法，充分利用企业信息***数据，在进行校验处理后储存到数据仓库；完成进项协同和销项协同间的数据同步，通过补偿机制保障数据同步，继而实现开票全流程，后续进行***邮寄、***签收、***查验，利用匹配模型对票单匹配，匹配完成即结算单处理完毕，生成付款凭证返回企业信息数据***，开票过程简单，***与结算单匹配快速，***认证审核查验流程简单且准确度高、效率高，解决了由于企业供应商地域分散导致的开票环节复杂、开具的***和海量结算单无法及时匹配、***认证审核查验流程繁琐以及准确度低和效率低的问题。

需要说明的是：

术语“模块”并非意图受限于特定物理形式。取决于具体应用，模块可以实现为硬件、固件、软件和/或其组合。此外，不同的模块可以共享公共组件或甚至由相同组件实现。不同模块之间可以存在或不存在清楚的界限。

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述实施例仅表达了本申请的实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种企业***数据协同管理方法，其特征在于，包括：

从企业信息数据***中抽取结算单数据，建立数据仓库存储；

将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

进项协同同步数据到销项协同；

销项协同通过协同处理结算单并开具***；

进项协同进行查验和签收***；

进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

将匹配结果返回企业信息***，生成付款凭证。

2.根据权利要求1所述的方法，其特征在于，在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，所述方法还包括：对结算单数据进行预处理。

3.根据权利要求2所述的方法，其特征在于，所述对结算单数据进行预处理，包括：获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

4.根据权利要求1所述的方法，其特征在于，所述进项协同同步数据到销项协同，包括：通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述将匹配结果返回企业信息***，生成付款凭证之前，对匹配结果及对变化趋势进行分析及可视化处理。

6.一种企业***数据协同管理装置，其特征在于，包括：

抽取模块，用于从企业信息数据***中抽取结算单数据，建立数据仓库存储；

发送模块，用于将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储；

同步模块，用于进项协同同步数据到销项协同；

处理模块，用于销项协同通过协同处理结算单并开具***；

查验模块，用于进项协同进行查验和签收***；

匹配模块，用于进项协同利用匹配模型对票单进行匹配并分析得到匹配结果；

生成模块，用于将匹配结果返回企业信息***，生成付款凭证。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括预处理模块，用于在所述将所述结算单数据统一发送到进项协同中，进项协同建立数据仓库进行集中存储之前，对结算单数据进行预处理。

8.根据权利要求7所述的方法，其特征在于，所述预处理模块具体用于获取结算单数据的导入规则、结算单销方、购方税号的校验、商品行信息校验、开票金额、税率、税额校验和反算税额。

9.根据权利要求1所述的方法，其特征在于，所述同步模块具体用于通过销项协同对结算单进项进行确认、打回、转预制***、拆分、还原、待开作废、***开具、关联***、***打印、***邮寄和物流信息跟踪的操作。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以实现如权利要求1-5中任一所述的企业***数据协同管理方法。

Images