CN115187318B - 开票方法、开票装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例适用于信息技术领域，提供了一种开票方法、开票装置、电子设备及存储介质，所述方法可以应用于财务系统，包括：当接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；接收所述业务系统基于所述第一票据确定并同步的实际销售订单；根据所述实际销售订单开具第二票据，并将所述第二票据发送至发货平台；当接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息开具发票。采用上述方法，可以提高开票效率，减少客户等待时间。

Description

开票方法、开票装置、电子设备及存储介质

技术领域

本申请实施例属于信息技术领域，特别是涉及一种开票方法、开票装置、电子设备及存储介质。

背景技术

发票是一切单位和个人在购销商品、提供或接受服务以及从事其他经营活动中所开具和收取的业务凭证，发票是会计核算的原始依据。

目前，制造业企业只能是在向客户提供商品后，根据已提供商品的信息为客户开具发票。例如，某企业向客户提供货物，只有在货物已发出后才能启动开票事宜。但是，企业内的开票还需要经过审核等多个环节，导致开票效率较低、耗时较长，客户无法及时地收到发票。

发明内容

有鉴于此，本申请实施例提供了一种开票方法、开票装置、电子设备及存储介质，用以提高开票效率，减少客户等待时间。

本申请实施例的第一方面提供了一种开票方法，应用于财务系统，所述方法包括：

当接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

根据所述实际销售订单开具第二票据，并将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

当接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息开具发票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成。

本申请实施例的第二方面提供了一种开票装置，应用于财务系统，所述装置包括：

第一开票模块，用于在接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

票据返回模块，用于在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

订单接收模块，用于接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

第二开票模块，用于根据所述实际销售订单开具第二票据；

票据发送模块，用于将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

开票模块，用于在接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息进行开票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成。

本申请实施例的第三方面提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的开票方法。

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

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

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

本申请实施例，当财务系统接收到业务系统同步的意向销售订单时，可以根据意向销售订单执行预开票操作，得到第一票据。这样，在销售订单并未被实际执行时，财务系统便能接收到该意向销售订单的相关信息并提前介入处理。在对第一票据进行审核后，财务系统可以将携带有财务审核标识的第一票据返回至业务系统，由业务系统根据财务审核的第一票据进一步完善该销售订单。当财务系统接收到业务系统基于第一票据确定并同步的实际销售订单时，财务系统可以根据实际销售订单开具第二票据，并将第二票据发送至发货平台，由发货平台在根据业务系统提交的实际销售订单执行发货操作时，进一步地对实际销售订单、第二票据以及当前实际发出的商品的信息进行核对。若核对无误，发货平台可以向财务系统反馈确认信息。当接收到发货平台反馈的确认信息时，表示财务系统预先开具的第二票据中记录的信息是准确无误的。此时，财务系统可以根据第二票据中记录的信息为客户开具发票。采用上述实施例提供的开票方法，可以将原本需要在发货后执行的开票、审核等事宜提前分散在订单执行的整个时间区间内，降低了财务系统由于在某一时刻需要开具大量发票而带来的系统压力，减轻了财务工作人员的工作压力和工作负担，提高了开票效率，有助于及时地向客户提供发票，减少客户等待时间。

附图说明

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

图1是本申请实施例提供的一种开票方法的示意图；

图2是本申请实施例提供的一种各系统间关系示意图；

图3是本申请实施例提供的另一种开票方法的示意图；

图4是本申请实施例提供的一种第二票据的示意图；

图5是本申请实施例提供的一种开票装置的示意图；

图6是本申请实施例提供的一种电子设备的示意图。

具体实施方式

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

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

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

S101、当接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据。

需要说明的是，本方法可以应用于财务系统，即本申请实施例的执行主体可以是财务系统。具体地，执行主体可以是财务系统中的具备开票功能的某个电子设备或者某个功能模块。

在本申请实施例中，财务系统可以是企业中用于处理各类与财务相关的工作的系统。例如，报表录入、审核，费用核销，发票开具等等。本申请实施例对财务系统具备的功能不作具体限定。

