区块链会计 课件 第3、4章 联盟链搭建与财务建账、区块链会计处理流程

第三章联盟链搭建与财务建账本章的主要内容第一节

联盟链运行的基础要素第二节

超级账本架构第三节

认知商业企业第四节

认知业务关系第五节

创建联盟案例描述：某高中高三年级有3个班级，计划联合开展毕业季活动，需共同筹集和管理“联合班费”，涉及三类核心财务角色：1.各班班委会负责收取本班联合班费、发起支出申请（如“采购晚会道具500元”）；2.每班派出一名学生家长核查支出凭证真实性、确保班费不被挪用；3.三位班主任老师制定联合财务规则（如“单次支出超800元需学校审批”）。现实案例：海尔智家财务中心通过联盟链跨子公司财务共享与合并财务报表。青岛海尔、海尔空调、海尔洗衣机等20余家二级单位（实时上传本单位财务数据）问题：开展联合毕业季活动的记账流程有什么问题？针对海尔这种跨多个子公司的联合记账，联盟链相对于传统财务流程有什么优势？引导案例：理解联盟链第一节

联盟链运行的基础要素一、联盟链字面释义。在同一条区块链上的多个企业的联盟。历史发展。联盟区块链产生，可以从联盟链使用的群体了解，他们的主要群体是银行、保险、证券、商业协会、集团企业及上下游企业。区块链诞生于移动互联网时代，这些企业普遍己经IT化和互联网化，区块链对于进一步提升他们圈子的产业链条中的公证、结算清算业务和价值交换网络的效率很有帮助，但是在尝试使用现有区块链技术(如比特币代码家族和以太坊)发现，现有区块链的处理性能、隐私保护、合规性等都不能满足他们的业务需求;另一方面，他们意识到如果全面采用比特币的那一套完全公链的设计理念，会颠覆他们现有的商业模式和固有利益，且要负上很大的风险。于是他们开始改造适合他们的区块链体系，联盟链形态，更多是分布式账本(DSL)为主，区块链的分布式账本和分布式共识为他们解决了主要核心问题，即联盟中多个参与方交互的信任问题。（一）联盟链的概念通俗释义：就是几个子公司合伙做生意，如果各自记各自的的帐都担心对方虚报成本多报销，于是后来记账都记在一起，每个人的每一笔支出所有这些参与者都能够看到（但个人商业机密数据不上账本不用担心隐私泄露）。标准定义：联盟链，只针对特定某个群体的成员和有限的第三方，内部指定多个预选的节点为记账人，每个块的生成由所有的预选节点共同决定，其他接入节点可以参与交易，但不过问记账过程，其他第三方可以通过该区块链开放的API进行限定查询。超级账本组织与peer节点通道和节点内账本（二）联盟链运行的基础要素基础架构：通过账本、CA、组织、联盟等组件构建企业级区块链平台。账本：账本包含区块链与世界状态，区块链存储交易明细，世界状态记录实时数据，隐私存储支持指定查看与加密解密。CA:超级账本认证机构叫CA，类似证书颁发机构，提供用户身份注册服务，管理用户证书生命周期。超级账本——联盟链的核心载体如图所示：系统给A转账10元，A给B转账10元，B给C转账10元，C给A转账5元，各账户期余额为零。基于这样的一个场景，区块链中记录的就是转账明细，而世界状态中存储就是人员A、B、C当前剩余的金额。组织：多个具备相同关联关系成员的集合叫做组织，成员共享CA证书。联盟：相互合作的多个组织集合，通过Peer节点实现设备互联。组织成员在加入到联盟链中，往往通过通讯设备等媒介进行相互关联，称之为Peer节点。组织往往表示一种关联关系，它代表现实中的企业、团体等集合，而组织下的成员就代表企业中部门与岗位。Peer节点在现实中是有实体对应的，它可以是一台电脑或者一台服务器，更或者是一部手机，任何加入到联盟链中的通讯设备都称之为Peer节点。组织与peer节点——联盟链的参与单元peer节点分类：

