票据管理方法及电子设备与流程

本公开属于数据处理技术领域，更具体地，涉及一种票据管理方法及电子设备。

背景技术：

随着国家税务总局的要求，小微型企业(包括个体工商户)需要建立完善的财务记账制度，接受税务部门监督管理。由于小微型企业财务制度不健全或无全职的财务人员，需要会计师事务所、代账公司等财税中介提供记账、报税等服务。现有方式下，财税中介会计人员为获取企业财务数据，需要企业向其提供发票、费用票据等原始凭证的相关数据信息，然后财税中介公司手动将票据信息录入系统并进行发票验真，确保票据有效及数据无误后在进行后续的记账操作。由于企业业务多样化，造成票据种类及数量较多，整理过程较为繁琐，并且在整理过程中需要根据票据类型及发票所属地进行查验，容易出错，效率低下。

技术实现要素：

有鉴于此，本公开实施例提供了一种票据管理方法及电子设备，至少解决现有技术中票据种类及数量较多，整理过程较为繁琐的问题。

第一方面，本公开实施例提供了一种票据管理方法，包括：

获取票据数据；

基于所述票据数据识别票据信息，更新影像关系表；

根据识别的票据信息将票据进行归集。

可选的，所述获取票据数据，包括：

获取票据的影像数据；

保存所述影像数据。

可选的，所述获取票据的影像数据，还包括：

将获取的所述影像数据展示。

可选的，所述基于所述票据数据识别票据信息，更新影像关系表，包括：

识别所述影像数据上的文字；

基于识别结果和识别得到的文字更新影像关系表。

可选的，所述影像关系表为预定义，所述影像关系表，包括票据id、票据批号、票据顺序号、文件名称、影像状态、关联发票、创建时间、企业id和时间戳。

可选的，所述票据批号包括：票据影像数据获取时间和票据影像数据获取顺序；

当所述票据影像数据获取时间改变时，所述票据影像数据重新计数。

可选的，所述影像关系表中的影像状态包括未识别、暂存或识别成功；

所述未识别的判断条件包括：

票据类型、票据代码和票据号码全部为空；

或

基于所述票据代码和票据号码，匹配到已保存的非他本身的暂存票据；

所述暂存的判断条件包括：

基于所述票据代码和票据号码匹配不到非暂存票据，且票据类型为第一预设的类型，票据的创建信息不全或票据的信息与设定信息不符；

或

基于所述票据代码和票据号码匹配到已关联影像的非暂存票据；

所述识别成功的判断条件包括：

基于所述票据代码和票据号码匹配到非暂存票据，且匹配到的非暂存票据没有关联影像，将所述票据代码和票据号码对应的影像数据与所述匹配到的非暂存票据关联，并更新关联记录；

或

基于所述票据代码和票据号码未匹配到非暂存票据，但票据类型为第二预设的类型，且创建正式票据的数据完整。

可选的，所述基于识别结果和识别得到的文字更新影像关系表，包括：

判断识别的结果，所述结果为未识别、暂存或识别成功的一种；

对识别结果为未识别或暂存的票据进行补充识别；

基于补充识别的信息更新影像关系表。

可选的，方法还包括：

判断影像状态为识别成功的票据类型；

如所述票据类型为第三预设的类型，则查验该票据。

第二方面，本公开实施例还提供了一种电子设备，该电子设备包括：

存储器，存储有可执行指令；

处理器，所述处理器运行所述存储器中的所述可执行指令，以实现第一方面的票据管理方法。

本公开通过对获取票据数据进行识别，从而识别出票据的类型和其他的票据信息，然后根据票据的类型对票据进行分类，并将分类后的票据按照类别存放到相应客户的目录下，从而解决了票据种类及数量较多，整理过程较为繁琐的问题，提高了效率。

点进行修复，从而达到对容器治理平台自身服务故障自动化解决的目的。

本公开的其它特征和优点将在随后具体实施方式部分予以详细说明。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了根据本公开的一个实施例的票据管理方法的流程图；

图2示出了根据本公开的一个实施例的票据扫描功能处理的流程图；

图3示出了根据本公开的一个实施例的票据扫描数据处理流程图；

图4示出了根据本公开的一个实施例的企业票据扫描及展示图。

具体实施方式

下面将更详细地描述本公开的优选实施方式。虽然以下描述了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。

现有的企业财务记账中会涉及多种票据，如增值税发票、行程单、火车票、出租车票等。

如图1所示，一种票据管理方法，包括：

步骤s101：获取票据数据；

获取票据数据的方式可以通过外接扫描仪设备进行票据影像信息采集，也可以通过互联网在相关的网站上获取，与通过互联网获取电子发票，在火车购物网站上获取火车票信息等。

步骤s102：基于所述票据数据识别票据信息，更新影像关系表；