如图2所示，是本申请实施例提供的一种各系统间关系示意图。在图2中，财务系统可以与业务系统、发货平台直接连接，财务系统所需的部分数据可以从业务系统获得。例如，业务系统的意向销售订单、实际销售订单等各类订单数据，可以同步至财务系统，财务系统针对各类订单开具的票据将被反馈至业务系统。财务系统与发货平台之间的连接，有助于财务系统将部分票据发送至发货系统，供发货平台在执行发货操作时根据接收到的票据信息进行核对。发货平台针对票据的核对信息也可以反馈给财务系统，由财务系统进行开票。在一些实施例中，财务系统还可以与客户系统连接。这样，财务系统开具的电子发票，可以直接传输给客户。

本申请实施例中的业务系统可以是企业中从事某一具体业务所需的系统。一般地，在一个企业中应用的业务系统可以包括多种类型的系统，如采购业务系统、生产业务系统、销售业务系统等等。

本申请实施例中的业务系统可以特指销售业务系统。从事销售相关工作的企业员工一般为销售员(业务员)，其工作主要目的是为了将本企业的产品或服务销售给有需要的客户。客户购买相应产品或服务的行为通常可以以销售订单的形式在双方间予以确认。

对于部分类型商品的销售或购买，企业与客户可能无法在一开始就明确所销售或购买的具体数量、单价等。例如，当石化类企业向客户销售大量石化产品，或者气体类企业向客户销售大量气体产品时，由于供货数量大、供货周期长，产品价格无法在签订订单时确定，可能需要根据实际供货数量或周期来确定。

因此，为了提高开票效率，避免在企业完成供货或者客户完成收货后才启动向客户开具发票的操作，销售员可以在合同签署后即在业务系统中录入相应的意向销售订单，该意向销售订单可以大致列明本次销售的基本信息，如购买者、计划购买数量、初步执行价格等等。

业务系统在接收到上述意向销售订单的信息后，可以实时地将该意向销售订单同步至财务系统，以便财务人员尽早介入本次销售。

在具体实现中，可以预先在财务系统与业务系统之间建立订单实时同步机制，该机制可以通过技术手段实现。例如，可以在业务系统中配置识别模块，该识别模块可以用于识别意向销售订单。具体地，销售员在业务系统中录入意向销售订单可以是通过业务系统提供的特定页面完成的。当销售员在业务系统中进行操作，请求录入意向销售订单时，业务系统可以在系统界面中展示上述特定页面。待销售员完成录入后，业务系统可以为接收到的意向销售订单分配一识别标识，该识别标识可以用于表示当前接收到的信息属于意向销售订单。业务系统在对该意向销售订单进行后续处理时，如对该意向销售订单进行存储、提交相关负责人进行审核等处理时，实时运行的识别模块可以检测到该识别标识。此时，基于预先建立的财务系统与业务系统之间的实时同步机制将促使业务系统主动将意向销售订单同步至财务系统。

在接收到业务系统同步的意向销售订单时，财务系统可以根据意向销售订单执行预开票操作，得到第一票据。

财务系统的预开票操作可以是在对意向销售订单中的各项销售信息进行识别后，将开票所需的项目或信息按照一定模板进行处理。该模板可以是与最终待开的发票样式相同的模板，也可以是直接将开票所需的项目或信息进行罗列，本申请实施例对此不作限定。

需要说明的是，若财务系统按照最终待开的发票样式对意向销售订单中属于开票所需的项目或信息进行处理，则应当在处理后得到的第一票据中的显著位置添加区别标识。例如，可以以灰色大字体在第一票据中写明“样张”或“待开票信息”，以防止相关人员将第一票据误认为真实发票。

这样，在本企业与客户间初步签署意向销售订单时，相关的意向订单信息便能够被财务系统收悉并处理，有助于将后续需要财务系统处理的相关工作提前分散至订单从签署到执行完毕的时间周期内，避免大量订单在某一时刻积压而对财务系统带来的压力，减轻财务工作人员的工作压力和工作强度。