在超级账本中拥有主节点、背书节点、记账节点和锚节点四类Peer节点。节点类型描述主节点代表组织，用于接收属于自己组织的区块，并发送给其他节点。背书节点对上链交易请求执行签名背书，以此证明本次交易是合法有效的。记账节点同一个通道上的所有Peer节点默认都是该通道组织上的记账节点，维护本节点上该通道的账本数据。锚节点用于声明组织的通讯地址，一个组织必须拥有一个锚节点，如果没有锚节点，则当前组织只能发送消息，无法接收消息。通道：通道对数据进行正确的分流，是隔离链上信息的重要机制，通道上的数据只会发送给加入通道的合法成员，从而隔离未经授权的数据访问，保护数据隐私性。如甲乙属通道A，甲丙属通道B，乙丙无数据互通。在超级账本中，用“链码”的概念替代了“智能合约”，且超级账本将链码分为系统链码与用户链码两种，其中系统链码是超级账本自带的链码，用户链码就是链上成员自己编制的链码。超级账本自带五类链码：配置系统链码（CSCC）、背书管理系统链码（ESCC）、生命周期系统链码（LSCC）、查询系统链码（QSCC）、验证系统链码（VSCC）。

通道和节点内账本——数据隔离与存储基础要素联系示意图：如图所示，有四个组织，组织1至组织4，及八个Peer节点P1-P8，组成的一个区块链N。通道C连接了这些Peer节点中的五个：P1、P3、P5、P7和P8。其他节点并没有加入该通道。组织的客户端将会连接到其自己组织的Peer节点。一个组织能够有多个节点，一个组织允许多个节点加入同一通道。如图所示，有一个通道C，两个节点P1、P2加入通道C，在两个节点中存储着S1链码与L1账本，一个客户端A可以访问任意一个节点。一个客户端能够访问多个节点，同一通道内的节点中的账本与链码数据是一致的。通道内节点示意图第二节

超级账本架构第一步：Client客户端节点向CA节点申请身份认证，有了身份认证才能够在联盟链中进行正常的操作。

第二步：Client客户端节点将需要上链存储的信息发送给相关通道内组织下的背书节点申请背书签字。

第三步：Client客户节点将需要上链存储的信息与收集的签名集发送给排序节点。

（签名集：为某一数据进行背书的成员可能需要多人，例如甲、乙双方的购销合同需要上链存储时，就不能仅仅凭某一方的签字背书上链存储了，而是需要至少双方签字背书才可以。）第四步：排序节点验证上链存储信息与签名集的正确性，验证通过后生成区块，并通过调用Kafaka机制识别区块的发送范围。

第五步：排序节点将区块发送给通道内组织下的主节点。

第六步：主节点验证区块无误后，将区块分发给组织内的其他所有节点，当通道内多数节点接收到区块并存储到自己的账本中后，日常所说的“区块链账本”就形成了。

联盟链步骤流程的特点：对于联盟链来说，并不是任意的一条数据都能够上链存储的，而是需要相关成员背书过数据的才允许存储在账本中。；在联盟链通道中主节点是组织内第一个接收到区块的节点，所以联盟链中每一个组织中都必须有一个主节点，同时主节点在分发区块的时候，并不是给所有当前组织内的节点都发送，而是会寻找自己邻近的几个节点分发，然后剩余的节点由其他接收了区块的节点再次传输，直至组织内所有节点同步完成。

不同的排序节点就是负责给不同的通道发送区块，当然也可以多个排序节点负责一个通道，而Kafka机制就是用于区分包裹需要发给哪个区域的机制，排序节点验证通过后的区块，由Kafka识别区块需要分发的通道后告知排序节点进行发送。

第三节

