一种匹配实际通行记录的收费公路增值税发票生成方法

本发明涉及收费公路增值税发票管理技术领域，具体是一种匹配实际通行记录的收费公路增值税发票生成方法。

一般增值税发票开具需要提供购方、销方信息以及商品明细等信息，发票信息与交易记录是一一对应的，对于收费公路通行费增值税发票的开具，需要以下几个问题，首先，一次通行跨越多个路段，路段的建设经营主体不同，因此开具发票的销方不同；其次，税务要求通行前设置购方抬头信息。因此，针对上述问题提出一种匹配实际通行记录的收费公路增值税发票生成方法。

本发明的目的就在于为了解决上述问题而提供一种匹配实际通行记录的收费公路增值税发票生成方法。

本发明通过以下技术方案来实现上述目的，一种匹配实际通行记录的收费公路增值税发票生成方法，包括以下步骤：

步骤一、选择通行记录：用户通过系统选择ETC卡，ETC卡未配置抬头系统将会提示需要先配置抬头后再进行开票，并且ETC卡只能配置唯一的购方抬头，用户配置完购方抬头后，勾选自己的通行记录并提交开票申请；

步骤二、匹配购方信息：系统根据用户勾选的通行记录id，查询出对应通行记录的详细信息，再根据通行记录的出口时间与购方信息的配置时间，进行比对，如果出口时间晚于配置信息，则该通行记录匹配当前购方信息，多条通行记录存在过个购方信息的可能性。

步骤三、匹配销方信息：每条通行记录都关联了路段拆分信息，通行记录与该通行记录的路段拆分记录是一对多的关系，因此需要根据路段信息查系统配置好的销方信息，操作如下：

A）查询并检查税号是否存在：根据通行记录关联的路段拆分信息中税号字段，道路业主开票信息表中查询相关信息，如果税号没用查询到对应的信息，那么系统将返回未查询到税；

B）检查道路业主是否被限制开票：系统后台有针对道路业主开票限制功能，根据税号查询是否道路业主是否被限制开票，主要取决于税控设备的状态，或者发票数量使用完了需要重新申领的情况；

C）检查路段是否被限制开票：系统后台有针对路段开票限制功能，根据税号查询是否路段是否被限制开票，主要取决于税控设备的状态，或者发票数量使用完了需要重新申领的情况；

步骤四、合并发票信息：系统将根据路段拆分信息组装成税控系统需要的发票数据，其中包括购方信息、销方信息、商品明细以及价税合计；

系统创建一个发票信息的map，用路段ID和购方抬头ID作为key，发票明细作为value。将具有相同路段ID和购方抬头ID的发票金额做加和处理。不同的道路业主发票的单张限额不同，如果一张发票的总金额超过限额，那么将触发拆分发票的逻辑，判断是否超过限额，如果超过限额那么用限额金额生成一张发票，然后用总金额减去限额，剩下的金额继续判断是否超过限额，如果超过继续重复前面的逻辑，如果不超过限额，那么用剩下的金额生成一张发票。

步骤五、启动线程异步提交开票申请并持久化数据，具体流程如下：

A）更新ETC卡的开票余额；

B）保存开票申请，用户通过开票申请查询本次申请开具的所有发票，并且监控开票申请状态；

C）更新通行交易与拆分明细，将开票申请的ID写入通行交易数据中，将发票ID写入对应的拆分明细中；

D）保存发票明细数据，将组装好的发票数据进行保存；

步骤六、数据组装完毕调用税控系统进行开票操作。

优选的，所述步骤二中匹配购方信息的具体规则为：

A）初次配置抬头的时间如果晚于通行记录的出口时间，那么以ETC卡配置的第一个抬头为准；

B）批量开具多条通行记录，将会比对出口时间和抬头配置时间从而确定发票抬头。

优选的，所述步骤三中查询并检查税号是否存在的税号查询有两种情况：