S102、在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统。

在本申请实施例中，财务系统完成预开票操作，得到第一票据后，可以将第一票据提交至相关负责人进行审核，该审核可以包括销售风险方面的审核，也可以包括对第一票据中部分票据项的限制性条件进行审核。例如，审核执行前述意向销售订单是否可能会为企业带来一定的销售风险或其他商业风险；或者，审核第一票据中销售单价等票据项是否被设置了限制范围标识等等。若第一票据中具有可更改标识的票据项未被设置限制范围标识，则财务系统在审核时，可以为其设置限制范围标识。该限制范围标识可以用于限制业务系统在基于第一票据确定实际销售订单时，对该票据项的修改在特定数值范围内进行。也就是说，即使后续业务系统或其他系统需要对对应票据项进行修改，修改后的信息也应当被限定在该某一数值范围内。例如，对于销售单价，若在意向销售订单中并未明确，或者约定根据销售订单实际执行时的价格确定，则财务审核可以对于销售单价这一票据项设置限制范围标识，通过该标识来限制后续对于销售单价的修改需要在特定数值范围内进行，保证销售单价在合理区间。

财务系统完成对第一票据的审核后，可以为第一票据分配一财务审核标识，用于表示该第一票据已经符合财务开票要求。此时，财务系统可以将携带有财务审核标识的第一票据返回至业务系统，由业务系统根据财务系统的审核情况，进一步完善相关信息。

财务系统在向业务系统返回审核后的第一票据时，可以根据提交意向销售订单的销售员的信息，将第一票据返回至业务系统中与该销售员对应的子系统。

S103、接收所述业务系统基于所述第一票据确定并同步的实际销售订单。

销售员可以根据实际的销售进度，在业务系统中进一步完善第一票据，得到实际销售订单。例如，经过协商、沟通，购销双方就销售数量、单价、供货方式、供货日期等细节达成了一致。销售员可以在业务系统中进行操作，将已经确定或需要修改的内容补充至第一票据中，得到实际销售订单。实际销售订单可以看作是最终需要被执行的订单，在实际销售订单被执行后，财务系统可以根据其具体执行情况，为客户开具发票。

在本申请实施例中，实际销售订单可以由业务系统同步至财务系统。在一种示例中，业务系统可以根据前述介绍的财务系统与业务系统之间的订单实时同步机制，将实际销售订单同步至财务系统。

在本申请实施例的一种可能的实现方式中，销售员完善第一票据，得到实际销售订单后，需要经由相关业务负责人审核。完成审核的实际销售订单可以被分配业务审核标识。业务系统中的识别模块可以在检测到上述业务审核标识后，主动将已审核的实际销售订单同步至财务系统。

S104、根据所述实际销售订单开具第二票据，并将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作。

在本申请实施例中，第二票据可以是对实际销售订单进行处理后得到的。财务系统开具的第二票据同时携带有财务审核标识和业务审核标识，这表示第二票据中的各项信息是经财务部门和业务部门共同审核确认的信息。

对于第二票据，财务系统可以将其发送至发货平台，由发货平台在执行发货操作时，进一步根据第二票据中的信息对实际发货的商品的数量、规格等信息进行再确认。

在本申请实施例中，业务系统完成对实际销售订单的审核后，可以自动将已审核的实际销售订单推送至生产平台和发货平台。待生产平台完成相关商品的生产后，便可以由发货平台按照实际销售订单进行发货。

S105、当接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息开具发票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成。

在本申请实施例中，发货平台执行发货操作时，不仅需要根据业务系统提交的实际销售订单进行核对，也需要根据财务系统推送的第二票据进行核对，以确保实际销售订单和第二票据中记录的发货信息与当前实际所要发出的商品的信息完全一致。

在发货平台确认上述信息完全一致时，发货平台可以执行发货操作。然后，发货平台可以向财务系统反馈确认信息，以告知财务系统当前发出的商品的信息与第二票据中记录的信息相同。财务系统在接收到发货平台反馈的确认信息后，可以及时地根据第二票据中记录的信息为客户开具发票。