认知商业企业商业企业制造企业供应商经销商其他企业或机构制造企业：北京润美电器制造有限公司北京润美电器制造有限公司位于北京市西二旗工业园西区128号，是集研发、生产、销售、服务为一体的加湿设备专业制造商，其主营产品“润美加湿器”为国内名牌产品。该公司共设定7个部门，组织架构与岗位分配如表所示。供应商：本模型中一共拥有三家供应商，作为核心制造企业的上游企业，供应商主要为制造企业提供原材料出售服务。主要出售原材料如下表所示。供应商名称企业信息无锡电器科技有限公司法人：武大胜社会统一代码：91110114745862922R企业地址：江苏省无锡市惠山区阳山镇陆区花园开户行：招商银行无锡分行阳山支行银行账号：6226201907460120九江塑电科技有限公司法人：刘美玲社会统一代码：91110114745862929L企业地址：江西省九江市浔阳区长江大道105号开户行：招商银行江西省九江市浔阳区长江大道支行银行账号：6226201907470130广东尚嘉电器有限公司法人：董梅慧社会统一代码：91110114745862930M企业地址：广东省中山市友谊北大街105号开户行：招商银行广东省中山市桥西支行新苑支行银行账号：6226201907480140物料名称规格单位迷你加湿器水箱SX20个加湿器出雾口W33个加湿器下底座DZ03个加湿器雾化器WH78个加湿器调节旋钮XN37个HA-003辅材套件HA-003套供应商：本模型中一共拥有三家经销商，作为核心制造企业的下游企业，经销商的主营业务是从制造企业处购买制造企业自产的“小熊迷你加湿器”并进行出售。供应商名称企业信息北京美迪电器销售有限公司法人：范晓力社会统一代码：91110114745862931H企业地址：北京市朝阳区建国路15号开户行：招商银行北京朝阳支行银行账号：6226201907490150山东精益经贸有限公司法人：刘爱雨社会统一代码：91110114745862932T企业地址：山东省济南市历下区经十路1648号开户行：招商银行山东省济南市历下区经十路支行银行账号：6226201907500160天津世达贸易公司法人：费云祥社会统一代码：91110114745862933D企业地址：天津市东丽区津塘公路134号开户行：招商银行天津市东丽区支行银行账号：6226201907500160其他企业或机构：为辅助制造企业的业务开展，本模型设计多种辅助企业或机构，包括：物流企业、银行、工商局、税务局、人社局。企业/机构名称设立部门(岗位)快必达物流有限公司企业管理部(设置总经理岗位)、业务部北京招商银行营业大厅(设置银行柜员岗位)工商行政管理局服务大厅(设置工商专员)北京税务局服务大厅(设置税务专员)北京人力资源和社会保障局服务大厅(设置社保公积金专员)其他企业或机构部门设置如表所示其他企业或机构部门信息供应商名称机构类型企业信息快必达物流有限公司物流法人：杨超社会统一代码：91110114745862918Y企业地址：上海市青浦区徐泾镇明珠路1018号开户行：招商银行上海市青浦区徐泾镇明珠路支行银行账号：6226201907360020北京招商银行银行法人：刘慈仁社会统一代码：91110114745862944X企业地址：北京市深南大道7088号开户行：招商银行银行账号：6226201907520190X供应商名称机构类型企业信息工商行政管理局工商局社会统一代码：91110114745862934X企业地址：北京识平洲永安南路23号开户行：招商银行银行账号：6226201907390050北京税务局税务局社会统一代码：91110114745862920P企业地址：北京市天河区花城大道19号开户行：招商银行银行账号：6226201907380040北京人力资源和社会保障局人社局社会统一代码：91110114745862919B企业地址：北京市连新路43号开户行：招商银行银行账号：6226201907380040第四节

认知业务关系（四）认知业务关系以制造企业采购业务、销售业务与税务业务为例，绘制业务关系图如图所示，图中以不同颜色的箭头来表示业务之间的物流、信息流与资金流，其中业务相关主体一共包括:制造企业、原材料供应商、产成品经销商、物流、银行、工商局、税务局和人社局等。（一）采购业务流程：业务流程企业描述发起原材料采购订单制造企业制造企业向供应商达成合作意向并下达原材料采购订单确认采购订单供应商企业接收到制造企业发来的采购订单进行订单确认原材料发货供应商企业确认采购订单后供应商仓储部备货进行发货原材料运输物流企业物流企业接收到供应商企业的发货申请，进行货品运输支付货款制造企业

制造企业对接收到的原材料进行验收入库并进行货款支付支付运费制造企业制造企业支付运输费用财务处理制造企业制造企业依据付款凭据进行财务处理。（二）销售业务流程：业务流程企业描述接收采购订单制造企业与经销商发出合作意向并接受到产成品采购订单确认采购订单制造企业制造企业对接收到的采购订单并制定销售订单产成品发货制造企业制造企业制定销售订单后通知仓储部备货进行产成品发货产成品运输物流企业物流企业接收到制造企业的发货申请，进行货品运输支付货款经销商企业经销商企业对接收到的产成品进行验收入库后进行货款支付（三）个税申报流程：业务流程企业描述整理汇总工资表、员工信息制造企业汇总工资表与员工信息。填写“个人所得税基础信息表”制造企业依据工资表与员工信息表填写个人所得税基础信息表并提交给税务局。审核个人所得税基础信息表税务局审核通过后扣缴税费并打印缴税凭证。财务处理制造企业依据缴税凭证进行财务处理。（四）增值税申报流程：业务流程企业描述填写增值税申报表制造企业准备上期的进项/销项税，汇总并整理。审核增值税申报表税务局审核通过后扣缴税费并打印缴税凭证。财务处理制造企业依据缴税凭证进行财务处理。第五节

