本发明涉及票据开据技术领域，尤其涉及一种货运专票开具的方法。
背景技术：
随着营业税改征增值税的推进，国税局启用了货物运输业增值税专用发票。货物运输业增值税专用发票，是增值税一般纳税人提供货物运输服务开具的专用发票。国税局的增值税防伪税控系统为企业提供了开具增值税专用发票的功能，用户可以在系统中逐项录入发票数据开具发票，也可以将待开发票数据导入系统接口完成发票开具。但录入发票数据开票，既增加了时间和人力成本，又可能在录入数据的时候出错。如果采用导入数据开票，则需要先准备好符合发票数据规范的待开发票数据。
在企业生产经营活动中，通常先在业务系统中生成运输单数据，所以可以考虑将运输单数据传给增值税防伪税控系统接口开具发票。由于企业生成的运输单数据是完全依据实际发生业务产生的，如果不做正确处理就传给防伪税控系统开具发票，一方面会因各种数据校验关系不符，无法正常开票；另一方面，也会大量增加发票开具数量。
技术实现要素：
本发明的实施例提供了一种货运专票开具的方法，以帮助企业有效地对企业合并货运单据进行货运专票开具。
为了实现上述目的，本发明采取了如下技术方案。
一种货运专票开具的方法，包括：
在运输单数据表中查询未开具发票的运输单数据，根据所述运输单数据形成运输单数据集，在所述运输单数据集中，根据运输单号从运输单明细数据表中查询全部运输单明细数据，形成运输单明细数据集；
根据开票限额和发票行数限制，将所述运输单明细数据集拆分成若干个待开发票数据集；
将所述待开发票数据集发送给防伪税控提供的接口，以完成发票开具。
进一步的，所述的在运输单数据表中查询未开具发票的运输单数据，根据所述运输单数据形成运输单数据集，包括：
在运输单数据表中查询未开具发票的运输单数据，形成运输单数据集，查询未开具发票的运输单数据的sql语句格式为：select运输单号，承运人及纳税人识别号、实际受票方及纳税人识别号、收货人及纳税人识别号、发货人及纳税人识别号、运输货物信息、起运地/经由/到达地、车船吨位，车种车号，复核人，收款人，开票限额from运输单数据表where开票标志=‘未开票’。
进一步的，所述的在所述运输单数据集中，根据运输单号从运输单明细数据表中查询全部运输单明细数据，形成运输单明细数据集，包括：
在运输单数据集中，根据运输单号从所述运输单明细数据表中查询全部运输单明细数据，形成运输单明细数据集，查询运输单明细数据用的sql语句格式为：select运输单号，序号，费用项目，金额from运输单明细数据表where运输单号in（select运输单号from运输单数据表where开票标志=‘未开票’groupby运输单号）。
进一步的，所述的形成运输单明细数据集之后还包括：
在所述运输单数据集中逐条获取每条运输单的承运人及纳税人识别号、实际受票方及纳税人识别号，如果所述承运人及纳税人识别号、实际受票方及纳税人识别号为空，则将此条运输单数据的能否合并状态置为否；
在所述运输单数据集中，逐条获取每条运输单的运输单号，根据运输单号在所述运输单明细数据集中，统计此条运输单的明细数据行数和金额，并在运输单数据集中记录此运输单的明细数据行数和金额；如果明细数据数量为0，则将此条运输单数据的能否合并状态置为否。
进一步的，所述的方法还包括：
对运输单的能否合并状态不为否的数据进行合并处理，将运输单中承运人及纳税人识别号、实际受票方及纳税人识别号完全相同的合并在一个运输单数据集中；
将每个运输单数据集对应的运输单明细数据合并在一个运输单明细数据集中，并且按照金额由小到大排序。
进一步的，所述的根据开票限额和发票行数限制，将所述运输单明细数据集拆分成若干个待开发票数据集，包括：
将所述运输单明细数据集数据从首条至末条循环，并累加明细金额及明细的行数；
如果明细累计金额大于运输单的开票限额，则当前行之前的这部分明细数据集作为一个待开发票的集合；
如果明细累计金额不大于运输单的开票限额，则当前行之前的这部分明细数据集作为一个待开发票的集合。
进一步的，所述的将所述运输单明细数据集拆分成若干个待开发票数据集之后，所述将所述待开发票数据集发送给防伪税控提供的接口之前，还包括：
在所述运输单数据集中，先取第一条运输单数据，作为从所述运输单明细数据集拆分出来的每个待开发票数据集的发票主数据，取实际受票方作为待开发票主数据中的发货人数据项；
在所述运输单数据集中，逐个读取每个运输单的收货人、发货人数据项，并判断如果收货人有与发货人相同的，则在待开发票主数据中，用发货人代替收货人数据项；如果没有出现收货人与发货人相同的，则任选第一条运输单数据中的收货人作为待开发票主数据的收货人数据项。
进一步的，所述的将所述运输单明细数据集拆分成若干个待开发票数据集之后，所述将所述待开发票数据集发送给防伪税控提供的接口之前，还包括：
在所述运输单数据集中，逐个读取每个运输单运输货物信息数据项，并判断如果当前运输单的运输货物信息与之前的运输单不同，则将此当前运输单的运输货物信息与之前的运输单合并，相同则忽略；全部运输单的运输货物信息合并完毕，将合并后的数据项作为待开发票主数据中的运输货物信息数据；
在所述运输单数据集中，逐个读取每个运输单备注数据项，并判断如果当前运输单的备注数据项在之前的运输单不同，则将此当前运输单的备注数据项与之前的运输单合并，相同则忽略；全部运输单的备注数据项合并完毕，将合并后的数据项作为待开发票主数据中的备注数据项。由上述本发明的实施例提供的技术方案可以看出，本发明实施例对企业生产经营业务系统产生的运输单，在合并开具发票的时候明确了数据校验，在合并货运单据的过程中，提供了正确的计算方法，减少了企业不规范开具发票的风险，促进企业合法规范经营和正常的发票开具；提高企业的发票开具效率，进一步加强和规范货运专票管理，提高企业的财务管理水平，对企业的生产经营和管理产生有益效果。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种货运专票开具的方法的处理流程图。
具体实施方式
下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语（包括技术术语和科学术语）具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。
实施例一
本发明实施例的目的在于对企业的运输单数据做分析，将符合条件的运输单数据进行一定的合并算法处理，生成符合货物运输业增值税专用发票数据规范要求的待开发票数据，帮助企业顺利开具发票，加强企业对货物运输业增值税专用发票的监管，规范企业的财务管理。
该实施例提供了一种对企业合并货运单据进行货运专票开具的方法的处理流程如图1所示，包括如下的处理步骤：
步骤11、运输单数据准备。
根据“开票标志”，在业务系统的运输单数据表中查询未开具发票的运输单数据，形成运输单数据集。查询的sql语句格式为：select运输单号，承运人及纳税人识别号、实际受票方及纳税人识别号、收货人及纳税人识别号、发货人及纳税人识别号、运输货物信息、起运地/经由/到达地、车船吨位，车种车号，复核人，收款人，开票限额from运输单数据表where开票标志=‘未开票’。
步骤12、运输单明细数据准备。
在运输单数据集中，根据运输单号从运输单明细数据表中查询全部运输单明细数据，形成运输单明细数据集。计算用的sql语句格式为：select运输单号，序号，费用项目，金额from运输单明细数据表where运输单号in（select运输单号from运输单数据表where开票标志=‘未开票’groupby运输单号）。
步骤13、数据合法性校验。
首先进行主要数据项校验，在运输单数据集中，从首条到末条数据循环，逐条获取每条运输单的承运人及纳税人识别号、实际受票方及纳税人识别号，判断这两项数据如果为空，则将此条运输单数据的能否合并状态置为否，即：此条运输单不能合并开票。
然后，再进行明细数据项校验，在运输单数据集中，从首条到末条数据循环，逐条获取每条运输单的运输单号，根据运输单号在运输单明细数据集中，统计此条运输单的明细数据行数和金额，并在运输单数据集中记录此运输单的明细数据行数和金额；如果明细数据数量为0，或者明细数据行数大于18行，则将此条运输单数据的能否合并状态置为否，即：此条运输单不能合并开票。
步骤14、运输单合并处理
首先对运输单的能否合并状态不为否的数据进行合并处理，将运输单中承运人及纳税人识别号、实际受票方及纳税人识别号完全相同的合并在一个运输单数据集中。
然后将每个运输单数据集对应的运输单明细数据合并在一个运输单明细数据集中，并且按照金额由小到大排序。
步骤15、根据开票限额和发票行数限制，将上述运输单明细数据集拆分成若干个待开发票数据集，即：将上述产生的运输单明细数据集数据从首条至末条循环，并累加明细金额及明细的行数。
如果明细累计金额大于运输单的开票限额，并且行数不超过18行，则当前行之前的这部分明细数据集作为一个待开发票的集合。
如果明细累计金额不大于运输单的开票限额，但行数大于18行，则当前行之前的这部分明细数据集作为一个待开发票的集合。
按照上述原则将每个运输单明细数据集拆分成待开发票明细集合。
步骤16、处理发货人和收货人。
在上述运输单数据集中，先取第一条运输单数据，作为在上述步骤中由这些运输单明细数据集拆分出来的每个待开发票数据集的发票主数据。
然后，取实际受票方作为待开发票主数据中的发货人数据项；
最后在上述运输单数据集中，逐个读取每个运输单的收货人、发货人数据项，并判断如果收货人有与发货人相同的，则在待开发票主数据中，用发货人代替收货人数据项；如果没有出现收货人与发货人相同的，则任选第一条运输单数据中的收货人作为待开发票主数据的收货人数据项。
处理运输货物信息和备注项
在上述运输单数据集中，逐个读取每个运输单运输货物信息数据项，并判断如果当前运输单的运输货物信息与之前的运输单不同，则将此单的运输货物信息与前述合并，相同则忽略。全部运输单的运输货物信息合并完毕，将合并后的数据项作为待开发票主数据中的运输货物信息数据。
在上述运输单数据集中，逐个读取每个运输单备注数据项，并判断如果当前运输单的备注数据项在之前的运输单不同，则将此单的备注数据项与前述合并，相同则忽略。全部运输单的备注数据项合并完毕，将合并后的数据项作为待开发票主数据中的备注数据项。
处理其它数据项
对于待开发票主数据中的其它数据项：起运地/经由/到达地、车船吨位，车种车号，复核人，收款人等，按照以下原则处理：如果合并前的每张单据都有且相同，就用此数据项作为合并后的数据项，否则此数据项为空。
步骤17、生成待开发票。
经过上述各步流程的处理后，生成的每个待开发票数据集就是一个待开发票的数据，这些数据可将其发送给防伪税控提供的接口，以完成发票开具。
综上所述，本发明实施例对企业生产经营业务系统产生的运输单，在合并开具发票的时候明确了数据校验，在合并货运单据的过程中，提供了正确的计算方法，减少了企业不规范开具发票的风险，促进企业合法规范经营和正常的发票开具；提高企业的发票开具效率，进一步加强和规范货运专票管理，提高企业的财务管理水平，对企业的生产经营和管理产生有益效果。
本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。