CN115187317B - 涉及委外加工流程的开票方法、装置及业务系统 - Google Patents

Abstract

本申请实施例适用于信息技术领域，提供了一种涉及委外加工流程的开票方法、装置及业务系统，所述方法包括：将携带有委外加工标识的销售订单分拆为内部订单和委外订单；根据所述委外订单确定相应的采购订单，并将所述采购订单与所述内部订单关联为第一订单集；将所述第一订单集发送至财务系统；当接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。采用上述方法，可以在不更改现有的发货系统与财务系统之间交互逻辑的基础上，对涉及委外加工流程的销售订单进行开票，提高开票效率。

Description

涉及委外加工流程的开票方法、装置及业务系统

技术领域

本申请实施例属于信息技术领域，特别是涉及一种涉及委外加工流程的开票方法、装置及业务系统。

背景技术

通常，发票的开具都是通过企业财务系统来实现的。在一些企业中，财务系统与发货系统直连。在通过发货系统完成向客户的发货后，发货系统所记录的本次所发货物的具体数量等数据将被同步至财务系统，财务系统可以根据接收到的发货数据为客户开票。这样，可以保证所开发票与实际发货情况相一致。

但是，在处理一些涉及委外加工流程的订单时，部分货物是委托给第三方供应商协助加工生产的，在完成生产后，货物也是由第三方供应商直接送货给客户的，并不经过本企业的发货系统。这将导致实际发货数量与客户订单数量不一致，财务系统无法开票，需要人工核对数据后再进行处理，增加了订单核对成本，延长了开票周期。在一些解决方式中，可以在发货时补入委外订单的数量，但这将导致后续发货系统盘点时工作人员的发货数据虚高。此外，发货系统的发货数据来源于生产系统，如果在发货时补入委外订单的数量，还将导致发货系统的发货数据与生产系统实际的生产数据不一致。

发明内容

有鉴于此，本申请实施例提供了一种涉及委外加工流程的开票方法、装置及业务系统，用以解决在处理一些涉及委外加工流程的订单时，财务系统无法根据发货系统同步的发货数据进行开票的问题。

本申请实施例的第一方面提供了一种涉及委外加工流程的开票方法，应用于业务系统，所述方法包括：

将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

根据所述委外订单确定相应的采购订单，并将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单进行匹配；

当接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。

本申请实施例的第二方面提供了一种涉及委外加工流程的开票装置，应用于业务系统，所述装置包括：

分拆模块，用于将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

确定模块，用于根据所述委外订单确定相应的采购订单；

关联模块，用于将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

发送模块，用于将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单进行匹配；

更新模块，用于在接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

开票模块，用于将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。

本申请实施例的第三方面提供了一种业务系统，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的涉及委外加工流程的开票方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的涉及委外加工流程的开票方法。

本申请实施例的第五方面提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面所述的涉及委外加工流程的开票方法。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例，通过将携带有委外加工标识的销售订单分拆为内部订单和委外订单，可以根据委外订单确定相应的采购订单。然后，在将采购订单与内部订单关联为以单向链表表示的第一订单集，并为第一订单集分配与销售订单相同的订单号后，可以将第一订单集发送至财务系统。当发货系统完成对内部订单的发货后，财务系统可以在接收到发货系统自动同步的上述内部订单的发货数据后，根据发货数据对包含第一订单集的多个订单进行匹配。当匹配到第一订单集中的内部订单后，财务系统可以继续对内部订单后的其他订单进行匹配。由于发货系统并未同步其他订单的发货数据，财务系统将停止对第一订单集进行开票。这样，给业务系统处理委外订单提供了时间。当业务系统接收到第三方供应商针对采购订单反馈的送货信息时，可以根据送货信息更新第一订单集，得到第二订单集。业务系统可以将第二订单集发送至财务系统。由于第二订单集实际上是与销售订单相同的订单，业务系统可以请求财务系统基于第二订单集进行开票，实现对客户的销售订单的开票。采用本申请实施例提供的方法，可以在不改变现有的发货系统与财务系统之间交互逻辑的基础上，对涉及委外加工流程的销售订单进行开票，有助于提高开票效率。

附图说明

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