创建联盟（一）进行联盟链基础配置：联盟链的完善最关键的是进行一系列的基础配置，为之后整个系统的形成打下基础。这一过程至少需完成设置联盟名称、联盟属性确认、邀请联盟链中的成员三个步骤。设置联盟名称会计联盟01联盟属性确认本课程中的商业活动业务联盟邀请联盟链中的成员后续创建企业之后后，将会自动显示出所有已创建的企业名称，不需要进行手动配置，当前任务中不会显示，因为还没有企业加入本联盟中0203（二）创建联盟CAServer：CA机构是为联盟链成员发放数字证书的认证机构，那么在创建联盟后，首先就需要创建CAServer为后续需要加入本联盟的成员进行证书的发放。CAServerId：FabricCARootServer设置组件名称：会计联盟RootCAServe

组件描述：用于审核所有加入联盟链的成员，并颁发证书

安装包下载路径：从超级账本开源平台中下载安装CAServer的过程，所以需要将下载出来的CAServer安装包相关的文件存储在个人的设备中安装状态：自动安装

设置初识化状态：命令初始化

（初识化是在为后续登录CA时设置一个账号与密码，这里的账户名称系统给出了一个默认账户，可以进行修改，账户密码需要个人设置，这里的账户名称和密码需要记录下来）设置账户名称：admin设置账户密码：admin123

生成一条运行命令并运行该命令设置启动路径：默认路径，不需要修改

设置启动状态：命令启动

生成一条运行命令并运行该命令设置是否启动TLS（安全传输协议）：是

TLS证书文件：选择路径为—用于存储证书文件

TLS秘钥文件：选择路径为—用于秘钥证书文件

是否进行身份验证：进行身份验证（TLS表示安全传输协议，启动本协议后能够为两个通信节点之间提供保密性和数据完整性。）0102初始化FabricCAServer服务03FabricCAServer启动设置FabricCAServer基本配置（三）创建CA数据库

：CAServer已经创建并启动完成，可以为联盟链中的成员发放证书。在超级账本中，记录这些证书的任务由CA数据库完成。数据库类型中有三种数据库，这三种数据库都能够满足超级账本进行数据交互。三种数据库系统详情如下：Sqlite:一个轻量级别数据库，是超级账本自带的一种数据库管理系统。PostgreSql:一种特性非常齐全的自由软件的对象-关系型数据库管理系。Mysql:是最流行的关系型数据库管理系统之一。确认数据库类型后，创建CA数据库至少需完成CA数据库详细配置一个步骤。业务流程设置内容CA数据库详细配置设置数据库Id：CAServer设置数据库名称：RootCA数据库

设置数据库描述：用于存储CA机构发放的所有证书

设置数据库类型：Sqlite设置数据库文件存储路径：默认路径，不需要修改

设置CAServer服务器：会计联盟RootCAServer设置端口号：7060设置CA数据库账户：sqluser设置CA数据库密码：sqluser123（四）创建目录访问协议

：LDAP又称轻型目录访问协议，使用LDAP能够在区块链中快速检索到自己想要的数据。创建目录访问协议至少需完成轻型目录访问协议详细配置一个步骤。业务流程设置内容轻型目录访问协议详细配置设置LDAPId：LDAP设置LDAP名称：轻型目录访问协议设置LDAP描述：用于在区块链中进行快速检索信息设置是否启用LDAP：true设置服务器Id：系统给出的默认值，不需要修改，这里的服务器就是CAServer的Id设置服务器地址：ldapsadminadmin123（服务器地址中的Ldap于ldaps的区别就在于ldaps是具有加密功能。服务器地址后面是在创建联盟CAServer任务中，初识化FabricCAServer服务详细配置中设置的账户名称与账户密码）（五）创建身份认证中心

：在构建目录访问协议之后，为了确保安全、高效访问控制体系的基础，则需要对身份认证方面进行配置。完善身份认证系统至少需要完成配置身份认证中心（ICA）的数量、进行身份认证中心的基础信息配置两个步骤。序号业务流程设置内容1配置ICA数量设置CAServer名称：会计联盟RootCAServer设置CAServer账户：admin设置CAServer密码：admin123设置ICA数量：1生成一条运行命令并运行该命令2ICA基础信息配置设置ICAId：ICA1设置ICA名称：自定义名命生成一条运行命令并运行该命令（六）创建CA客户端

