本文档基于“会计记录管理措施”，“电子文档元数据文档方案”和其他存档标准，提出了整个生命周期管理的思想，以及基本元数据，以及电子发票的电子属性和电子签名。捕获之前必须有严格的前端控制，并且系统可以自动捕获并集成捕获。为电子会计凭证中的主要付款凭证，电子发票必须作为电子会计文件存档，以进行保存，但是存档后存在真实性问题。文档基于新的修订版《会计档案管理方法》，财政部和该计划的“电子账单管理基本流程”，介绍了整个生命周期的管理理念。
　　子文档的元数据（DA / T 46-2009）。务部门，计费部门和付款部门将使用元数据建立到电子发票管理的有机链接，研究电子发票的主要元数据的构成并提出捕获基本元数据的策略。子发票从样品准备开始，并遵循分配，签发，传输，控制，会计和存档的过程，包括金融服务，计费单位和发票。款单位涉及该过程，所有电子发票都必须存档和管理。中，财务部门的记录作为调查的基础，计费单位的记录作为会计基础，付款单位的记录作为还款证明。句话说，同一电子发票应在三个机构存档，并按照《会计记录管理办法》的有关规定存档，以构成符合长期保留要求的电子会计文件。数据管理确保了电子文档的真实性，完整性，可靠性和可用性，以及电子文档作为证据的特征，这已为学者所普遍接受。的《行政会计记录》第十二条规定：“电子会计文件及其元数据在交付电子会计文件时一起交付，文件格式必须符合有关管理规定。家档案馆”。前，电子会计文件的元数据计划尚未制定，根据《电子归档和电子记录管理条例》（GB / T 18894-2016），专业电子文档的存档范围可以参考“文档电子文件元数据”。程序（DA / T 46-2009，以下简称“程序”）得以实施。多“程序”元数据在获取和管理纸质文件管理方面都有良好的记录，例如标题上的M21-M39元数据和“程序”关键字，M76元数据-M79机构/人员。M80-M83包含有关业务活动的类似信息，例如纸质文件元数据。些元数据特定于电子文档，并且在电子文档的长期真实性和可读性中起着至关重要的作用，例如电子属性（M46-M51），数字属性（M52-M56）和电子签名（ M57）。-M64）等。长期保存的角度来看，本文将特定于这些电子文件的元数据定义为主要元数据。于在通过数字化或微图像转换形成电子文件时，数字属性元数据是强制性元数据，而电子发票是本机电子文件，因此电子数据和电子签名是电子文件的核心。子发票。数据。“程序”中，电子属性和电子签名是容器类型的元数据，其中包含多个元数据。“计划”中的电子属性包括五个子元素：格式信息，文件名，文件大小，文档创建程序和信息系统描述。电子发票选择的文件格式必须符合行业标准“电子文档的开发格式要求”（DA / T 47-2009）的要求。前，主要使用国家标准支持的PDF / A-1格式。需要将“文档创建程序”和“信息系统描述”元数据注册为电子发票的元数据。果，电子发票元数据的电子属性元数据可以保留三种格式信息元数据，即计算机文件名和计算机文件大小。“程序”中编号为M57的“电子签名”包含7个子元素：签名规则，签名时间，签名者，签名结果，证书，证书引用，签名算法的标识。子签名通常由CA认证中心发布。其相应注册处发布的每个电子签名都被存档并保存。于电子签名元数据，认证中心保证与电子签名有关的技术内容，该技术内容仅记录使用电子签名的过程，在存档的实际工作中更易于使用，并且更有利于档案工作者。价和元数据捕获。据这种想法，可以由认证机构的认证机构来保证“程序”中的“签名规则”和“签名算法识别”，并且将“证书”分为“证书发行者“，”“证书编号”（认证中心中的唯一编号），电子的。文件通过这两个元数据与CA认证中心建立联系，并进一步提供元数据“签名规则”和“签名算法标识”。