图1是本申请实施例提供的一种涉及委外加工流程的开票方法的示意图；

图2是本申请实施例提供的一种委外加工流程示意图；

图3是本申请实施例提供的一起企业系统交互示意图；

图4是本申请实施例提供的一种销售订单分拆示意图；

图5是本申请实施例提供的一种涉及委外加工流程的开票方法中S103的一种实现方式的示意图；

图6是本申请实施例提供的一种第一订单集的示意图；

图7是本申请实施例提供的一种涉及委外加工流程的开票方法中S105的一种实现方式的示意图；

图8是本申请实施例提供的一种第二订单集的示意图；

图9是本申请实施例提供的一种涉及委外加工流程的开票装置的示意图；

图10是本申请实施例提供的一种业务系统的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

下面通过具体实施例来说明本申请的技术方案。

参照图1，示出了本申请实施例提供的一种涉及委外加工流程的开票方法的示意图，具体可以包括如下步骤：

S101、将携带有委外加工标识的销售订单分拆为内部订单和委外订单。

需要说明的是，本方法可以应用于业务系统，该业务系统可以是基于台式计算机、笔记本电脑等任意类型的电子设备组成的。本申请实施例提供的涉及委外加工流程的开票方法可以是在上述业务系统中实现的。

在本申请实施例中，委外加工流程可以是指本企业受限于生产产能或其他因素，无法完全生产全部的商品或货物，需要由外协厂等第三方供应商协助本企业进行商品或货物的生产，并在生产完成后直接送货给客户的一种流程。

如图2所示，是本申请实施例提供的一种委外加工流程示意图。在图2中，包括本企业A、客户B与第三方供应商C。其中，第三方供应商C的数量可以不止一个，例如第三方供应商C可以有包括图2中所示的C₁、C₂、……C_N共N个。

在涉及委外加工的流程中，客户B向本企业A购买商品或货物，双方签订合同后，本企业可以开始进行生产，以便按照合同要求按时向客户B交付商品。若本企业当前的生产产能不足，无法独自承担合同约定的供货数量，则可以委托第三方供应商C协助进行商品生产。第三方供应商C按照委托约定完成生产后，无需将商品运送回企业A的仓库，可以直接送货至客户C。

在本申请实施例中，业务人员可以在完成本企业与客户之间的合同签署后，在业务系统中录入上述合同，生成相应的销售订单。该销售订单可以被业务系统发送至生产系统进行后续的生产。

为了便于理解，首先对企业内涉及的多个系统作一介绍。如图3所示，是本申请实施例提供的一起企业系统交互示意图。图3中示出了某企业包括的四个系统，即业务系统、财务系统、生产系统和发货系统。其中，业务系统可以是用于处理与销售、采购相关事务的系统；财务系统可以是用于处理开票、费用核销等相关财务事务的系统；生产系统可以是处理商品生产相关事务的系统；发货系统可以在生产系统完成商品、货物的生产后，处理发货相关事务的系统。

结合图3所示的各个系统，在一次完整的订单处理流程中，业务人员可以在业务系统中录入与客户签署的合同，业务系统可以基于该合同生成销售订单，该销售订单将被发送至生产系统和财务系统。其中，生产系统可以按照销售订单进行生产，财务系统可以对销售订单进行财务相关事务的处理。待生产系统完成商品或货物的生产后，相应的生产数据将被传送至发货系统，由发货系统进行发货。发货后得到的发货数据将被同步至财务系统，财务系统将对发货数据与之前从业务系统接收到的销售订单进行核对，从而完成开票。所开发票可以通过财务系统提供给客户。需要说明的是，图3所示的各个系统之间的交互仅示出了涉及开票相关事务的交互过程。

在本申请实施例中，业务人员在业务系统中录入合同，根据该合同生成的销售订单可以被发送至生产系统。生产系统可以根据当前的生产产能确认是否可以按照合同约定完成上述销售订单所要求的商品生产。

若生产系统基于当前的内部生产产能反馈无法如期完成该销售订单所要求的商品生产，则可以在该销售订单上增加一委外加工标识，以此提示该销售订单需要第三方供应商协助进行生产。生产系统可以将携带有委外加工标识的销售订单反馈至业务系统，供业务人员确认。