由于发货平台反馈确认信息是在商品从本企业发出时做出的，财务系统接收到反馈信息并完成开票的时间应当在商品被发出后的一小段时间内，此时由于物流配送的原因，客户可能还未收到商品，但财务系统已经完成了发票的开具。若财务系统开具的是电子发票，则财务系统可以实时地将已开具的电子发票发送至客户系统，方便客户尽早接收发票并进行保障等后续处理；即使财务系统开具的纸质发票，财务系统也可以在开票完成后，尽快将相关的开票信息反馈至客户。

在本申请实施例中，当财务系统接收到业务系统同步的意向销售订单时，可以根据意向销售订单执行预开票操作，得到第一票据。这样，在销售订单并未被实际执行时，财务系统便能接收到该意向销售订单的相关信息并提前介入处理。在对第一票据进行审核后，财务系统可以将携带有财务审核标识的第一票据返回至业务系统，由业务系统根据财务审核的第一票据进一步完善该销售订单。当财务系统接收到业务系统基于第一票据确定并同步的实际销售订单时，财务系统可以根据实际销售订单开具第二票据，并将第二票据发送至发货平台，由发货平台在根据业务系统提交的实际销售订单执行发货操作时，进一步地对实际销售订单、第二票据以及当前实际发出的商品的信息进行核对。若核对无误，发货平台可以向财务系统反馈确认信息。当接收到发货平台反馈的确认信息时，表示财务系统预先开具的第二票据中记录的信息是准确无误的。此时，财务系统可以根据第二票据中记录的信息为客户开具发票。采用上述实施例提供的开票方法，可以将原本需要在发货后执行的开票、审核等事宜提前分散在订单执行的整个时间区间内，降低了财务系统由于在某一时刻需要开具大量发票而带来的系统压力，减轻了财务工作人员的工作压力和工作负担，提高了开票效率，有助于及时地向客户提供发票，减少客户等待时间。

参照图3，示出了本申请实施例提供的另一种开票方法的示意图，具体可以包括如下步骤：

S301、当接收到业务系统同步的意向销售订单时，识别所述意向销售订单中各项销售信息的属性值，所述属性值用于表示各项所述销售信息属于确定项或未确定项。

本方法可以应用于财务系统，该财务系统可以是安装在桌上型计算机、云端服务器等电子设备中的软件系统。因此，本申请实施例的执行主体可以是电子设备，即通过该电子设备来完成开票操作。

在本申请实施例中，意向销售订单可以是由企业销售员录入至业务系统的。例如，销售员在与客户达成意向合作并签署相应的意向销售订单后，可以在业务系统中录入该意向销售订单的相关信息。当销售员录入完毕后，业务系统可以将接收到的意向销售订单同步至财务系统。

通常，意向销售订单中应当包括多项销售信息，如购买者、计划购买数量、初步执行价格等等。由于该订单仅仅是意向性的，部分销售信息可能存在后续会变更的情况，因此销售员在录入意向销售订单时，可以根据各项销售信息是否已确定，同时录入每一项销售信息的属性值，该属性值可以用于表示对应的销售信息是属于确定项或未确定项。当销售员在业务系统中录入意向销售订单的各项销售信息时，可以根据各项销售信息是否已确定，来选择将该销售信息的属性值配置为确定项还是未确定项。对于属性值为确定项的各项销售信息，不能在未授权的情况下被更改；而对于属性值为未确定项的各项销售信息，允许其在可更改的节点被相关人员修改。

因此，当财务系统接收到由业务系统同步的意向销售订单时，可以首先识别该意向销售订单中各项销售信息的属性值是属于确定项或未确定项。

S302、基于所述确定项和所述未确定项对应的各项所述销售信息，执行预开票操作，得到第一票据，所述第一票据中所述未确定项对应的票据项具有可更改标识。

在本申请实施例中，财务系统可以针对接收到的意向销售订单，分别基于确定项对应的各项销售信息以及未确定项对应的各项销售信息执行预开票操作，得到第一票据。

