开发者学堂课程【云上财务经营管理解决方案：云上企业财务经营管理解决方案-企业多组织】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/929/detail/14968
云上企业财务经营管理解决方案-企业多组织
内容介绍
一、云上企业财务经营管理演讲
二、云上消费的管理场景
三、云上财务管理解决方案说明
四、案例
五、Q&A
六、演示及总结
一、云上企业财务经营管理演讲
如图，我们可以看到这是一个非常普遍的客户业务架构情况，企业客户中有最重要的两个特征：第一是客户这一侧是可能有多个业务的。而多个业务因为客户的云上消费，像个人开发者采集的资源作为内部的生产资料，再做进一步的加工以及服务到具体的业务，客户服务的场景里，在这个场景里面就会涉及到客户这一侧采购的资源之后如何在自己业务内部经营这个小的组织或单元里面做好相应的成本核算，这个就是多业务特征。
第二就是客户这一侧这个角色的问题，因为我们的企业的客户不像个人的买家一样可以到电商里面直接注册一个账号去购买，那企业的这运营商的这个消费的过程里面肯定会涉及到多个业务角色的共同参与来做这个决策的这个购买，包括这个过程里面的采购，商务或者是法务，甚至是财务，这种各种各样的这个角色。
在不同的场景的这个过程里面，在企业的客户一般也会涉及到多个公司，不同的公司下面有不同的业务，以及业务上面可能还会涉及到这个子公司的业务，甚至子这个部门，那具体的过程里面肯定会是云上消费的过程，也会核算到具体的这个部门里面。
那客户在做这个业务的上面的这个过程里面，其实最重要的过程最重要的一个组成部分就是注册一个账号，这个账号代表客户的身份来到阿里云去做采购。
所有的客户这一侧在云上的交互的这个过程都是以账号作为一个身份来代表客户来在云上去发生相应的操作以及记录，所以账号怎么去注册，账号怎么来构成，就影响到了后面整个财务的解决方案里面最基础的部分。所以这是一个客户这一侧经营和管理的场景的一个介绍。
二、云上消费的管理场景
我们看一下客户在云上消费的这个过程里面都做一些什么事情？主体来说整个消费的购买过程里面可能会涉及到上面的部分，在资源的购买的过程里面，客户会有一个计划: 我要去购买什么内容，准备什么样的这个计划，采购什么样的资源，都会有相应的计划，计划确定了之后再去相应的采购，采购之后对应的去做资源的使用。
虽然使用之后可能会涉及到一些复工以及复购的过程，里面又会如何影响到原来整个采购的计划，这是在资源采购的过程里面，在这整个采购的过程里面，其实我们财务管理的一些诉求影响到或贯穿到整个的资源购买的整个过程里面，比如说在云计划的购买里面，我们会有相应用于此的一个计划，在这个过程中去怎么样去规划我们的预算，让我们规划我们的一个账号，这个使用规划到各个账号下面的优惠和折扣怎么去跟阿里云沟通，去签订相应的合同，包括整个过程里面的资金的分配，资源包的分配以及包括整个代金券优惠的一些相关的分配，这是在计划了这个环境里面，在计划确定了之后，我们后续就会相应的去连上去。
这个购买的过程中我们需要一个账号，就是订单的下单采购对应的资源，资源确定了之后去做订单的支付，支付完成之后去做相应的资源，开通之后使用以及使用之后会产生相应的账单，拿到账单之后会涉及到开票，还款，销账以及一系列的这个过程。
这个过程只是说在整个购买的过程，那购买完之后会涉及到资源的使用，在这个使用的房间里面我们会有一些监控分析的这个相关的功能，包括资源的到期的预警，资金的预计包括整个费用和跟承办的一些分析，包括分析完之后整个跟业务这一侧跟客户业务这一侧的相关的成本核算，这个单元去做相应的这个分账，包括在这个过程中对位置。未来消费的一些预测以及包括预测之后的一些相应的分析结果，已经包括整个停复机的控制。
监控分析的环境里面会涉及到一些管理的动作，最后整个监控分析完了之后，有对应的消费的分析结果出来之后，我们也会有进一步的去优化这个云上成本的构成的诉求啊，这个我们提供了一些相应的推荐相应的这个优化的这个建议来协助客户一起能把这个云上这个成本做到最优化，所以这个是客户在参与到我们过程中，整体的涉及到财务管理的环节以及在各个环节里面设计，提到一些对应的这个动作或者是一些管控的这个诉求。我们提供了相应的功能来辅助客户，做相应的管理，这是一部分。
那整个客户的复杂度也有不同的，不同的成绩，有一些相应的小的开发者客户或者中型的一些企业客户，甚至是一些大型和超大型的一些政企业的客户，在整个上面的这个过程里面，他的管理的诉求，管理的精细度，管理的范畴，管理的范围肯定相应的会有一些差异性的信息或者场景存在。他在整个过程里面，我们其实也提供了不同的体内的相应的解决方案，辅助到客户去做相应的一些功能的使用，更包括整个云上消费的管理。
整个过程或者整个解决方案，我们可以分为三类场景，第一类是针对的是基础性的一个客户，这一类的主要针对的是一些个人的开发者场景，这些场景的客户相对来说管理的诉求和管理的这个精细度可能要求不是特别高，或者是整个消费的频次，消费的这个体量相对于来说也相对较小，在这个过程里面，客户可能主要是注册一个账号来去做相应的充值跟购买，以及购买之后相应的开具发票跟账单查询相关的这些功能，可能整体相对来说就比较足够了，那这是一类的客户，所以相对来说比较基础的产品能力给到这一点的客户。
然后对应的基础的这一类的客户，上面有一个进阶性的客户，在这一个层级的客户中，对整个云上消费的管理的过程相对来说就比较完善或比较充分，涉及到这个点以及管理的这个点管理的精细度就会更高，在整个刚才上面讲到的这个消费的过程里面包括用于的计划执行监控的分析，包括整个优化这个建议过程中，整体如何参与进去，在针对进阶型的客户时我们会提供一些进阶类的客户的整体的解决方案来提供给到客户，去做相应的使用跟辅助，所以今天的介绍里面也主要是针对这一类客户的一个场景的介绍以及包括方案的介绍。
然后还有一部分客户的话，相对来说可能是自开发的这个能力或是服务的能力相对来说更高的，这里边所提供的其实是一些自定义的能力，主要提供了像自定的这个账单是自助分析能力，包括api的这个集成的服务的这个能力，这类客户主要可能会通过api能力集成阿里云提供的相关的材质管理的服务能力，来做自己的一个后台，自己的云上的一个管理的这个平台。主要是这三类的这个场景，以及这个场景下面对应的解决方案。
那今天我们主要介绍的就是进阶性这一部分的客户，客户相对来说管理精度会比较复杂，但最后的实际的使用还是在阿里云整个用户中心的这个后台上面的，这一类的客户的这个解决方案大概是怎么样呢？我们提供了相应的下面的这个集中解决方案。
三、云上财务管理解决方案说明
从账号的视角上看，可以分为两类，第一类是单账号的场景，第二是多账号的场景，整个过程里面还是贯穿到刚才讲到的用于的计划执行，分析，监控以及优化建议这四个环节。
在单账号的解决方案里面提供的这个真理的过程里面是单账号的自己各自独立的预算的管理，包括充值下账进行开机的控制，包括对账跟开票的能力控制。然后在监控分析跟优化建议里面，我们提供财务单元的分账加基于财务单元的分析的建议跟解决方案的能力来应对于我们个人开发者或者是业务相对来说简单明确的一些小的企业类客户，这类客户解决方案比较适用于客户这一侧内部的这个组织规模比较小的或者是管理跟经营的分析相对来说还比较粗放的客户的场景或者是说相对不是那么复杂的客户场景，那我们比较推荐客户注册单个账号去做相应的使用，但针对一些客户这一侧管理精细度以及客户的业务的构成相对来说会比较复杂的这个场景的客户，我们建议客户按照自己内部最小的这个成本单元或者是说业务单元的这个维度去注册账号以及注册多个账号的管理能力来提供给到整个环节过程里面的使用，在注册了多个账号之后，肯定会面临多个账号的管理的复杂度较高的问题。
所以今天主要介绍的就是针对于多账号管理复杂情况下怎么样去高效管理的过程？那整个多账号的体系下面提供的这个企业提供管理财务的功能。很多公司的客户可能也相应的有使用过相关的这个功能，这里的话提供的客户这一侧可以把多个账号通过阻止账号关联的方式关联到一起去做统一的管理。然后再费用结算，包括是停复机的控制。
我们提供了财务管理跟财务托管的两个不同的这个解决方案，或者是结算的这个策略，来提供给到不同的客户的管理的数学的场景去做相应的使用，财务管理跟财务托管，这边也列到了相应的在整个用于的计划包括执行分析到优化建议过程里面的使用的一些差别的这个点。主要的话包括在几个方面: 一个是说账号的预算设置上面。第二个呢是说账号付费结算的方式上，在监控分析过程里面账号的这个停复机以及分析的维度上面包括在整个优惠建议的过程里面相应的一些差别，下面的会有一页片子详细介绍到财务管理跟财务托管的两个解决方案的差异点或者功能点，这两个方案会有相应的一点差异，财务管理的这个方案比较适用于内部组织复杂，而且管理客户的管理经营分析精细的这个客户，精细的过程里面主要控制在或者体现在哪一点呢？
主要是在于对于账号的预算的控制，财务管理会提供到每个账号分别独立的预算控制以及相应的这个停复机的控制，相当于就是说账号会分配一笔预算。但在预算的情况下他可以去合理的去做这个相应的消费和使用，但是如果超出了这个预算，那这个账号的使用的控制就会受到这一侧相应的停复机的相应的控制逻辑，但这一层的停复机的控制也会仅局限控制在这一个账号之内，不会因为这一个账号的欠费而影响到其他账号的使用，所以这是财务管理的特征。那财务托管是在场景下我们主要是提供给到客户这一侧内部组织复杂，但是仅经营跟管理分析或者是说在预算的控制维度相对来说比较宽松的客户。那这一类客户主要场景体现在什么地方呢？主要就在于是说资金的控制，停复机的控制，没有特别强控的要求，各个业务的管理控制可以在公司的统一的一个维度来做相应的控制，那我们可以去设置在这种场景下去设置客户下面子账号托管给到公司的一个托管主账号的逻辑去做这个相应的使用。那在这个过程里面托管的这个子账号就可以直接去做消费的使用去共用主账号上面对应的这个资金预算，而不需要像财务管理这样去做相应的滑坡跟分配，已经在这个使用过程里面去做相应的监控的使用，那整体而言都在通过主账号维度统一的去控制这一家公司里面多个账号的资金的预算的使用以及包括停复机的控制。所以这是相对来说比较粗略的一个差异点，主要是三个解决方案。
这边详细介绍了一下托管与管理这个能力差异。它相同的这个点主要在于体现在多是对一个公司下面多个账号的跨账号管理的这个功能，所以它都有相同的通过主账号去关联子账号以及邀约子账号去做相应的跨账号管理的这个功能，差异点会体现在刚才说的能力的场景上面，那财务管理是做独立的预算控制的，各个账号去做独立的预算控制，那财务托管是各个账号去共用主账号的一个预算控制，而且托管的情况下面只支持到两两的这个托管，就是a账号可托管给b账号，但a就不能再托管给另外一个c了，甚至b也不能再托管给c，所以有这么一层业务逻辑的控制。但在一些使用的条件上面，会有一些比较特殊的地方。
比如说在财务托管的这个场景下，涉及到信控跟资金的分配，以及包括合同折扣的优惠共享这个逻辑，在这个规则里要求到能去建立到财务管理之后能够去做信控的共享，资金的划拨，包括合同折扣的优惠共享，那在三者前提下面必须是这个实名认证是需要相同的。然后在托管的逻辑下面也是一样需要支持，需要保证去建立财务托管的主跟子账号是相同实名认证的。
然后其他的场景里面包括对账单的管理，发票的管理以及结算的逻辑的管理，包括整个优惠资产的一些跨账号的使用的问题，这边有详细的一个介绍啊，这些涉及的内容比较多，我这里就不详细的这个展开，各位同学也可以看到相应的内容，以及包括后面这个内容，也会发布到官网的这个文档上面，大家可以去详细的使用。
需要特殊说明的一点是在托管的场景下面，因为托管这一侧去要求了公司账号的实名认证一致，所以对于托管的这个场景里面，默认是阻止账号的优惠是共享的，以及包括这个过程里面对于优惠券，代金券，储值卡资源包，包括一些其他的节省计划这类的可以抵扣的资源的这个层面上面，提供了通过主账号购买，可以共享给到子账号去做使用的功能，所以有这么一层这个业务的功能提供给客户，所以这个地方是托管跟管理的能力的详细的差异点。
四、案例
案例包括多账号去做批量高效管理的解决方案的相关的这个案例，客户这一次的诉求，大家相信也是比较有体感的，主要在于说跨账号，怎么去隔离？
去做管理到提供的这上面财务托管跟财务管理的解决方案，通过账号的方式把客户这一次业务的这个数据做相应的隔离，然后通过跨账号管理的功能来实现多账号的一个高效管理的这个方式有什么优势啊？一个呢在于是说我们数据的隔离，云账号是天然的，在这个最新力度的一个资产的或者是资源的一个隔离的一个维度，在这个维度可以做到数据的一个切分，包括资产甚至是财务成本相关维度的一些相应的这个切分，所以可以做到数据的相互隔离，不会涉及到跨账号的跨业务的数据的混乱的使用。
第二是做可管可控，就是刚才讲到的可以跨账号的去做相应的这个管理，这是管理的方式啊，再去做相应的跨账号化的管理，然后另外一个是分工的，这个明确更高效，我们建立了托管关系，管理关系之后，那子账号就可以去主要去关注于他自己的这个下面的资源的开通跟资源的使用，包括整个资源的运维的过程，那涉及到相应上面除了账号说消费产生的费用的层面，那可以给到这个主账号去做统一的协调管理。但可以把这个运维的工作跟财务的工作可以做相应的分离，然后各司其责的去做相应的管理的控制。
然后右边的话，我们提供了一个案例去介绍一下客户的场景，下面我们作为使用到托管跟管理之后相应的一个解决方案的一个构成，那这个地方举了一个例子。这样的客户的话，作为一个主账号，代表他注册了一个账号作为公司基础，代表成为一个集团内跨账号的一个管理的一个主账号，然后通过财务关联的方式去管理集团下面的一些其他的这个子账号，比如说子账号一子账号二，那它其实是有独立管控的这个诉求，独立的做过预算管控的诉求的，通过财务管理的方式把关系给建立起来，成为一个主账号的一个关系类型，然后对于子账号三跟子账号四就是可以在集团层面去做统一的控制的，那可以把这个集团这个账号都托管给他，这个集团这个主账号以托管的方式建立起这个关系，那托管关系建立之后，这个子账号三跟四下面对应的这个账单跟交易的这个订单，包括后面的这个发票优惠的这个逻辑就会发生到对应的变更了，那交易下单的过程里面还是以子账号的身份自己去做订单的下单。
最后付款的环节里面，我们会到主账号下面产生对应的资产去做对应的核销，所以资金会去用到这个主账号的金额，然后包括在这个过程里面优惠的层面是阻止账号都会供应到自己的这个优惠规则，然后在账单跟发票层面子账号推对，就没有独立的账单跟发票了，这些账单发票都会体现到主账号上面去。所以在主账号上面我们会看到这个数据的构成。一个是做子账号一跟子账号二，那它会独立的去做这个消费的使用，大概会在子账号的维度独立的去产生对应的这个账号的账单，我们可以看到有一个uid为子账号一，然后使用者使用这个功能账号就是资源的使用者是子账号一产生的对应的账单跟发票，他也是一样的逻辑，但下面的这个，这账号三跟四经托管关系之后，把我们所看到这个账单上的这个号uid就是主账号的这个账号，在这边的功能账号对应的这个资源的使用者，我们就可以把产生资源使用所产生的这个账号给区分出来，分别是托管的这个三账号托管的四账号以及组织他的自己各自产生了这个账单的这个账单以及发票这个相关的这个数据啊，这是在个多账号，通过财务管理，财务托管方式建立关联关系之后，在主账号的视角下面可以去看到的这个主账号的这个数据的这个案例。
主要上面的内容的话就大概介绍就完成了，主要涉及到刚才讲到的几个部分。一个呢是说我们客户这一次管理的这个场景，第二个是说云上管理场景里面的这个内容，第三个是我们对应提供出来的这个解决方案在用于的计划执行监控分析，最后的这个优化建议过程里提供了财务管理等各个的功能。管理诉求的场景点，以及结合到多账号的场景下提供出来的解决方案，可以在业务简单的情况下面注册三个账号去做相应的管理使用，在业务复杂的情况下面注册了多个账号，以及根据实际业务的预算控制诉求来选择使用财务托管还是财务管理的解决方案，应对到后面多账号管理的这个场景。
五、Q&A
我们在使用到这个多账号管理解决方案里面常见的一些的问题。第一个问题是我们财务管理的情况下面如何去选择性继承资金且更优惠？
主要的问题在于是说我们会需要有一个前提的条件，就是主账号跟子账号实名认证一致，可以通过主账号去划拨对应的现金对应的这个信号给到子账号去做相应的使用，那子账号只能是由主张号给他多少，然后他去使用多少的模式，然后另外一个优惠的方式，可以去做相应的邀约的过程里面权限的设置，然后有主账号优惠的这个权限共享给他子账号来做来到达到共享优惠的目的。
第二个是说在财务管理的关系下面主账号如何去帮助子账号去做批量的管理？
不管是主账号还是子账号都是否实名认证是否一致，其实都可以去建立财务管理的关系，然后来做跨账号，跨实体的账号，下面的这个账单的查询发票的管理相应的功能，但是这个前提必须是指账号是同一个情况下面，所以就可以去做这个功能，但是如果是跨时期的托管的关系，刚才讲到了需要做到实名认证一致，所以托管的情况下面是不能不一致的情况下面去创建的。
第三个问题，财务托管的关系下子账号如何自己去做支付跟还款啊？
托管的关系下的话，子账号的话，它只是自己下单，然后去付款使用的钱是会用的主账号的钱去做扣款的。所以子账号不需要，如果主账号的维度上又需要把子账号的消费以及发票给区分出来，我们可以通过上面刚才讲到的账单里面的owner账号，然后发票开票的数据的公用账号的方式能够把对应的这个执照和消费的部分给区分出来。这是一个常见的问题。
第四个的问题是财务托管的关系下我们如何去知道每个子账号各自花了多少钱？
其实刚才也讲到了，我们可以通过主账号，账单里面的owner账号信息，来分辨出来这一条是哪条账单，分别是由来哪个子账号来产生的，那也就可以通过这个方式，来汇聚出来我们对应的这个子账号，各个子账号的消费，产生了多少的费用。
第五个问题是财务托管的关系上面我们的主账号有一张代金券，只想给子账号去使用怎么办？
这个场景里面其实是比较普遍的，包括在财务任何跨账号的管理的情况下，我们都会涉及到资产怎么去做这个共享的使用的问题，那在针对这个代金券的这个场景下，我们国内的场景客户应该用的比较多的，我们提供了一个代金券，可以去做滑坡二次配置的功能，那接下来会有PPT展示，就是介绍一下这个场景啊，主体的这个逻辑，我们会提供代金券，提供给到管理人员的这个账号去做二次的分配使用，把分配给他买一个账号去做相应的使用，这个账号就可以使用这一部分，如管理员分配给到他的这个代金券。接下来会有一张片子做具体的介绍，这里先不展开。
第六个问题也是最后一个，我们财务托管的关系下子账号如果想去操作把托管的关系下单开一张发票？
各个子账号的费用以及发票会产生到这个托管的主账号身上，把主账号的情况下可以通过刚才上面说的功能账号的信息，然后挑选出来有各自子账号的产生的这个费用以及对应的发票来做独立的开具，所以这个也是可以相应的操作的。主要是刚才讲到这个扩张对应的的财务管理跟财务托管这两个多账号，还有管理的过程里面的一些层面的问题的一些介绍。
六、演示及总结
接下来的过程，我们也线上实际演示一下我们整个财务云，且财务的这个跨账号管理的这个功能，大家后续的话也可以去做相应的这个体验和使用，如果各个过程中遇到了一些问题或者是一些疑问的话，也可以反馈到钉钉群里面去。
然后我们会在这个群里面做相应的这个回复以及官网的话，我们有相应的这个文档的这个目录，文档的这个地址，大家如果有问题可以先去参考查询一下辩论这个文档的一个设置。那接下来的话，我们就选用一个测试账号来给大家演示一下相应的这个功能。
这是我们用户中心的这个页面的功能，大家在后续使用的过程里面可以登录到我们的用户中心里面，在这边登录，通过账号登录进去之后在页面的这个左下方这个企业财务这一侧的地方，我们就可以看到几个功能，一个是财务关联，一个是统一结算，一个是统一账户，这三个模块的功能就提供给到客户跨账号去管理的这个能力，财务关联所体现的功能主要是在于客户这一侧，多个账号怎么去建立关联关系的过程以及关联关系的管理，包括这个关联关系的这个账号下面的权限的设置，然后统一结算，提供给客户的是我们在财务管理的关系下那各个账号还是做独立的预算以及结算控制的，又提供了一个可以由管理员对下面的这个成员账号来发起统一的这个结算的功能，统一开票的功能，然后统一账户这一侧提供给我们多账号下有主账号怎么去查询成员账号的这个资产以及包括怎么去配置设置成员账号资产的一个功能模块，我们大概一个个来介绍一下。
电脑用户中心里面如果是一个未开通企业财务的功能的客户的话，见到这个财务关联的这个页面，页面会提示一个开启的这个功能，一个按钮以及包括相应的这个协议，大家把这个协议确认掉以及点击开通这个功能且财物这个功能就会开通出来了，开通出来之后大家就会看到这个财务关联以及包括下面的统一结算跟统一账户的相应的这个功能模块，然后在统一财务关联的这个页面提供的账号关联的功能以及包括用户组配置的功能，主要的模式通过这边的创建账号或者是邀请关联账号的方式来提供给到创建关联账号，指的是说我们在一个业务还没有注册账号的情况下，我们在这边如何给到这个客户创建一个账号以及这个账号默认就在关联的这个关系里面去做相应的这个管理，邀请关联账号指的是这个账号已经通过其他方式注册在使用了，但是我要把他邀请到这个关联关系里面去做相应的这个管理来进来提供的这个功能，首先我们看一下创建上面账号，点击，我们会有一个账号创建的这个过程。包括账号及昵称
这个设置以下关系策略这一侧比较关键的，那我们刚才讲介绍到了提供我们财务托管以及财务管理的这个功能，选择给到这个场景里面，那我们默认选中的是财务管理的功能，那相当于是说各个账号下面是去做独立的，这个算跟管控的，那在财务管理的情况下面，我们提供了下面的一些管理的这个权限点，包括用优惠的这个身份啊，信控的这个身份。以及优惠的这个跨账号的同步以及跨账号的这个对方账号的这个财务资产的这个查询以及对应对应项子账号的账号，这个提现包括发票以及相应的管理者和功能啊，这是相应是这里的客户这一次根据自己业务实际的管理诉求去选择对应的管理的这个一个结算关系策略，第二个是对应这个权限点，但是如果选中的是一个财务托管的情况下那我们其实在这个过程里面没有相应的这个权限点去做设置，默认的是一套相应的权限策略优惠的共享，以及包括整个账单发票相应的归属资产的逻辑的处理。所以这是通过账号关联情况下去做的这个动作。
然后如果是以对一个已经存在的账号了，我们可以通过邀请官员账号的方式来去做相应的这个设置，那在邀请的地方，我们可以去输入对方账号的一个账号的名称以及对应名称的备注，财务关联的关系里面去做对应的账号，这个账号的识别，然后第二步的这个动作里再输入一个账号之后，那我们这边可以进到这个关系的配置的权限的设置页面，这个页面跟刚才在创建关联账号这个地方一样，就是我们会去选择对应这个账号的结算策略是财务托管还是财务管理，然后在这个动作确认之后就到第三步提交之后，对方的这个账号会在我们用户中心的页面收到一个通知，在这个通知上用户可以去对方的这个账号可去选择同意或者拒绝在同一个情况下之后，那我们就可以看到对应的这个账号以及去做相应的这个管理使用了，在这个页面里面我们提供了整个跨账号管理的一个账号列表以及包括对应的操作以及权限的清单的逻辑，然后对于财务管理关系下，我们还提供了升级的设置，这个升级的设置提供给老师，从财务管理升级成为财务托管。去做相应的关系的重新关联，包括解除以及对应的信息的删除，然后再建立好关系之后，我们后续在用户中心的其他页面里面就可以去做相应的使用了，那建立账号关联关系之后，比如说我们在账单的这个页面，那我们就可以在这一次的账号这一侧可以去跨账号去管理其他账号的数据，比如说我可以切换另外一个账号去看看账号的对应的账单，包括账单的详细的信息也可以去做相应的查询以及包括我们时间里面收支的这个明细，我可以去看其他账号的对应的账单账号的这个流水的信息，包括资金，然后包括预算的层面也可以去做跨账号的预算的设置以及相应的发布的演员可以去做跨账号开局跟管理。
这个号关联之后我们就可以去做跨账号的管理，这是一个然后跨账号的管理，关系建立之后其实还涉及到这个账号下资金的这个使用，特别是在财务管理的关系下，那我们肯定要为账号去转移转账一部分资金或者是设置一定的这个信控额度，我们才可以拿这个账号去做正式的使用，所以在统一账户这个地方提供给到了客户这边跨账号的资产的资询。
跨账号资产的查询共享，包括滑坡的一些设置的功能，这里面包括一个现金的划拨，那我可以把主张的现金啊直接划拨给他子账号去做，相应的使用放宽了这个金额填写之后就可以子账号的这个钱划拨给他子账号上去做使用，划拨之后如果这个子账号的钱有多余以及也不需要与或许用于后续的业务也可以去做回收。
也可以去给他子账号设置相应的这个信控额度，那这个前提必须得这个主账号有对应的信用额度才行，才能把这个子账号上的这个额度去设置。
然后这边也提供了我们每个账号的对应的费用和可用的额度以及包括对应的现金信控相应的构成的这个情况以及对应的这个代金券优惠券，各类卡券资产的这个数量的情况，所以在这个页面都可以跨账号直接查询的，另外，我们也提供了每个账号的这个可用额度预计的功能，通过主账号也可以一次性的去批量设置，每个成员账号的这个可用额度预计的这个预值以及包括开关的这个设置，是对于现金这类资产以及包括抵扣的这个资产的这个跨账号查询中管理的功能。另外，其实我们也提供了这个资源共享的功能，共享的话主要是在账号下，我们在财务托管关系下，我们对账号进行一个节省计划。
包括资源包以及这类抵扣类资源的一个跨账号的共享，那逻辑我们可以去设置一个共享的这个策略以及相应的这个策略去做相应的这个共享，然后共享的方式里面我们提供了按账号维度去做设置，或者是按志愿的共享的用户处的维度去做相应的这个设置的这个逻辑，以及可以去做相应的这个这个设置的这个控制，可以把对应的这个存储包或者容量包以及节省计划，根据一定的这个诉求来控制到把这个共享包要不要共享给他对应的这个子账号或者是说按照这个资源用户组的方式共享到一个用户组。
这是一个资源共享逻辑，然后在资源共享逻辑之外，刚才也讲到了还有一层代金券的逻辑，代金券逻辑这个子账号没有配置到这个测试数据，我们回到这个页面的功能里面给大家做一下这个ppt的功能里面给大家做一个介绍，这里面的逻辑，就是说什么样的一个场景呢？
因为我们很多的客户都会有很多的业务需要上云以及包括这个的过程里，其实阿里云的商务同学会申请一定的这个代金券免费给到客户，上面的这个适用的过程里面相当于是体验在这个过程里的这个测试，那在这个测试的环节里面通过代金券的方式免掉客户这一侧的这个成本，所以很多场景下因为涉及到这个申请的过程，这个复杂度以及包括客户这一次业务的这个灵活度，很多客户也提到了这个数据，希望能够有客户这一次自己来灵活分配这个申请到这个代金券的这个额度，所以我们提供了一个代金券都存在功能，有三五同学去提交相应的这个申请，申请之后给到这个客户，然后由客户产生一个对应的这个代金券的额度值，然后根据实际的这个使用过程里面再从这个额度池，代金券分配给到对应的一个账号成长，然后有获取的这个账号实际去操作跟使用这个代金券。
所以这个过程里面主要会有三个动作，第一步动作会有我们的cm的同学或者是我们的这个客户的服务经理的同学，为客户这边的这个主账号申请一张代金券，然后这个流程审批通过之后会再让客户，看到一张额度池的这个信息，一张数据在这个数据上面，可以通过这边的这个操作的功能把这个额度值通过第二部分的方式来给他来分配到给他具体的这个账号去做使用。
过程里面会根据业务实际的托管跟管理的情况，把这个代金券分配给到对应的这个账号，然后如果是这个账号下面的这个券使用不光我把这个券重新回到这个额度池里面，再分配给到其他的地方去做相应的这个使用，然后分配完了之后第三步，这个子账号成员账号具体要去使用的这个账号，就可以再代金券管理的这个页面里面看到对应的自然代金券以及包括自证券的这个消费的这个使用明细，以及在整个消费的过程里面就可以去用到这一张券去做相应的这个付款，然后包括使用之后对应的一些等下再使用记录的一些查询。
那在这个额度值的这个使用过程里面也经常碰到一些常见的这个问题，这边有相应的列举了四个这个产业的问题，第一个包括的是说为什么我们只发了五张券，但是最后只查到了三张？
这个里边的话会是因为我们的这个账号的这个权限的关系，财务的账号是确认拥有者，需要在主账号切换到这个，这个使用者下去才能看到此账号的这个数据，这个单纯看这句话提感可能不是特别强，我们可以来看一下我们这个卡券的这个页面，代金券管理的页面的话，我们其实提供了一个跨账号的查询的功能，所以我选择这个账号查询到的是对于这个账号下面的这个券的这个数据，所以很多情况下面我们分配出去几张券的时候，那我们对应的券的这个使用者需要明确，然后到对应的这个使用者下再去能查到对应的这个券的这个结果，所以这个地方不是因为数据的这个丢失，而是因为这部分数据在另外一个账号身上。然后为什么托管的这个子账号看不到券啊，这里边的话跟我们托管的这个业务逻辑相关，因为托管的情况下付款者或者是说资产的这个所有者以及包括整个款房其实在托管的这个分配给他托管子账号再去使用的时候，其实是把这张券分配给到了主账号，然后在券的使用规则里面限定的只有哪一个子账号可以做使用。所以在子账号消费产生之后，我们会去根据这个使用规则来配匹配具体券的使用，所以在托管的情况下面那张确实在主账号上，然后子账号是作为一个使用者，所以只账号从子账号上视角上去看，是看不到这一张券。有这么特殊的一个点。
然后第三个是为什么现在适用范围里面子账号却没有用券去做相应的这个消费啊，那这个里边会有几层关系？一个呢是说我们券其实本身是有效的，但是可能是因为财务的这个阻止之间关系解绑了，然后券这样的话就不会被子账号去做消费的使用，这个是特别是这样的托管的这个场景下会面临这样的问题。那如果这样的情况下你多余出来，那我们可以去手工的把这张券去做相应的额度的回收，然后重新划拨给到其他需要的这个账号去做相应的这个使用，或者是说重新再去建立关联关系，财务托管的关系之后再去做相应的这个使用。然后客户这边第四个场景的问题，客户这边自己生成券是否能指定这个券的有效期，那这个的话其实是不能的。整个券在券这边主账号去申那个客户的主张去申请代进去预算期的过程，会把券的使用规则，使用规范，使用条件明确下来，所以在二次分配这个券的时候，只是对券的使用的对象，现在使用对象对应的这个金额在做了一次二次的划分，债券本身的使用逻辑上面包括可适用的场景费用的这个产品类型，包括使用这个。这个时间这些还是一个维度的控制。
我们再来重新回顾一下我们今天整个的一个内容。第一个，我们介绍了一下我们客户这一侧就是跨组织，然后多视角，多部门进行管理下的一个业务场景以及客户这个管理的特征，所以这里面关键的一个点是我们客户的这个账号的这个注册，以及客户的个业务的这个复杂度，影响到了账号注册的情况。第二个，是说我们在云上管理这个过程里面会涉及到的一些管理动作，管理功能以及对应的这个相应功能，怎么如何提供消费的这个过程的介绍，然后介绍了我们三个的解决方案的这个过程基础性的场景，进阶型的场景，更是服务的场景分别提供了什么样的这个能力以及场景和工具及管理啊。
然后我们重点今天介绍的是对于进阶型这个场景下的客户如何去做跨账号的这个管理啊？那账号的管理依据客户业务的复杂度，我们提供了单账号的这个模式跟多账号下面财务管理跟财务托管两类的不同的这个结算跟解决方案。然后介绍一下财务托管跟财务管理的整体的这个能力差异，以及对应的最重要的特征，这个或许大家可以详细的去了解一下。
然后也介绍了一个案例，怎么对于这个财务管理跟财务托管关系之后建立之后对应的站票的数据如何去做相应的这个查询，然后有一些常见的一些问题，然后包括也做了一些操作上的这个演示，然后最后对我们的代金券额度值的功能做了一个相关的这个介绍。
