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