Portal

現在看到這Portal與BPM兩樣SAP的產品時，腦海中自然浮現出以前在資策會時候的畫面，那時候就是不斷地思考要如何運用這些東西。曾幾何時，現在又要再度思考這些問題。不過，這次角度已經不太一樣，這次是要思考如何有意義地運用這些工具。

Portal

我們熟知的Portal多是用來架設企業的「入口網站」，什麼是「入口網站」？簡單地說就是使用者可以從這個「入口」，看到許多與其個人有關的資訊，並可以讓使用者很快速且方便地連接至其他系統。 例如，Yahoo就是一種入口網站，Yahoo的會員可以很快速地透過Yahoo網站找到其所要的資訊與開啟一些應用程式 (Email、行事曆、討論區、...等)。

一個企業的「入口網站」，其模式基本上與Yahoo是相同的，最小的範圍是將Yahoo的會員轉變成是企業的員工，也可將範圍再擴大至企業的客戶與供應商， 這些人均能透過企業的入口網站來取得其所可以得到的資訊，並可以方便迅速地開啟一些應用程式(Email、行事曆、討論區、佈告欄...等)

乍聽之下，建立企業的Portal好像很"炫"，美美的網頁、眾多的資訊、許多鏈結...等，這對員工帶來了哪些好處呢？對企業帶來了哪些好處呢？若只是將將個人相關的資訊與鏈結整合在單一網頁上，這算有價值嗎？企業導入入口網站失敗的案例也不在少數，他們為什麼會失敗呢？我們應該好好思考這個問題！尋找相關的研究資料來減少失敗的原因。

我認為要從下列幾個角度去思考要如何建置Portal：

• 誘導使用者改變操作習慣：

讓使用者自然地覺得入口網站對其很有幫助，不能只是強硬的要求使用者改變其已經駕輕就熟的操作模式，越強硬推行將會導致越強的反對意見，所以要充分地思考與調查，入口網站如何對使用者帶來好處，使其願意捨棄目前已習慣的作業模式，而改使用企業的入口網站。

• 要能夠增加企業的價值：

要能夠證明，建置入口網站後，企業在某些方面，縮短了處理的時程、增加了營收、減少支出...等，若效益與價值少於建置Portal所投入的成本，則建置入口網站的方式或策略就是有問題的。

•  如何整合與移轉已存在的資產：

不能將目前已存在的資產(標準、文件、資料...等) 丟棄，如何將其完整地保留下來，並且移轉至Portal上是重要的關鍵，倘若有一份重要的資產須跳離Portal才能取得，將會使得使用者在操作上變得不方便，而導致失敗。

 

 以上幾點是個人的觀點，仍需要尋找相關的研究資料來強化整個規劃完整度與嚴謹性。

SAP推動無線企業 改變行動通訊遊戲規則 | 即時新聞 | 財經產業 | 聯合新聞網

SAP推動無線企業 改變行動通訊遊戲規則 | 即時新聞 | 財經產業 | 聯合新聞網: "

【經濟日報╱記者陳雅蘭／即時報導】 2010.09.29 08:45 pm

全球商業軟體解決方案領導供應商SAP與Sybase，雙方的領導高層首度共同宣布合併後的發展策略與產品研發方向，將藉由端對端行動平台，推動無線企業誕生。 SAP於2010年5月12日宣布計劃收購Sybase，這項結合了兩家信譽卓著的產業領導廠商大膽的併購案，改變了企業行動通訊的遊戲規則。 此後的幾個月內，雙方擬訂了產品發展與創新計畫，以期達到企業員工和企業營運上的轉型。合併後的公司在企業應用程式、業務分析、行動基礎設施領域中均居市場領先地位。 SAP十分看重Sybase既有商業模式的優勢，確認Sybase將以獨立的單位進行運作，而客戶對Sybase產品所投入的投資將繼續維持現狀並獲得支援。 【2010/09/29 經濟日報】

錄製畫面的免費軟體

Wink - [Homepage]: "

可以輕鬆錄製操作畫面。

教學網站

What is the client specific data?

Client specific data refer to the data that can be accesses
only when we log in to that Client

Client specific data :
a) Business data--Master data of business partners,
products, pricing etc

b) transaction data: Sales orders, delivery, billing
docuents etc

c) Customization data: All the IMG activities that are
saved with Custoizing request number form the client
specific data

SAP Enterprise Structure

SAP Enterprise Structure

