隨著制造業的蓬勃發展，企業在經營現有業務的同時，已開始呈現出收購關聯業務，兼并周邊產業的趨勢。而企業原有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平臺，常規的實施必定包含個性化內容的客制化開發，而這部分也是多租戶實施的最大挑戰，其較大價值部分也在此處。
結論
? 多租戶架構可以在一個系統平臺中支持多個租戶同時訪問，每個租戶擁有獨立的資源和數據，并且彼此之間完全隔離。通俗來說，多租戶就是把一個應用按照客戶的需求“分割”成多個獨立的實例，每個實例互不干擾。其對于集團型制造企業而言，具有明顯應用價值：
①更好的滿足不同租戶的業務需求；
②降低各平臺總運維成本，減少軟硬件及網絡等基礎設施的成本投入；
③節約開發成本，通過復用代碼快速上線新租戶實例；
④增強系統的可擴展性及可伸縮性，并支持橫向擴展，做到每個租戶的數據和資源均可自由管理及合理控制。