获取到票据数据后，可以对票据上的票据信息进行识别，如火车票上的乘车人信息，出发地和目的地等，对于企业经营中常用的增值税发票，识别的信息如图4所示，包括序号、批号、影像状态、票据类型、开票日期、发票代码、购方税号、开票方、发票金额、发票税额和价税合计等。并根据识别的内容更新影像关系表。影像关系表的格式如表1所示，但影像关系表不限于表1，用户可以根据自己的使用情况自行调整表1的内容。初始化过程中，在数据库创建影像关系表，将识别票据信息及文件路径存储到该表中。

表1、影像关系表：

步骤s103：根据识别的票据信息将票据进行归集。

识别的票据信息包括，票据类型、批号等，如识别出的发票有火车票、增值锐专业发票、增值锐普通发票和出租车票等。然后将火车票、增值锐专业发票、增值锐普通发票和出租车票存到到不同的目录下，并根据不同的企业用户进行存储，如获取的票据中的火车票有企业a和企业b的。则将企业a的火车票存放到企业a的火车票文件目录下，将企业b的的火车票存放到企业b的的火车票文件目录下。

可选的，所述获取票据数据，包括：

获取票据的影像数据；

保存所述影像数据。

可选的，所述获取票据的影像数据，还包括：

将获取的所述影像数据展示。

如图4所示，将获取的发票信息通过显示器等将发票的图像数据显示给会计人员等。

可选的，所述基于所述票据数据识别票据信息，更新影像关系表，包括：

识别所述影像数据上的文字；

基于识别结果和识别得到的文字更新影像关系表。

在一个具体的应用场景中，通过扫描仪设备采集票据的影像数据，支持对增值税发票、行程单、火车票、出租车票等类型的票据进行扫描，并将扫描的影像信息上传云端文件服务器进行电子归档，同时会自动将影像信息调用ocr服务，从而识别出影像数据上的文字信息。

可选的，所述影像关系表为预定义，所述影像关系表，包括票据id、票据批号、票据顺序号、文件名称、影像状态、关联发票、创建时间、企业id和时间戳。

可选的，所述票据批号包括：票据影像数据获取时间和票据影像数据获取顺序；

当所述票据影像数据获取时间改变时，所述票据影像数据重新计数。

如2019年3月20日扫描得到的第2张影像数据其票据批号为201903200002，该天的票据顺序编号，扫描得到的第30张影像数据其票据批号为201903200030。如如2019年3月21日扫描得到的第1张影像数据，则其编号从1重新计数，为201903210001。

可选的，暂存和非暂存为发票的影像状态。所述影像关系表中的影像状态包括未识别、暂存或识别成功；

所述未识别的判断条件包括：

票据类型、票据代码和票据号码全部为空；

或

基于所述票据代码和票据号码，匹配到已保存的非他本身的暂存票据；

如基于a发票的票据代码和票据号码，匹配到已保存的b暂存票据。

所述暂存的判断条件包括：

基于所述票据代码和票据号码匹配不到非暂存票据，且票据类型为第一预设的类型，票据的创建信息不全或票据的信息与设定信息不符；

第一预设的类型，包括空票、专票或普票等。

或

基于所述票据代码和票据号码匹配到已关联影像的非暂存票据；

所述识别成功的判断条件包括：

基于所述票据代码和票据号码匹配到非暂存票据，且匹配到的非暂存票据没有关联影像，将所述票据代码和票据号码对应的影像数据与所述匹配到的非暂存票据关联，并更新关联记录；

或

基于所述票据代码和票据号码未匹配到非暂存票据，但票据类型为第二预设的类型，且创建正式票据的数据完整。

第二预设的类型为普票等。

可选的，所述基于识别结果和识别得到的文字更新影像关系表，包括：

判断识别的结果，所述结果为未识别、暂存或识别成功的一种；

对识别结果为未识别或暂存的票据进行补充识别；

基于补充识别的信息更新影像关系表。

因为有些票据因显示不清楚等原因，可能不会被自动识别出来，因此需要将识别不出的票据信息进行补充识别，对于识别不出的票据根据票据的影像状态发送给相关的人员进行补充识别，相关人员识别后将识别的信息输入从而对相应的影像关系表进行更新。

可选的，方法还包括：

判断影像状态为识别成功的票据类型；

如所述票据类型为第三预设的类型，则查验该票据。

第三预设的类型为增值税专用发票。

在一个具体的应用场景中，

票据管理方法运行于基于saas平台模式，采用java语言开发的一个财务及税务管理系。系统采用云+端的架构设计模式，云端负责票据影像信息识别、发票查验、影像存储、结构化数据存储、票据展示、票据管理等功能，pc端负责票据扫描、影像信息上传云端oss文件服务器等功能。系统初始化过程中，在数据库创建影像关系表，将扫描仪扫描的票据影像信息及文件路径存储到该表中，oss服务器建立好项目相应的文件存储路/scanfiles/{企业id}/{cfilename}，用于存储pc端上传的票据影像。