：与CA相关的所有服务都已构建完成，但是对于CA的使用者来说，需要一个能够方便进行操作CA的人机交互界面。创建CA客户端至少需完成配置身份认证中心数量、身份认证中心基础信息配置两个步骤。序号业务流程设置内容1CA客户端基础信息配置：设置组件Id：FabricCAClient设置组件名称：FabricCAClient（可自定义）设置组件描述：用户使用客户端与CA进行交互

设置安装包下载路径：系统默认路径，不需要修改

设置安装状态：自动安装

生成一条运行命令并运行该命令序号业务流程设置内容2身份认证中心基础信息配置基础信息配置完成后，进入认证管理员，建议配置内容如下:设置CAServer名称：会计联盟RootCAServer设置CAServer账户：admin设置CAServer密码：admin123设置身份类型：admin（表示管理员身份）设置加密算法：系统默认值，不需要修改

设置加密长度：系统默认值，不需要修改

生成一条运行命令并运行该命令，命令运行成功后，关闭配置界面，进行CA管理员登录，使用在创建联盟CAServer中初识化的账户和密码即可登录客户端。登录成功后，说明本任务完成（七）创建共识机制

：在超级账本中使用的共识机制为Kafka—订阅—分发机制，该机制可使超级账本能够将区块分发给不同的通道。创建共识机制至少需完成配置创建共识机制基础信息配置一个步骤。业务流程设置内容CA客户端基础信息配置：建议配置内容如下：

设置KafkaId：kafka设置共识机制名称：订阅-分发机制设置启动开关：always（表示本共识一直处于开启状态。

）生成一条运行命令并运行该命令（八）创建排序节点

：排序节点（Orderer）可接收用户的上链信息请求，按照约定的出块规则将信息打包成区块，并将区块发送给指定范围内的节点账本中。创建排序节点至少需完成排序节点身份信息配置、节点启动配置、选择共识机制配置三个步骤，但节点身份信息配置后需要CA给颁发身份证书，在CA颁发身份证书之前，后续的配置均不可完成。业务流程设置内容排序节点身份信息配置设置节点Id：orderer设置节点名称：排序节点

设置监听端口：6090设置CAServer名称：会计联盟RootCAServer（这里就是向CAserver发起身份证书的申请）

设置CAServer账户：系统自动带出，不需要修改设置CAServer密码：系统自动带出，不需要修改设置证书存储地址：系统默认值，不需要修改

生成一条运行命令并运行该命令，命令运行成功后，关闭配置界面，发现本组件后续的两个配置项还是不可完成，因为CA还没有向创建的排序节点发送身份证书，所以本任务到此为止已经完成，先进入下一个任务使用CA审核排序节点发放证书后再进行后续任务配置（九）CA审核排序节点

：创建排序节点，并向CA申请了身份证书后，就需要依托CA客户端完成对排序节点的审核。CA审核排序节点至少需完成CA管理员审核一个步骤业务流程设置内容CA管理员审核通过CA管理员输入账号密码登录管理员客户端。登录成功后，点击“发放成员order身份”，找到申请证书的排序节点，点击“通过身份”即完成本任务（十）启动排序节点

：排序节点获得CA发放的身份证书后，就可以继续配置排序节点。启动排序节点至少需完成节点启动配置、选择共识机制配置两个步骤，其中“完成节点启动配置”节点的启动命令是ordererstart，用于启动主程序函数。该函数将会初始化相关组件配置，创建并启动Orderer排序服务器。启动Orderer排序服务器就会涉及对外传输的功能（gRPC），即需要进行BCCSP配置和安全传输协议配置；而“选择共识机制配置”主要通过Kafka共识机制来判断区块应该发送哪个通道，需要将排序节点与共识机制进行关联。序号业务流程设置内容1节点启动配置设置节点Id：orderer设置加密方式：SW（软件实现）设置Hash算法：SHA设置加密长度：256设置是否启用安全传输协议：true设置安全传输协议私钥文件：系统默认值，不需要修改

设置安全传输协议证书文件：系统默认值，不需要修改

设置安全传输协议根证书文件：系统默认值，不需要修改