在具体实现中，财务系统的预开票操作可以是按照预先设定的票据模板，将各项销售信息补充至票据模板中。同时，为了区分第一票据中哪些票据项是允许被相关人员修改的，财务系统在预开票时，还可以对属性值为未确定项的各项销售信息所对应的票据项分配可更改标识。在一种示例中，可更改标识可以是采用灰底来显示相应票据项的一种标识。当相关工作人员选中具有灰底的各个票据项时，该票据项可以被切换为可编辑状态，工作人员可以在可编辑状态下，对该票据项的具体信息进行更改。

S303、在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统，并接收所述业务系统基于所述第一票据确定并同步的实际销售订单。

在本申请实施例中，财务系统完成预开票操作，得到第一票据后，可以将第一票据提交至相关财务负责人进行审核，以确认第一票据是否可以被继续执行后续的处理。

在本申请实施例的一种可能的实现方式中，对于第一票据的审核可以包括对具有可更改标识的特定票据项所对应的限制范围区间的审核，该限制范围区间用于限制后续对具有可更改标识的票据项进行修改时，修改后的值应当处于相应的限制范围区间内。例如，销售价格这一票据项可以具有可更改标识，允许销售员根据后续实际执行的价格与客户签订合同。但是，财务工作人员在对该票据项进行审核时，可以审核其是否具有限制范围区间，即销售价格应当在对应的限价范围内。当然，限制范围区间可以是同时具有上下限的某一区间，也可以是只具有上限或下限的区间，本申请实施例对此不作限定。

在一种示例中，财务负责人对第一票据进行审核时，如果没有发现不符合规定的地方，则可以批准该第一票据，财务系统可以根据审核结果为第一票据分配财务审核标识。若审核时发现有不符合规定的地方，财务负责人可以在财务系统中依职权对不符合规定的地方进行更正，然后批准更正后的第一票据；或者，财务负责人也可以通过财务系统驳回第一票据，指示销售员更正意向销售订单中的销售信息，从新触发执行预开票操作。

对于审核完毕的第一票据，财务系统可以将其返回至业务系统，由销售员在业务系统中根据实际的销售进度，进一步完善第一票据，得到实际销售订单。该实际销售订单可以是在销售员的操作下，由业务系统对第一票据中具有可更改标识的各个票据项进行修改后得到的。例如，受原材料价格变动的影响，意向销售订单中未明确具体的销售价格。在意向销售订单执行的过程中，原材料的采购完成后，结合原材料成本以及其他成本已经可以确定具体的销售价格。此时，销售员可以将具有可更改标识的销售价格票据项中具体的价格更新为实际确定的销售价格。

实际销售订单可以被业务系统同步至财务系统。业务系统同步实际销售订单的方式，可以采用与同步意向销售订单相同的方式。这样，通过采用相同的同步方式，可以避免在业务系统中部署多种不同的同步机制。

S304、确定所述实际销售订单是否携带业务审核标识。

通常，销售员在基于第一票据形成实际销售订单后，应当将实际销售订单转发至相关的业务负责人进行审核，业务负责人对于实际销售订单的审核可以是在业务系统中完成的。当实际销售订单审核无误后，业务系统可以为实际销售订单分配业务审核标识。

因此，当实际销售订单被同步至财务系统后，财务系统可以首先确定接收到的实际销售订单是否携带有业务审核标识。如果接收到的实际销售订单携带有业务审核标识，则财务系统可以根据实际销售订单开具第二票据，即执行S306确定实际销售订单中的多个待核对项，通过为实际销售订单中的多个待核对项增加可擦除的核对标识，得到第二票据的步骤；否则，财务系统可以执行S305，将接收到的未携带有业务审核标识的实际销售订单退回至业务系统，指示业务系统对实际销售订单进行业务审核。

在本申请实施例的一种可能的实现方式中，业务系统对于实际销售订单的同步也可以是基于业务审核标识来进行的。即，业务系统只有在检测到具有业务审核标识的实际销售订单时，才触发将该实际销售订单同步至财务系统的操作；对于其他未具有业务审核标识的实际销售订单，业务系统则不对这些实际销售订单进行处理，等待相关业务负责人的业务审核。这样，可以减少业务系统与财务系统之间的交互次数，避免未经业务审核的实际销售订单被同步至财务系统。