　　“程序”中的“证书引用”是指验证签名证书的链接。立与CA证书颁发机构的联系后，将无法使用元数据。此，电子签名元数据中包含的子元素必须具有签名证书的颁发者，签名证书的编号，签名者和签名时间。据电子金融发票的基本过程，电子发票部门对包含该部门签名的发票信息进行发票，然后通过系统自动将其上传到财务端，并添加监管签名。成完整的电子财务发票，即该电子发票有两个电子发票。名因此，完整的电子账单签名元数据包括证书的发行者，宁波代理记账签名证书的编号，签名者，签名时间，签名的原始参考以及签名的值。名。中，原始签名有两种类型：计费单位的原始电子签名和金融服务的原始电子签名。者包括电子金融发票标题和金融电子发票面信息，后者包括计费单元的电子签名的哈希值和计费单元的电子签名。电子发票的整个生命周期中，应特别注意基本元数据输入的速度。旦上一步忽略了相应元数据的描述，以后将很难追上。
　　子签名元数据中包含的“子元素”构成了电子发票真实性的重要保证。“程序”专门描述其信息源，“由形成，处理和管理电子文档的系统手动输入或记录”。果在账单生成阶段未保存元数据值，则归档后几乎不可能重新订阅。于电子属性元数据，即使存在不完整的注册问题，通常也很难在文件存档后手动捕获或保存。于电子发票的特殊性，格式相对固定，可以在存档后重新注册，但是存档涉及的电子票证更多，因此最好在开始时记录并记录在归档过程中。上分析表明，长期保存电子发票所需的大部分基本元数据是在系统创建阶段生成的，电子发票管理系统必须从一开始就进行严格的控制。成电子发票的过程，保存并保存基本元数据。管理系统中。于主要元数据的技术特性，手动记录是困难的，并且其记录和存储应由系统自动完成，这可以保证元数据的完整性和真实性。就要求发票管理系统（包括财务方面和单位）具有特定的电子文件管理功能，以实现真正的前端控制。方法主要适用于具有接口的金融服务和计费单位以及作为调查基础的金融服务档案。帐单位作为会计基础归档。些单元可以更好地将电子账单管理系统连接到文件管理系统，基本元数据由系统自动生成和捕获，电子发票及其相关的元数据可以与其他系统一起存档。过捕获界面在文件管理中关联电子记帐文件。系统中，宁波代理记账捕获接口必须包含时间，动作，作用域，包等。
　　获[4]。方法允许实时输入电子发票及其元数据。旦在管理系统中生成了电子发票，就根据建立的要求同时生成相应的元数据，无论它们是否完成。外，在设计电子发票管理系统功能时，发票管理系统定义了电子发票的存档和存档要求，属于该范围的电子发票是一旦生成，生成并自动捕获，将添加到存档标识符中。

　　
　　配具有属性的主要元数据，以防止非法编辑和删除，以确保安全性和内容内容。过指针，链接等在主元数据和计费文件之间建立链接，并始终保持它们的关联以有效满足“电子文档管理系统的一般功能要求”（GB / T 29194） -2012）。方法主要涉及使用生成器系统单元或第三方服务公司建立电子发票的计费单元和支付单元。的特点是该单元很难与发票管理系统连接，并且由于电子账单已与管理系统分离，因此无法实现元数据的实时捕获。嵌入的元数据被集成到电子发票中，以便遵守初始控制。据电子记录管理的基本术语（DA / T 58-2014），合并是指将元数据合并到电子档案中的过程。子发票是标准的电子提交文件，可以通过定义规范元数据来描述其属性特征，从而以XML格式将其嵌入到电子发票中。际上，发送者，用户，序列号，哈希算法等。子签名的一部分已被合并到电子发票中，并且现在已成为电子发票计算机文件的组成部分。入的信息并非全部成为基本元数据，并且应根据上述分析选择相应的信息作为元数据。样，文件管理系统应具有从电子发票中提取基本元数据的功能。*本文是电子发票档案保存研究的结果之一，该研究是美国教育部人文科学综合研究项目新项目“管理会计记录的方法”的一部分河南省（2017-ZZJH-559）。
　　本文转载自
　　宁波代理记账 https://www.0574nbkaiyuan.com