设置是否启用客户端验证：true2选择共识机制配置设置共识机制：订阅-分发机制

执行配置，本任务完成思考与练习1.超级账本的主要目标是（

）。A.解决单个企业内部的信任问题B.解决多个弱信任企业主体间的信任问题C.实现全球范围内的数据共享D.提供加密货币的发行平台2.在超级账本中，负责生成公钥与私钥的机构是（

）。A.背书节点B.记账节点C.认证机构D.排序节点4. 超级账本中的“链码”与（

）技术概念相似。A.加密货币B.区块链C.智能合约D.分布式账本3.以下（

）节点在超级账本中用于声明组织的通讯地址。A.背书节点B.锚节点C.记账节点D.排序节点5.在超级账本中，用于区分包裹需要发送给哪个区域的机制是（

）。A.Kafka机制B.TLS协议C.锚节点D.背书系统1.简述超级账本（HyperledgerFabric）中“区块链”与“世界状态”的区别及作用。

2.简述超级账本（HyperledgerFabric）中“排序节点（Orderer）”的角色及工作流程。

3.结合给出的商业环境，分析制造企业进行原材料采购的流程，并说明联盟链在其中可能的应用场景。简答题：实务操作：北京润美制造有限公司基于采销费税等相关业务需求，需重新构建一个联盟链。联盟链构建名称为“润美采销费税业务联盟链”，需完成CA

Server、CA

client、CA数据库、LDAP（轻型目录访问协议）等相关参数配置，同时需为CA

server配置2个ICA（中间CA），并完成CA

client的客户端的相关认证，以保证联盟链具备基本的内部管理权限与运作流程。相关配置完成后，基于联盟链基础环境，完成联盟链的分发机制（Deliver）、与广播机制（BroadCAst）的参数配置，创建排序节点并由CA完成排序节点的审核，审核通过后启动排序节点。2017年案例中心杯THANKS!第四章区块链会计处理流程本章的主要内容第一节

区块链会计处理概述第二节

区块链会计处理的流程分析第三节

区块链发票第四节

区块链会计出纳业务管理第五节

三栏式账务处理第六节

区块链会计系统模型设置第七节

链上三账式生成1.知识目标：了解区块链会计在业财融合中的作用及影响；了解区块链发票及相关注意事项；了解区块链会计系统模型设置。2.技能目标：掌握区块链会计处理基本概念；掌握区块链会计处理的流程分析；掌握区块链会计出纳管理方法及三栏式账务处理。

学习目标素质目标了解区块链的处理流程，探索更深层次的企业发展观念与方向，培养学生的系统思维，增强对区块链会计更深层次的学习。第一节

区块链会计处理概述一、区块链会计处理的定义基于区块链“去中心化、分布式账本、加密不可篡改”的业务处理模型，将企业采购、销售、费用、税务等会计业务流程数字化，通过全节点信息共享、智能合约自动执行，实现业务与财务数据的实时同步、可信追溯与高效协同。去中心化与信息共享：打破部门数据壁垒，采购方/销售方/税务机关等节点实时获取一致数据，减少信息不对称智能合约驱动自动化：费用报销审核、税务申报扣款等流程通过智能合约自动执行，降低人工干预全流程不可篡改：交易数据上链后永久留存，防篡改、可追溯，规避传统会计中的数据造假风险全样本审计替代抽样：无需抽样即可覆盖全部业务数据，提升审计效率与准确性二、核心价值（技术优越性）三、主要应用场景业务场景核心应用价值关键技术支撑采购业务1、采购需求-合同-发票-付款全链路信息共享2、供应商资质、发货状态实时可查哈希加密、数字签名、智能合约销售业务1.客户信用信息链上查验，降低坏账风险2.销售订单-发货-回款数据实时同步分布式账本、业务编码关联费用业务1.报销凭证上链验证，杜绝虚报虚抵2.审核规则嵌入智能合约，自动判定合规性非对称加密、智能合约审核税务业务1.区块链发票实时开具，税务机关同步监管2.应税数据自动汇总，减少申报误差全节点数据同步、税务链对接第二节

