作者：MeshCloud脉时云公有云架构师 周宽本文档介绍了最佳实践、工具和技术，可帮助您跟踪和控制 Google Cloud 中的资源费用。本部分中的指导适用于预配或管理云资源的用户。一、费用管理重点领域Google Cloud 中的资源费用取决于您使用的资源数量以及结算资源所采用的费率。如需管理云资源的费用，我们建议您重点关注以下几个方面：费用可见性资源优化费率优化1.1 费用可见性跟踪您的支出金额以及资源和服务的费用结算方式，以便分析费用对业务成果的影响。我们建议您遵循 FinOps 操作模型，该模型建议您执行以下操作以在整个组织中公开费用信息：分配：为每个费用项分配一个所有者。报告：将费用数据设置为可用、可使用、可操作。预测：估算和跟踪未来的支出。1.2 资源优化根据工作负载的要求调整云资源的数量和大小。在可能的情况下，请考虑使用代管式服务或重新设计应用架构。通常，各个工程团队比中央团队在优化资源部署的机会和技术方面拥有的背景信息多于中央 FinOps（财务运营）团队。我们建议 FinOps 团队与各个工程团队合作，以发现可应用于整个组织的资源优化机会。1.3 费率优化FinOps 团队经常集中制定费率优化决策。我们建议各个工程团队与中央 FinOps 团队合作，以充分利用预订的大幅度折扣、承诺使用折扣、Spot 虚拟机、固定费率价格、数量和合同折扣。二、设计建议本部分推荐可用于监控和控制费用的各种方法。2.1 合并结算与资源管理为了高效地管理 Google Cloud 中的结算和资源，我们建议您为组织使用单个结算帐号，并使用内部退款机制分配费用。针对结构松散并且各实体不会相互影响的综合性大企业和组织，使用多个结算帐号。例如，转销商可能需要为每个客户使用不同的帐号。使用单独的结算帐号还可以帮助您遵守特定于国家/地区的税务法规。另一个建议的最佳实践是将您管理的所有项目都迁移到您的组织中。我们建议您使用 Resource Manager 来构建有助于实现以下目标的资源层次结构：根据每个资源与其直接父级的关系建立资源所有权的层次结构。控制如何将访问权限政策和费用分配标签附加到组织中的资源以及资源如何继承这些政策和标签。此外，我们还建议您根据使用量按比例分配共享服务的费用。根据业务目标和优先级的变化，定期查看并调整费用分配参数。2.2 使用标签跟踪和分配费用标签采用键值对形式，可用于标记项目和资源。如需按照所需的粒度对费用数据进行分类，请建立一个适合您组织的退款机制并且可帮助您适当分配费用的标记架构。在项目级层分配费用分配标签，并定义一组默认情况下可应用于所有项目的标签。您可以在创建项目时自动分配标签。我们还建议您定义一个流程来检测和更正标签异常和未加标签的项目。使用 Forseti Config Validator 和强制执行标记等 Cloud Security Posture Management (CSPM) 工具，定期扫描环境以查找是否存在标签违规情况。如需跟踪共享资源和服务（例如，常见数据存储区、多租户集群和支持订阅）的费用，请考虑使用特殊标签（如“共享”）来识别共享项目。2.3 配置结算帐号权限控制如需控制对 Cloud Billing 的访问权限，我们建议您仅向管理结算联系人信息的用户分配 Billing Account Administrator 角色。例如，财务、会计和运营部门的员工可能需要此角色。为避免结算支持出现单点故障，请将 Billing Account Administrator 角色分配给多个用户或某个群组。只有拥有 Billing Account Administrator 角色的用户才能联系支持团队。进行以下配置以管理对结算的访问权限：如需将结算帐号与项目相关联，成员需要拥有结算帐号的 Billing Account User 角色以及项目的 Project Billing Manager 角色。为了让团队能够手动将结算帐号与项目相关联，您可以分配组织级层的 Project Billing Manager 角色和结算帐号的 Billing Account User 角色。您可以通过将 Project Billing Manager 和 Billing Account User 角色分配给服务帐号，在项目创建期间自动关联结算帐号。我们建议您限制 Billing Account Creator 角色或移除此角色的所有分配。为了防止因意外更改项目的结算状态而导致服务中断，您可以锁定项目与其结算帐号之间的关联性。2.4 配置结算报告设置结算报告，为您需要跟踪的关键指标提供数据。我们建议您跟踪以下指标：费用趋势消费最高的用户（按项目和产品）支出不规则的区域整个公司的关键数据洞见，如下所示：异常检测特定时间段内的趋势在一组模式下（例如按月）发生的趋势内部和外部工作负载之间的费用比较和基准分析业务案例跟踪和价值实现（例如，云费用与类似本地资源的费用的对比）验证 Google Cloud 帐单是否与预期一致且准确无误2.5 分析趋势并预测费用使用 BigQuery 账单导出功能自定义并分析费用报告，并使用 Looker 数据洞察直观呈现费用数据。使用预测工具评估实际费用的趋势以及您可能需要支出的费用。2.6 优化资源用量和费用本部分推荐了最佳实践，可帮助您优化资源在 Google Cloud 服务中的用量和费用。为防止超支，请考虑为所有项目配置具有高阈值的默认预算和提醒。为了将预算保持在特定范围内，我们建议您执行以下操作：为需要绝对使用限制的项目（例如培训项目或沙盒项目）配置预算和提醒。根据您需要跟踪的财务预算定义预算。例如，如果部门具有总体云预算，请设置 Google Cloud 预算范围，以包含您需要跟踪的特定项目。为确保预算得以维持，请将配置预算和提醒的责任委派给拥有工作负载的团队。为了优化费用，我们还建议您执行以下操作：限制 API 用量（如果它对业务的影响最小或没有影响）。设置上限功能非常适合沙盒项目或训练项目以及具有固定预算的项目（例如 BigQuery 中的临时分析）。设置上限功能并不会移除关联项目中的所有资源和数据。使用配额设置硬性限制以限制资源部署。配额可帮助您控制费用并防止恶意使用或滥用资源。配额按项目级层资源类型和位置应用。在 Recommendation Hub 中查看并实施费用优化建议。购买承诺使用折扣 (CUD)，以节省处理具有可预测资源需求的工作负载的资源费用。三、工具和方法云中的按需预配和按用量付费特性可帮助您优化 IT 支出。本部分介绍 Google Cloud 提供的工具，以及可用于跟踪和控制云资源费用的方法。3.1 结算报告Google Cloud 在 Google Cloud Console 中提供结算报告，以帮助您查看当前和预测的支出。通过结算报告，您可以查看单个页面上的费用数据、发现和分析趋势、预测期末费用，并在必要时采取更正措施。结算报告提供以下数据：给定时段的费用和费用趋势，按以下方式进行整理：按结算帐号按项目按产品（例如 Compute Engine）按 SKU（例如静态 IP 地址）在不使用折扣或赠送金额后可能产生的费用预测支出3.2 将数据导出至 BigQuery您可以将结算报告导出到 BigQuery，并使用精细的历史数据视图（包括使用标签分类的数据）分析费用。您可以使用 BigQuery 机器学习执行更高级的分析。我们建议您在创建 Cloud Billing 帐号时启用将结算报告导出至 BigQuery 的功能。您的 BigQuery 数据集包含自设置 Cloud Billing 导出之日起产生的结算数据。该数据集不包含在启用导出之前的时间段内产生的数据。注意：由于延迟报告的数据、时间戳变体、错误、调整和税费，导出的结算数据可能与结算帐单中的数据不同。如需直观呈现费用数据，您可以创建与 BigQuery 集成的自定义信息中心。您可以使用标签作为过滤导出的结算数据的条件。帐单导出中包含的标签数量有限。在一小时内，系统最多保留 1000 个标签映射。标签不会显示在帐单 PDF 或 CSV 中。请考虑使用指示业务部门、内部退款部门和其他相关元数据的标签，为资源添加注释。3.3 结算帐号权限控制您可以通过为资源定义 Identity and Access Management (IAM) 政策，来控制对 Cloud Billing 的访问权限。要授予或限制对 Cloud Billing 的访问权限，您可以在组织级层、结算帐号级层或项目级层设置 IAM 政策。注意：虽然结算帐号与项目相关联，但结算帐号不是 IAM 中的项目的父级。项目不会从其关联的结算帐号继承权限。结算和资源管理的访问权限控制遵循职责分离原则。每个用户仅拥有其业务角色所需的权限。Organization Administrator 和 Billing Administrator 角色拥有的权限并不相同。您可以在结算帐号级层或组织级层设置与结算相关的权限。常见角色为 Billing Account Administrator、Billing Account User 和 Billing Account Viewer。我们建议您使用帐单结算或配置备用付款方式。维护适用于结算和付款的联系人和通知设置。3.4 预算、提醒和配额预算可帮助您根据计划支出跟踪实际的 Google Cloud 费用。创建预算时，您可以配置提醒规则，以便在实际或预测的支出超过定义的阈值时触发电子邮件通知。您还可以使用预算来自动执行费用控制响应。预算可以触发提醒，让您了解资源用量和费用的趋势，并提示您采取费用优化操作。但是，当实际费用达到或超出预算或阈值时，预算不会阻止您使用或结算服务。如需自动控制费用，您可以使用预算通知以编程方式停用项目的 Cloud Billing。您还可以限制 API 用量，以便在定义的用量阈值后停止产生费用。您可以为结算帐号和项目配置提醒。请为帐号至少配置一个预算。为防止在预配资源时超出预定级层或者为限制特定操作的数量，您可以在资源级层或 API 级层设置配额。以下示例说明了如何使用配额：控制每秒的 API 调用次数。限制创建的虚拟机数量。限制 BigQuery 中每天查询的数据量。项目所有者可以使用 Service Usage API 将使用方替换值应用于特定配额限制，以减少可根据配额限制收费的配额量。3.5 改进工作负载效率建议使用以下策略来帮助您在 Google Cloud 中以经济实惠的方式运行工作负载：通过提高产品效率来优化资源用量。降低资源的结算费率。控制和限制资源用量和支出。在选择减少费用的方法和 Google Cloud 功能时，请考虑所需的工作量和预期节省的费用，如下图所示：下面是上图所示的方法摘要：使用以下方法，进行少量工作可以节省大量费用：承诺使用折扣自动扩缩BigQuery Slots使用以下方法，进行适量或大量工作可以节省大量费用：Spot 虚拟机重新设计架构以将应用设计为无服务器应用或容器化应用更换平台以使用代管式服务使用以下方法，进行适量工作可以节省适量费用：自定义机器类型Cloud Storage 生命周期管理合理调整容量收回空闲资源以下各部分介绍的方法可帮助您提高工作负载的效率。3.5.1 重构或重新设计架构您可以通过重构工作量或重新设计工作量架构来使用 Google Cloud 产品，从而大幅节省费用。例如，迁移到支持缩减至零的无服务器服务（如 Cloud Storage、App Engine、BigQuery 和 Cloud Functions）有助于提高效率。3.5.2 合理调整容量此方法可帮助您确保基础架构的规模与预期用途相匹配。此策略主要与基础架构即服务 (IaaS) 解决方案相关，您可以在其中为底层基础架构付费。例如，您已部署 50 个虚拟机，但虚拟机并未充分利用，因此您认为工作负载可以在更少（或更小）的虚拟机上高效运行。在这种情况下，您可以移除一些虚拟机或调整其容量。Google Cloud 提供了合理调整容量建议，可帮助您通过预配较小的虚拟机，来检测既不影响性能又能节省费用的机会。与将资源部署到生产环境后再合理调整容量相比，在设计阶段进行所需的工作量要少一些。3.5.3 自动扩缩如果您使用的产品支持动态自动扩缩，请考虑将工作负载设计为可以利用自动扩缩来优化费用和性能。例如，对于计算密集型工作负载，您可以在 Compute Engine 中使用代管实例组，也可以将应用容器化并将其部署到 Google Kubernetes Engine 集群。3.6 Active Assist 建议Active Assist 利用数据、智能方法和机器学习技术降低云复杂性并减少管理工作量。Active Assist 可让您轻松优化云拓扑的安全性、性能和费用。它提供了优化费用和用量的智能建议。您可以采用这些建议，实现立竿见影的成本节约和更高的效率。以下示例演示了 Active Assist 提供的建议：Compute Engine 资源调整：根据用量来调整虚拟机实例的容量，以优化费用和性能。识别并删除或备份空闲的虚拟机和永久性磁盘，以便优化基础架构费用。承诺使用折扣 (CUD)：Google Cloud 会分析您的历史用量，找到最适合您工作负载的承诺量，以及提供易于理解且切实可行的建议来帮助您节省费用。无人使用的项目：发现组织中无人使用的项目，并移除或回收它们。}