S305、将所述实际销售订单退回至所述业务系统，指示所述业务系统对所述实际销售订单进行业务审核。

S306、确定所述实际销售订单中的多个待核对项；通过为所述实际销售订单中的多个所述待核对项增加可擦除的核对标识，得到第二票据。

财务系统可以根据接收到的实际销售订单开具第二票据，该第二票据中记录的信息可以用于后续实际的开票操作。即财务系统可以按照第二票据中记录的信息进行开票。

在本申请实施例中，为了进一步保证开票信息的准确性，还可以请求发货平台对第二票据中记录的信息进行再核对、再确认。上述发货平台可以是对商品执行出库操作的平台，发货平台可以看作是本企业在发货前的最后一道核验关口。

在请求发货平台对第二票据中记录的信息进行再核对、再确认前，财务系统可以确定实际销售订单中的多个待核对项，这些待核对项即是需要发货平台在后续核对和确认时需要重点留意的信息。例如，实际发货数量、商品规格等等。

财务系统可以通过为多个待核对项增加核对标识这样的方式，将实际销售订单转换为第二票据。上述核对标识可以是可擦除的，当发货平台对某一票据项对应的信息进行核对并确认信息无误后，可以擦除该核对标识，以表示该票据项已核对完毕。

在一种示例中，如图4所示，是本申请实施例提供的一种第二票据的示意图。在图4中的(a)所示的第二票据中，可擦除的核对标识可以是以带颜色的气泡形式显示在票据项旁边。例如，图4中的(a)中的发货数量票据项和商品规格票据项，通过为其增加可擦除的核对标识，可以提示发货平台的工作人员在发货时重点核对所发货物的数量及规格是否与第二票据中记录的信息相一致。需要说明的是，图4中所示的仅仅是第二票据的一种简单示例，图4中的(a)中仅示出了标记有可擦除的核对标识的部分票据项。应当理解，在实际应用中，第二票据中包含的票据项可以包括比图4中的(a)中示出的更多，本申请实施例对此不作限定。

该当该票据项核对无误后，发货平台的工作人员可以点击该气泡，以清除核对标识。清除核对标识后的第二票据可以如图4中的(b)所示。

S307、将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作。

第二票据将被发送至发货平台。此外，业务系统在生成实际销售订单后，也会将实际销售订单发送至发货平台，供发货平台执行发货操作。

因此，在实际发货时，发货平台可以对从财务系统发送的第二票据、从业务系统发送的实际销售订单、以及当前正要被发出的商品进行核对，以确认三者是否完全相同。通过核对第二票据、实际销售订单以及实际的商品，可以保证准确地向客户发货，并能保证后续开票作业的准确性。

S308、当接收到所述发货平台反馈的核对后的所述第二票据时，确认核对后的所述第二票据中是否存在未被擦除的所述核对标识。

在本申请实施例中，发货平台在完成核对后，可以将核对后的信息反馈至财务系统，发货平台反馈的核对后的信息可以包括核对后确认无误的信息以及核对后的第二票据。财务系统可以根据接收到的信息确认是否可根据第二票据中记录的信息开票。

在一种示例中，财务系统可以直接根据接收到的确认信息进行确认，也可以根据接收到的核对后的第二票据中是否存在未被擦除的核对标识来进行确认。相较于直接根据接收到的确认信息进行确认，财务系统根据核对后的第二票据中是否存在未被擦除的核对标识来进行确认，可以避免由于发货平台工作人员遗漏了对某些票据项的确认，而误发出确认信息。

S309、根据所述第二票据中记录的信息开具电子发票，将已开具的所述电子发票发送至客户系统，并向所述业务系统反馈开票信息。

在本申请实施例中，若经发货平台核对后的第二票据中不存在未被擦除的核对标识，则财务系统可以认为第二票据中记录的信息与实际发货的商品的信息完全一致。此时，财务系统可以根据第二票据中记录的信息进行开票。