①未配置税号：路段拆分信息中的税号字段为-1的情况，那么代表税控设备还没配置好，当税控设备配置好了之后并且系统中更新了税号，系统会自动将-1的数据更新为正确的税号，然后用户就能够正常开具发票了；

②税号更新：上传的路段拆分数据中税号字段还是旧的税号，系统中会将税号有更新的新旧税号对应关系配置在缓存中，在用户开票查询税号的时候，系统自动读取缓存判断当前税号是不是属于税号更新的这种情形。

优选的，所述税号字段为-1在系统不到对应的税号信息默认填-1，这种情况系统是无法查询到对应的道路业主开票信息的，由于省里的数据已经完成上传但是税号字段仍为-1，因此系统增加了税号自动更新功能，主要用于对-1这种情况进行处理，系统会定时扫描税号为-1的数据。

优选的，所述系统自动读取缓存判断当前税号是不是属于税号更新的这种情形：如果是，那么就通过老税号查询对应的新税号信息，然后再查询对应的道路业主的开票信息，如果能够正常查询出税号对应的道路业主开票信息那么就进行后续流程。

优选的，所述步骤四中系统创建一个发票信息的map，用路段ID和购方抬头ID作为key，发票明细作为value，将具有相同路段ID和购方抬头ID的发票金额做加和处理。

优选的，所述相同路段ID和购方抬头ID的多种发票的单张限额不同，如果一张发票的总金额超过限额，那么将触发拆分发票的逻辑，判断是否超过限额，如果超过限额那么用限额金额生成一张发票，然后用总金额减去限额，剩下的金额继续判断是否超过限额，如果超过继续重复前面的逻辑，如果不超过限额，那么用剩下的金额生成一张发票。

本发明的有益效果是：将多个通行记录合并进行开票，相同经营单位的发票进行合并在一张发票上，系统中会将税号有更新的新旧税号对应关系配置在缓存中，在用户开票查询税号的时候，系统自动读取缓存判断当前税号是不是属于税号更新的这种情形；

增加了道路业主限制开票功能，发票平台的运营人员会通过公告向用户进行通告并且会通过道路业主限制开票功能限制对应的交易无法提交开票申请，系统将根据路段拆分信息组装成税控系统需要的发票数据，将具有相同路段ID和购方抬头ID的发票金额做加和处理。

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

图1为本发明的收费公路增值税发票生成方法流程图；

图2为本发明的收费公路增值税发票生成方法局部流程图。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。

在本发明的描述中，需要理解的是，术语“上”、“下”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

实施例一

请参阅图1-2所示，一种匹配实际通行记录的收费公路增值税发票生成方法，包括以下步骤：

步骤一、选择通行记录：用户通过系统选择ETC卡，ETC卡未配置抬头系统将会提示需要先配置抬头后再进行开票，并且ETC卡只能配置唯一的购方抬头，用户配置完购方抬头后，勾选自己的通行记录并提交开票申请；

步骤二、匹配购方信息：系统根据用户勾选的通行记录id，查询出对应通行记录的详细信息，再根据通行记录的出口时间与购方信息的配置时间，进行比对，如果出口时间晚于配置信息，则该通行记录匹配当前购方信息，多条通行记录存在过个购方信息的可能性。

步骤三、匹配销方信息：每条通行记录都关联了路段拆分信息，通行记录与该通行记录的路段拆分记录是一对多的关系，因此需要根据路段信息查系统配置好的销方信息，操作如下：

A）查询并检查税号是否存在：根据通行记录关联的路段拆分信息中税号字段，道路业主开票信息表中查询相关信息，如果税号没用查询到对应的信息，那么系统将返回未查询到税；

B）检查道路业主是否被限制开票：系统后台有针对道路业主开票限制功能，根据税号查询是否道路业主是否被限制开票，主要取决于税控设备的状态，或者发票数量使用完了需要重新申领的情况；

C）检查路段是否被限制开票：系统后台有针对路段开票限制功能，根据税号查询是否路段是否被限制开票，主要取决于税控设备的状态，或者发票数量使用完了需要重新申领的情况；