SD航空全面预算管理信息化研究
在企业经营管理中,全面预算管理是最为常见的一种管理方法,而且效果比较强,主要的功能是计划、控制、协调等。当前西方国家已经充分意识到全面预算管理的重要性,并实施。而我国直到近几年的发展中,才意识到做好全面预算管理对于企业发展的重要性,基于此我们国家很多部门都在积极的推进,因此全面预算管理受到了更多企业的关注和使用。它是比较全面的企业管理系统,之所以会形成这个系统是为了能够更好的完成企业当中设定的战略和经营目标,而且主要是使用预算方法对于运算时间范围当中的经营和投资以及财务展开安排,同时合理考评、控制、分析预算结果、过程并以此为基础,高效配置企业资源,为企业的壮大以及可持续发展保驾护航。对于企业而言通过全面预算管理,还具提升内部管理、内部控制等多重作用,继而全方位提升企业获取绩效信息以及战略管理,健全考核制,总之无论从哪一方面来说都具有优化企业配置率、提升资源的利用率等各方面的作用,夯实企业健康发展的基础。随着信息技术的不断发展和在企业中的广泛运用,企业的发展加快,企业间的竞争越来越激烈。随着企业体量不断加大,业务种类与业务量今非昔比,快速变化的内外部环境需要企业有更高效、更准确的管理手段。全面预算管理与信息技术结合、构建的全面预算管理系统、实现全面预算管理信息化就成为企业冲破自身发展瓶颈,提高企业管理水平的必经之路。全面预算管理系统将预算编制、预算监督控制、分析调整、绩效考核进行整合,统一到一个平台上,提高了企业的管理效率和管理水平。本文立足于全面预算管理,并深刻剖析了其中诸多基础理论,这当中包含了它的内涵和主要的职能以及组织体系等,然后阐述了全面预算管理信息化的基础理论,解释了全面预算管理理论与信息化的关系,以及构建全面预算管理系统的必要性,再以SD航空为例,分析其预算信息化过程中的问题,围绕着预算编制、审批、调整、考核这几点逐一的展开分析,在分析出现问题的原因并尽快地寻找解决方案,对SD航空现有的预算信息化提出改进意见并总结分析了改进后预算系统的特点和优势,最后提出推广到整个航空行业的可行性。
}

