制造供應鏈協(xié)同信息分發(fā)技術要求

制造供應鏈協(xié)同信息分發(fā)技術要求1范圍本文件規(guī)定了制造供應鏈分級多層信息分發(fā)基本規(guī)定、網(wǎng)絡協(xié)同制造平臺下的供應鏈信息分發(fā)與傳遞模型和供應鏈信息路由控制要求。本文件適用于網(wǎng)絡協(xié)同制造供應鏈協(xié)同服務平臺的規(guī)劃者、開發(fā)者和使用者。2規(guī)范性引用文件本文件沒有規(guī)范性引用文件。3術語與定義下列術語與定義適用于本文件。3.1供應鏈Supplychain生產(chǎn)及流通過程中，涉及將產(chǎn)品或服務提供給最終用戶所形成的網(wǎng)絡結構。［GB/T18354-2006，定義2.5]3.2供應鏈管理Supplychainmanagement對供應鏈涉及的全部活動進行計劃、組織、協(xié)調(diào)與控制。［GB/T18354-2006，定義2.6]3.3供應鏈協(xié)同Supplychaincollaboration通過信息共享，將供應鏈內(nèi)及跨供應鏈間的企業(yè)產(chǎn)品設計、制造、運行、維護、管理等各環(huán)節(jié)緊密連接，實現(xiàn)產(chǎn)品全生命周期內(nèi)資源的最充分利用。4供應鏈信息共享云平臺4.1平臺架構將云計算技術應用到供應鏈管理中，建立了供應鏈信息共享的系統(tǒng)平臺，提高了供應鏈管理的整體運行效率，實現(xiàn)了供應鏈信息共享和業(yè)務協(xié)作。以下是采用云計算技術的供應鏈信息共享平臺的體系組成，分為基礎資源層、平臺管理層、應用服務層、用戶接口層和云安全管理模塊，如圖1所示。圖1基于云計算的供應鏈信息共享云平臺架構（1）基礎資源層，即IaaS層。該層是云平臺的基礎，主要包括數(shù)據(jù)資源中心和信息化基礎設施兩個部分。信息化基礎設施包括計算機服務器、網(wǎng)絡設備、存儲設備等基礎設施，它是所有應用功能的基礎，為云平臺提供計算服務、存儲服務以及其他所需的云IaaS層基礎設施服務。另一方面，數(shù)據(jù)資源包括信息和軟件兩類資源。（2）平臺管理層，即PaaS層。平臺管理層在資源整合的基礎上，通過對整體虛擬結構的搭建，為系統(tǒng)提供多種服務。（3）應用服務層，即SaaS層。應用服務層提供了易操快捷的操作平臺，滿足用戶所需的多種服務。（4）用戶接口層，這一層是用戶使用個人電腦、移動電話等終端設備對信息進行傳輸、處理、接收和快速響應的接入層，這四層構成了一個完整的供應鏈網(wǎng)絡協(xié)同和信息共享平臺架構。（5）云安全管理模塊，需要使用云堡壘機等安全產(chǎn)品以確保平臺正常運行，保護用戶的數(shù)據(jù)信息安全，滿足平臺的安全合規(guī)需求。4.2業(yè)務協(xié)作模式供應鏈上的業(yè)務協(xié)作模式可以分為供應鏈內(nèi)部的業(yè)務協(xié)作和供應鏈之間的業(yè)務協(xié)作。基于云的供應鏈被定義為“全協(xié)同供應鏈”，即供應鏈合作伙伴通過可擴展的云平臺共享關鍵信息，該平臺實時能夠?qū)崟r感知供應鏈的變化，并在供應鏈網(wǎng)絡中通過提供信息透明度和實時數(shù)據(jù)可見性來執(zhí)行最佳響應。其具體的協(xié)作結構模型如圖2和圖3所示。圖2云平臺下的供應鏈縱向業(yè)務協(xié)作模式圖3云平臺下的供應鏈橫向業(yè)務協(xié)作模式具體要求如下：通過云平臺在單條供應鏈內(nèi)部共享物料、零部件及設備采購需求數(shù)據(jù)、庫存數(shù)據(jù)、配送數(shù)據(jù)、生產(chǎn)能力數(shù)據(jù)、交貨期、預算等信息，供應鏈上的企業(yè)可以通過云平臺獲取這些信息；企業(yè)可以通過建立相關分析模型對這些信息進行分析，進而對下一步生產(chǎn)、庫存、采購等計劃進行預測；供應鏈內(nèi)部進行業(yè)務協(xié)作，從而縮短整個供應鏈的響應時間，提高企業(yè)利潤，實現(xiàn)降低成本和提高效率的目的。5供應鏈信息分級多層信息分發(fā)基本規(guī)定5.1系統(tǒng)級別系統(tǒng)級別是整個產(chǎn)品的最高層級，產(chǎn)品的總體功能和性能要求從頂層設計團隊傳遞到下游各級別。產(chǎn)品的市場需求、用途和整體戰(zhàn)略目標影響著整個供應鏈的決策。在供應信息的分發(fā)與傳遞中，系統(tǒng)級別的信息通常涉及到整個產(chǎn)品的需求和規(guī)格。系統(tǒng)級別的信息主要包括：市場需求和趨勢預測、總體生產(chǎn)計劃和產(chǎn)量目標、銷售戰(zhàn)略等。5.2分系統(tǒng)級別分系統(tǒng)級別是在系統(tǒng)級別下的子級別，是產(chǎn)品在不同功能模塊或子系統(tǒng)之間的劃分。各個分系統(tǒng)的設計需求和性能參數(shù)由系統(tǒng)級別需求分解而來。供應信息的分發(fā)與傳遞在這一層級可以涉及到各個分系統(tǒng)的需求和協(xié)調(diào)。分系統(tǒng)之間的協(xié)同需求和接口條件需要被明確定義，以確保整體一致性。分系統(tǒng)級別的信息主要包括：各個生產(chǎn)階段的詳細計劃、部門間協(xié)調(diào)和資源分配、質(zhì)量控制和檢測計劃等。5.3單機級別單機級別是在分系統(tǒng)級別下的更細致劃分，代表著完整的功能模塊，可以單獨運行。供應信息的分發(fā)與傳遞可以涉及到單機的設計、制造和集成。單機的功能模塊和集成要求從分系統(tǒng)級別傳遞到制造和裝配環(huán)節(jié)。制造部門需要根據(jù)單機的設計圖紙和規(guī)格進行生產(chǎn)準備。單機級別信息主要包括：部件的裝配順序和流程、部件的數(shù)量和規(guī)格、裝配線的調(diào)度和協(xié)調(diào)等。5.4部件級別部件級別是指單機級別下更小的組成單元，通常是一組相關功能的集合。供應信息的分發(fā)與傳遞在這一層級可以涉及到部件的制造、裝配和供應。部件級別的制造和裝配需求來自于單機設計，需要明確部件的尺寸、材料和加工工藝。部件的制造計劃和交付時間將影響裝配的進度。部件級別是零部件的制造和供應層級。部件級別信息主要包括：部件的設計和規(guī)格、訂單和供應計劃、部件的質(zhì)量認證和檢驗報告等。5.5零件級別零件級別是最小的單位，代表了產(chǎn)品的最基本組成元素。供應信息的分發(fā)與傳遞在這一層級通常涉及到零件的供應商、材料、加工工藝等。零件的供應商選擇、材料選型和生產(chǎn)流程由部件級別需求決定。零件級別的生產(chǎn)和交付情況將直接影響部件的制造和單機的組裝。零部件級別的信息主要包括:零部件的生產(chǎn)計劃和交付時間、零部件的規(guī)格和特性、零部件的供應商信息等。6網(wǎng)絡協(xié)同制造平臺下的供應鏈信息分發(fā)與傳遞模型網(wǎng)絡協(xié)同制造平臺下的供應鏈信息分發(fā)與傳遞模型由以下公式所示，描述了系統(tǒng)中不同層級之間的需求預測和庫存調(diào)整關系。單機需求預測=SMOOTH（部件需求,單機移動平均）（1）分系統(tǒng)需求預測=SMOOTH（部件需求,分系統(tǒng)移動平均）（2）單機庫存調(diào)整=（單機期望庫存-單機庫存-分系統(tǒng)庫存）/單機庫存調(diào)整時間（3）部件庫存調(diào)整=（部件期望庫存-分系統(tǒng)部件庫存-單機庫存-分系統(tǒng)庫存）/部件庫存調(diào)整時間（4）在單機層級，通過使用SMOOTH函數(shù)來進行需求平滑預測，以支持單機移動平均的計算。分系統(tǒng)層級也采用類似的方式進行需求預測。在單機和分系統(tǒng)之間，庫存調(diào)整根據(jù)期望庫存、當前庫存以及其他層級庫存的情況進行調(diào)整。7供應鏈信息路由控制要求7.1角色和權限定義通過基于供應鏈信息權屬問題的信息分發(fā)機制中對角色和權限定義，明確定義供應鏈中的各種角色，并為每個角色分配相應的訪問權限，包括讀取和寫入權限。7.2數(shù)據(jù)分類將供應鏈信息進行分類，以便區(qū)分不同級別和類型的數(shù)據(jù)。例如，可以將信息分為戰(zhàn)略性、運營性和執(zhí)行性數(shù)據(jù)，根據(jù)敏感程度和重要性進行分類，主要內(nèi)容如下。數(shù)據(jù)分類目的：數(shù)據(jù)分類的主要目的是根據(jù)數(shù)據(jù)的特性、敏感程度和訪問權限需求來劃分數(shù)據(jù)，以便在路由控制中進行精細的管理。數(shù)據(jù)分類標準：數(shù)據(jù)分類可以根據(jù)多個標準進行，如數(shù)據(jù)類型、重要性、機密性、所有權等。數(shù)據(jù)分類級別：將數(shù)據(jù)分為不同的級別，如戰(zhàn)略性、運營性和執(zhí)行性數(shù)據(jù)，根據(jù)其在供應鏈中的角色和用途進行劃分。數(shù)據(jù)分類表：建立一個數(shù)據(jù)分類表，明確每個數(shù)據(jù)類別的特點、訪問權限和路由規(guī)則。權限和訪問控制：基于數(shù)據(jù)分類表，為每個數(shù)據(jù)類別設置相應的訪問權限，確保只有具有相應權限的角色能夠訪問相關數(shù)據(jù)。7.3訪問控制列表（ACL）為每個數(shù)據(jù)類別設置訪問控制列表，明確指定哪些角色具有讀取和寫入特定數(shù)據(jù)的權限。ACL可以基于角色、用戶組或個人進行設置。建立訪問控制列表的模型如下：數(shù)據(jù)分類：將供應鏈中的數(shù)據(jù)進行分類，以便在ACL中指定不同類別的訪問規(guī)則。訪問角色定義：定義供應鏈中的角色，例如制造商、供應商、分銷商等。數(shù)據(jù)訪問權限：為每個角色指定訪問特定數(shù)據(jù)類別的權限，即讀取和寫入權限。訪問控制列表（ACL）：創(chuàng)建ACL，列出數(shù)據(jù)類別和相應角色的訪問權限。數(shù)據(jù)路由策略：根據(jù)ACL中的規(guī)則制定數(shù)據(jù)路由策略，確保數(shù)據(jù)只被授權的角色訪問。權限管理系統(tǒng)：使用權限管理系統(tǒng)來管理ACL，確保角色和權限的更新和調(diào)整。7.4數(shù)據(jù)路由規(guī)則定義數(shù)據(jù)的路由規(guī)則，確定數(shù)據(jù)如何在供應鏈中傳遞。例如，當某個角色產(chǎn)生新數(shù)據(jù)時，規(guī)定該數(shù)據(jù)將被路由到哪些角色進行審批、閱讀或處理。建立數(shù)據(jù)路由規(guī)則的模型如下：數(shù)據(jù)分類：將供應鏈中的數(shù)據(jù)進行分類，以便在數(shù)據(jù)路由規(guī)則中指定不同類別的路由方式。角色和權限定義：定義供應鏈中的角色，以及每個角色的訪問權限。數(shù)據(jù)路由目標：確定每個數(shù)據(jù)類別的路由目標，即數(shù)據(jù)應該流向哪些角色。數(shù)據(jù)傳遞方式：確定數(shù)據(jù)傳遞的方式，可以是推送、拉取或訂閱機制，根據(jù)數(shù)據(jù)的性質(zhì)和角色的需求來選擇。數(shù)據(jù)路由規(guī)則表：創(chuàng)建數(shù)據(jù)路由規(guī)則表，列出數(shù)據(jù)類別、來源角色、目標角色和傳遞方式。數(shù)據(jù)路由策略：根據(jù)數(shù)據(jù)路由規(guī)則表，制定數(shù)據(jù)在供應鏈中的實際流動策略。7.5審批流程對于需要審批的數(shù)據(jù)，建立審批流程。規(guī)定哪些角色需要參與審批，審批的順序以及審批的條件，有助于確保敏感數(shù)據(jù)的正確處理。審批角色：確定哪些角色在數(shù)據(jù)操作需要審批時需要參與審批流程，例如高級管理人員、質(zhì)量控制人員等。審批流程規(guī)則：定義不同數(shù)據(jù)操作所需的審批步驟、參與角色和審批條件。審批流程表：創(chuàng)建審批流程表，列出不同數(shù)據(jù)操作對應的審批流程規(guī)則。數(shù)據(jù)操作提交和審批：當角色執(zhí)行需要審批的數(shù)據(jù)操作時，提交操作請求并觸發(fā)相應的審批流程。審批記錄和通知：記錄審批流程的狀態(tài)、參與者和決策，同時向相關角色發(fā)送審批通知。7.6事件驅(qū)動通知當數(shù)據(jù)被路由給特定角色或進行了更改時，系統(tǒng)可以生成事件通知，可以通過電子郵件、短信、應用程序通知等方式實現(xiàn)，確保及時的信息傳遞。數(shù)據(jù)分類：將供應鏈中的數(shù)據(jù)進行分類，以便在事件驅(qū)動通知中指定不同類別的事件和通知方式。事件定義：確定需要觸發(fā)通知的關鍵事件，如新訂單創(chuàng)建、生產(chǎn)計劃變更、庫存數(shù)據(jù)更新等。事件監(jiān)聽角色：確定哪些角色需要監(jiān)聽和接收特定事件的通知。通知方式：確定通知的方式，如電子郵件、短信、移動應用通知等。事件監(jiān)聽規(guī)則：創(chuàng)建事件監(jiān)聽規(guī)則，指定哪些事件會觸發(fā)通知以及通知的接收者。事件驅(qū)動通知系統(tǒng)：建立事件驅(qū)動通知系統(tǒng)，監(jiān)控事件并觸發(fā)相應的通知。7.7數(shù)據(jù)加密與安全性對于敏感數(shù)據(jù)，應采用加密等安全措施，以防止未經(jīng)授權的訪問。確保數(shù)據(jù)在傳輸和存儲過程中得到適當保護。7.8審計和監(jiān)控實現(xiàn)審計功能，記錄數(shù)據(jù)的路由和訪問歷史。監(jiān)控系統(tǒng)中的數(shù)據(jù)流動，及時發(fā)現(xiàn)異常情況并采取措施。7.9異常處理定義處理數(shù)據(jù)路由異常的流程。如果數(shù)據(jù)未按預期路由，或者發(fā)生了錯誤，確保有相應的機制來糾正問題并通知相關人員。在供應鏈信息路由控制策略中，建立異常處理是確保及時發(fā)現(xiàn)和解決數(shù)據(jù)流動中的異常情況的關鍵一環(huán)，本研究提出以下內(nèi)容來建立異常處理機制：數(shù)據(jù)分類和監(jiān)測：將供應鏈中的數(shù)據(jù)進行分類，并設置監(jiān)測機制，以便及時發(fā)現(xiàn)異常情況。異常類型定義：確定可能的異常類型，如未經(jīng)授權訪問、數(shù)據(jù)篡改、數(shù)據(jù)丟失等。異常規(guī)則和閾值：定義異常發(fā)生的規(guī)則和閾值，以便在系統(tǒng)中觸發(fā)異常處理。異常通知和報告：設置異常通知機制，確保相關角色可以在異常發(fā)生時得到通知和報告。異常處理流程：制定異常處理流程，包括異常的識別、定位、解決和報告。7.10透明度和報告提供報告和儀表板，顯示數(shù)據(jù)的流動和訪問情況。這有助于管理層了解供應鏈中信息的分發(fā)和使用情況。數(shù)據(jù)分類和跟蹤：將供應鏈中的數(shù)據(jù)進行分類，并設置跟蹤機制，以便實時監(jiān)控數(shù)據(jù)的流動。報告類型定義：確定需要生成的報告類型，如數(shù)據(jù)流動報告、訪問日志、審批記錄等。報告內(nèi)容和格式：定義每種報告的內(nèi)容和格式，以確保報告能夠提供有關數(shù)據(jù)流動和操作的詳細信息。報告生成頻率：確定報告的生成頻率，可以是實時、每日、每周等，根據(jù)需求來定制。報告?zhèn)魉头绞剑捍_定報告的傳送方式，可以是電子郵件、儀表板展示、文件共享等。7.11持續(xù)改進定期評估路由控制策略的有效性，根據(jù)實際需求進行調(diào)整和改進。供應鏈是不斷變化的，策略也需要相應地演化。7.12培訓和教育為供應鏈中的各個角色提供培訓，確保他們理解數(shù)據(jù)路由控制策略、流程和責任。

