CN111898982A - 电子发票的生成方法 - Google Patents
电子发票的生成方法 Download PDFInfo
- Publication number
- CN111898982A CN111898982A CN202010741015.9A CN202010741015A CN111898982A CN 111898982 A CN111898982 A CN 111898982A CN 202010741015 A CN202010741015 A CN 202010741015A CN 111898982 A CN111898982 A CN 111898982A
- Authority
- CN
- China
- Prior art keywords
- signature
- service
- data
- ofd
- format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 238000013499 data model Methods 0.000 claims abstract description 11
- 238000004806 packaging method and process Methods 0.000 claims abstract description 8
- 238000004590 computer program Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 2
- 238000004364 calculation method Methods 0.000 abstract description 9
- 230000005540 biological transmission Effects 0.000 abstract description 6
- 238000005516 engineering process Methods 0.000 abstract description 6
- 238000012545 processing Methods 0.000 abstract description 4
- 238000004458 analytical method Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000008520 organization Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Quality & Reliability (AREA)
- Bioethics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Health & Medical Sciences (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种电子发票的生成方法，包括：生成电子发票版式文件；创建线程；解析开票数据；填写部分签章结构信息；序列化OFD数据模型；计算OFD内部文件摘要；将签章结构的内存模型序列化成Sigature.xml文件，并计算Sigature.xml摘要值；调用签章服务，发送摘要值请求签章数据；调用密码机计算签名值并封装成签章数据返回版式服务。本申请的电子发票的生成方法，通过版式服务直接生成签章数据结构，签章服务不需要重新解析OFD文件，签章服务只计算签章数据，版式服务和签章服务之间只传递摘要值和签章数据，版式服务采用套版表技术简化动态计算步骤，能够同时减轻版式服务和签章服务的计算量，并降低网络传输开销，大大降低了资源占用，提高了处理效率。
Description
技术领域
本申请涉及电子发票技术领域，具体涉及一种电子发票的生成方法。
背景技术
电子发票是采用OFD版式文件格式并加盖电子签章后得到的。在文件生成的过程中主要涉及两个技术领域，版式技术和安全技术。传统的方法是由电子发票开票系统集成版式生成服务和签章服务(见图1)，调用版式服务套版生成票面，然后调用签章服务加盖税局监制章，其详细流程如下：
1.电子发票开票系统调用版式生成服务并发送开票数据；
2.版式生成服务解析开票数据，选择发票模板并解析生成OFD内存数据模型，然后逐条添加数据；
3.版式生成服务将OFD内存数据模型序列化并压缩打包成OFD文件，返回开票系统；
4.电子发票开票系统调用签章服务并发送版式OFD文件，请求加盖税局监制章；
5.签章服务调用版式解析引擎，解压版式文件并生成OFD内存数据模型；
6.签章服务调用版式解析引擎，在OFD内存数据模型添加电子签章结构；
7.签章服务调用版式解析引擎，将OFD内存数据序列化成符合OFD语法规范的文件；
8.签章服务计算步骤7生成的文件摘要，并调用版式解析引擎填写入OFD签名结构；
9.签章服务调用版式解析引擎将OFD签章结构序列化；
10.签章服务计算步骤9生成的文件摘要并调用密码机计算签名值；
11.签章服务调用版式解析引擎写入签名值，压缩打包生成OFD电子发票版式文件；
12.签章服务返回加盖监制章的OFD电子发票版式文件。
传统电子发票开票系统只是简单集成版式服务和签章服务，这往往面临服务性能不匹配的问题，比如版式服务可以支持500TPS，而签章服务只能支持300TPS，对于同步的开票系统来说，根据木桶原理，总体开票性能最多只能做到300TPS。造成这个问题一方面是由于版式和安全是两个完全不同的技术领域，在部署上通常采用两个服务分别部署的模式；另一方面是由于版式是电子签章的载体，加盖电子签章的过程势必会采用版式解析技术对待签文件重新解析和打包。总之技术上的割裂导致电子发票的生成过程中存在大量重复性的计算，最终导致性能很难达到令人满意的效果。
发明内容
本申请的目的是提供一种电子发票的生成方法。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。
根据本申请实施例的一个方面，提供一种电子发票的生成方法，包括：
生成电子发票版式文件；
创建线程。
进一步地，所述方法还包括：
解析开票数据；
填写部分签章结构信息；
序列化OFD数据模型；
计算OFD内部文件摘要；
将签章结构的内存模型序列化成Sigature.xml文件，并计算Sigature.xml摘要值；
调用签章服务，发送摘要值请求签章数据；
调用密码机计算签名值并封装成签章数据返回版式服务。
进一步地，所述方法还包括：将签名值写入SignedValue.dat，加上所有序列化的OFD内部文件打包成OFD文件。
进一步地，所述生成电子发票版式文件包括：在收到开票请求后组织XML格式的开票数据，然后调用版式服务生成电子发票版式文件。
进一步地，所述创建线程包括：版式文件生成服务创建线程以响应电子发票版式文件生成请求。
进一步地，所述解析开票数据包括：
线程解析XML格式的开票数据，获取DocID字段并根据取值判断模板类型；
线程解析开票数据其他字段，逐条添加开票数据。
进一步地，所述序列化OFD数据模型，包括：根据OFD语法规则将OFD内存模型写入XML文件。
进一步地，所述方法还包括：将生成的电子发票版式文件返回给电子发票开票系统。
根据本申请实施例的另一个方面，提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的电子发票的生成方法。
根据本申请实施例的另一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的电子发票的生成方法。
本申请实施例的其中一个方面提供的技术方案可以包括以下有益效果：
本申请实施例提供的电子发票的生成方法，通过版式服务直接生成签章数据结构，签章服务不需要重新解析OFD文件，签章服务只计算签章数据，版式服务和签章服务之间只传递摘要值和签章数据，版式服务采用套版表技术简化动态计算步骤，能够同时减轻版式服务和签章服务的计算量，并降低网络传输开销，大大降低了资源占用，提高了处理效率。
本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者，部分特征和优点可以从说明书中推知或毫无疑义地确定，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了传统电子发票开票的过程示意图；
图2示出了本申请一个实施例的电子发票的生成方法的过程示意图；
图3示出了OFD电子发票的包内组织方式的示意图；
图4示出了签名结构示意图；
图5示出了签名结构序列化示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本申请做进一步说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
如图2所示，本申请的一个实施例提供了一种电子发票的生成方法。
本申请实施例对版式服务和签章服务的集成方式进行了调整(参见图2)，开票系统直接调用版式服务并发送开票数据，然后由版式服务根据开票数据套版生成OFD数据并调用签章服务生成签章数据，最后版式服务将OFD数据和签章数据一起打包生成OFD版式文件返回开票系统。
本申请实施例统筹规划版式服务、签章服务的职责范围。服务层面版式服务负责解析开票数据、选择发票模板、添加发票数据、生成签章结构、序列化OFD数据模型、计算OFD内部文件摘要、填写OFD签名结构、计算OFD签名结构摘要、写入签名值、压缩打包OFD文件等，即涵盖了传统流程中版式服务的步骤2、3和签章服务的步骤6、7、8、9、11。签章服务只负责根据4字节摘要值调用密码机计算签名值并打包成签名数据。重新规划版式服务、签章服务的职责后，避免了在签章服务中对OFD版式文件进行解析、序列化、打包等重复计算问题；在网络传输方面也由发送OFD版式文件转变为只发送4字节摘要值，传输数据量大大降低，不仅大大降低资源占用，而且可大大提升处理性能。
本申请实施例也有具体细节的优化，根据电子发票排版和样式固化生成的OFD语法结构大部分相同等特点设计了电子发票套版表(见表1所示)。
表1 电子发票套版表
表格分为资源信息、排版信息、签章信息三个部分，其中资源信息部分记录着文档、页面、OFD资源文件、附件等的文件路径和已经序列化的数据；排版信息部分包括各发票版面元素的位置、颜色、字体及对应序列化数据等；签章信息部分包括签名入口文件、签章位置信息及所有不变的OFD内部文件对应的摘要值。套版表的思路是减少重新序列化的文件数、快速排版和生成页面元素、提前计算摘要值。对于固定不变的内容尽可能通过查表的方式直接获取结果数据。
在某实施方式中，电子发票的生成方法，具体包括以下步骤：
S1、电子发票开票系统收到业务系统的开票请求后组织XML格式的开票数据，然后调用版式服务生成电子发票版式文件。
S2、版式文件生成服务创建线程T1以响应电子发票版式文件生成请求。
S3、线程T1解析XML格式的开票数据，获取DocID字段并根据取值判断模板类型。如“01”代表增值税电子普通发票，“02”代表增值税电子普通发票(通行费)，版式服务根据模板类型到发票模板池中申请一个发票模板。
S4、线程T1解析开票数据其他字段，逐条添加开票数据。如IssueDate代表开票日期，首先从模板中获取套版表，通过查找套版表的排版信息部分可以检索到IssueDate的排版位置、字体、字号等信息，将这些信息录入排版引擎可以快速输出每个字符位置。然后从套版表中的资源信息部分检索IssueDate的颜色值ID、字体名称ID、绘制参数ID，最后将这些数据设置到IssueDate对应的OFD模型对象TextObj对应的属性中，这就完成了一条开票数据的添加动作，其他开票数据依此添加。
S5、线程T1填写部分签章结构信息。参考图3OFD电子发票的包内组织结构，其中绘制阴影的是加盖电子签章时所需要的文件夹及文件结构，因为新版本的电子发票版式文件格式规范中明确要求，“新版本电子发票版式文件只盖一个税局监制章”，所以这些文件夹及文件都可以固化在模板中，访问时通过套版表签章信息部分索引即可。排除固定的文件后，需要动态填写的有两个文件，一个是Sigature.xml(参考图4签名结构示意图和图5签名结构序列化示意图)，其中SignatureDateTime签名时间是根据开票时间设置的，另外一个是SignedValue.dat签名数据，这个文件由签章服务在步骤Si0计算。
S6、线程T1序列化OFD数据模型。序列化是根据OFD语法规则将OFD内存模型写入XML文件的过程，参考图1OFD电子发票的包内组织结构，需要序列化的内容都是动态生成的，包括Content.xml(文件页面内容)、Image_M.png(二维码图像)、Sigature.xml(签章结构，步骤S8处理)，其他文件都是不变的，在模板中已经存在。
S7、线程T1计算OFD内部文件摘要。OFD的安全机制是通过SignedValue.dat(签名数据)保护Sigature.xml(签名结构)，再通过Sigature.xml保护OFD包内的其他文件。前者是由签章服务通过PKI实现的，后者是通过将OFD内部的每个文件计算摘要并保存在Sigature.xml中实现的。OFD内部文件摘要通过Referece结构保存，FileRef表示需要计算摘要的文件，CheckValue表示计算的摘要值。因为大部分文件都是固定不变的，所以摘要值已经提前计算出来了，保存在套版表的签章信息部分，直接查表即可。需要计算的只有步骤S6重新序列化的两个文件Content.xml、Image_M.png。最后一步是将通过查表和计算得到的摘要值填写到签章结构的内存模型中。
S8、线程T1将签章结构的内存模型序列化成Sigature.xml文件，并计算Sigature.xml摘要值。
S9、线程T1调用签章服务，发送步骤S8的摘要值请求签章数据。
S10、签章服务接收请求，调用密码机计算签名值并封装成签章数据返回版式服务。
S11、线程T1将签名值写入SignedValue.dat，加上所有序列化的OFD内部文件打包成OFD文件(OFD使用ZIP打包)。
S12、版式服务将生成的电子发票版式文件返回给电子发票开票系统。
本申请另一个实施例提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的电子发票的生成方法。
本申请另一个实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的电子发票的生成方法。
本申请实施例提供的电子发票的生成方法中，版式服务直接生成签章数据结构，签章服务不需要重新解析OFD文件，签章服务只计算签章数据，版式服务和签章服务之间只传递4字节摘要值和签章数据，版式服务采用套版表技术简化动态计算步骤，使用本申请实施例的技术方案能够同时减轻版式服务和签章服务的计算量，并降低网络传输开销。版式服务的生成性能可达1500TPS以上(不调签章服务)，签章服务可以1000TPS以上，综合开票性能(加盖监制章)可以达到1000TPS以上。网络传输方面版式服务调用签章服务只发送4字节摘要数据，相较于传统方式发送版式文件(平均10k)，几乎可以忽略不计，签章服务返回签章数据(6k)，比较传统方式返回完整的盖章版式文件(平均16k)也小了60％。
需要说明的是：
术语“模块”并非意图受限于特定物理形式。取决于具体应用，模块可以实现为硬件、固件、软件和/或其组合。此外，不同的模块可以共享公共组件或甚至由相同组件实现。不同模块之间可以存在或不存在清楚的界限。
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述实施例仅表达了本申请的实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种电子发票的生成方法，其特征在于，包括：
生成电子发票版式文件；
创建线程。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
解析开票数据；
填写部分签章结构信息；
序列化OFD数据模型；
计算OFD内部文件摘要；
将签章结构的内存模型序列化成Sigature.xml文件，并计算Sigature.xml摘要值；
调用签章服务，发送摘要值请求签章数据；
调用密码机计算签名值并封装成签章数据返回版式服务。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：将签名值写入SignedValue.dat，加上所有序列化的OFD内部文件打包成OFD文件。
4.根据权利要求1所述的方法，其特征在于，所述生成电子发票版式文件包括：在收到开票请求后组织XML格式的开票数据，然后调用版式服务生成电子发票版式文件。
5.根据权利要求1所述的方法，其特征在于，所述创建线程包括：版式文件生成服务创建线程以响应电子发票版式文件生成请求。
6.根据权利要求2所述的方法，其特征在于，所述解析开票数据包括：
线程解析XML格式的开票数据，获取DocID字段并根据取值判断模板类型；
线程解析开票数据其他字段，逐条添加开票数据。
7.根据权利要求2所述的方法，其特征在于，所述序列化OFD数据模型，包括：根据OFD语法规则将OFD内存模型写入XML文件。
8.根据权利要求2所述的方法，其特征在于，所述方法还包括：将生成的电子发票版式文件返回给电子发票开票系统。
9.一种电子设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-8中任一所述的电子发票的生成方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以实现如权利要求1-8中任一所述的电子发票的生成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010741015.9A CN111898982A (zh) | 2020-07-23 | 2020-07-23 | 电子发票的生成方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010741015.9A CN111898982A (zh) | 2020-07-23 | 2020-07-23 | 电子发票的生成方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111898982A true CN111898982A (zh) | 2020-11-06 |
Family
ID=73182332
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010741015.9A Pending CN111898982A (zh) | 2020-07-23 | 2020-07-23 | 电子发票的生成方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111898982A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113255317A (zh) * | 2021-05-31 | 2021-08-13 | 深圳高灯计算机科技有限公司 | 一种基于云服务的ofd版式发票解析方法、系统及设备 |
| CN114298006A (zh) * | 2021-12-30 | 2022-04-08 | 福建博思软件股份有限公司 | 一种电子票据生成方法、系统和存储设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090089209A1 (en) * | 2007-09-28 | 2009-04-02 | The Western Union Company | Methods and systems for generating invoices |
| CN106127537A (zh) * | 2016-06-29 | 2016-11-16 | 国网浙江省电力公司杭州供电公司 | 电力发票开具系统及其工作方法 |
| CN106485556A (zh) * | 2016-10-21 | 2017-03-08 | 百望股份有限公司 | 一种电子发票生成系统 |
| CN106779890A (zh) * | 2016-12-08 | 2017-05-31 | 用友网络科技股份有限公司 | 电子发票的生成方法及系统 |
| CN107391657A (zh) * | 2017-07-18 | 2017-11-24 | 百望电子发票数据服务有限公司 | 一种生成电子发票版式文件的方法及系统 |
| CN108921627A (zh) * | 2018-06-07 | 2018-11-30 | 国信电子票据平台信息服务有限公司 | 一种生成电子发票ofd版式文件的方法及系统 |
-
2020
- 2020-07-23 CN CN202010741015.9A patent/CN111898982A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090089209A1 (en) * | 2007-09-28 | 2009-04-02 | The Western Union Company | Methods and systems for generating invoices |
| CN106127537A (zh) * | 2016-06-29 | 2016-11-16 | 国网浙江省电力公司杭州供电公司 | 电力发票开具系统及其工作方法 |
| CN106485556A (zh) * | 2016-10-21 | 2017-03-08 | 百望股份有限公司 | 一种电子发票生成系统 |
| CN106779890A (zh) * | 2016-12-08 | 2017-05-31 | 用友网络科技股份有限公司 | 电子发票的生成方法及系统 |
| CN107391657A (zh) * | 2017-07-18 | 2017-11-24 | 百望电子发票数据服务有限公司 | 一种生成电子发票版式文件的方法及系统 |
| CN108921627A (zh) * | 2018-06-07 | 2018-11-30 | 国信电子票据平台信息服务有限公司 | 一种生成电子发票ofd版式文件的方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 冯辉;李海波;丛培勇;陈亚军;玄登影;谷晶;: "OFD与PDF对比分析", 信息技术与标准化, no. 10, pages 45 - 48 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113255317A (zh) * | 2021-05-31 | 2021-08-13 | 深圳高灯计算机科技有限公司 | 一种基于云服务的ofd版式发票解析方法、系统及设备 |
| CN114298006A (zh) * | 2021-12-30 | 2022-04-08 | 福建博思软件股份有限公司 | 一种电子票据生成方法、系统和存储设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100898476B1 (ko) | 스키마 기반의 계층적 데이터 구조를 단층적 데이터구조로 변환하기 위한 방법 및 시스템 | |
| EP1381945B1 (en) | Method and system for reporting xml data based on precomputed context and a document object model | |
| CN109829139B (zh) | 一种doc/docx格式的流式文件转换成ofd格式的版式文件的方法和装置 | |
| CN111898982A (zh) | 电子发票的生成方法 | |
| WO2009105994A1 (zh) | 一种处理符合文档库标准的文档的方法及装置 | |
| US20090187927A1 (en) | Method for invoking UOML instructions | |
| CN111343181B (zh) | 报文的处理方法，系统以及数据池和计算机可读存储介质 | |
| CN114595199B (zh) | 文件解析方法、装置、计算机设备和存储介质 | |
| Gansner | Drawing graphs with Graphviz | |
| US20070220115A1 (en) | Generating and binding web services to application components | |
| US7299449B2 (en) | Description of an interface applicable to a computer object | |
| CN101997643B (zh) | 一种电子文件封装的方法及系统 | |
| CN111881651A (zh) | 一种uot流式文档转换成ofd版式文档的方法 | |
| CN106502977B (zh) | 一种基于b/s构架的表单处理方法及表单系统 | |
| CN111259634B (zh) | Xsd格式文件的解析方法及生成方法 | |
| CN107391175A (zh) | 控件数据配置方法及计算机可读存储介质 | |
| Ide et al. | Bridging the gaps: interoperability for GrAF, GATE, and UIMA | |
| CN115269040B (zh) | 一种租户业务应用的拓展方法、装置及系统 | |
| CN105700992A (zh) | 一种嵌入式系统日志记录方法及日志记录系统 | |
| US20090100087A1 (en) | Method and system for xform generation and processing application integration framework | |
| CN111078337A (zh) | 样式调整方法、系统及计算机可读存储介质 | |
| Seo et al. | Tailoring test process by using the component-based development paradigm and the xml technology | |
| CN113723059B (zh) | 一种基于区块链将html转换成pdf的方法和系统 | |
| Hu | Study on a SVG-based modular graphics generation system | |
| Gansner | Using Graphviz as a Library (cgraph version) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201106 |