步骤四、合并发票信息：系统将根据路段拆分信息组装成税控系统需要的发票数据，其中包括购方信息、销方信息、商品明细以及价税合计；

系统创建一个发票信息的map，用路段ID和购方抬头ID作为key，发票明细作为value。将具有相同路段ID和购方抬头ID的发票金额做加和处理。不同的道路业主发票的单张限额不同，如果一张发票的总金额超过限额，那么将触发拆分发票的逻辑，判断是否超过限额，如果超过限额那么用限额金额生成一张发票，然后用总金额减去限额，剩下的金额继续判断是否超过限额，如果超过继续重复前面的逻辑，如果不超过限额，那么用剩下的金额生成一张发票。

步骤五、启动线程异步提交开票申请并持久化数据，具体流程如下：

A）更新ETC卡的开票余额；

B）保存开票申请，用户通过开票申请查询本次申请开具的所有发票，并且监控开票申请状态；

C）更新通行交易与拆分明细，将开票申请的ID写入通行交易数据中，将发票ID写入对应的拆分明细中；

D）保存发票明细数据，将组装好的发票数据进行保存；

步骤六、数据组装完毕调用税控系统进行开票操作。

进一步地，所述步骤二中匹配购方信息的具体规则为：

A）初次配置抬头的时间如果晚于通行记录的出口时间，那么以ETC卡配置的第一个抬头为准；

B）批量开具多条通行记录，将会比对出口时间和抬头配置时间从而确定发票抬头。

该处的有益之处在于：系统中会将税号有更新的新旧税号对应关系配置在缓存中，在用户开票查询税号的时候，系统自动读取缓存判断当前税号是不是属于税号更新的这种情形。

实施例二

请参阅图1-2所示，所述步骤三中查询并检查税号是否存在的税号查询有两种情况：

①未配置税号：路段拆分信息中的税号字段为-1的情况，那么代表税控设备还没配置好，当税控设备配置好了之后并且系统中更新了税号，系统会自动将-1的数据更新为正确的税号，然后用户就能够正常开具发票了；

②税号更新：上传的路段拆分数据中税号字段还是旧的税号，系统中会将税号有更新的新旧税号对应关系配置在缓存中，在用户开票查询税号的时候，系统自动读取缓存判断当前税号是不是属于税号更新的这种情形。

进一步地，所述税号字段为-1在系统不到对应的税号信息默认填-1，这种情况系统是无法查询到对应的道路业主开票信息的，由于省里的数据已经完成上传但是税号字段仍为-1，因此系统增加了税号自动更新功能，主要用于对-1这种情况进行处理，系统会定时扫描税号为-1的数据。

进一步地，所述系统自动读取缓存判断当前税号是不是属于税号更新的这种情形：如果是，那么就通过老税号查询对应的新税号信息，然后再查询对应的道路业主的开票信息，如果能够正常查询出税号对应的道路业主开票信息那么就进行后续流程。

该处的有益之处在于：增加了道路业主限制开票功能，发票平台的运营人员会通过公告向用户进行通告并且会通过道路业主限制开票功能限制对应的交易无法提交开票申请。

实施例三

请参阅图1-2所示，所述步骤四中系统创建一个发票信息的map，用路段ID和购方抬头ID作为key，发票明细作为value，将具有相同路段ID和购方抬头ID的发票金额做加和处理，相同路段ID和购方抬头ID的多种发票的单张限额不同，如果一张发票的总金额超过限额，那么将触发拆分发票的逻辑，判断是否超过限额，如果超过限额那么用限额金额生成一张发票，然后用总金额减去限额，剩下的金额继续判断是否超过限额，如果超过继续重复前面的逻辑，如果不超过限额，那么用剩下的金额生成一张发票。

该处的有益之处在于：系统将根据路段拆分信息组装成税控系统需要的发票数据，将具有相同路段ID和购方抬头ID的发票金额做加和处理，将多个通行记录合并进行开票，相同经营单位的发票进行合并在一张发票上。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的得同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

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