区块链会计处理的流程分析制造企业与供应商通过“采购业务通道”实现信息传递与共享，从需求发起至付款记账全流程上链，关键节点需数字签名确认。（一）流程核心逻辑一、采购业务处理流程分析一、采购业务处理流程分析（二）关键流程步骤（二）关键流程步骤一、采购业务处理流程分析需求发起：生产计划员填写采购申请→生产部经理数字签名审核供应商选择：采购部参考链上供应商资质（信用评级、供货能力）→确定最优采购策略→采购经理审核上链合同与发货：采购员起草加密合同→供应商验证后签字确认→供应商发货并生成关联运输单上链→开具区块链发票入库与付款：仓管员生成入库单上链→采购员提交付款申请→财务经理调用智能合约审核→出纳通知银行转账→财务会计凭原始凭证记账上链合同采用“哈希算法生成摘要+对称/非对称加密”，确保传输安全付款审核嵌入智能合约，自动校验“入库单-发票-合同”一致性一、采购业务处理流程分析（三）核心节点管控以“信息链传递”为核心，从客户选定至尾款回收全流程数据上链，确保销售与财务数据一致。（一）流程核心逻辑二、销售业务处理流程分析（二）关键流程步骤二、销售业务处理流程分析客户选定：经销商总经理将企业信息上链→分析历史订单选定意向客户（如北京美迪电器等）订单与合同：制造企业销售部查验客户信用→输出销售（回款建议）订单→经销商采购部起草加密合同→双方签字上链发货与收款：制造企业销售专员发起发货申请上链→仓管员出库→经销商入库→财务会计开具区块链发票→调用智能合约收取定金/尾款账务处理：收到银行回单后，财务会计完成记账并上链（三）风险防控要点二、销售业务处理流程分析

客户信用信息从“社保/纳税/银行”等链上渠道获取，确保真实性

定金/尾款回收通过智能合约自动执行，预防延迟付款凭证上链：

总经理/采购经理/销售专员将报销凭证（发票、行程单）上链报销单填写与审核：

销售专员报销单→部门经理审核→总经理审核→财务经理审核

合约会计创建审核智能合约（设“凭证完整性、金额合规性”等审核点）→部署上链付款与记账：

出纳接收审核通过的报销单→通知银行付款→接收银行回单→财务会计记账上链费用业务处理流程（以差旅费报销为例）三、费用业务处理流程分析合约部署：财务部经理分析委托扣款协议→合约会计创建智能合约→内部审核通过后部署上链2.纳税申报：财务会计汇总链上应税数据→填制申报表（增值税、企业所得税等）→上链提交3.税务验证与记账：税务局专员验证入税信息→调用合约收缴税费→出具银行回单→财务会计完成纳税账务处理四、税务业务处理流程第三节

区块链发票一、区块链发票的定义采用区块链技术的电子发票，覆盖“领票-开票-流转-验收-入账”全流程，具备防篡改、可追溯、可信管理的特征标杆实践案例深圳先行：2018年深圳税务局与腾讯合作推出全国首张区块链电子发票，2021年《基于区块链技术的电子发票应用推荐规程》获IEEE国际标准认证行业应用：腾讯：支持每秒超万笔开票，响应时长毫秒级广州花城汇停车场：车主在线缴费后自主开票，实现“无感停车+自动开票”浙江财政厅（蚂蚁链合作）：解决民生服务领域“索票难、报销慢”问题核心价值企业端：降低用票成本（如深圳企业年节约印制成本40万元）、减少合规风险监管端：