若业务人员确认可以按照生产系统的建议由第三方供应商协助生产，则可以在业务系统上进行操作，由业务系统将上述携带有委外加工标识的销售订单分拆为内部订单和委外订单。其中，内部订单可以是由本企业内部自行完成生产所对应的订单，委外订单则是需要外部协助进行生产的订单。

在本申请实施例的一种可能的实现方式中，在将销售订单分拆为内部订单和委外订单时，业务系统可以首先确定该销售订单的供货数量和当前的内部生产产能。上述供货数量可以直接根据销售订单中记录的信息得到，内部生产产能可以由生产系统提供，该内部生产产能也就是本企业当前实际可完成的最大供货数量。然后，业务系统可以内部生产产能和销售订单的供货数量，将该销售订单分拆为内部订单和委外订单；其中，分拆得到的内部订单的供货数量应小于当前的内部生产产能对应的最大供货数量，委外订单的供货数量则等于上述销售订单的供货数量与内部订单的供货数量之间的差值。

示例性地，若企业与客户签订了1000吨货物的销售合同，则销售订单中记录的供货数量即为1000吨。若本企业当前的内部生产产能最多能在合同约定的交付期限内完成600吨货物的生成，则至少有400吨货物的生产需要由第三方供应商协助进行生产。因此，在按照上述方式进行销售订单的分拆时，可以将其分拆为供货数量为600吨的内部订单，以及供货数量为400吨的委外订单。

如图4所示，是本申请实施例提供的一种销售订单分拆示意图。在图4中的(a)中，一份销售订单可以被分拆为内部订单和委外订单，其中，内部订单的数量可以只有一份，委外订单的数量可以不止一份。

结合图4中的(a)中所示的销售订单分拆示意图，如图4中的(b)所示，在后续的开票过程中，包括本企业基于销售订单为客户进行开票的过程，以及第三方供应商基于委外订单为本企业进行开票的过程。其中，本企业基于销售订单为客户所开发票体现的是客户从本企业购买商品或货物的凭证；第三方供应商基于委外订单为本企业所开发票体现的是本企业从第三方供应商购物生产服务的凭证。

S102、根据所述委外订单确定相应的采购订单。

在本申请实施例中，站在本企业的角度，请求第三方供应商协助进行商品或货物的生产属于一种采购行为，即本企业向第三方供应商购物生产服务。因此，在完成销售订单的分拆后，业务系统可以根据委外订单确定相应的采购订单。

在本申请实施例的一种可能的实现方式中，确定合作的第三方供应商可以是从多家供应商中选定的。因此，在根据委外订单确定相应的采购订单时，业务系统可以首先确定待协作的多家第三方供应商，然后基于多家第三方供应商的历史合作信息，确定满足上述委外订单的供货要求的至少一家目标供应商。

在具体实现中，待协作的多家第三方供应商可以包括与本企业有合作关系的全部供应商。从这些第三方供应商中选定至少一家目标供应商可以是根据历史合作信息确定最符合协作要求的供应商。

在本申请实施例的一种示例中，历史合作信息可以包括基于多个评价指标生成的评价指数，多个评价指标至少可以包括交付时限、交付质量和/或交付成本。这些评价指标表示的是在过往的合作过程中，例如第三方供应商过往协助本企业进行委外订单生产的过程中，是否按照约定时限完成交付、交付质量是否满足客户要求，生产过程中支出的成本是否符合本企业的要求等等。基于这些评价指标，可以按照一定方式生成评价指数，用于评价多个第三方供应商的优先级。通常，评价指数越高，表示该供应商的优先级越高。业务系统在确定目标供应商时，可以优先选择优先级更高的供应商。

在选定至少一家目标供应商后，业务系统可以生成针对至少一家目标供应商的至少一份采购订单。

需要说明的是，采购订单的数量可以根据选定的目标供应商的数量确定。例如，选定的目标供应商的数量为3家，则相应的采购订单的数量可以是3份。

S103、将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同。

在本申请实施例中，采购订单是基于委外订单生成的，委外订单和内部订单共同构成了销售订单，可以看作是同一订单，因此，业务系统可以将采购订单和内部订单关联为第一订单集。

