【正文】 上來看，刪除和封存的效果一樣，刪除或封存后都看不見了，但是實際的效果和出發(fā)點是不同的。u 對于沒有業(yè)務(wù)發(fā)生的行政組織（例如沒有掛過輔助賬的，也沒有設(shè)置職位、沒有職員掛在上面的、沒有被固定資產(chǎn)卡片、SCM單據(jù)引用過的），那么可以刪除；刪除的方法是，首先反啟用企業(yè)組織架構(gòu)（利用administrator進入系統(tǒng)，進入“企業(yè)組織架構(gòu)樹”菜單，點上面的功能按鈕“反啟用組織架構(gòu)”），然后編輯相應(yīng)的組織單元，選擇行政組織頁簽，把“行政組織”復選框去除、保存即可；u 對于已經(jīng)業(yè)務(wù)發(fā)生的行政組織，如果需要保留歷史數(shù)據(jù)的，那么只有采用封存的手段了，進入組織單元編輯界面，選擇行政組織頁簽，點上面的功能按鈕“封存”（注意：截至到V54版本，行政組織不能反封存，請注意操作）；u 如果一個組織單元本身是管理單元，如果在這個管理單元中還有其他的行政組織，不管其他這些行政組織的上級是否指向作為管理單元的這個行政組織，那么管理單元上的行政組織也不能刪除的（這是因為EAS組織模型要求作為管理單元的組織單元上的組織屬性必須包括本管理單元中所有其他組織單元的組織屬性），這種情況下，如果作為管理單元的行政組織是不需要的話，那么也只能封存。如果要刪除或封存行政組織，必須這個行政組織沒有任何下級行政組織（這個對于其他業(yè)務(wù)組織也是一樣）。所以要刪除或者封存行政組織之前，必須把他們原來的下級全部重新指向到別的行政組織上去，這個通過更改行政組織上級就可以了。對于設(shè)置錯誤的行政組織上下級關(guān)系，那么在組織單元編輯界面中調(diào)整行政組織上下級關(guān)系。但是注意如果行政組織已經(jīng)被作為了核算項目使用，改變行政組織上下級關(guān)系，會改變輔助賬的匯總關(guān)系的（跟組織相關(guān)的輔助賬是按照組織視圖關(guān)系進行匯總的），這個會導致財務(wù)數(shù)據(jù)紊亂。因此，更改行政組織上下級一定要注意：行政組織沒有作為核算項目在科目中被使用過，否則就不能改。如果已經(jīng)使用了行政組織作為核算項目，并且有了歷史數(shù)據(jù)，而且想調(diào)整行政組織架構(gòu)，怎么處理？那么除了遵循上述三個原則以外，還要進行如下操作進行事先準備：把所有使用行政組織作為核算項目的科目的輔助賬類型從行政組織改為成本中心，并且連帶總賬輔助賬歷史數(shù)據(jù)一起遷移到成本中心上。這樣才能使財務(wù)核算和行政組織脫鉤，才能使調(diào)整行政組織成為可能。這個調(diào)整有總部研發(fā)提供的SQL腳本可用，如果需要這個腳本，請跟總部研發(fā)的總賬組聯(lián)系。注意，在執(zhí)行這個腳本調(diào)整輔助賬類型之前，還要進行一個重要的準備：必須對應(yīng)行政組織設(shè)置一模一樣粒度的成本中心（雖然正常情況下，EAS的組織模型并不要求這么做，但是為了把輔助賬從行政組織遷移到成本中心上，則必須這么做）。否則腳本執(zhí)行結(jié)果將無法預料。這里有兩個可能：u 以前設(shè)置的成本中心和行政組織的粒度不對應(yīng)，可能某個組織單元作為行政組織是非葉子節(jié)點，但是作為成本中心已經(jīng)是葉子節(jié)點了。這個時候就需要把成本中心的葉子節(jié)點也按照行政組織的粒度改得一模一樣（更改之前必須注意，成本中心沒有掛過任何輔助賬，否則不能改）；u 如果組織單元作為行政組織和作為成本中心的上級組織指向不是同一個組織單元，也就是說行政組織上下級關(guān)系和成本中心上下級關(guān)系不一樣，那么也必須更改，把成本中心的上下級關(guān)系改成和行政組織上下級關(guān)系一模一樣（更改之前必須注意，成本中心沒有掛過任何輔助賬，否則不能改）；因為第一步調(diào)整成本中心可能會導致某些成本中心由葉子節(jié)點變成了非葉子節(jié)點，或者由非葉子節(jié)點變成了葉子節(jié)點，那么需要調(diào)整固定資產(chǎn)卡片上的折舊費用分攤的成本中心，必須統(tǒng)一調(diào)整成葉子節(jié)點的成本中心。 以下是兩個調(diào)整組織架構(gòu)的例子：一拖EAS項目、交投EAS項目。、因為客戶的業(yè)務(wù)變動而調(diào)整的 客戶的業(yè)務(wù)或者組織架構(gòu)會經(jīng)常發(fā)生變動，那么也需要在EAS中調(diào)整組織架構(gòu)的設(shè)置。這里分兩種情況：n 只是行政組織架構(gòu)變動，業(yè)務(wù)組織沒有變動（這種情況占大多數(shù)）；n 不僅是行政組織架構(gòu)變動了，業(yè)務(wù)組織也變動了； 如果只是第一種情況，那么在EAS中調(diào)整是比較簡單的，因為EAS組織模型本來就是各個組織視圖分離、松耦合的關(guān)系。只要沒有業(yè)務(wù)綁定行政組織，那么調(diào)整行政是很簡單的。 如果是第二種情況，不僅是行政組織架構(gòu)變動，還有業(yè)務(wù)組織架構(gòu)變動，那么就要慎重了，因為EAS的任何業(yè)務(wù)組織都是業(yè)務(wù)數(shù)據(jù)的載體（這一點區(qū)別于行政組織），所以變動業(yè)務(wù)組織必然會涉及到歷史數(shù)據(jù)問題。因此，變動業(yè)務(wù)組織必須考慮如下兩個原則：n 保持歷史數(shù)據(jù)的可追溯性（歷史數(shù)據(jù)可查詢，且歷史數(shù)據(jù)是按照變更前的組織架構(gòu)體系查詢）；n 業(yè)務(wù)組織變更前要保證所有業(yè)務(wù)都已結(jié)轉(zhuǎn)、關(guān)閉（結(jié)轉(zhuǎn)余額、任務(wù)關(guān)閉等）；目前EAS的組織模型不提供組織版本管理，只提供組織架構(gòu)的生命周期管理，組織的變更在業(yè)務(wù)上表現(xiàn)為移動、合并、拆分等行為，在EAS中就把這些行為抽象為組織的新建、封存（反封存）、刪除、移動等幾個操作。在EAS中，為了保證歷史數(shù)據(jù)的可追溯性，業(yè)務(wù)組織變更的總體思路時先封存后新建。但是要封存哪些組織呢？注意以下原則：如果組織的移動、合并、分拆時導致其自身、上級、下級節(jié)點的葉子性質(zhì)發(fā)生了變化（即：本來是葉子節(jié)點的，調(diào)整后成了非葉子節(jié)點；或者本來是非葉子節(jié)點的，調(diào)整后變成了葉子節(jié)點），那么凡是因此導致節(jié)點的葉子性質(zhì)發(fā)生變化的，都一并需要封存。例如下面這個例子： 注意組織封存前的準備工作，所有跟封存的業(yè)務(wù)組織相關(guān)的業(yè)務(wù)都要結(jié)轉(zhuǎn)、關(guān)閉，例如： 結(jié)轉(zhuǎn)所有相關(guān)輔助賬的余額； 調(diào)整所有固定資產(chǎn)卡片的折舊分攤的成本中心， 做應(yīng)收應(yīng)付的債券債務(wù)轉(zhuǎn)移； 相關(guān)的訂單必須關(guān)閉； 。注： 以后可能會考慮業(yè)務(wù)組織封存的自動結(jié)轉(zhuǎn)業(yè)務(wù)，但是目前EAS還沒有提供這樣的功能，所以必須手工結(jié)轉(zhuǎn)、關(guān)閉所有相關(guān)業(yè)務(wù)。 以下是一個因客戶組織架構(gòu)變動而調(diào)整的例子：傳化EAS項目。內(nèi)容總結(jié)
（1）EAS組織 架構(gòu)實施指南
修改記錄

一、前言
EAS組織架構(gòu)是EAS項目實施中最先需要考慮的重要內(nèi)容
（2）設(shè)置步驟是先識別行政架構(gòu)再設(shè)置管理架構(gòu)，不要把組織架構(gòu)的眾多維度混淆在一起
（3）如果因為地區(qū)、產(chǎn)品、業(yè)態(tài)不同而有不同的采購方式和采購政策，那么可以分別設(shè)置采購組織
（4）如何設(shè)置責任中心
EAS的責任中心分為成本中心和利潤中心，成本中心掛在利潤中心之下