实时获取交易数据，杜绝虚开发票税务机关初始化：在税务链写入开票规则、限制性条件→实时管控开票权限开票企业申领：链上提交申领申请→写入交易订单信息+链上身份标识纳税人认领：链上确认发票归属→更新纳税人身份标识收票企业验收：锁定发票状态→审核入账→更新链上状态→支付报销区块链电子发票业务流程（四步闭环）二、区块电子发票业务流程编制方式优势维度具体表现权威式预算全流程追溯每一步操作记录上链，从开票到入账可追溯，杜绝“一票多报、虚报虚抵”参与式预算流程简化与成本降低无需税控盘/专用设备，无需人工抄报税，减少硬件与人工成本混合式预算数据安全与隐私保护非对称加密+智能合约，防止未授权访问；仅授权节点可查看数据三、区块链发票的优越性（1）腾讯区块链+电子发票实践。腾讯公司利用区块链技术开发的电子发票系统，解决了现行财税环境下的诸多问题，如发票造假、管理不便等。该系统支持每秒超万笔的开票服务，响应时长在毫秒级别，极大地提升了用户体验。（2）广州花城汇停车场的区块链电子发票应用。车主通过手机在线缴费后，可以自主开具电子发票，实现了无感停车体验。这种场景应用展示了区块链技术在日常生活中广泛适用的可能性。（3）浙江财政厅与蚂蚁链合作的电子票据平台。该平台解决了索票难、报销慢以及监管难的问题，提升了民生服务领域的效率区块链技术在日常应用中优势与发展显著四、区块链应用案例分析五、区块链发票开票注意的事项开票方：建立内部管理机制，妥善保管链上身份（防止身份泄露）开具发票需确保“货物名称与采购合同一致、企业信息完整（名称/税号/地址等）”受票方：通过国家税务总局平台查询验证发票真伪，对不符合规定的发票有权拒收需纸质发票可自行打印版式文件，法律效力与传统增值税普通发票一致六、区块链电子发票与传统增值税电子发票对比对比项传统增值税电子发票区块链电子普通发票发票模板名称增值税电子普通发票电子普通发票（未纳入增值税发票范畴）发票代码编码规则第1位为0，第2-5位代表地区，第6-7位代表年度第6-7位为年份，第8位代表行业，第11位代表联次校验码20位5位机器编码含金税盘/税控盘机器编码无（无硬件加密）密文区128位随机字符66位随机字母+数字存储形式PDF（CA加密）PDF区块链电子发票样式如图所示。第四节

区块链会计出纳业务管理关于区块链会计出纳业务区块链会计出纳业务包括有在采购、销售、费用报销、税务、银行、现金管理、财务报表和企业内部控制环节。通过区块链会计的管理进行相应的处理与支付。核心思想：利用区块链的智能合约和分布式账本特性，实现出纳业务的自动化、透明化、可追溯性。一、采购支付环节智能合约驱动，付款透明可追溯核心流程：解密链上信息，接收采购付款申请，凭业务编码核查合同、审批文件；两种付款方式：手动确认后转账/现金支付，或调用智能合约，待供应商履约后自动付款；付款信息实时上链，全程确保透明可追溯。二、销售收款环节合同上链同步，实时追踪收款状态核心流程：销售部门将合同上链至财务，生成智能合约并确认执行条件；正常收款后，出纳更新记录上链，逾期未收则合约自动预警；客户付款通过区块链确认，减少对账误差，记录不可篡改。三、费用报销环节自动化审核+透明化记录。核心流程：财务制定报销标准并嵌入智能合约。出纳核验报销单及附件（链上验证真实性），审批通过后自动执行支付。报销信息全量上链，费用支出透明可查，支持自动支付简化流程。四、税务处理环节实时更新数据，申报高效合规。核心流程：税务数据实时上链共享，出纳基于链上数据申报（增值税、所得税等）。调用智能合约自动计算应缴税款，减少人工错误。缴税完成后，申报资料、缴税凭证上链存储，备查审计。五、银行业务环节链上对账，确保账账相符。核心流程：管理银行账户（开立/变更/注销），处理存款、转账。定期链上对账，确保企业账目与银行余额一致。六、现金管理环节链上核验，账实一致。核心流程：日常收付全流程上链记录，定期链上盘点现金。智能合约辅助自动审计，保障现金安全与账实相符，提高现金管理的效率。七、财务报表环节数据可靠，提升效率。核心流程：出纳汇总链上日常收付数据，编制日记账、明细账及总账。利用区块链依托，实时更新财务活动记录，确保数据准确可追溯，支撑决策。八、企业内部控制环节实时监控，强化审计。核心流程：实时监控链上出纳业务执行情况，及时识别风险。依托区块链透明性、不可篡改性，提升审计效率，确保业务合规。第五节

三栏式账务处理一、三栏式账务处理概述基本概念。三栏式账务处理是一种会计记录工具，其主要特点是设有借方、贷方和余额三个基本栏目。结构：借方、贷方、余额三个基本栏目。用途：记录资产、负债、权益等的增减变化。优点：结构简单，清晰易懂。二、与区块链结合的四大优越性（一）提高透明度和安全性传统：依赖于人工录入和审核，容易出现错误和欺诈行为。区块链：分布式记账和不可篡改的数据存储，能够确保每一笔交易的真实性和完整性。（二）实现动态会计和实时更新传统：

事后记账，信息滞后。区块链：交易即记账，实时反映资产价值的变化，支持企业快速响应市场变化。实现自动化智能合约，简化会计流程并提高效率。（