SAP enterprise structure is organizational structure that represents an enterprise in SAP R/3 system. It consists of some organizational units which, for legal reasons or for other specific business-related reasons or purposes, are grouped together. Organizational units include legal company entities, sales offices, profit centers, etc. Organizational units handle specific business functions.

Organizational units may be assigned to a single module (such as a sales organization assigned to Sales and Distribution (SD) module, or to several modules (such as a plant assigned to Materials Management (MM) and Production Planning (PP) module).

SAP R/3 system can represent a complex enterprise structure. Its flexibility can integrate the structure of an enterprise by linking its organizational unit. Enterprise structure design is a fundamental process in a SAP implementation project. The design is mainly determined by the business scenarios performed in an enterprise. Once the design is determined, it will affect many things such as how to perform a transaction and generate reports on SAP system. Although it’s possible, it requires great effort to change the enterprise structure. So , we must ensure that the enterprise structure designed in the SAP implementation project can accommodate all business scenarios and enterprise’s requirements for current and future situation.


From MM and FICO view, the typical enterprise structure can be seen as following image.

• A Client is the highest-level element of all organizational units in SAP R/3 system. The client can be an enterprise group with several subsidiaries. An SAP client has its own master data (Data which is used long-term in the R/3 System for several business processes such as customers, materials, and vendors master data). In SAP, a client is represented by a unique 3-digit number.
• A Company Code is a unit included in the balance sheet of a legally-independent enterprise. Balance sheets and Profit and Loss statements, required by law, are created at company code level. The Company Code is the smallest organizational unit for which we can have an independent accounting department within external accounting, for example, a company within a corporate group (client). In SAP, a company code is represented by a unique 4-digit alpha-numeric for a specific client. It is the central organizational element of Financial Accounting. At least there is one company code in a client. We can set up several company codes in one client in order to manage various separate legal entities simultaneously, each with their own balanced set of financial books. Besides company code, in FICO module there is also another important organizational unit which is Controlling Area. The Controlling Area is the business unit where Cost Accounting is carried out. Usually there is a 1:1 relationship between the controlling area and the company code. For the purpose of company-wide cost accounting, one controlling area can handle cost accounting for several company codes in one enterprise.
• A plant is the place of production or simply a collection of several locations of material stocks in close physical proximity. A plant is represented by a unique 4-digit alpha-numeric for a specific client. Plant is used in Material Management (MM), Production Planning (PP), and Plant Maintenance (PM) module. A plant is assigned to one company code.
• A Storage Location is a storage area comprising warehouses in close proximity. A Storage Location is represented by a unique 4-digit alpha-numeric for a specific plant. Material stocks can be differentiated within one plant according to storage location (inventory management). Storage locations are always created for a plant.

From MM perspective there another important organizational unit: Purchasing Organization.

It’s an organization unit that has responsibility to company’s purchasing requirements. It negotiates purchasing conditions (price, discount, and other things) with vendors. A Purchasing Organization is represented by a client-unique 4-digit alpha-numeric.

A company can have one or more purchasing organizations.

If a company centralizes its purchasing activities, it only needs one purchasing organization. It means that it only has one purchasing condition for a material with a vendor at a certain time.

If a company decentralizes its purchasing activities, it will need more than one purchasing organizations. It means that it can have more than one purchasing conditions for a material with a vendor at a certain time. For example, after negotiating with a vendor, a head quarter purchasing organization buys a material with 100 USD price. That company has a branch at other state/region that is assigned to other purchasing organization. The branch can purchase the same material to the same vendor, for some reasons, with different price e.g. 105 USD.

Facts about Purchasing Organization

A purchasing organization must be assigned to one or more plants.

A purchasing organization can be assigned to one company code.

A purchasing organization can also exist without being assigned to a company code. Since each plant must be assigned to a company code, the company code can be determined via the plant.

One plant can have one or more Purchasing Organizations.

Each purchasing organization has its own info records and conditions for pricing.

Each purchasing organization has its own vendor master data.

Each purchasing organization evaluates its own vendors using MM Vendor Evaluation.

Possible organizational forms of Purchasing Organization in a SAP client:

• Corporate-group-wide purchasing
  A purchasing organization is responsible for the purchasing activities of different company codes.
  In this case, we do not assign a company code to the purchasing organization. We assign plants from different company codes to the purchasing organization.
  
• Company-specific purchasing:
  A purchasing organization is responsible for the purchasing activities of just one company code.
  In this case, we assign a company code to the purchasing organization. The purchasing organization may procure only for this company code. we assign only plants of the company code concerned to the purchasing organization.
  
• Plant-specific purchasing:
  A purchasing organization is responsible for the purchasing activities of one plant.
  In this case, we assign the plant and the company code of the plant to the purchasing organization. The purchasing organization may procure for this plant only.

台泥資訊股份有限公司-SAP Client情形

台泥資訊股份有限公司

...

相關環境

‧ 目前SAP使用ECC5.0與ECC6.0之版本。

‧ 後端資料庫採用SQL Server 2003。

‧ Client數一直增加，目前有5個Client，預計到年底會增加為7個。

...

分散架構也能達到集中的優勢 | CIO | iThome online

分散架構也能達到集中的優勢 | CIO | iThome online: "

當企業走向全球化時，都面臨IT架構是否要走向集中或分散架構的問題，台達電子資訊處處長朱漢安說：「只要做對，分散的IT架構同樣能達到集中的效果」。

如 果你身在20年前，相信你一定不會聽過「Chindia」。「Chindia」一字是由中國（China）與印度（India）兩個國家所組成。近年來， 隨著國際化分工的情勢，各國企業為了追求更低廉的勞工成本，許多企業不斷前往大陸或印度設廠，這也讓中國與印度分別成為傲視全球硬體與軟體製造的重鎮。

全球化的發展同樣也影響到臺灣的企業生態，企業為了確保競爭優勢，追求更為低廉的勞力成本，中國大陸成為臺灣企業走向全球化布局的第一步，而這一步也成為企業全球布局的基石。

這樣的狀況同樣也影響到世界第一大電源供應器製造大廠台達電子，台達電子於1992年便開始至中國大陸投資，這也開啟了台達電子全球運籌的序幕， 至今日台達電子的版圖不但涵蓋亞洲、美洲與歐洲，全世界光是製造工廠就有33個據點，物流中心也多達94個。而這些據點的文化、法令更是不同，為了有效管 理，台達電子資訊處處長朱漢安說：「企業組織分布全球，各地的文化與運作也是相異其趣，為了讓總部資訊能即時傳達，IT必須要達到集中化的優點，也更要符 合當地的文化。」

ERP走向分散但又具集中的效益
企業營運走向全球化，許多企業都面臨到IT架構是否要集中在臺灣總部，或是分散世界各地，而當時有很多的企業都選擇了集中式的IT架構，也就是將 系統集中於臺灣，再讓世界各據點透過網路連回臺灣。不過，台達電子卻走向分散式的IT架構，而這個開始則是源於1998年SAP ERP系統的導入。

過去台達電子使用MRP（Materials Requirements Planning，料品需求計畫）來管理生產、物料與財務的工作，不過，到了1998年，面臨Y2K千禧蟲危機，再加上當時台達電子主要的客戶如IBM、 HP、Compaq或網通大廠都是使用SAP ERP系統，台達電子面臨核心系統的轉換，而台達電子最後選擇了SAP ERP系統，「Y2K迫使我們必須更換系統，透過SAP ERP系統能夠讓台達電子與客戶講同一種語言，不但順暢了商業流程，這也奠基台達電子與國際接軌的第一步。」朱漢安說。

台達電子於1998年便開始著手導入SAP ERP系統，花了1年1個月的時間，臺灣總部的ERP系統正式布署完畢，而臺灣ERP系統的建立，並不代表ERP系統完成建置，臺灣據點的完成只是建立出 一套符合台達電子需求的ERP系統，而接下來的重點，便是如何讓台達電子在全世界各地的據點，同樣能採用這套系統。也因此，除了臺灣總部外，台達電子最後 選擇泰國與中國大陸成為ERP系統的設置據點，而這也確定了ERP走向分散的一條路。不過，當初選擇分散式的IT架構，朱漢安認為主要是文化與備援兩個問 題。

首先是文化的問題，全世界各地的風俗民情不同，比方來說，臺灣正在放過年年假，在歐洲卻必須要上班，如果系統集中在臺灣，要利用過年做年度歲修 時，在歐洲的分公司便會面臨問題。朱漢安表示，要做到因地制宜是一件很難的工作，系統的分散正是解決問題的一個方法。「系統是給人使用的，當然要符合當地 的需求。」朱漢安說。

為了達到資料的統一，在泰國與中國大陸都是使用臺灣的SAP ERP系統，只是在功能上，為了符合當地的需求，部分模組並未提供，也為了當地的需求，額外設計符合當地需求的功能。

而分散的架構，最令人擔心的地方便是資料無法即時傳輸，不過，這樣的狀況並未發生在台達電子身上，朱漢安表示，最後的資料每個月都會彙整至臺灣， 此外，如果某些資料傳遞較為急迫，如臺灣研發完某個產品，要傳送至大陸工廠生產，系統便會每天自動傳遞彼此需要的資料。「這樣的架構，不但能符合當地的文 化，同樣達到集中化的效益。」朱漢安說。

另一個問題便是備援，台達電子於1999年完成臺灣總部ERP系統的導入，而當時由於「兩國論」的提出，造成臺海局勢動盪。朱漢安表示，曾經評估 如果將系統集中在臺灣，但如果兩岸不小心開啟戰端，再加上臺灣屬於地震頻仍的地方，系統的安全便是一個問題。「雞蛋放在同一個籃子便會有風險。」朱漢安 說。

也因此，在緊急的狀況下，台達電子每天會將資料備份至泰國，如果在平日，大約一個星期至一個月系統便會備份一次，以確保系統的安全。

IT集中將提高人力成本
「如果在幾年前，整體環境的考量，我還是會建議走向分散式的IT架構，但至今日我覺得集中式的架構則是企業考慮的首選。」朱漢安說。

今日的政治環境較過往更為緩和，再加上網路頻寬及品質更大幅提升，也奠定了集中式架構的優勢。

此外，伺服器虛擬化技術越來越成熟，除了可以整合資源，更重要的是，透過虛擬化可以讓一臺伺服器區分出不同的區域，比方來說，可以讓一臺伺服器的 資源透過虛擬化讓不同的區域，因不同的文化，設置不同的虛擬機器來應付因地制宜的問題，也透過資源的集中，讓資源發揮出最佳的效益。

不過，現階段台達電子並無計畫走向集中式架構，主要的原因在時間與人力上。朱漢安表示，台達電子ERP運作的模式已有一段時日，系統如果沒有太大問題，並不會輕易更動。此外，如果IT集中在臺灣，IT人力支出的花費將會提升許多。

目前台達電子全球的IT人員約有240人，臺灣總部的IT人員占39人，若IT架構集中在臺灣，臺灣總部人力勢必也要跟著提升，IT的人力成本相 對的也會跟著增加。朱漢安表示，以台達電子為例，過去曾有過一名臺灣IT人員的薪資，可以在大陸雇用4～5名同樣素質的人員，如果IT集中人力成本將會提 升。

「世界是平的」，IT人力也走向委外
《世界是平的》一書告訴我們資訊科技將造成全球化的浪潮，個人與企業面對的競爭對手將越來越多，即使遠在中國或印度的勞工，總有一天會取代其他國家的地位，企業要有足夠的競爭力，才可以存活。而這樣的現象已經蔓延至IT人力上。

為了達到集中的好處又可以兼顧降低人力成本的要求，台達電子便於2年前開始走向IT人力委外，朱漢安表示，IT需求的人力變化很大，如果當年進行 較多的專案，IT人力也會跟著增加，而委外正可解決這樣的問題。「電子產業生命周期短，不可能建置每套系統都要花上一年，委外正可以解決效率與品質的問 題。」朱漢安說。

台達電子現階段所負責的軟體專案幾乎都會委外，不過，並不是將整個專案都委外出去，朱漢安表示，一個軟體工程有很多的段落，比方系統需求、分析、 編碼與測試等，並不是全部的東西都需要委外，只需要委外勞力密集的工作便可，比方來說，系統的分析與設計還是集中在臺灣，但編碼與測試的工作就交給印度的 委外公司負責。

也因此，朱漢安便是希望能將IT架構的資源集中在臺灣，並運用全球的資源讓IT以最少的成本發揮出最大的功效，「並非每一樣東西都必須要在臺灣執行，透過委外不但可以降低人力成本，卻同樣達到集中化的目的。」朱漢安說。文⊙林文彬

CIO小檔案：朱漢安
台達電子資訊處處長
學經歷：1983年進入美商瑞智公司，1985年加入資訊工業策進會擔任組長一職，並於1988年獲得臺灣大學資訊工程研究所碩士，而後於1992年在中央大學資訊管理系擔任兼任講師，並至國產汽車擔任行政處處長一職，於1999年進入台達電子，擔任資訊處處長至今。

公司檔案－台達電子
主要業務：交換式電源供應器
員工人數：臺灣約4,200人、全球約6萬人
資訊部門人數：臺灣39人、全球約240人