壳牌石油it架构规划与实施经验介绍--★【汉魅hanmei—就业指导分享】

壳牌石油壳牌石油 ITIT 架构规划与实施经验架构规划与实施经验 中国石化经过不到 1 年时间的 SAP 实施，分别于 2002 年 10 月和 2002 年 12 月在镇 海炼油、仪征化纤、江苏石油公司和天津石油公司成功上线。2003 年中国石化计划在新的 7 个试点单位进一步推广实施 SAP 系统。由于历史原因，中国石化前 4 个试点单位均在本 地安装了各自的服务器系统和网络系统，服务支持也偏向于本地支持。在新的试点单位启 动之前，中国石化迫切希望了解 SAP 全球大型石油石化企业，它们的 IT 架构是如何构建的。 希望能和这些石油企业进行知识和经验的分享，从中借鉴一些经验与教训，以便在中国石 化的实施过程中少走弯路。众所周知，IT 架构的构建是整个应用系统的基础，早期合理的、 具有预见性的设计规划将为企业今后的应用打下良好的基础，从而事倍功半。 Shell（壳牌石油公司）是全球知名的能源行业的巨头，2002 年在全球 500 强中排名 第 X 位，在全球石油石化行业排名前 3 甲。她的业务覆盖有加油站燃油和润滑油的销售， 陆地和海上的石油勘探与生产，以及天然气的开发与生产。Shell 在全球的业务还包括为 商业用户和消费者提高天然气与电力的服务，其化工产品几乎包罗了所有商业和家用产品 材料。同时 Shell 还在新能源领域，如氢、太阳能、地热能源和风力能源上大力开发，业 务快速增长。Shell 的业务遍及 145 个国家，雇员超过 11 万 5 千员工。Shell 公司的目标 是：以经济的、大众化的和环保的手段，满足社会现在和将来对能源的需求。 中国石油化工股份有限公司是中国最大的一体化能源化工公司，主要从事石油与天然 气勘探开发、开采、销售；石油炼制、石油化工、化纤、化肥及其它化工的生产与产品销 售、储运；石油、天然气管道运输；石油、天然气、石油产品、石油化工及其它化工产品 和其它商品、技术的进出口、代理进出口业务；技术、信息的研究、开发、应用。是中国 最大的石油产品（包括汽油、柴油、航空煤油的批发和零售）生产商和供应商，是中国最 大的主要石化产品（包括中间石化产品、合成树脂、合成纤维单体及聚合物、合成纤维、 合成橡胶和化肥）生产商和供应商，也是第二大原油生产商。中国石油化工股份有限公司 参照国际模式，构筑了新的公司架构，建立了规范的法人治理结构，实行集中决策、分级 管理和专业化经营的事业部制管理体制。中国石油化工股份有限公司现有全资子公司、控 股和参股子公司、分公司等共 70 余家，包括石油企业、炼油及化工企业、销售企业及科研、 外贸等单位，其生产资产和主要市场集中在中国经济最发达、最活跃的东部、南部和中部 2 地区。中国石油化工股份有限公司发展的目标是真正建设成为主业突出、资产优良、技术 创新、管理科学、财务严谨、具有国际竞争力的世界级一体化能源化工公司。 SAP 公司根据中国石化的需求，联系到 Shell 公司的 Anthony 先生，Shell 公司远东地 区 IT 部经理，首席 SAP 支持服务顾问，拥有 20 年以上的 SAP 系统管理、项目管理和底层 技术支持的经验。由于中国非典疫情的特殊情况，SAP 中国组织了一次与 Shell 新加坡公 司的电视电话会议，主题是：“中国石化 SAP 系统的 IT 架构与选择“。由于商业保密的原因， 在此我们不会过多提及中国石化的应用情况，而是介绍 Shell 公司的经验和知识。参加此 次交流会的中方人员有中国石化项目管理主管，IT 管理主管和高级工程师，石化盈科的 IT 顾问和埃森哲咨询公司的项目主管和实施顾问，以及 SAP 公司石油天然气行业的人员。 1. SHELL 全球及亚太地区 IT 架构介绍 从全球范围来说，目前 Shell 公司在用的 ERP 系统主要包括两种软件：SAP 与 JDE。 截至 2000 年 12 月止，Shell 公司全球共有约 53,000 名用户在使用 SAP 的系统，同时 有约 8,000 名用户在使用 JDE 的系统（当时 Shell 全球的雇员数约为 100,000 人）。从地 理分布上来看，应用 SAP 系统的企业主要分布在美国、欧洲大部及亚太地区；而应用 JDE 系统的企业主要分布在加拿大、非洲及南美洲。 形成目前这种布局有其多方面的原因：形成目前这种布局有其多方面的原因： 1. 由于 Shell 公司在全球的业务均是通过与各个地区或国家的企业设立合资、独资或 合作经营的形式进行经营。各家企业相对有较高的经营自主权，集团总部更多是在人力资 源、资金调度与运作以及重要战略决策方面进行宏观调控。因此 Shell 集团下属在各国和 地区的企业在进行信息系统项目建设的过程中都有自己的决定权。这从根本上决定了 Shell 公司在全球范围内的 ERP 系统不同于全球其他大型跨国石化企业 2. 由于历史的原因，Shell 集团下属公司在进行信息系统建设时也选择了两种不同的 ERP 系统：SAP 与 JDE。随着时间的推移及业务上不断的实践，Shell 公司逐渐认识到 SAP 系统更能满足 Shell 管理上的需要，也更能满足石油天然气行业业务上的需要。同时， Shell 为了统一业务标准和模式，降低 IT 成本和运营费用，在全球的 IT 系统应用要逐步 3 变成集中式的系统架构。因此从战略上决定在 Shell 公司全球范围内的核心业务及地区均 采用 SAP 的 ERP 系统。 3. 之所以在还保留着部分 JDE 的系统，主要是从成本角度考虑。从上图中可以看出， 目前使用 JDE 系统的企业主要分布南美洲及非洲等通讯不发达的国家和地区，而作为核心 业务的地区，如美国、欧洲、中东及亚太地区均使用了统一的应用系统SAP 系统。 就整个中东及亚太地区来说，Shell 公司具体的 IT 架构又可分为几种： 1. 澳大利亚模式：由于地理上的特殊原因，Shell 在澳大利亚的企业有自己独立的 ERP 系统及系统配置，以及独立的支持维护队伍； 2. 泰国与菲律宾模式：泰国与菲律宾均有其各自独立的 ERP 系统及系统配置，但是这 两个国家并没有自己独立的支持与维护队伍，他们所需要的维护与支持服务均由位于马来 西亚维护服务中心统一提供； 3. 新加坡模式：新加坡也有独立的 ERP 系统及系统配置，但与泰国与菲律宾不同的是 他 ERP 系统的服务器是放置在马来西亚，而不是在新加坡国内。另外，他所需要的维护支 持服务同样由马来西亚维护服务中心统一提供； 4. 马来西亚、中国（包括北京及香港）及中东（包括阿曼及迪拜）模式：这五个国家 和地区共享同一服务器、同一套 ERP 系统。服务器放置在马来西亚的吉隆坡。中国及中东 的业务均通过网络远程登录至马来西亚的服务器中进行操作。维护支持服务统一由马来西 亚维护服务中心提供。 从上面的介绍中可以看到，Shell 的 SAP 系统服务支持从中东到中亚，只有 2 个集中 式的服务支持中心，一个是马来西亚的吉隆坡和总部的准噶尔，墨尔本的服务支持中心只 负责澳大利亚自己 SAP 系统的服务支持。 在上述四种模式中，只有第四种模式可以称得上是完全意义上的、集中式的 IT 架构。 无论是马来西亚境内的企业，还是中国境内的或中东的企业，均共享同一套服务器，遵循 系统中所设定的、标准的业务流程和规范（约 8090的业务模板是标准的）。同时又充 4 分考虑到不同国家和地区法律、法规的不同在系统中进行了必要的调整，以适应各国和地 区对财务报表等方面的特殊需要。 另外，还有一点值得提醒的是，无论是澳大利亚、泰国、菲律宾，还是马来西亚，上 述每个国家境内的各个生产型或贸易型企业无论数量多少，均共享其位于当地国内的同一 套服务器。Shell 公司在全球的应用情况是，欧洲采用的是完全集中式的 IT 架构，在欧洲 SAP 系统中有超过 1 万个用户。Shell 全球 SAP 人力资源系统采用的是全部集中式的 IT 架 构。 2. IT 架构和选择标准 对于大型公司其业务运营一般都是基于业务部门运作，或是区域管理运作，或是企业 集中运营管理。针对业务运营模式，IT 的决定因素来自三个方面，即硬件、系统结构和服 务支持。这三个因素都有三种选择，即 A）L（Local）本地管理；B）BS（centralized per Business Sector）按照业务部门集中式管理；C）C（Centralized across all business sectors）所有业务部门统一集合管理。从理论上将，用户的 IT 架构如下有 27 种组合： 5 1. 考虑可能影响的因素，比如网络稳定性、带宽，公司分布等等 2. 确定哪几个因素对你的决策至关重要 3. 评估企业现在和将来的应用环境与变化 4. 对各个因素进行综合评估选出最佳方案，特别要强调的是这个方案要满足未来 2 年 以上的发展要求 用户要考虑的问题是用户要考虑的问题是 1. 采用集中式的 IT 架构还是分布式的 IT 架构 2. 如何处理各业务部门或事业部直接的业务系统和 IT 系统 3. 采取集中或分布式架构时，一套系统或多套系统，如生产服务器、测试服务器、开 发服务器等，它们之间的关系 4. 从分布式走到集中式 IT 架构，系统合并的问题 5. 对这些 IT 系统的支持服务 A）硬件系统物理地点选择，集中式与分布式的优缺点比较： 减少硬件物理地点的优点是： 1. 减少系统运营成本，提高系统运营性能 2. 最重要的是公司可以尽可能地统一配置标准，总部可以进行集中的统一控制 减少硬件物理地点的缺点是： 1. 通讯费用增加使通讯成本的增加 2. 对网络系统的依赖性增加，对网络的要求增加，如网络的稳定性等。从这个角度将， 网络的结构将决定硬件系统的架构 B）从系统配置方面比较集中式和分布式的优缺点： 减少系统配置数量的优点是： 如何构建一个公司系统架构，应该从以下几个方面进行分析： 6 1. 减少实施成本和服务支持成本。减少实施成本比较容易被理解，减少服务支持成本 是因为如果企业采用多种系统配置（从硬件到业务模块），势必需要多个队伍支持这些不 同的配置。很难让一个人掌握多种业务模块在系统中的配置。 2. 特别是可以对业务流程进行标准化，对用户更加有利，增加流程的适用性，降低成 本。SHELL 是基于事业部进行集中化改造的，每个事业部各国家的业务流程很多是共同的。 由于普遍采用了标准化流程和配置模块，SHELL 地域和全球的服务支持相对要容易很多。 减少系统配置数量带来的不利因素有： 1. 修改业务流程的难度增加，因为改变一个流程会影响到其它国家和地区业务部门的 流程。 2. 需要各支持服务的行动协调一致，这包括系统宕机时问题的处理。 C）从维护支持服务方面比较集中式和分布式的优缺点： 减少维护支持服务队伍数量的有点是： 1. 降低维护支持成本，提高维护支持服务的质量。在 SHELL 基本是一个维护支持队伍 只支持一套系统配置，如果让一个维护支持队伍支持多套系统配置，这种难度太大，对单 个服务支持人员的要求太高，因为服务支持人员必须清除多套系统配置的差异是什么。 2. 改善对系统修改的控制力度。在 SHELL 公司，服务支持有一套完善的服务支持规程 和对底层系统的控制流程，因此服务支持方面效率是比较高的，而且被最终用户认可。 减少维护支持服务队伍的不利因素是： 1. 集中化服务支持的前提是尽量减少配置模板数量，导致各国家或企业只能依靠维护 支持服务队伍，而这个队伍又不在这些国家和企业的控制范围内。 3. SHELL 信息系统建设过程中的经验与教训 Shell 在亚太地区实施 SAP 的最初计划是在各个国家和地区使用同一个模板、同一个 配置。然而随着项目的进程，由于各个国家和地区在业务管理上的不同要求及其他方面的 7 不同，特别是由于各支实施和支持队伍是分散在各个国家与地区，项目管理上没有对各支 实施与支持队伍做到集中控制，最终就变成了现在的不同国家不同版本不同配置的 SAP 系 统的状况。如上图所示，目前这种分散的系统分布状况对 Shell 亚太区下一步的合并带来 了很大的障碍。这也是 Shell 公司在项目实施过程中最大的一个教训。 Anthony 特别强调了 Shell 在亚太这几个系统实施应用的效果，从本质上来说，马来 西亚的系统应用是最为成功的。最初在马来西亚开始项目实施时，并没有考虑到这套系统 将来会被中东地区、中国及香港特别行政区共享，因此在最初设计系统时完全是按照马来 西亚的法律、法规及管理上的要求设计的。而后第二阶段在项目进行推广时，考虑到 Shell 公司全球进行系统集中的战略，因而将中东地区、中国及香港特别行政区的应用也 纳入马来西亚的系统中。在大部分共享系统中通用模板及业务流程的基础上，基于各国、 地区管理上及法律法规上的特殊需求对系统进行了适当的调整与修改。虽然使用马来西亚 SAP 系统的其它国家不断会有各式各样的业务要求，但这些要求都是被一个实施队伍统一 管理。从 Shell 在亚太走过的道路看，将来再实施新规划和远期规划绝对不会走这样一个 分散的道路，而是要走中央控制道路，一方面减少硬件方面的投资，另一方面是减少实施 和维护支持服务成本，特别是业务模板的统一和规范。所以在业务标准模式化和标准化过 程中一定要统一管理，而统一管理最终是要落实到支持实施队伍的统一。只有实施队伍统 一，控制得好的话，在整个实施中才能确立一个标准。实施队伍是不能分散的，系统的权 限是要统一管理，集中到中心系统。 4.4. ITIT 架构设计与规划中用户关心的问题解答架构设计与规划中用户关心的问题解答 问题：当几个项目同时实施时，如何进行集中管理？ （答）Anthony 觉得如果同时展开几个项目确实是一个比较大的挑战，Shell 在上游的 项目实施就是这种情况。在壳牌有一个控制点即支持服务点来控制同时几个项目的并行 实施，只有这个集中的支持服务队伍才有权对系统进行配置和修改。其它实施点起的作用 就是收集和输送需求，而不可以自己对系统进行配置和修改。集中做配置可能相对慢一些， 但好控制。而且也有利于资源的统一管理和调配，对整体实施资源的要求较低。当然，这 种实施模式对集中的服务支持人员要求较高，同时要求有很高的效率及快速的响应，否则 将会影响整个项目的进程。其实，对于每个事业部内部来说，它们大多数的业务需求均是 8 一致的。根据 Shell 的经验，有超过 80的核心业务流程是可以统一模板的。譬如吉隆坡 模式的实施看起来可能会慢一点，但由于相对修改很少，这样项目是可控制的、管理相对 容易，整体速度反而要快一些。 Anthony 曾担任泰国项目的项目经理，在泰国项目实施过程中即执行上述控制过程： 泰国的项目小组人员只能进行数据输入，或从系统中取数，但没有权限进行配置和修改。 问题：目前，中国石化的计算机网络是星型拓扑网络结构，连接超过 70 个单位从本地 到北京的通讯，与企业连接的带宽是 2M。请问 Shell 的网络结构是怎样的结构，中石化的 这种网络结构是否能满足集中式的 IT 架构要求？ Shell 目前的网络结构也是星型拓扑网络结构。Anthony 就 SAP 系统对网络带宽的要求 做了个估算：平均每 1000 个用户大概需要 2 至 3M 的带宽。比如，Shell 北京到吉隆坡系 统的带宽是 384K，而北京的用户数大约是 100 个用户。从另一方面来说，最终决定系统对 带宽要求的并不是用户总数，而是在系统上的并发用户数。并发用户数量及业务操作量才 会对网络形成真正的压力。 问题：Anthony，Shell 北京机构到吉隆坡系统的备份线路有几条？ Shell 北京到吉隆坡目前有一条备份线路，是 ISDN。 如果中石化目前是 1 万个用户，那么 2M 的带宽肯定是不够的。中石化可以选择把系统 放在本地，但支持服务进行集中管理。这样，系统的带宽是可以满足这种 IT 架构管理要求 的。 问题：SHELL 在事业部的设置和加油站管理方面与中国石化不同的地方？ SHELL 的业务分为 3 个板块，E&P（勘探与生产）、OIL PRODUCT（油品业务）和 CHEMICAL（化工产品）。如油品业务来说，从上游炼油至下游对加油站的油品销售都属于 油品业务部管辖。因此 SHELL 每个板块之间的业务往来很少，内部业务往来多集中在业务 板块内部。中国石化由于组织架构的划分与 Shell 有本质的区别（如炼油与油品销售是分 属于不同事业部的），这也决定了各业务板块之间必然存在大量的业务往来。 9 SHELL 很少管到加油站层次，因为国外加油站多属于 CODO（Company Owned，Dealer Operated）或 DODO（Dealer Owned，Dealer Operated）。加油站的经营管理及产品多属 于经销商，Shell 公司并不参与加油站的经营过程。而中国石化绝大部分加油站是 COCO（Company Owned，Company Operation 公司拥有公司运营）模式，所以加油站管理对 中国石化是非常重要的一块业务。 问题：目前 SHELL 的网络情况 SHELL 目前也是采用星型网络结构，对小型企业和小的国家的网络带宽一般是 512K， 大公司、国家的带宽大约是 1M。每个国家或公司有多少条备份通讯线路（Backup lines） 取决于当地可提高网络服务的能力、线路的可用量以及当地公司的财力。 问题：据我们所知，SHELL 正在做 IT 应用的集中化改造，我们想了解你们做这个改造的 业务驱动力（或业务需求）是什么，促使你们投入巨大资金来做？是否是因为成本和标准 化的原因？ Anthony 认为最主要有两方面的原因，即节省成本及保证业务流程的标准化。所以 SHELL 在油品业务板块正在全面进行流程标准化工作。一方面，标准化给 IT 建设，同时也 给业务带来诸多益处，同时借助 SAP 系统，再将这些标准化的流程进行固化。如果没有这 套系统，即使做了标准化也是空洞的。 问题：在 SHELL 进行 IT 应用集中化改造的过程中，是否遇到了需要对管理模式进行改 革的地方？ 肯定需要在管理模式上进行一定的改变，所以信息系统的集中需要公司高层领导的全 力支持及承诺。比如在前面提到的油品业务板块，在业务上，原先美洲、欧洲及亚洲各有 一位副总裁负责该地区的生产与销售业务，而后为了统一管理，对市场做出快速有效响应， Shell 全球进行了一次重大的改革，即将原先由三位副总裁负责的事务合并为一位全球副 总裁统一负责。与之相适应，在全球信息系统项目实施过程中，Shell 亦成立了一个管理 委员会，对过去分散在各个公司或国家的业务流程管理小组进行集中的控制与管理。各地 区的业务流程小组负责收集、归纳不同的业务需求，由流程拥有者汇总、总结、制定模板。 底层的关键用户和各个业务流程小组可以提出他们所有的需求，但最终这些需求是要得到 10 控制的。而不像过去那样，每个项目小组都有权限对系统进行修改。这个变化可以说是一 个非常大的 BPR（业务流程重组）。特别强调的是，无论管理委员会还是各业务流程小组 的成员，均是在各业务领域资深的专家，具有权威性，这样才能很好地把握需求。当有原 则性问题，如管理的重大变革等问题出现时，管理委员会将这些问题提交董事会（最高层 管理层）进行决策。 问题：下一个问题是有关 IT 应用集中化改造中的原则，比如是按照事业部进行集中吗？ SHELL 公司目前在油品业务板块和化工业务板块正在进行这样的工作，你是否可以就 SHELL 公司在这方面的经验进行介绍？ 目前 SHELL 是按照事业部进行集中化改造的。因为，事业部的各单位有共同的产品和 共同的管理模式。你们所问的问题正是 SHELL 在做集中化改造之前非常关注的事情，是在 得到高层明确承诺的情况下才开始工作的。 问题：由于你们是按照事业部进行集中化改造的，你们如何处理事业部之间的业务往 来呢？ 在 SHELL 公司 3 个事业部之间的业务往来比较少，在每个事业部内部的业务往来很多。 这主要是因为 SHELL 的每个事业部，它的业务链是完整的，也即它的产品销售、生产和开 发是归属一个事业部的。比如 SHELL 的油品业务板块，它的炼油和终端的加油站销售是隶 属一个事业部。而中国石化的炼油与销售是归属不同事业部，因此跨事业部的业务往来较 多。从这点看，SHELL 进行应用集中整合相对要容易一些。SHELL 公司把事业部之间的业务 往来按照供应商与客户的关系处理，但这种 SHELL 自己事业部之间的供应商和客户在系统 中有特殊标示，以便在做 Consolidation（合并报表）时，系统可以区别对待。SHELL 的 SAP 系统将每个国家设成是一个 Client（客户），每个国家的公司和子公司设成公司代码。 问题：我们知道你们在马来西亚等几个国家已经使用了集中式应用架构，你们是否遇 到过网络崩溃的事件，是如何处理和防范的？ 在应对突发事件时，SHELL 制订了 2 个计划：一个是业务连续性计划，就是当出现任 何可能的故障并致使系统无法正常使用的时候，我们可以采用什么方法继续我们的业务运 11 作；另外一个是灾难恢复计划，这是专门针对 IT 所制定的措施。由于这两个计划对于企业 业务的正常运作的至关重要性，因此他们在上线之前一定要预先制订并进行完整测试以证 明这些计划的有效性。首先对于业务连续性计划，关键业务人员要提出哪些业务信息在没 有系统时是十分关键、不可缺少的，对于这些信息就需要定期从 SAP 系统中下载到本地系 统和 PC 机中。比如，一般对企业来说销售与出货是最重要的，因此与销售业务相关的销售 的价格、客户的信息及可以享受的信用与折扣等信息是企业业务运营的关键信息。根据业 务连续性计划，这些数据应当定期地从 SAP 系统中备份至本地系统或 PC 机中（当然要进行 适当地权限控制，以防企业机密泄漏）。这样当系统发生崩溃时，关键业务人员还可以从 本地系统或 PC 机中得到他们所需要的业务信息。另外，该计划还需要制订在系统无法运行 时，相关业务操作是通过其他备份系统还是通过手工操作进行，以保证业务运作的连续性。 Shell 公司在这方面主要是通过手工操作进行的。另外一点 Anthony 先生提到很重要的是， 业务连续性计划在系统上线前一定要经过必要的测试以证明该计划的有效性，这对于保证 企业业务将来稳定持续进行非常重要。Anthony 先生认为，在业务连续性计划中还应考虑， 在系统不能正常运作的情况下所有手工操作的业务数据，在系统恢复正常后如何再补入系 统中。 第 2 点是在系统恢复以后，如何将历史数据及当前数据重新输入系统中，这就是系统 灾难恢复计划。信息部门在搭建整体信息架构时就应当有所考虑，如前面提到的备份线路。 灾难恢复计划同样应当进行测试，以保证计划的可行性及有效性。 问题：SHELL 的网络是否稳定？你们是否遇到过网络方面带来的问题？ SHELL 的网络总体感觉是不错的，但即使这样也时常会有网络中断而造成宕机的情况。 比如一次在中东地区，由于当地政府管制的原因造成网络瘫痪，数据无法传输；香港公司 至今也发生过一次网络中断事故。一般情况主线中断还会有备份线路，非常偶然的情况下 备份线路也会同时中断。所以，Anthony 先生认为，即使当地的网络很好，线路很稳定， 出现网络中断也是不可避免的事情。因此业务连续计划与灾难备份计划就十分重要，这是 做到防范于未来。 问题：Anthony，你可以介绍一下 SHELL 在欧洲是如何进行应用集中化改造的吗？由于 中国石化的一些特殊原因，势必要走一条从分布式应用架构到集中式应用架构的道路，你 12 能否介绍一些 SHELL 从分布到集中过程中所遇到的困难，这个里程是什么，应该注意什么， 以便于中国石化借鉴。 SHELL 在欧洲的各国家，开始也是一个个独立的 SAP 系统，后来 SHELL 先将业务流程 进行标准化和模板化，在一个国家实施，再把其它国家一个个纳入到该系统中。目前在欧 洲的 ERP 是一个统一的系统，全欧洲有大约一万名用户在应用该系统处理着 Shell 欧洲公 司的核心业务。在欧洲项目实施过程中，遇到的最大困难和阻力在于如何确定标准模板和 业务流程，以保证这些标准模板和流程能够覆盖各企业大部分的业务流程。在最终确定标 准的业务流程及模板后，项目在各个国家的推广实施是显得相对容易很多，因为标准模板 和流程已能覆盖各企业 70% - 80%的业务流程和管理需要，剩下要做的是针对各个国家和 地区的法律法规要求进行少量的个性化修改（财务报表是这