在本申请实施例中，第一订单集可以是以单向链表形式表示的订单集。这样，后续财务系统在接收到第一订单集后，可以按照一定的顺序对第一订单集中的内部订单和各个采购订单进行处理。上述顺序可以是与单向链表的方向相同的顺序。此外，业务系统还可以将销售订单的订单号赋予第一订单集，即第一订单集的订单号与销售订单的订单号相同。

通过将第一订单集的订单号配置为与销售订单的订单号相同，后续财务系统和业务系统在处理第一订单集时可以被认为是对原销售订单的处理。

在本申请实施例的一种可能的实现方式中，如图5所示，S103中将采购订单与内部订单关联为第一订单集具体可以包括如下步骤S1031-S1032：

S1031、根据所述内部订单和所述采购订单的总数量，构建包括多个节点的单向链表。

在本申请实施例中，第一订单集可以以包括多个节点的单向链表的形式存在。其中，单向链表中节点的数量可以与内部订单与采购订单的总数量相等。

如图6所示，是本申请实施例提供的一种第一订单集的示意图。其中，图6中的(a)所示的是本申请实施例提供的一种单向链表的示意图。各个节点可以具有相应的序列号，每个节点的序列号可以是顺序排列的。例如，图6中的(a)所示的单向链表包括4个节点，即序列号分别为0-3的节点。该单向链表的方向即是序列号从小到大的方向，也就是图6中的(a)中序列号为0的节点指向序列号为3的节点。

S1032、分别将所述内部订单和所述采购订单写入所述单向链表的各个节点中，得到所述单向链表形式的所述第一订单集。

在构建出单向链表后，业务系统可以分别将内部订单和采购订单写入该单向链表的各个节点中，得到第一订单集。

在本申请实施例的一种可能的实现方式中，业务系统可以将内部订单写入单向链表中序列号最小的节点中，将采购订单写入单向链表的其他节点中，从而得到单向链表形式的第一订单集。

例如，在图6中的(a)中所示的单向链表中，序列号为0的节点可以用于写入内部订单的相关信息，序列号为1-3的各个节点可以用于写入各个采购订单的相关信息。如图6中的(b)所示，即是写入有内部订单和采购订单相关信息的单向链表，也就是第一订单集的示意图。其中，order_010表示内部订单，order_020p、order_021p和order_022p表示采购订单。采购订单可以包括一采购订单标识，例如该标识可以是订单号中的尾字母“p”，表示采购(purchase)。

S104、将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单进行匹配。

业务系统在将内部订单和采购订单关联为第一订单集后，可以将第一订单集发送至财务系统，由财务系统进行后续处理。

财务系统对第一订单集的后续处理可以包括在接收到发货系统自动同步的发货数据后，根据发货数据对财务系统中包括第一订单集在内的各个订单进行匹配，并根据匹配结果进行开票。

示例性地，发货系统在完成订单order_001的发货后，基于发货系统与财务系统之间的同步机制，订单order_001的发货数据将被发货系统同步至财务系统，财务系统接收到订单order_001的发货数据后，可以在业务系统预先发送至财务系统的各个订单中进行匹配查找，查找到订单order_001后，财务系统可以对业务系统提交的订单order_001以及发货系统提交的订单order_001的发货数据进行核对，若二者无误，则可以为订单order_001进行开票。

在现有技术中，涉及委外加工流程的销售订单，若按照上述开票方式，基于发货系统自动同步的发货数据进行开票，则由于发货数据与实际的销售订单上记录的数据不一致而导致无法开票，需要人工进行核对。在本申请实施例中，对于如图6中的(b)所示的以单向链表形式存在的第一订单集，若发货系统在完成内部订单，即发货系统完成订单order_010的发货后，会将内部订单order_010的发货数据同步至财务系统。财务系统接收到内部订单order_010的发货数据后，可以在本系统存储的各个订单中进行匹配，找到关联在第一订单集中的内部订单order_010，并基于发货系统提供的发货数据，与内部订单order_010上记录的数据进行核对。若核对无误，由于第一订单集中包括多个以单向链表形式记录的订单，则财务系统在完成内部订单order_010的核对后，将继续处理图6中的(b)所示的其他订单，例如采购订单order_020p。由于财务系统当前并未接收到发货系统同步的采购订单order_020p的发货数据，则财务系统将不再对第一订单集进行处理，而是等待发货系统同步订单order_020p的发货数据。另一方面，由于内部订单order_010后的订单为采购订单，发货系统不可能向财务系统同步与采购订单order_020p相关的发货数据，财务系统将不会对第一订单集进行后续的处理。这就为业务系统处理委外订单提供了时间。