在一种示例中，财务系统开具的发票可以是电子发票。在完成电子发票的开票后，财务系统可以通过在线方式将电子发票发送至客户系统，例如客户的邮箱等，方便客户及时接收到所购买商品的发票，尽早启动报账、销账等流程。另一方面，对于已开具的发票，财务系统也可以向业务系统反馈相应的开票信息，方便销售员了解业务处理进度。

S310、将所述第二票据返回至所述发货平台，指示所述发货平台重新对所述第二票据进行核实。

若财务系统接收到的由发货平台返回的第二票据中存在未被擦除的核对标识，则至少表示发货平台未对具有该核对标识的票据项进行核实或核实后未进行确认操作，这些都可能导致实际发货数据与票据上记录的数据不一致。因此，财务系统可以将第二票据返回至发货平台，指示发货平台重新对第二票据进行核实，以确保数据的真实性和准确性。

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

参照图5，示出了本申请实施例提供的一种开票装置的示意图，具体可以包括第一开票模块501、票据返回模块502、订单接收模块503、第二开票模块504、票据发送模块505和第三开票模块506，其中：

第一开票模块501，用于在接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

票据返回模块502，用于在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

订单接收模块503，用于接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

第二开票模块504，用于根据所述实际销售订单开具第二票据；

票据发送模块505，用于将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

第三开票模块506，用于在接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息进行开票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成。

在本申请实施例中，所述第一开票模块501具体可以用于：识别所述意向销售订单中各项销售信息的属性值，所述属性值用于表示各项所述销售信息属于确定项或未确定项；基于所述确定项和所述未确定项对应的各项所述销售信息，执行预开票操作，得到所述第一票据，所述第一票据中所述未确定项对应的票据项具有可更改标识。

在本申请实施例中，所述实际销售订单可以是所述业务系统对所述第一票据中具有所述可更改标识的各个票据项进行修改后得到的。

在本申请实施例中，所述装置还可以包括审核确认模块。所述审核确认模块具体可以用于：确定所述实际销售订单是否携带业务审核标识；若所述实际销售订单携带有所述业务审核标识，则调用所述第二开票模块504，根据所述实际销售订单开具第二票据；否则，将所述实际销售订单返回至所述业务系统，以指示所述业务系统对所述实际销售订单进行业务审核。

在本申请实施例中，所述第二开票模块504具体可以用于：确定所述实际销售订单中的多个待核对项；通过为所述实际销售订单中的多个所述待核对项增加可擦除的核对标识，得到所述第二票据。

在本申请实施例中，所述第三开票模块506具体可以用于：当接收到所述发货平台反馈的核对后的所述第二票据时，确认核对后的所述第二票据中是否存在未被擦除的所述核对标识；若核对后的所述第二票据中不存在未被擦除的所述核对标识，则根据所述第二票据中记录的信息开具发票。

在本申请实施例中，所述发票可以为电子发票，所述装置还可以包括票据反馈模块。所述票据反馈模块具体可以用于：将已开具的所述电子发票发送至客户系统，并向所述业务系统反馈开票信息。

本申请实施例还提供了一种开票装置，应用该开票装置可以实现前述各个方法实施例中的步骤。

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

参照图6，示出了本申请实施例提供的一种电子设备的示意图。如图6所示，本申请实施例中的电子设备600包括：处理器610、存储器620以及存储在所述存储器620中并可在所述处理器610上运行的计算机程序621。所述处理器610执行所述计算机程序621时实现上述开票方法各个实施例中的步骤，例如图1所示的步骤S101至S105。或者，所述处理器610执行所述计算机程序621时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块501至506的功能。

示例性的，所述计算机程序621可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器620中，并由所述处理器610执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段可以用于描述所述计算机程序621在所述电子设备600中的执行过程。例如，所述计算机程序621可以被分割成第一开票模块、票据返回模块、订单接收模块、第二开票模块、票据发送模块和第三开票模块，各模块具体功能如下：

