随着制造业的蓬勃发展，企业在经营现有业务的同时，已开始呈现出收购关联业务，兼并周边产业的趋势。而企业原有PLM系统往往无法快速为新企业的业务进行适配，这就导致新企业沿用原PLM平台，或者放弃原PLM系统在母公司的研发平台中额外开辟空间使用。然而无论哪一种方式，常规PLM平台都面临着不小的困难。企业希望既能让新单位快速融入现有研发管理平台，又能尽可能做到各单位间的业务协同及数据隔离的平衡。这就对PLM平台提出了更高的要求，本文以某电子高科企业的实际需求作为基础，介绍其所使用的PLM平台如何通过“多租户”的模式，逐步解决此问题，并成功将“多租户”的业务模式固化在PLM平台中。
多租户使用场景分析及需求梳理
当企业被收购后，通常研发数据作为核心资产将被严格管控及保护，一般PLM使用多租户的使用场景及优势分析如下：
1、为新收购公司提供快速可接入使用的PLM平台；
2、实现集团公司基础数据共享，例如标准件、外购件，企标文件等；
3、统一设计平台，减少PLM平台冗余而产生的运维工作量、减少IT设备使用并减员增效；
4、为租户之间的数据及业务完全隔离，确保数据不泄露；
5、高频使用的PLM功能，可快速复制给租户使用，提升PLM平台使用率，为设计优秀产品打好基础；
6、 为实现数据治理，提供平台支撑；
7、避免多PLM情况下同一物料或数模图纸出现差异，而引发生产制造问题；
8、 为集团内部新孵化的子公司提供PLM平台，并使用完全适配于新公司的业务流程及功能；
对于收购企业使用PLM平台，可供的解决办法无外乎使用原公司PLM或使用新公司平台，两种方式皆有利有弊，总结如下：
1.1需求梳理
根据使用场景及两种模式的优缺点，提出了单一平台多租户的设想，从长远角度来看，多租户式的PLM平台才能满足未来企业发展需要。以集团型企业为例，下属分子公司一般同属一个行业，但研发或生产的产品互有不同，为满足个性化需求，目前常用的做法有两种：
1、构建一套平台，取共性部分进行PLM固化
此种模式需要将各分子公司的业务进行统一梳理，取共用部分植入PLM中，对其系统功能、流程、生命周期、各对象模板、物料分类等尽可能实现统一，以此实现集团各业务的相对标准化。对于确实有迫切需求，且个性化的内容，一般通过特定客制化的方式进行开发，并使之只针对某个具体的场景或参数才可生效。且要求各分子公司只使用一套ERP系统，这样每月进行物料需求计划计算时，可统一合并采购，在推进集采谈判的同时进一步降低采购单价。而若集团公司收购的新企业并不与现有业务相类似时，此种模式往往因原功能固定，所以需要为接纳新企业所需要定制较多功能。
2、构建多套系统，各自管理及运维
此种模式无需对各分子公司的业务进行梳理，更不需要选取共性功能，因各自进行系统构建及维护，各分子公司之间的影响几乎不存在。然而从长远考虑，集团若需要进行业务变革，数据治理等重大项目，则往往会出现明显良莠不齐的情况。若各分子公司之间还有一定的业务往来，则企业间不同的运行效率将极大程度的影响项目执行。
综上所述，一般对于PLM平台提出如下具体功能要求：
1、组织拆分
可快速对组织进行新增、拆分及冻结。例如对于新收购的子公司可快速扩建对应的组织架构。而对于孵化的新单位，又可快速的将人员进行拆分合并，实现新旧人员及业务的并行使用。而当子公司被出售或关停时，又可快速冻结相应组织。
2、模块拆分
不同企业对于PLM的需求不同，一般而言，PLM平台包括PDM（产品数据管理）、PPM（项目管理）、RM（需求管理）、MPM（制造过程管理）等模块。各分子公司可根据业务实际需要选用其中的部分模块，既保障业务运行的同时，又能避免因模块过多使用导致的收益降低。
3、生命周期
各租户间的对象生命周期可单独定义，互不影响，且做到安全隔离。
4、工作流
各租户间的对象，所适用的工作流可单独定义，包括但不限于文档审批、BOM审批、EC变更等流程。
5、对象类型及属性
各租户可根据自身业务需要独自设立对象类型，并独立定义相关业务属性。且属性可定义相关的下拉选项、取值范围等约束条件。
6、各对象模板
对于文档模板，项目模板，WBS模板，产品库及存储库模板等，可按照各租户业务管理员的要求进行定义。
7、权限划分
各租户管理员可通过多个维度管理自租户下用户的权限。
8、客制化功能
此部分对于多租户管理而言，初期较为复杂，需要将租户所使用的功能简化至一个较小的颗粒度，并对使用场景进行梳理，使功能可以根据不同租户进行适配，且能确保正常使用。
2、多租户应用及实践
考虑到上述需求，某企业在引入PLM平台时，即对PLM进行了多租户应用方面的考虑，并有针对性的计划对上述功能进行PoC验证。
组织划分
对于企业的组织，可对每个租户形成树状结构，并交由各自的租户管理员进行维护。并对租户定义相关必要的信息，例如：
应用及服务划分
应用是PLM平台的具体模块，常规包括数据管理，项目管理，工艺管理等。而服务是每个模块中的具体功能，其关系如下：
应用：用来解决业务问题，实现特定的业务功能。业务应用的交付物主要是镜像。如：PDM，PPM，RM，DTM，MPM
服务：把单一职责、高内聚低耦合的服务作为业务单元，实现单一服务的业务场景。如：PDM的物料管理服务、图档管理服务。
应用服务群：把一类服务进行组合，具备业务应用的能力。
类型划分
对象类型是PLM中所管理的内容，例如文档类型、部件类型、变更类型等等，其一般管理如下内容：
对象类型：系统提供封装好的业务对象，有带版本的对象，不带版本的对象等。
属性：属性种类有模型属性（硬属性，系统出厂自带的），标准属性（扩展属性，能够按列搜索），IBA属性（扩展属性，只做存储），虚拟属性（计算属性，不存储）。描述一个属性包括基本信息，还有约束信息，组件化信息。
行为：包括管理行为和应用行为，其中管理行为是对自身对象的CRUD操作，应用行为是对外调用的操作。
布局：表单排版设计
表格视图：展示对象的列表信息
对象管理
对象管理与对象划分相辅相成，其主要管理相对应的生命周期、工作流程等。一般涉及如下内容：
上下文：指对象存放的位置，系统上下文自上而下的层级是：站点>组织>容器（项目容器/产品容器）
编码：给对象设置编码规则，编码支持唯一设置，也支持流水码设置
生命周期：给对象定义各种状态，使其按照规则流转。
租户应用管理
按前文所叙述，每个租户所使用的模块不尽相同，需要根据各分子公司实际情况开通，这就需要对租户的业务进行摸排：
租户：给一家公司划分成多个组织，解决组织的数据隔离。
应用：用来解决业务问题，实现特定的业务功能。业务应用的交付物主要是镜像。如：PDM，PPM，RM，DTM，MPM
权限管理
权限管理是多租户的重点实施内容，需要按多个不同维度进行业务分析，最终才能确定每个租户下的角色/用户权限：
客制化功能
对于PLM平台，常规的实施必定包含个性化内容的客制化开发，而这部分也是多租户实施的最大挑战，其较大价值部分也在此处。
结论
多租户架构可以在一个系统平台中支持多个租户同时访问，每个租户拥有独立的资源和数据，并且彼此之间完全隔离。通俗来说，多租户就是把一个应用按照客户的需求“分割”成多个独立的实例，每个实例互不干扰。其对于集团型制造企业而言，具有明显应用价值：
①更好的满足不同租户的业务需求；
②降低各平台总运维成本，减少软硬件及网络等基础设施的成本投入；
③节约开发成本，通过复用代码快速上线新租户实例；
④增强系统的可扩展性及可伸缩性，并支持横向扩展，做到每个租户的数据和资源均可自由管理及合理控制。