INTRODUCTION企业简介上药信谊目前由上海医药集团股份有限公司100%全资控股，是上药集团旗下最大的工业制造企业。作为具有百年历史的民族制药企业，上药信谊主要承担国家药品应急储备、支持国家及各地政府推进医改、支持社会公益事业的社会职责。目前，信谊已经成为国内产品品种和剂型最齐全的产业实体之一，旗下拥有11大工业企业、2大商业公司、1家采购中心，一家市级研发中心，2家合资公司，拥有产品批文近1000个，涉及14大治疗领域，覆盖20种剂型，有2个国家一类新药品种。在销品规405个(其中149个品种270个品规进入国家最新颁布的基本药物目录，占化学基药目录的近一半)。信谊在保持化学制剂竞争优势的基础上，又确立了微生态制剂在全国的领先地位，以及气雾剂、滴眼液、软胶囊、缓控释制剂四大特色剂型。信谊先后荣获上海市高新技术企业、上海市知识产权示范企业等多项荣誉称号。2011年，培菲康被选为微生态制剂“国家标准菌株”，2016年获美国ATCC标准菌株。目前正作为自主知识产权产品在申报美国FDA注册。至2021年，培菲康将被打造成为十亿大产品。BACKGROUND项目背景说明信谊历史使用原系统来完成集团年度预算的编制，每年的9月底/10月初组织集团十几家子公司的预算编制与合并工作。但是随着业务的变化，原系统不足以支撑当前预算编制的要求，不能根据业务的变化做灵活的调整。系统变更和维护的成本都比较高，故信谊希望有一个灵活的预算系统支撑当前预算编制的工作，以及降低产品、组织变化带来的系统调整影响。影响原系统运行的业务变化主要是以下几个因素：系统打通不流畅ERP中已经有关于产品是否启动编制的相关信息，预算系统需要同步该信息，并运用到产品预算编制工作中。但是，历史系统不能自动同步ERP中的信息，需要再做一次手工调整，对新增/删除的产品做是否启动的重新配置。表单调整难历史系统数据建模和前端展示高度耦合，改动一个表单中的列或者数据，需要对整套底层建模数据进行改动。比如双向考核、集团汇总的损益表的输出在历史系统中都比较难修改。数据校验核对难信谊的预算编制工作融合了实际和预算数据，这个过程中需要对预、实数据进行反复校验，以保障预算的严肃性。但是历史系统数据校验难，数据、表单改动周期长，不能适应预算整体工作对系统时效性提出的工作要求。经过系统的对比和方案等方面的选型，信谊最终决定与帆软合作联合开发全面预算系统，逐步解决上述问题和完成下述项目目标，推进企业财务数字化建设。优化预实数据预算系统承接ERP、分析系统中的主数据，预算编制时有历史数据参考，提高数据准确性80%以上。实现多维预算查询预算编制的时候，可以基于组织、产品、科目等最小颗粒度进行版本数据查询。节约业务编制时间30%以上构建不同业务模块数据间的交互体系，产、销、采等计划做好数据协同，最终生成不同的损益表。实现多口径管理的共存依据管理需要，在预算大版本的基础上，实现基于考核口径调整的模块，调整的数据能够影响预算结果数据。替换原系统使用帆软平台完成2023年预算及以后预算编制工作。SOLUTION预算系统简介在信谊企业财务数字化建设预算闭环管理体系的构建中，结合了企业全面预算管理以及管理会计理论基础，在预算编制前就充分考虑后续预实分析的内容，整体预算编制的科目与分析的科目保持了一致。搭建了从业务计划、预算编制、预算查询、预算执行分析体系。实现以全面预算管理为抓手，对上承接集团战略规划，对下合理协调配置产销存等各方资源的配置。总体架构01预算编制流程简介信谊每年的预算编制工作从时间上来看，需要编制期初到当年末的预算数据和下一年的预算数据；从内容上看，主要分为采购、生产、销售、集团整体四大模块的预算编制，根据公司之间的交易关联关系，生成各公司和集团整体的损益表；从类型上看，分为单体公司的预算大版本编制和单体调整的小版本编制内容。预算编制流程简介02基础模块配置基础模块配置主要包括版本管理、组织架构、科目、产品物料档案、产品启用配置表、指标配置表等内容。如下图，版本管理可以由集团财务启动、结束预算编制工作。也可以生产新的版本，由财务自定义对应参照的版本，这样在启动新版本填报时，就可以继承自定义参照版本的数据，业务/财务人员可以对照参考版本对预算进行修改、补充等工作。板块管理组织架构、科目等主数据主要来源于ERP和分析系统，通过独立ETL的工作对数据进行抽取，互相引用数据，保障ERP、分析系统、预算系统三者在主数据层面的统一。其中科目管理实现以下功能：1、预算系统中的科目、指标管理可以进行自定义的配置，完成管理口径和核算口径科目的统一，保障做预算的科目和最终分析的科目是一致的；2、优化预算科目填报的内容，可以由财务自行配置预算编制的科目层级，同时能够对实际汇总的数据进行自动汇总。3、不同的预算编制组织设置不同的科目填报权限，最终体现在预算填报表中。科目管理配置产品及双算的特殊配置实现以下功能：1、同步ERP中的关于产品属性的配置，当ERP中的新增了自定义的产品属性后，也可以自动同步到预算系统中；2、固化双向考核的原则到系统中，实现基于双向考核要求的自动抵消核算规则。产品属性及双向考核配置03预算前提预算前提中主要包括结算价格和变动成本两大类。其中结算价格主要包括：药品中标价、产品物料结算价、原料结算价等数据录入与查询。其中药品中标价格维护是为了后续的价格对照分析；产品、原料的结算价格是做不同组织之间内部核算的价格依据。内部的结算价格根据业务、市场售价、成本、销售模式的变化是可以进行调整的，系统记录调整的次数、价格、以及对应的附件信息等。产品、原料结算价格表04预算编制、调整、查询项目过程中，信谊对预算编制、调整、查询模块提出要能够灵活适应业务属性的要求，按照公司不同的业务属性，设计商业、工业、财务、集团整体的预算编制表，形成销售、生产、采购各自的损益表，产销存表，在这个过程中做产销协同的弱管控。比如：商业公司不仅要编制产品的销量表，还需要编制从生产公司采购产品量的表，当商业公司编制产品不足一批时，系统会对产销协同的人员进行对应的提醒，从而销售和生产会对具体产品的销售、生产计划进行讨论，最终定下来生产计划，以及不同情况下的成本核算方式。以商业举例，编制套表会自动适配版本管理，进行底层数据的更新。比如集团启动版本2的预算填报，参考版本1中的数据，编制套表会自动取出版本1中填报的数据，财务/业务可以在历史版本的数据基础上进行线上数据修改，excel数据录入等操作。其中的实际发生数据会自动汇总ERP中已经发生的数据，作为预算编制的参考、金额数据会自动取出预算前提中产品的价格数据做匹配，根据销量计划自动计算出收入数据。同时，商业也会根据能够核算到产品上的费用，在期间费用通用编制外，进行产品费用的单独编制，系统自动计算出来相关的费率作为预算管控的参考。商业公司收入预算编制表05预算调整上述按照预算大版本在年度定稿后，后续在预算执行过程中，涉及到调整规则允许下的调整内容，单独走调整进行记录。预算调整分为两个部分，结算价格的调整和预算结果数据按照考核口径的调整。以商业举例，各公司根据自身的销售计划做了预算编制套表的录入，但在后续预算执行的过程中考核指标或者具体的费用要进行调整，在该模块进行调整，记录次数、调整的内容以及对应调整后的附件等信息。商业公司收入预算调整表06预算查询在上述预算输入、预算调整按照组织、产品最小维度编制后，相关的查询表做起来就会容易很多，按照多维度核算要求生成对应的表格即可。按照集团要求，各公司完成自身的预算编制后，会生产一套预算查询表，主要分为各组织和集团合并的损益表考核表、按照最小颗粒度的产品、物料、费用查询表，查询表共计20张左右。同时，在预算调整后，预算调整后的最新数据也可以在整体查询表中查看到。两部分的表样式具体可参考下图。信谊单体公司损益表多维度预算查询表SUMMARY项目总结信谊财务部在预算系统项目建设中，对预算管理的思路非常清晰，整体的解决思路也非常高屋建瓴。比如：“预算不是独立运行的，和企业管理动作是密切相关的，如果实际中管理不到，预算中做的非常细致也意义不大”、“核算做到那儿，预算也做到那儿，做预算的过程中，要充分考虑后续的预实分析以及预算控制实现的诉求”、“原则上，让业务人员在预算编制填报的过程中越简单越好，比如商业的按照产品填报价格、销量这些简单的内容，总部这里按照不同的维度整合数据，生成大家需要看到的内容。”在实现上述管理诉求中，信谊也表达了对帆软产品、项目服务团队的认可，认为帆软的产品在预算场景下具有非常高的灵活性，能适配企业多维度的管理需求。但在帆软的视角里，自身的产品是一种数字化工具，真正推动企业财务数字化建设的决定力量还是工具的使用者、设计者们——坚定业财数据化联动理念的信谊人。比如，目前主流的软件——finereport，它小到填报、查询、部署、集成，大到可视化大屏、dashboard驾驶舱，应有尽有，功能很强大。最重要的是，因为这个工具，整个公司的数据架构都可以变得规范，下一步就是构建企业的大数据平台了。而且它是java编写的，支持二次开发，类Excel的设计器，无论是IT还是业务，上手都很简单：编辑sql优化、数据集复用简直都是小case，大大降低了报表开发的门槛。在企业中被关注最多的数据安全方面，FineReport支持多人同时开发同一套报表，并通过模板加锁功能防止编辑冲突；通过数据分析权限控制，保障数据安全。}