S105、当接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集。

在本申请实施例中，第三方供应商在完成委外订单的商品或货物的生产后，可以直接向客户送货，无需将商品或货物送回本企业仓库。在完成送货后，第三方供应商可以向业务系统反馈相应的送货信息。

由于委外订单是采购订单是一一对应的，当接收到第三方供应商反馈的送货信息后，即表示完成了某一委外订单的生产及送货。此时，业务系统可以根据送货信息更新第一订单集，得到第二订单集。

需要说明的是，业务系统对于第一订单集的更新无需按照单向链表的各个节点的顺序，而是可以按照接收到相应采购订单的任意时间顺序对第一订单集中的各个采购订单所在节点进行更新。

示例性地，对于图6中的(b)所示的第一订单集，若采购订单order_021p对应的第三方供应商首先完成了相应商品或货物的生产及送货，则业务系统可以在接收到采购订单order_021p的送货信息后，更新图6中的(b)中序列号为2的节点中的订单信息，而无需等待序列号为1的节点的订单信息更新。

在本申请实施例的一种可能的实现方式中，如图7所示，S105中根据送货信息更新第一订单集，得到第二订单集具体可以包括如下步骤S1051-S1052：

S1051、根据所述送货信息生成虚拟出库单，并将所述虚拟出库单通过所述发货系统透传至所述财务系统。

在本申请实施例中，财务系统开票需要核对出库单，以表示该批商品或货物已实际供货给客户。因此，业务系统在根据送货信息更新第一订单集时，可以首先根据送货信息生成虚拟出库单。该出库单表示相应的委外订单所要求的商品或货物已实际发货给客户。

然后，业务系统可以通过发货系统将上述虚拟出库单透传至财务系统。通过发货系统透传虚拟出库单不会对发货系统的实际发货数量造成任何影响，将虚拟出库单透传至财务系统仅仅是将其作为后续开票时的核对对象。需要说明的是，业务系统通过发货系统透传虚拟出库单至财务系统的操作，可以是在业务系统将更新后得到的第二订单集发送至财务系统之后进行的。

按照本申请实施例提供的开票方法生成虚拟出库单是由业务系统完成的，不会导致发货系统实际发货数量虚高，也不会造成生产系统的生产数据与发货系统的发货数据不一致；并且，通过发货系统透传虚拟出库单至财务系统，也可以基于现有技术中的发货数据同步机制，触发财务系统的开票流程。

S1052、确定所述送货信息对应的目标采购订单，并采用所述虚拟出库单替换所述单向链表中的所述目标采购订单，得到所述第二订单集。

在根据送货信息生成虚拟出库单时，业务系统还可以确定该送货信息对应的目标采购订单，也就是该送货信息属于哪一份采购订单对应的送货信息。然后，业务系统可以将第一订单集中以单向链表上节点形式记录的目标采购订单替换为虚拟出库单。

示例性地，若业务系统当前接收到的是图6中的(b)中采购订单order_021p的送货信息，则可以根据采购订单order_021p生成虚拟出库单out_order_012v，并在单向链表中采用虚拟出库单out_order_012v替换原采购订单虚拟出库单out_order_012v，上述虚拟出库单中尾字母“v”表示该订单为虚拟出库单。

如图8所示，是对图6中的(b)中所示的第一订单集进行更新后得到的第二订单集的示例，第二订单集是将第一订单集中全部采购订单均替换为虚拟出库单后得到的订单集。其中，图8中的虚拟出库单out_order_011v替换了采购订单order_020p，虚拟出库单out_order_012v替换了采购订单order_021p，虚拟出库单out_order_013v替换了采购订单order_022p。

