| 早期單一公司資料控管方式 |
|
|
|
以往公司型態較為單純，單一公司單一資料庫，存放在公司主機內，而公司主機不需對外連線，所有人員透過公司內部電腦連線即可取得資料，所以權限設定上只要針對所有使用項目設定，權限設定較為單純。 |
|
| 多公司資料控管及運作方式 |
|
|
|
多公司型態時，各公司的業務型態、內容不同，甚至客戶、產品資料都不同，這都必須將各公司資料區隔開來，才能避免內部資料外洩。
|
|
| 多公司資料控管及運作方式(多資料庫) |
|
★ 單一地點方式─
★ 多公司在單一地點時，各點資料庫放在同一台主機下，多資料庫定時整合處理。
★ 多地點延伸方式─
★ 多公司在多地點時，各點資料庫放在各公司的主機下，再定時傳回資料整合處理。
|
|
| 多公司資料控管及運作方式(多資料庫) |
|
|
|
|
多公司型態時，公司在每一家分公司都建置了系統以區隔各公司資料，並區別個人權限，再以資料定時傳輸的方式將所有公司資料整合來管理。 |
|
|
| 多公司資料控管及運作方式(多資料庫) |
|
|
★ 每一家分公司都建置了軟體系統以區隔各公司資料，各分公司各自有一個獨立資料庫，各公★ 司下的使用者依照各自公司系統獨立運作。
★ 由此種設定方式，從單公司型態就延伸出多公司作業型態。
★ 所以以往不論是多公司單地點或多公司多地點的情況 下，都可以在系統下設定多公司運作。
|
|
| 多公司多資料庫實際運作問題 ─ 使用人員 |
|
★ 登入多家公司時，使用者必須設定登入每一家公司的權限。
★ 共用產品、客戶資料必須各公司重複建立。
★ 總公司合併統計分析數據，必須等資料回傳過帳後才可以獲得。
★ 總公司合併統計分析數據，並非即時統計數據，間隔回傳時間越長，數據越不準確。
|
|
| 多公司多資料庫實際運作問題 ─ 系統人員 |
|
★ 多公司多資料庫，各公司必須建置系統人員維護系統。( 例：軟體更新、資料庫維護、系統★ 登入、硬體相關維護…等相關工作。)
★ 總公司合併統計分析數據時，系統人員必須等所有資料回傳，系統人員合併資料後才可以獲★ 得。
★ 整合資料必須更新所有分公司資料，才可以達到資 源與資料共享的目的。
|
|
| 多公司資料控管及運作方式(單一資料庫) |
|
多公司單一資料庫的方式，可直接建立總公司與分公司為層次關係，從總公司登入，可直接查詢與建立各分公司的資料，不必經過等待即可查詢彙總的統計資料。 |
|
| 單一資料庫實際運作優點 ─ 使用人員 |
|
針對總公司使用人員單一入口登入的方式，不會再有人員要登入公司重複切換的問題。
總公司合併統計分析數據，可即時由主機獲得，產生報表無須等待。
|
|
| 單一資料庫實際運作優點 ─ 系統人員 |
|
單一資料庫，各公司只須建置電腦硬體維護人員。( 軟體更新、資料庫整合維護、系統登入…等相關工作都集中由總公司處理。 )
總公司合併統計分析數據時，系統人員不必等待資料回傳，合併資料後才可以獲得。
使用人員登入權限集中管理控管方便。
|
|