附錄A

（資料性）

供應鏈信息路由控制示例A.1供應鏈中的數(shù)據(jù)分類供應鏈的數(shù)據(jù)分類包括戰(zhàn)略性數(shù)據(jù)，涉及供應鏈的長期規(guī)劃和戰(zhàn)略決策，只有高層管理人員和決策者有權訪問，例如，市場趨勢分析、供應鏈戰(zhàn)略計劃；運營性數(shù)據(jù)，用于供應鏈的日常運營，需要被制造商、供應商和分銷商訪問例如，訂單信息、庫存數(shù)據(jù)；執(zhí)行性數(shù)據(jù)，用于具體的操作和生產(chǎn)過程，只有相關操作人員才能訪問，例如，生產(chǎn)計劃、質(zhì)量檢驗報告。制造商需要查看訂單信息和庫存數(shù)據(jù)以滿足生產(chǎn)需求，因此具有運營性數(shù)據(jù)的訪問權限。然而，制造商無需訪問分銷商的銷售數(shù)據(jù)，因此沒有訪問權限。供應商需要訪問訂單信息以了解其供應的需求，因此具有運營性數(shù)據(jù)的訪問權限。但供應商無需訪問制造商的生產(chǎn)計劃，因此沒有訪問權限。通過對數(shù)據(jù)進行分類，供應鏈中的不同角色可以根據(jù)其權限訪問適當?shù)臄?shù)據(jù)。這有助于解決信息權屬問題，確保數(shù)據(jù)在供應鏈中的合理流動和使用。請注意，實際的數(shù)據(jù)分類可能更為復雜，需要根據(jù)實際需求和業(yè)務場景來進行定制。A.2供應鏈中的訪問控制列表數(shù)據(jù)分類：訂單信息、庫存數(shù)據(jù)、生產(chǎn)計劃、質(zhì)量檢驗報告。角色定義：制造商、供應商訪問權限示例：制造商：具有讀取和寫入權限，可以訪問訂單信息、庫存數(shù)據(jù)和生產(chǎn)計劃。可以上傳質(zhì)量檢驗報告。供應商：具有讀取權限，可以訪問訂單信息、庫存數(shù)據(jù)。無寫入權限。訪問控制列表（ACL）示例：訂單信息：制造商（讀寫）、供應商（讀）庫存數(shù)據(jù)：制造商（讀寫）、供應商（讀）生產(chǎn)計劃：制造商（讀寫）、供應商（無訪問權限）質(zhì)量檢驗報告：制造商（讀寫）、供應商（無訪問權限）數(shù)據(jù)路由策略示例：制造商收到訂單后，他們可以查看訂單信息和庫存數(shù)據(jù)，然后上傳質(zhì)量檢驗報告。供應商可以查看訂單信息和庫存數(shù)據(jù)，但無法更改。分銷商可以查看訂單信息和庫存數(shù)據(jù)。通過ACL，數(shù)據(jù)訪問在供應鏈中得到精確控制，只有具有相應權限的角色才能訪問特定數(shù)據(jù)。這有助于解決信息權屬問題，確保數(shù)據(jù)的合理和安全分發(fā)。A.3供應鏈中的數(shù)據(jù)路由規(guī)則數(shù)據(jù)分類：訂單信息、庫存數(shù)據(jù)、生產(chǎn)計劃、質(zhì)量檢驗報告。角色和權限定義：制造商、供應商。數(shù)據(jù)路由目標示例：制造商：需要訪問訂單信息、庫存數(shù)據(jù)和生產(chǎn)計劃。供應商：需要訪問訂單信息和庫存數(shù)據(jù)。數(shù)據(jù)傳遞方式示例：制造商和供應商可以使用訂閱機制，訂閱訂單信息和庫存數(shù)據(jù)的更新。數(shù)據(jù)路由規(guī)則表示例：數(shù)據(jù)類別來源角色目標角色傳遞方式訂單信息制造商供應商訂閱訂單信息制造商/拉取訂單信息供應商/無需傳遞庫存數(shù)據(jù)制造商供應商訂閱生產(chǎn)計劃制造商供應商訂閱質(zhì)量檢驗報告制造商供應商訂閱數(shù)據(jù)路由策略示例：制造商創(chuàng)建新訂單后，供應商會通過訂閱機制自動收到訂單信息。供應商更新庫存數(shù)據(jù)后，制造商會訂閱這些信息的更新。通過數(shù)據(jù)路由規(guī)則，確保數(shù)據(jù)按照需求流動，并遵循角色的訪問權限。這有助于解決信息權屬問題，同時保持供應鏈的高效協(xié)作。A.4供應鏈中的數(shù)據(jù)審批流程數(shù)據(jù)分類：訂單修改請求、生產(chǎn)計劃更改請求、質(zhì)量檢驗報告上傳。角色和權限定義：制造商、供應商、質(zhì)量控制人員。審批角色示例：訂單修改請求：制造商、供應商、高級管理人員。生產(chǎn)計劃更改請求：制造商、高級管理人員。質(zhì)量檢驗報告上傳：制造商、質(zhì)量控制人員。審批流程規(guī)則示例：訂單修改請求：制造商提交請求后，供應商審核后批準，然后高級管理人員最終批準。生產(chǎn)計劃更改請求：制造商提交請求后，高級管理人員審批。質(zhì)量檢驗報告上傳：制造商提交報告后，質(zhì)量控制人員審核。數(shù)據(jù)操作提交和審批示例：制造商在生產(chǎn)過程中需要修改訂單，他們提交訂單修改請求。供應商審核通過后，請求進入高級管理人員的審批流程。如果高級管理人員批準，訂單修改生效。制造商需要上傳質(zhì)量檢驗報告。他們提交報告后，質(zhì)量控制人員審核報告內(nèi)容并批準。通過審批流程，確保數(shù)據(jù)的修改和上傳是經(jīng)過授權和合規(guī)的。這有助于解決信息權屬問題，同時維護供應鏈的合規(guī)性和安全性。A.5供應鏈中的異常處理數(shù)據(jù)分類和監(jiān)測：訂單信息、生產(chǎn)計劃、庫存數(shù)據(jù)。異常類型定義：未經(jīng)授權訪問、數(shù)據(jù)篡改、數(shù)據(jù)丟失。異常規(guī)則和閾值示例：未經(jīng)授權訪問：當某個角色嘗試訪問無權限數(shù)據(jù)時觸發(fā)異常。數(shù)據(jù)篡改：當數(shù)據(jù)在傳輸過程中被篡改，或者數(shù)據(jù)的哈希值不匹配時觸發(fā)異常。數(shù)據(jù)丟失：當某個數(shù)據(jù)在系統(tǒng)中丟