在本申请实施例中，全部虚拟出库单包含的供货数量与内部订单的供货数量之和等于销售订单的供货数量。即，图8中内部订单order_010、虚拟出库单out_order_011v、虚拟出库单out_order_012v和虚拟出库单out_order_013v的供货数量之和与原有的销售订单的供货数量相等。

S106、将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。

在本申请实施例中，业务系统完成对第一订单集的更新，得到第二订单集后，表示内部订单与委外订单均已完成发货。此时，需要由财务系统针对销售订单为客户开具发票。由于第二订单集记录有实际已发货的数据，业务系统可以将第二订单集发送至财务系统，请求财务系统基于第二订单集中为销售订单进行开票。

在具体实现中，业务系统可以在更新得到第二订单集后，将第二订单集发送至财务系统。由于第二订单集沿用了销售订单的订单号，即第二订单集与第一订单集的订单号相同，财务系统在接收到第二订单集后，可以根据时间先后顺序将已存储的第一订单集更新为第二订单集。另一方面，业务系统在向财务系统发送第二订单集后，可以通过发货系统将虚拟出库单透传至财务系统。这样，财务系统在接收到虚拟出库单后，可以基于现有的开票逻辑，将虚拟出库单与系统中的各个订单进行匹配，当匹配到第二订单集时，财务系统可以认为第二订单集中的各个订单的发货数据均已由发货系统同步至财务系统，若相互核对无误，则财务系统可以针对第二订单集进行开票，所开发票也就是销售订单对应的发票。即实现本企业对客户的开票。

在本申请实施例的一种可能的实现方式中，业务系统在将第二订单集发送至财务系统后，还可以根据采购订单生成待开票信息，上述待开票信息是针对本企业向第三方供应商购买生产服务的开票信息。然后，业务系统可以将上述待开票信息发送至第三方供应商，以请求第三方供应商基于待开票信息为本企业的采购订单进行开票，即实现第三方供应商对本企业的开票。

在本申请实施例中，通过将携带有委外加工标识的销售订单分拆为内部订单和委外订单，可以根据委外订单确定相应的采购订单。然后，在将采购订单与内部订单关联为第一订单集，并为第一订单集分配与销售订单相同的订单号后，可以将第一订单集发送至财务系统。当发货系统完成对内部订单的发货后，财务系统可以在接收到发货系统自动同步的上述内部订单的发货数据后，根据发货数据对包含第一订单集的多个订单进行匹配。当匹配到第一订单集中的内部订单后，财务系统可以继续对内部订单后的其他订单进行匹配。由于发货系统并未同步其他订单的发货数据，财务系统将停止对第一订单集进行开票。这样，给业务系统处理委外订单提供了时间。当业务系统接收到第三方供应商针对采购订单反馈的送货信息时，可以根据送货信息更新第一订单集，得到第二订单集。业务系统可以将第二订单集发送至财务系统。由于第二订单集实际上是与销售订单相同的订单，业务系统可以请求财务系统基于第二订单集进行开票，实现对客户的销售订单的开票。采用本申请实施例提供的方法，可以在不改变现有的发货系统与财务系统之间交互逻辑的基础上，对涉及委外加工流程的销售订单进行开票，有助于提高开票效率。

需要说明的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

参照图9，示出了本申请实施例提供的一种涉及委外加工流程的开票装置的示意图，所述装置可以应用于业务系统，所述装置具体可以包括分拆模块901、确定模块902、关联模块903、发送模块904、更新模块905和开票模块906，其中：

分拆模块901，用于将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

确定模块902，用于根据所述委外订单确定相应的采购订单；

关联模块903，用于将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

发送模块904，用于将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单集进行匹配；

更新模块905，用于在接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

开票模块906，用于将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。

在本申请实施例的一种实现方式中，所述分拆模块901具体可以用于：确定所述销售订单的供货数量和当前的内部生产产能，所述内部生产产能由生产系统提供；根据所述内部生产产能和所述供货数量，将所述销售订单分拆为所述内部订单和所述委外订单；其中，所述内部订单的供货数量小于所述内部生产产能对应的供货数量，所述委外订单的供货数量等于所述销售订单的供货数量与所述内部订单的供货数量之间的差值。

