erp系統可以登錄但是用不了？可能是中間件沒準備好，或者是用戶權限沒開放！公司換ERP軟件，怎么梳理現有工作流，該怎么整理各部門所需的權限？權限分為功能級權限和數據級權限，通用權限基于RBAC權限模型

erp系統可以登錄但是用不了？

可能是中間件沒準備好，或者是用戶權限沒開放！

公司換ERP軟件，怎么梳理現有工作流，該怎么整理各部門所需的權限？

權限分為功能級權限和數據級權限，通用權限基于RBAC權限模型設計。

在一般的崗位和角色組織體系中，通常會設計角色和崗位兩種體系同時存在。

角色，可以限制功能菜單和組件操作，控制用戶可以訪問哪些功能，更多用于控制IT系統功能展示崗。一般崗位相對于流程審批和數據權限，有層級關系，上下級關系和職責明確。同時，有些職位具有限制機構的屬性，也有獨特的設置，比如在一個部門中是唯一的，或者在整個機構中是唯一的，比如董事長、部門經理。一般來說，職位需要綁定機構。所以梳理工作流程，首先要設置組織的崗位和層級關系，建立崗位職責和關系的映射表。

具有一般數據級權限的數據記錄有兩個屬性標簽:所有者和機構。同時，數據級權限又分為記錄級權限和字段級權限。

記錄權限

通常創建者可以訪問自己創建的記錄。機構經理可以有權限進入自己的機構，但考慮到一人兼任多職的情況，需要進行權限合并計算，得到工會；或者根據用戶當前使用的位置進行切換，并提供位置切換操作。

記錄級權限通常分為以下幾種情況:

本人負責該機構(同級)的全公司現場級權限，下級機構和同級機構的上級機構，以及該機構分支機構/子公司的指定機構。

字段權限分配是對記錄中包含的字段分配權限。

只有在系統管理中定義了崗位或用戶并分配了功能權限后，才能在此設置數據級權限。

因此，在梳理流程時，需要對流程中涉及的數據集進行分析，設計數據記錄級權限映射表和字段級權限映射表。

工作流節點的接收人工作流主節點的接收人通常由工作流引擎設置。

以下是某國產流程引擎的表述:

收件人規則是下一步為解決發件人范圍而制定的各種規則。審批和生產環境存在很多不確定性，經常需要自動確定接收人的范圍。為了滿足不同場合的需要，我制定了以下收件規則。

1.每種接受類型都將當前節點設置為作用于下一個節點。

2.每種類型都有自動路徑記憶功能，即當一個節點第一次投遞到下一個節點時，記錄下被投遞的人。

通常，流程引擎的接受規則是:

起始節點的訪問規則:起始節點是一個特殊的節點，是整個流程的入口，一個流程中只有一個起始節點。起始節點的訪問規則是確定誰可以啟動流程。按位置智能計算:在下一個節點的節點屬性中，設置節點位置。這是默認的交貨規則，在下一個節點設置位置時按此規則。按照崗位計算。他的計算方法是先根據當前操作員的部門范圍進行計算。如果操作員 s部門，則當前操作員的部門級別會提升一級，然后依次搜索計算。這部分業務只能由部門負責人審批。按節點綁定的部門計算:設置在當前節點的節點屬性中設置節點位置。會按照指定部門下的人員來投遞，也就是N個部門都可以接受這個工作。這個類用于根據郵件組發送郵件。按節點綁定的人算:那些人是節點綁定的，系統會發。根據綁定崗位和部門的交集計算:在節點崗位中，設置節點部門。同時擁有該職位集和該部門集的人員將被視為該節點的接收人。根據綁定的崗位和設置為緯度的綁定部門，按照指定節點的人員或指定領域的人員的崗位計算應用場景:為一個公司設置一個設備維護流程，這個公司分為很多部門，一個IT部門負責電腦設備維護。如果每個部門的成員需要設備維護，他們應該首先填寫一份清單，并將詳細的故障描述發送給本IT部門的驗收人員。IT人員收到此請求后，會根據情況發送給主辦方的部門負責人。

這是一個簡單的三步過程。由-》IT部門驗收發起部門負責人批準。第一步由基層人員發起，第二步由IT驗收崗人員驗收。第三步，中層領導審批。在第三個節點中，根據指定的節點位置計算訪問規則。因為如果按職位計算，第二步會發給it部門經理審批，而不是發起人的部門經理審批。默認的按位置計算是按上一個節點的位置計算，現在的應用場景是按指定節點的位置計算。

僅按綁定崗位計算:按節點上的綁定崗位計算接收人，去掉了部門維度的過濾。此外，根據不同的業務場景，還會設計專門的流程節點。

在流程安排上，一方面要安排流程圖，同時要建立流程節點接受者規則表。