第一开票模块，用于在接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

票据返回模块，用于在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

订单接收模块，用于接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

第二开票模块，用于根据所述实际销售订单开具第二票据；

票据发送模块，用于将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

第三开票模块，用于在接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息进行开票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成。

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

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

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

本申请实施例还公开了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述各个实施例所述的开票方法。

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

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

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

Claims (9)

1.一种开票方法，其特征在于，应用于财务系统，所述方法包括：

当接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

根据所述实际销售订单开具第二票据，并将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

当接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息开具发票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成；

其中，所述根据所述意向销售订单执行预开票操作，得到第一票据，包括：

识别所述意向销售订单中各项销售信息的属性值，所述属性值用于表示各项所述销售信息属于确定项或未确定项；

基于所述确定项和所述未确定项对应的各项所述销售信息，执行预开票操作，得到所述第一票据，所述第一票据中所述未确定项对应的票据项具有可更改标识。

2.根据权利要求1所述的开票方法，其特征在于，所述实际销售订单是所述业务系统对所述第一票据中具有所述可更改标识的各个票据项进行修改后得到的，所述对所述第一票据进行审核，包括：

针对所述第一票据中具有可更改标识的票据项，为所述票据项设置限制范围标识，所述限制范围标识用于限制所述业务系统在基于所述第一票据确定所述实际销售订单时，对所述票据项的修改在特定数值范围内进行。

3.根据权利要求1或2所述的开票方法，其特征在于，在根据所述实际销售订单开具第二票据之前，还包括：

确定所述实际销售订单是否携带业务审核标识；

若所述实际销售订单携带有所述业务审核标识，则执行根据所述实际销售订单开具第二票据的步骤；否则，将所述实际销售订单返回至所述业务系统，以指示所述业务系统对所述实际销售订单进行业务审核。

4.根据权利要求1所述的开票方法，其特征在于，所述根据所述实际销售订单开具第二票据，包括：

确定所述实际销售订单中的多个待核对项；

通过为所述实际销售订单中的多个所述待核对项增加可擦除的核对标识，得到所述第二票据。

5.根据权利要求4所述的开票方法，其特征在于，所述当接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息进行开票，包括：

当接收到所述发货平台反馈的核对后的所述第二票据时，确认核对后的所述第二票据中是否存在未被擦除的所述核对标识；

若核对后的所述第二票据中不存在未被擦除的所述核对标识，则根据所述第二票据中记录的信息开具发票。

6.根据权利要求1-2或4-5任一项所述的开票方法，其特征在于，所述发票为电子发票，在根据所述第二票据中记录的信息进行开票之后，还包括：

将已开具的所述电子发票发送至客户系统，并向所述业务系统反馈开票信息。

7.一种开票装置，其特征在于，应用于财务系统，所述装置包括：

第一开票模块，用于在接收到业务系统同步的意向销售订单时，根据所述意向销售订单执行预开票操作，得到第一票据；

票据返回模块，用于在对所述第一票据进行审核后，将携带有财务审核标识的所述第一票据返回至所述业务系统；

订单接收模块，用于接收所述业务系统基于所述第一票据确定并同步的实际销售订单；

第二开票模块，用于根据所述实际销售订单开具第二票据；

票据发送模块，用于将所述第二票据发送至发货平台，所述发货平台用于根据所述业务系统提交的所述实际销售订单执行发货操作；

开票模块，用于在接收到所述发货平台反馈的确认信息时，根据所述第二票据中记录的信息进行开票，所述确认信息由所述发货平台在核对所述第二票据中记录的信息与所述发货操作对应的信息相匹配时生成；

其中，所述第一开票模块具体用于：

识别所述意向销售订单中各项销售信息的属性值，所述属性值用于表示各项所述销售信息属于确定项或未确定项；

基于所述确定项和所述未确定项对应的各项所述销售信息，执行预开票操作，得到所述第一票据，所述第一票据中所述未确定项对应的票据项具有可更改标识。

8.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6任一项所述的开票方法。

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

Images