在本申请实施例的一种实现方式中，所述确定模块902具体可以用于：确定待协作的多家第三方供应商；基于多家所述第三方供应商的历史合作信息，确定满足所述委外订单的供货要求的至少一家目标供应商，所述历史合作信息包括基于多个评价指标生成的评价指数，多个所述评价指标至少包括交付时限、交付质量和/或交付成本；生成针对至少一家所述目标供应商的至少一份所述采购订单。

在本申请实施例的一种实现方式中，所述关联模块903具体可以用于：根据所述内部订单和所述采购订单的总数量，构建包括多个节点的单向链表；分别将所述内部订单和所述采购订单写入所述单向链表的各个节点中，得到所述单向链表形式的所述第一订单集。

在本申请实施例的一种实现方式中，各个所述节点具有顺序排列的序列号，所述关联模块903还可以用于：将所述内部订单写入所述单向链表中序列号最小的节点中；将所述采购订单写入所述单向链表的其他节点中，得到所述单向链表形式的所述第一订单集。

在本申请实施例的一种实现方式中，所述更新模块905具体可以用于：根据所述送货信息生成虚拟出库单，并将所述虚拟出库单通过所述发货系统透传至所述财务系统；确定所述送货信息对应的目标采购订单，并采用所述虚拟出库单替换所述单向链表中的所述目标采购订单，得到所述第二订单集；其中，全部所述虚拟出库单包含的供货数量与所述内部订单的供货数量之和等于所述销售订单的供货数量。

在本申请实施例的一种实现方式中，所述开票模块906还可以用于：根据所述采购订单生成待开票信息；将所述待开票信息发送至所述第三方供应商，以请求所述第三方供应商基于所述待开票信息为本企业的所述采购订单进行开票。

本申请实施例还提供了一种涉及委外加工流程的开票装置，应用该装置可以实现前述各个方法实施例所介绍的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例部分的说明即可。

参照图10，示出了本申请实施例提供的一种业务系统的示意图。如图10所示，本申请实施例中的业务系统1000包括：处理器1010、存储器1020以及存储在所述存储器1020中并可在所述处理器1010上运行的计算机程序1021。所述处理器1010执行所述计算机程序1021时实现上述涉及委外加工流程的开票方法各个实施例中的步骤，例如图1所示的步骤S101至S106。或者，所述处理器1010执行所述计算机程序1021时实现上述各装置实施例中各模块/单元的功能，例如图9所示模块901至906的功能。

示例性的，所述计算机程序1021可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器1020中，并由所述处理器1010执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段可以用于描述所述计算机程序1021在所述业务系统1000中的执行过程。例如，所述计算机程序1021可以被分割成分拆模块、确定模块、关联模块、发送模块、更新模块和开票模块，各模块具体功能如下：

分拆模块，用于将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

确定模块，用于根据所述委外订单确定相应的采购订单；

关联模块，用于将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

发送模块，用于将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单集进行匹配；

更新模块，用于在接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

开票模块，用于将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票。

所述业务系统1000可以是用于实现前述各个实施例的计算机设备，该计算机设备可以是桌上型计算机、云端服务器等设备。所述业务系统1000可包括，但不仅限于，处理器1010、存储器1020。本领域技术人员可以理解，图10仅仅是业务系统1000的一种示例，并不构成对业务系统1000的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述业务系统1000还可以包括输入输出设备、网络接入设备、总线等。

所述处理器1010可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器1020可以是所述业务系统1000的内部存储单元，例如业务系统1000的硬盘或内存。所述存储器1020也可以是所述业务系统1000的外部存储设备，例如所述业务系统1000上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等等。进一步地，所述存储器1020还可以既包括所述业务系统1000的内部存储单元也包括外部存储设备。所述存储器1020用于存储所述计算机程序1021以及所述业务系统1000所需的其他程序和数据。所述存储器1020还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还公开了一种业务系统，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述各个实施例所述的涉及委外加工流程的开票方法。

本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述各个实施例所述的涉及委外加工流程的开票方法。

本申请实施例还公开了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行前述各个实施例所述的涉及委外加工流程的开票方法。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制。尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (9)