如图2所示，点击票据扫描菜单，进入票据管理页面，当前页面展示该企业所有票据列表，如图4所示，数据项包括“序号”、“批号”、“影像状态”、“票据类型”、“开票日期”、“发票代码”、“发票号码”、“开票方”、“发票金额”、“税额”、“价税合计”，直观展示企业票据情况。支持列表双击查看票据详细信息。

点击“扫描”，通过前端js调用activex扫描控件接口，选择扫描仪，当“当前批号”为空时，系统自动初始化当前扫描批号，点击“扫下一批”，触发新批号，并调用扫描仪初始化接口，进行票据扫描。批号规则：操作年月(格式：yyyymmdd)+四位顺序号，换日期后顺序号重新开始计数，当前批次票据扫描结束后，弹出提示框，展示“已结束批批号201908170002，票据2张”，点击确定后继续后续操作。

图4中的发票图样只是用来示例性说明，发票上面的文字不清楚，并不影响对实施例的解释说明。

如图3所示，扫描过程中，扫描仪自动将影像信息存储到本地电脑硬盘中，系统会自动将展示在页面中，方便会计人员进行查看。同时，pc端启用一个独立的线程，将影像上传到oss文件服务器上，具体的云端点击“扫描”后，pc端检测扫描仪驱动及版本信息，并启动扫描进程，完成扫描初始化；扫描仪完成票据扫描后，pc端对影像进行重命名，并启动一个新的线程newthread(){publicvoidrun(){ossutil.upload(imgpath+filename，file)；}}，将该影像上传oss文件服务器进行存储。同时系统自动调用ocr服务，识别票据信息，记录影像状态(0-未识别；1-暂存；2-识别成功)，将影像状态为“识别成功”且票据类型为增值税发票的票据调用发票查验，获取票据全票面信息的结构化数据存储在增值税发票表中，并关联影像信息；影像状态为“暂存”或者“未识别”的票据支持补充识别，数据补充完毕后，标记为“识别成功”，若为费用票据，跳过发票查验流程直接更新费用发票表，关联影像信息，并继续后续的业务流程。扫描过程中，根据识别出的结构化数据，可以自动归集到相应企业名下，不需要会计人员手动进行票据归集。

本公开的实施例：

支持多种类型票据进行扫描识别，将影像信息转存为结构化数据，同时在扫描过程中，自动进行按照企业进行归集，为每张票据建立电子档案进行可视化管理，并支持在后续的业务流程中查看原始影像。

支持将可识别票据提取出票面结构化数据，当票据影像模糊，无法提取时，用户可通过手工维护的方法进行补偿操作，提升系统可用性。

将增值税发票及费用票据统一进行管理，用户在扫描过程中，不需要单独区分票据类型即可完成票据整理工作。同时所有票据信息均存在云端服务器，支持不同职责的用户进行工作协同，完成数据的全流程处理。

支持企业多种不同类型的票据通过扫描仪完成扫描并自动上传云端oss文件服务器进行影像归集，为企业的所有票据建立电子档案进行管理，同时对影像进行票据识别，获取票据结构化数据，并根据企业税号自动进行归档，完成票据整理工作。系统支持对采集的业务票据异地查看及后续业务流程操作，解决财税中介不同职责的员工之间协同工作的问题，提高票据整理准确度及工作效率，同时增强了在后续业务处理流程中原始票据影像与账务数据的关联性、可查性。

本公开实施例提供一种电子设备包括存储器和处理器,

存储器，存储有可执行指令；

处理器，处理器运行存储器中的可执行指令，以实现票据管理方法。

该存储器用于存储非暂时性计算机可读指令。具体地，存储器可以包括一个或多个计算机程序产品，该计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。该易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。该非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。

该处理器可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元，并且可以控制电子设备中的其它组件以执行期望的功能。在本公开的一个实施例中，该处理器用于运行该存储器中存储的该计算机可读指令。

本领域技术人员应能理解，为了解决如何获得良好用户体验效果的技术问题，本实施例中也可以包括诸如通信总线、接口等公知的结构，这些公知的结构也应包含在本公开的保护范围之内。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

根据本公开实施例的计算机可读存储介质，其上存储有非暂时性计算机可读指令。当该非暂时性计算机可读指令由处理器运行时，执行前述的本公开各实施例方法的全部或部分步骤。

上述计算机可读存储介质包括但不限于：光存储介质(例如：cd－rom和dvd)、磁光存储介质(例如：mo)、磁存储介质(例如：磁带或移动硬盘)、具有内置的可重写非易失性存储器的媒体(例如：存储卡)和具有内置rom的媒体(例如：rom盒)。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。