1.一种涉及委外加工流程的开票方法，其特征在于，应用于业务系统，所述方法包括：

将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

根据所述委外订单确定相应的采购订单，并将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单进行匹配；

当接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票；

其中，所述根据所述送货信息更新所述第一订单集，得到第二订单集，包括：

根据所述送货信息生成虚拟出库单，并将所述虚拟出库单通过所述发货系统透传至所述财务系统；

确定所述送货信息对应的目标采购订单，并采用所述虚拟出库单替换所述单向链表中的所述目标采购订单，得到所述第二订单集；其中，全部所述虚拟出库单包含的供货数量与所述内部订单的供货数量之和等于所述销售订单的供货数量。

2.根据权利要求1所述的方法，其特征在于，所述将所述采购订单与所述内部订单关联为第一订单集，包括：

根据所述内部订单和所述采购订单的总数量，构建包括多个节点的单向链表；

分别将所述内部订单和所述采购订单写入所述单向链表的各个节点中，得到所述单向链表形式的所述第一订单集。

3.根据权利要求2所述的方法，其特征在于，各个所述节点具有顺序排列的序列号，所述分别将所述内部订单和所述采购订单写入所述单向链表的各个节点中，得到所述单向链表形式的所述第一订单集，包括：

将所述内部订单写入所述单向链表中序列号最小的节点中；

将所述采购订单写入所述单向链表的其他节点中，得到所述单向链表形式的所述第一订单集。

4.根据权利要求1所述的方法，其特征在于，所述将携带有委外加工标识的销售订单分拆为内部订单和委外订单，包括：

确定所述销售订单的供货数量和当前的内部生产产能，所述内部生产产能由生产系统提供；

根据所述内部生产产能和所述供货数量，将所述销售订单分拆为所述内部订单和所述委外订单；其中，所述内部订单的供货数量小于所述内部生产产能对应的供货数量，所述委外订单的供货数量等于所述销售订单的供货数量与所述内部订单的供货数量之间的差值。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述委外订单确定相应的采购订单，包括：

确定待协作的多家第三方供应商；

基于多家所述第三方供应商的历史合作信息，确定满足所述委外订单的供货要求的至少一家目标供应商，所述历史合作信息包括基于多个评价指标生成的评价指数，多个所述评价指标至少包括交付时限、交付质量和/或交付成本；

生成针对至少一家所述目标供应商的至少一份所述采购订单。

6.根据权利要求5所述的方法，其特征在于，在将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票之后，还包括：

根据所述采购订单生成待开票信息；

将所述待开票信息发送至所述第三方供应商，以请求所述第三方供应商基于所述待开票信息为本企业的所述采购订单进行开票。

7.一种涉及委外加工流程的开票装置，其特征在于，应用于业务系统，所述装置包括：

分拆模块，用于将携带有委外加工标识的销售订单分拆为内部订单和委外订单；

确定模块，用于根据所述委外订单确定相应的采购订单；

关联模块，用于将所述采购订单与所述内部订单关联为第一订单集，所述第一订单集以单向链表形式表示，所述第一订单集的订单号与所述销售订单的订单号相同；

发送模块，用于将所述第一订单集发送至财务系统，所述财务系统用于在接收到发货系统自动同步的所述内部订单的发货数据后，根据所述发货数据对包含所述第一订单集的多个订单进行匹配；

更新模块，用于在接收到第三方供应商针对所述采购订单反馈的送货信息时，根据所述送货信息更新所述第一订单集，得到第二订单集；

开票模块，用于将所述第二订单集发送至所述财务系统，以请求所述财务系统基于所述第二订单集为所述销售订单进行开票；

其中，所述更新模块具体用于：

根据所述送货信息生成虚拟出库单，并将所述虚拟出库单通过所述发货系统透传至所述财务系统；

确定所述送货信息对应的目标采购订单，并采用所述虚拟出库单替换所述单向链表中的所述目标采购订单，得到所述第二订单集；其中，全部所述虚拟出库单包含的供货数量与所述内部订单的供货数量之和等于所述销售订单的供货数量。

8.一种业务系统，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6任一项所述的涉及委外加工流程的开票方法。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述的涉及委外加工流程的开票方法。

Images