F.W.知識瑣記: SAP

顯示具有 SAP 標籤的文章。顯示所有文章

2012年4月20日

如何簡化SAP的使用介面與開發工作，提升生產力

作者: Fred Wang (FW知識瑣記)　日期: 2012/4/20
簡化使用者操作1.使用SAP GuiXT簡化SAP標準畫面
2.使用者常用的Transaction可以單獨產生一個icon,減少操作；例如某個使用者主要工作是訂單輸入，則可以幫他為訂單輸入的Transaction產生一個icon，不用再經過選單動作
3.提供BI的環境，讓使用者快速產生自己需要的報表或匯出自己所需要的資料
4.開發客製化系統來包裝標準功能是最後的方法，可以簡化畫面的操作。客製化的系統可以在SAP內用ABAP開發或SAP外用Java,VB或Adobe Flex開發

簡化IT人員開發工作，提高生產力
1.善用ABAP Query的報表程式產生功能
2.善用SAP ALV技術-比傳統報表開發快速許多
3.善用Adobe PDF技術取代Smart Forms, SAP Script forms提高生產力
4.盡量SAP使用標準功能，進行Configuration or Enhancement
5.鼓勵並善用SAP庫存的Function Modules
6.除儘量使用SAP標準Function Modules外，鼓勵建立Function Modules並妥善管理與運用，鼓勵共用Function Modules以提高生產力（IT同仁養成建立並使用共用程式的習慣,建立重構refactoring的能力）
7.建立程式設計樣板，包含報表與Dialog Program的標準樣板，統一UI elements的設計樣式，減少人員系統設計的時間，並讓使用者有一致的操作體驗
8.(Optional)自行開發建立好用與強大的報表程式產生器,網路上也可以找到一些範例
9.提供BI的環境與訓練，讓使用者快速產生自己需要的報表或匯出自己所需要的資料,減少分析報表開發的時間
10.強化IT人員SAP開發工具的使用，包含Debugging tool, unit test tool, performance test tool, stress test tool..etc.
作者: Fred Wang (FW知識瑣記)

2011年11月11日

SAP Phantom material(虛擬物料)觀念與設定

原作時間 : 2000/10/26 作者: Fred F.M. Wang

有些半成品當一組成立即被父項用掉, 因此不會從現場領出(無庫存), 這類的半成品可列為Phantom material, 或某些元件之間在BOM中均集合列出, 可用一料號代表以方便管理, 此代表料號就是Phantom material.

上圖中, 半成品 "X"就是Phantom material

SAP 物料主檔的設定 :

在MRP 1 view中的special procurement欄位選50(Phantom assembly) lot size key 選擇"EX" (lot for lot)

SAP MRP時間計算之四 : MRP date其它的決定因素

原作時間 : 2000/4/7 作者: Fred F.M. Wang

有時您會發現，您根據上面三個單元算出的MRP date，仍與系統算出的不同，那麼請看下面的兩項因素:

1. Time fence(計劃時柵): 指定某時間內產生的planning orders不再被變更，因此若某planning order推算出的MRP date若落在time fence內則會自動將MRP date改至time fence結束日後。Time fence在物料主檔的MRP 1 view中維護。

2. Lot-sizing procedure(批量程序): 若採期間批量法，批量期間為週，則MRP date只會落在每週的第一個工作日，若某planning order推算出的MRP date落在一週的第三個工作日，則系統會將MRP date自動改至下一週的第一個工作日。批量期間為雙週(by-weekly)，則MRP date只會落在每兩週的第一個工作日，批量期間為月，則MRP date只會落在每月的第一個工作日，依此類推。Lot sizing procedure在物料主檔的MRP 1 view中的批量欄維護。

直接在庫存/需求清單看主檔相關欄位

相關內容 :

2011年11月10日

SAP MRP時間計算之三 : 廠內生產成品/半成品的MRP時間計算(以前置時間排程)

原作時間 : 2000/4/7 作者: Fred F.M. Wang

說明:

1. 本計算方式適用於物料的採購類型為E(廠內生產)的料號。(請見物料主檔MRP 2 view) ，且執行MRP/MPS時使用的MRP控制參數 “排程” 為 2。

2. Lead time scheduling 計算方式與上一單元的差異在in-house production time的算法不同，本單元僅就此部份進行說明。

3. Float before production: 生產前至order start date的緩衝時間。在物料主檔的MRP 2 view中的排程臨界碼維護，排程臨界碼在Customizing中設定。

4. Float after production: 生產完成至order finsh date的緩衝時間。在物料主檔的MRP 2 view中的排程臨界碼維護，排程臨界碼在Customizing中設定。

5. Interoperation time(作業間時間): 包含Move time, Queue time, Wait time。以lead time scheduling 方式計算，廠內製造時間將會根據routing每一站的設定合計經每站所需的時間，含作業間時間及作業執行時間。

6. Queue time(佇列時間): 在Routing的作業明細內維護。

7. Wait time(等待時間): 物料移至下一站處理前的等待時間。在Routing的作業明細內維護。

8. Move time(運輸時間): 物料由本站移至下站所需的時間。在Routing的作業明細內維護。

9. Execution time(作業執行時間): 包含setup time, process time, teardown time。

10. Setup time(設立時間): 由Work center的排程頁面中設定的”設立公式”計算得到，該公式計算用參數可為Routing內的標準值或可設為固定常數。

11. Process time(處理時間): 由Work center的排程頁面中設定的”處理公式”計算得到，該公式計算用參數可為Routing內的標準值或可設為固定常數。

12. Teardown time(拆卸時間): 由Work center的排程頁面中設定的”拆卸公式”計算得到，該公式計算用參數可為Routing內的標準值或可設為固定常數。

13. Lead time scheduling可在routing的畫面中選附加>排程>時程，進行模擬計算。

相關內容 :

2011年11月9日

SAP MRP時間計算之二 : 廠內生產成品/半成品的MRP時間計算(以基本日期)

原作時間 : 2000/4/7 作者: Fred F.M. Wang

說明:

1. 本時間計算方式適用於物料的採購類型為E(廠內生產)的料號。(請見物料主檔MRP 2 view)，且執行MRP時使用的MRP控制參數 “排程” 為 1。

2. Goods receipt processing time(收貨作業處理時間): 在物料主檔的MRP 2 view中維護。

3. In-house production time(廠內生產時間): 可以設定與批量相關或與批量無關兩種計算方式，若與批量無關則須在物料主檔的MRP 2 view中維護廠內生產日數，若與批量相關則須建立工作排程view，並在此view中維護setup time, processing time, interoperation time and base quantity

Setup time(設置時間): 包含所有的設置(setup)及拆卸(teardown)時間。
Processing time(加工處理時間)
Interoperation time(加工站間隔): 包含Move time, Queue time, Wait time, Float before production, Float after production, Planned delivery time of an operation processed externally等
Base quantity(基礎數量)
批量相關的廠內生產時間 = setup time + interoperation time + (processing time * order quantity / base quantity )
注意:採”批量相關”計算時，請將MRP 2 view內的廠內生產日數設為零。

4. Opening period: 上一單元介紹過。

5. Release period: 決定production order應release的日期，與production order的維護有關，order release date = order start date – release period。在物料主檔的MRP 2 view中的排程臨界碼維護，排程臨界碼在Customizing中設定。

6. Backward scheduling: MRP類型屬於MRP或forecast-base planning(PD,VV)均採此方法計算。由物料的requirement date(MRP date)往前推算order start date，order finish date及plan opening date。

Order finish date = MRP date - GR processing time
Order start date = Order finish date – in-house production time
Plan opening date = Order start date – opening period
若計算出的order start date落在過去則系統自動切換成Forward scheduling 計算。(也可依廠別在Customizing設定即使order start date落在過去也不自動切換成forward scheduling, txn:OPPQ)

7. Forward scheduling: MRP類型屬於再訂購點方式(VB,VM)均採此方法計算或Backward scheduling計算時，order start date落在過去則系統自動會改成Forward scheduling 計算。以planning date(MRP執行日) 為order start date往後推算至order finish date及MRP date。

Order finish date = Order start date + in-house production time
MRP date = Order finish date + GR processing date

相關內容 :

2011年11月8日

SAP MRP時間計算之一 : 外部採購物料的MRP時間計算

原作時間 : 2000/4/7 作者: Fred F.M. Wang

說明:

1. 本時間計算方式適用於物料的採購類型為F(外部採購)的料號(請見物料主檔MRP 2 view)。

2. lead time offset(前置期偏移 by 工作日): BOM上層組件(成品or半成品)的order start date的偏移值。正值表示該元件在製造開始後才有需要，負值表示該元件在製造前就應備好。因此元件的MRP date(requirement date) = 上層組件的order start date + lead time offset。在BOM元件項目的明細內維護。

3. Goods receipt processing time(收貨作業處理時間): 在物料主檔的採購view中維護。

4. Planned delivery time(計劃交貨時間): 若該物料有多家廠商，請設平均值。在物料主檔的MRP 2 view中維護。

5. Purchasing department processing time(採購處理時間): 採購文件所需的處理時間，依不同廠別在Customizing中設定(txn:OPPQ)。

6. Opening period: 為MRP controller將planned orders轉成PR or production orders的buffer time，例如，物管人員三天開一次PR則opening period應設為3(選排程臨界碼000)。在執行MRP前，將MRP控制參數”建立請購單”設為2(未確定期間的請購)，執行後planning open date落在planning date及planning date前的planning orders會自動轉成PR，例如，4/6日run MRP則order start date在4/6未來三天的planning orders均會自動轉成PR。僅在Backward scheduling有用。在物料主檔的MRP 2 view中的排程臨界碼維護，排程臨界碼在Customizing中設定。

7. Backward scheduling: MRP類型屬於MRP或forecast-base planning(PD,VV)均採此方法計算。由物料的requirement date(MRP date)往前推算order release(start) date，order finish(delivery) date及plan opening date。(註: MRP類型請見物料主檔的MRP 1 View)

Order finish(delivery) date = MRP date - GR processing time
Order start(release) date = Order finish date – Planned delivery time – Processing time for purchasing
Plan opening date = Order start date – opening period

若計算出的order start date落在過去則系統自動會切換成Forward scheduling 計算。(也可依廠別在Customizing設定即使order start date落在過去也不自動切換成forward scheduling, txn:OPPQ)

8. Forward scheduling: MRP類型屬於再訂購點方式(VB,VM)均採此方法計算或Backward scheduling計算時，order start date落在過去則系統自動會改成Forward scheduling 計算。以planning date為order release(start) date往後推算及order finish date及MRP date。

Order finish(delivery) date = Order start date + Planned delivery time + Processing time for purchasing
MRP date = Order finish date + GR processing time

相關內容 :

2011年10月30日

如何用Netweaver Developer Studio開發Struts架構的應用系統

Fred Wang(http://fredwang.blogspot.com) 原作日期 : 2004/12/28

前言

如果對Eclipse(http://www.eclipse.org/)熟悉的人就會發現SAP Netweaver Developer Studio(http://www.sap.com/solutions/netweaver/index.aspx) 繼承自Eclipse的血統, 因此這篇文章也適用於用Eclipse來開發Struts應用系統。

使用環境

IDE : SAP Netweaver Developer Studio 2.08

Plugin : Struts Console 4.5 (http://www.jamesholmes.com/struts/console/) , 提供Struts configuration file(struts-config.xml)編輯的功能, 目前最新版為4.8, 應該都可以使用。

Web Server : BEA Weblogic Server 8.1

進入SAP Netweaver Develooper Studio

Create a Web Project

Steps :

1. File –> New –> Web Module Project.

2. Enter a project name (ex: ts2WebProject ), press [Finish]

3. Set Project Properties : point to project name and click mouse right key, then choose “Properties”, 畫面如下 :

4. 將下載後的Struts解壓縮到一個目錄, 到上面Properties畫面的Java Build Path, 右方畫面選Tab “Libraries”, 按”Add External Jars” button, 將Struts所有的Jar檔選入

5. 同一畫面, 選Tab “Order and Export”, 將選入的jar, 逐一設定v, 按[OK]

6. 將ActionServlet加入web.xml : 在左邊的J2EE Explorer視窗中的Servlet Candidates找到ActionServlet, 按滑鼠右鍵, 選”Add to web.xml

然後在右方web.xml編輯視窗中,

a. 在Tab “Web Objects” 中, 新增ActionServlet的init-

parameter, 加入三組參數 (name, value)

. config , /WEB-INF/struts-config.xml

. debug, 4

. validating : true

b. 在Tab “Mapping” 中,新增Servlet mapping, 選 ActionServlet, 輸入 *.do

c. 在Tab “Others” 中, 加入Tag-libs and Welcome pages

7. 在Navigator視窗中, 將struts-config.xml, *.tld 檔放在WEB-INF內 (struts-config.xml可以用一些open source tools來建立)

撰寫程式

1. 建立Web Pages: 在Navigator視窗中選WebContent, 按滑鼠右鍵New Jsp

2. 建立form beans : 在Navigator視窗中選source , 按滑鼠右鍵New class

3. 在struts-config.xml註冊form beans

4. 建立action class: 在Navigator視窗中選source , 按滑鼠右鍵New class

5. 在struts-config.xml撰寫action mappings

Create Web Archive

選定Web Application, 按滑鼠右鍵, 選Build Web Archive

2006年9月14日

轉貼SAP：ERP軟件在2010年前不會進行重大升級

【賽迪網訊】9月14日消息，SAP正在吸引用戶和開發人員釆用其新產品和NetWeaver SOA戰略的計劃。然而，在2010年之前，SAP的ERP軟件還不會進行重大的升級。

SAP產品和技術事業部總裁Shai Agassi星期二表示，今年6月份推出的“mySAP ERP 2005”軟件是SAP軟件的核心。這個核心的軟件在未來五年里不會更新。不過，SAP會對這個核心軟件進行一些修改，例如，通過每個季度或者每兩個季度發布一次的增強數據包增加一些新功能和垂直市場的混合應用程序。

Agassi在拉斯維加斯舉行的SAP的TechEd會議的開幕式上對開發人員、合作伙伴和客戶許諾說，“mySAP ERP 2005”軟件從現在開始將使用很長時間。

“mySAP ERP 2005”被認為是全面實施SAP的“NetWeaver”戰略的第一個軟件。這個戰略是使用Web服務把SAP傳統的模塊和堆棧轉變為一個模塊或者開放的架構。業務經理可以對這些模塊或者開放的架構進行客戶化處理。開發人員也可以擴展這些模塊和架構。

自從2003年以來，“NetWeaver”一直是SAP的夢想。SAP一直在其軟件中嵌入必要的Web服務編程接口，把SAP的軟件轉變為合作伙伴和客戶能夠作為面向服務的架構的一個平台。ERP是“NetWeaver”戰略的重要組成部分。因此，用戶和合作伙伴放棄老版本的SAP R/3軟件甚至“mySAP ERP 2004”軟件對於SAP來說是非常重要的。

為了鼓勵用戶升級新的軟件，Agassi介紹了SAP現有的服務和為用戶提供幫助的新工具。他說，2007年是你們建立、發布和使用我們自從2003年以來給你們的全部信息的一年。這次會議是你們提高水平的一個機會。

Agassi在這次會議上還發布了對開發人員和企業經理使用“NetWeaver”和“mySAP ERP 2005”軟件提供支持的技術和計劃。

-------------------------------------------------------------------------------------

像這樣大型的系統, 太快的改版, 用戶根本無法跟隨, 改版所要花費的不只是金錢, 人力, 時間, 技術學習, 使用者變革管理等等, 而使用者要的只是完成商業行為, 如何說服企業老闆投入這麼大的成本, 必須要找出足夠的效益, 這些效益是可以將花的成本賺回來的! -- Fred

2006年8月3日

2005年12月20日

SAP xCQM(xApp Cost and Quotation Management)簡介

From www.sap.com

多數製造業,Quotations(報價)是關鍵成功要素, 報價過高會失去新的生意,報價太低則影響到利潤, SAP xCQM可以控制報價產生的因素的可行性,如成本資訊, 可以管理報價並提升內外部成本的估算,可以讓報價更為準確, 透過xcqm可以整合成本估算及報價準備, 以加速議價的速度. 另外可以指定適當的資源, 用於最有希望的商機上面. 因此可以取得競爭優勢及穩定的客戶基礎. 創造企業更多的利潤.

xCQM是組合現有SAP系統功能的應用系統

Please see: SAP Cost and Quotation Management (SAP xCQM)

2005年11月21日

SAP Business One Implementation Methodology

聽過SAP Business One的產品介紹,這個產品功能對中小型企業而言相當好, 操作及設定也十分方便
下面是SAP Bueinese One專案計畫步驟:

Project plan template :

1 Implementation Hand off from Pre sales
a. Collect as much information from the Pre-sales stage:
* Get First Meeting - Conversational Role Questions from Pre-sales.
* Get Evaluation Plan from Pre-Sales
* Get Organizational Impact Map from Pre-Sales
* Get Functional Requirements Assessment from Pre-Sales
* Get the Pre-Sales Representative to present the PROOF PRESENTATION to you. Ideally, join the Pre-Sales Representative at the customer site at that stage.
b. Identify unconventional business processes
c. Identify proposed solutions
d. Identify activity amount and data conversion amount if possible

2 Kick off Meeting with Customer
a. Present implementation methodology
b. Review Resources Available
c. Create Skills Matrix to Leverage Team Members Experience

3 Scope Analysis
a. Clarify and elaborate on All Business Processes defined in the pre-sales phase
b. Get customers business process needs in details. Divide into subjects:
* Sales Process
* Purchasing Process
* Inventory management
* Production process
* Financials and Chart of Accounts
* Sales Opportunities
* Service
* Banking
* SAP Business One hardware requirements vs. existing hardware (Allow time for any upgrades to hardware)
* Review Data conversion needs - type and amount of Data
* Establish any required integration points for third party
* Determine Backup and restore Strategy
c. Review Critical Success Factors in each section
d. Identify any limitations in the out-of-box solution and discuss work around
e. Document all major business process
f. Create a list of limitations or opportunities of the design
g. Review results of limitations and suggest improvements to current B.P.
h. Work Around possibilities - UDF's/Formatted Search/Queries/SDK
i. Establish the post production review parameters. (See Going Live Check List)

j. Create Project Plan and assign Tasks
k. Once all steps in the Scope Analysis phase have been completed, send to the client for sign off

4 Create and Agree on Monitoring Methods
a. Who on the team is responsible for tasks
b. What are the agreed upon benchmarks to judge the projects success
c. Determine how often will you check on the progress
d. Prepare periodic progress reports

5 Install and configure server and client machines
a. Install SAP Business One on Server per Install Guide
b. Install SAP Business One on Client Machines per Install Guide
c. Request & Install License from Service Market Place
d. Create databases for SAP Business One

6 Configure System set up
a. Complete System Initialization in SAP Business One
b. Complete Definitions in SAP Business One

7 Data Conversion
a. Establish data migration methodology based on import capabilities of each module and export capabilities of current system and prepare import data files
b. Deliver relevant template to customer, including user fields needed to be imported
c. Review Conversion Strategy doc - (See Section 4)
d. Refer to open balances document for specific information related to converting data (See Section 5)
e. Determine a timeline for data conversion based on the technical survey
f. Receive raw data for manipulation
g. Allow client to test the validity of their data once it has been converted
h. Obtain client sign off for imported data

8 Business Process Requirements - Execution Phase:
a. Create DB Backup after every major step has been completed
b. Create users and authorizations
c. Create User Defined Fields
d. Print out Templates
e. Define Numbering Series for Documents
f. Create queries as defined
g. Create formatted searches as defined
h. Create Reports as defined
i. Create Alerts as defined
j. Define Approval Procedures in Administration module
k. Configure Sales A/R
l. Configure Purchasing A/P
m. Configure Inventory
-1. Define Alternative Items
-2. Define Catalog Numbers
-3. Define Serial Numbers
-4. Define Batches
-5. Define Price Lists information that was not imported
n. Configure Production
o. Configure Service
p. Configure HR
q. Configure Sales Opportunities
r. Configure Financials
-1. Budgets
-2. Cost Accounting
s. Configure Banking
t. Configure Reports
u. Review users authorizations and adjust as necessary
v. Create customizations specific to users
-1. Screen Layouts
-2. Queries
-3. Reports templates - design and printing
w. Configure Service Manager per documentation in the installation package

9 User Acceptance Testing
a. Perform any necessary upgrade if a new patch was released.
b. Review the results and decide if ready for production
c. Simulate all major business processes defined above
d. Simulate major business processes with super user from the client side
e. Compare the data to established reports
f. Review results and have client sign off

10 Pre Go-Live Phase
a. Review go-live check list
b. Create or import Opening Balances
c. Create custom user manuals

(From www.sap.com)

2005年9月22日

SAP是甚麼的縮寫-Joke

Stupid And Pay
Shutup and Pay
Send Another Payment
Stop All Processes
Suffer After Purchase
Slow and Painful
Slow And Problematic
Submit And Pray
Stress, Anxiety, Panic

Reference : "What does SAP stand for?" From http://www.experts-exchange.com

如同微軟, 最大的公司往往目標也最明顯, 最容易成為眾矢之的.

ps. 正確解答是 "System Analysis and Programming"(早期) 或 "System, Application and Product in the data processing"的縮寫

SAP - Stops All Production ?

在J-Walk Blog中看到兩個對SAP的評論 :
(1)
We have SAP in our large corporation, and, what used to take one person to do in a half day, now take three people three days.
The standing joke is that SAP stands for "Stops All Production".
It is a horrible control system that tries to be all things to anybody who makes anything.
Is the screw you ordered the wrong thread? Good luck. It will take half a dozen people to correct the situation, IF they are authorized to do so, and probably they are not.
(I hate SAP, in case you wondered...)
SAP a great system to buy, for your competitor.

-- By Jim Arnett . Comment posted 28-Apr-2005

(2)
All I know is the guy in the next office over, on a daily basis, is on the phone talking Oracle and SAP, and we use SAP for equipment and services rendered cost codes. You have to look in a 3" thick book to find the SAP cost code. Then when we are done with drilling a well, someone in town adds up all the SAP costs and starts b******g about the million dollars spent to drill the well. To confusing for me. I'm far enough up the ladder right now, that it's gonna hurt like heck if I take a fall.
-- By Rance . Comment posted 28-Apr-2005

http://j-walkblog.com/index.php?/weblog/comments/sap_and_erp/

SAP是功能齊備的豪華轎車, 不是所有企業玩得起的, 不過近年已提出中小企業的解決方案,
企業仍因其企業規模,需求,投資等審慎評估再決定是否採用.

2005年9月12日

SAP工廠維護模組(PM)主要物件名詞解釋

SAP工廠維護模組(PM)主要物件名詞解釋
Fred Wang 2005/09/11 (http://fredwang.blogspot.com)

第一部份 Functional Locations
Functional Locations
功能位置(Functional Locations)為技術結構的組成元素，例如: 工廠的功能性子單元; 功能位置以階層式方式建立，可以根據下面條件來建立其結構
1.功能
2.流程導向
3.空間
一個功能位置代表一個執行維護工作的場所。
需定義的欄位有 :
-Structure Indicator
-Functional Location
-Functional Location Category
-Object Type
-Maintenance Plant
-Plant Section
-Cost Center
-Planning Plant
-Planner Group
-Main Work Center
-Catalog Profile
主要欄位描述如下 :

Structure Indicator
決定功能位置的結構建立時階層編號方式(edit mask)
欄位 :
-Structure Indicator
-Description
-Edit mask

Object Type
定義技術物件的型態。用來將技術物件分組以區分主檔資料或維護資料。
欄位 :
-Object Type
-Description

Maintenance Plant
維修工廠(maintenance plants)是一個可以管理技術元件(technical objects)和負責執行工作的工作中心(work centers)的工廠

Plant Section
從生產的角度將維護工廠區分成一些工廠區域。負責這個工廠區域的人就是協調生產與工廠維護的聯絡人。
欄位 :
 -Plant
 -Plant Section
 -Person Responsible
 -Telephone

Maintenance Planning Plant
定義維修工作清單，在工作清單中以BOMs基礎執行物料規劃和執行維修工令，管理及安排維修時程，為相關的維修工廠輸入維修通知和處理維修工令的工廠。
欄位 :
 -Planning Plant
 -Name

Planner Group
定義計劃工廠相關的計劃小組(Planner Group)
欄位 :
 -Planning Plant
 -Planner Group
 -Name
 -Telephone

Maintenance BOM

第二部份 Equipment
Equipment
設備只一個獨立的維護單元，每一個設備可以個別管理。因此可以 :
-從維護的角度管理個別的資料
-產生個別的工廠維護行動
-紀錄每一個工廠維護工作
-蒐集並評估跨一段長時間的技術資料
設備可以在功能位置(Functional Location)安裝及採解。每個設備在功能位置的作業時間可以按照時間先後被紀錄下來。

欄位 :
 -Equipment Category – 設備類別，ex: Q: Test/Measurement Equipment
 -Description
 -Type of Technical Object – 設備類型
 -Vendor Number – 供應商
 -Manufacturer – 製造商
 -Manufacturer model number
 -Manufacturer serial number -製造商設備序號
 -Plant - 維護工廠
 -Company Code
 -Planning Plant
 -Planner Group
 -Main Work Center
 -Material
 -Serial Number

Material with Serial Number Profile
這種物料指定給設備(在設備主檔的serialization view)用來建立及管理設備的維護紀錄，這類的物料不會使用在別種作業上。
欄位 :
 -Industry sector
 -Material type
 -Plant
 -Storage Location
 -Description
 -Base unit of measure
 -Material Group
 -Purchasing Group
 -Serial no. profile

第三部份 Maintenance Plan
General Maintenance Task List
一般維護工作清單記錄所有需要的維護工作。維護計劃建立時會指定一般維護工作清單。清單中的作業(operations)此時會轉入維護計劃內，後來將轉到維護工令內。
欄位 :
 -Description
 -Planning Plant
 -Work Center
 -Usage : 4 (Plant Maintenance)
 -Planner Group
 -Task List Status : 4 (Released)
 -Inspection points
Operations
 -Operation
 -Control Key
 -Operation Description
 -Work : 維護工作時間
 -Unit : “H” for hours維護工作時間單位
 -Number of Person

Maintenance Plan

欄位 :
 -Maintenance Plan Category
Single Cycle Plan View
 -Description
 -Cycle - 維護週期的長度
 -Unit - 維護週期的單位, ex: “MON” (month)
 -Offset - 從維護計劃開始到啟動工令的時間
 -Equipment – 要維護的設備
 -Planning Plant
 -Order type – PM02 (Maintenance Order)
 -Main Work Center
建立後自動給一個Maintenance Plan Number

-Planner Group
 -Maintenance Activity Type - 002 (Preventive Maintenance)
 -Type - Task List Category
 -Task List Group
 -Group Counter
Maintenance plan scheduling parameters
 -Shift Factor Late Completion
 -Tolerance (+)
 -Shift Factor Early Completion
 -Tolerance (-)
 -Cycle Modification Factor
 -Call horizon
 -Scheduling period
 -Completion Requirement – Order operations是否需要確認(confirmation)
 -Cycle start

在維護計劃可以使用前，必須進行排程(Scheduling)並啟動的程序，排程就是依據上面的排程參數來進行。

第四部份 Maintenance Order
Maintenance Notification
當技術物件不能正確或正常運作或產生較差的結果, 此時員工必須開立維護通知，如果使用解決方案資料庫(solution database), 則可以根據問題搜尋可能的解決方案。維護通知可以描述詳細的技術異常狀態，並藉此提出維護需求。
欄位 :
 -Notification Type : 分為兩種 : 故障報告(M1)及故障需求(M2)
 -Equipment
 -Assembly
 -Description
 -Subject Long Text
 -Reported by
 -Object part
 -Damage
 -Text
 -Cause Code
 -Cause Text
System availability and System Condition
 -Functional Location affected
 -Availability before malfunction - 故障發生前的可用程度
 -Availability after malfunction - 故障發生前的可用程度
 -System availability after task -維修後系統的可用程度
 -Condition before malfunction – 故障發生前的情況
 -Condition after malfunction – 故障發生後的情況
 -Condition after task – 維修後的情況
Breakdown
 -Malfunction start - 故障開始的時間
 -Malfunction end -故障修好的時間
 -Breakdown – 是否已經完全修好
 -Breakdown duration – 故障總時間 (自動計算)

Maintenance Order
維護工令用來規劃更細的維護工作，例如決定維護工作要內部處理或外部處理，需要那些原件(物料)，另外也可以用來搜集維護工作的成本
欄位 :
 -Order Type
 -Priority
 -Functional Location
 -Equipment
 -Assembly
 -Maintenance planning plant
Assembly Structure List :
 -Order short text
 -PM Activity type : ex: 003 (Repair)
 -System condition
 -Basic start
 -Basic finish
 -Operation text
 -Work duration
 -Number
Operations
 -Operation Number
 -Operations Short text
 -Control key : ex: PM02 (external processing)
If Control key is “external processing”, select “External” (輸入採購資訊)
 -Operation quantity
 -Price
 -Purchasing group
 -Purchasing organization
 -Recipient
 -Unloading point
 -Vendor number
Explanation for Including Components (Spare Parts)
 -Description
 -Item category
 -Unit of measure
 -Quantity or requirement
 -Operation Number
 -Component (material number)
 -Material type
 -Material description

2005年9月6日

SAP R/3 與外部系統整合設計概述

Fred Wang(20050906) http://fredwang.blogspot.com

整合設計常出現的現象如下 :
1.多數的時間與成本花在定義與實作跨系統的流程與介面
2.不好的介面設計造成效能,資料一致性及管理上的問題

除了跨系統間的介面設計外還有許多問題需要思考的, 下面將整合設計粗分為三階段:

初部設計階段
產出 :
. 商業流程圖與描述
. 限制因素
. 資料物件 :
必須詳細瞭解交換的物件及物件在兩個系統間的差異, 除了意義上的差別, 在資料內容上也可能不同,必須考慮其轉換的方法
. 實作策略

問題 :
1.介面應建立在商業流程的那個地方?
2.有那些限制因素, 如non-SAP系統環境, 用到的SAP功能, 實作策略等
3.必須在那個時間點交換那些資料物件

細部設計階段
產出 :
1. 資料物件的輸入與輸出
2. 取得一些樣本資料
3. Coding或客製化 (SAP and External System)

問題
1.有資料交換的標準解決方案? 如ALE, RFC and other middleware
2.評估使用的技術考量 : 資料量, Online or Batch, 同步或非同步, Monitoring/Recovery機制等
3.有沒有Sample Codes?

實作階段

產出 :
1. 介面程式設計
2. Test Scenarios
3. Test Reports

問題
1. 有否建立測試環境(含SAP, non-SAP)?
2. 那些流程要測試, 有那些Test Scenario?
3. 有足夠的測試資料以進行測試?
4. 任何錯誤的狀況應如何用文件加以記錄?

結論 :

因此, 整合設計應確認下面事項:
1. 定義經常且必須的介面Scenario
2. 找出管理上的限制
3. 找出技術上的限制
4. 列出Scenario上的資料物件
5. 描述每個物件的輸入輸出
6. 找出可能的替代方案
7. 找到每個替代方案與物件的sample codes

整合設計時除了商業流程整合之外, 還要考慮下面幾點:
1. 資料的一致性
2. 錯誤處理
3. 管理成本 (介面的管理是否容易)
4. 安全性

2005年7月25日

SAP Web Dynpro 專案開發程序

Fred Wang(http://fredwang.blogspot.com) 2005/07/25

SAP Web Dynpro是一套快速建構的Java Web Application Framework, 在SAP Netweaver Developer Studio的開發環境中提供特有Component-Based的MVC架構。

不過，網路上鮮少文獻或討論有關使用Web Dynpro開發Web Application完整的軟體工程方法或程序。在SAP出版, Chris Whealy, “Inside Web Dynpro for Java”書中, 第27-31頁僅以五頁的篇幅描述這個程序。對於多數開發者而言，一個新的架構，需要更多的時間，更多的學習資訊協助以了解Web Dynpro如何用在真實的應用專案中。下面是筆者近幾個月開發Web Dynpro專案整理的一些心得筆記，希望對準備學習或使用Web Dynpro的人有所幫助。也歡迎先進給予指正。

需求分析

Web Dynpro開發專案的分析階段應該與Web Dynpro的技術無關，建議可採用UML的技術來描述系統需求。

架構設計

架構設計階段則與系統規模，非功能需求如可靠度，可擴充性等有關，例如: 是否使用異質資料庫，是否分散式處理，效能需求的要求如何，是否採用Design Patterns，採用何種Design Patterns，採用哪些基礎性與平台性的APIs, 例如: Logging , Exception Handling, Authentication,

Authorization, Asynchronous Processing, Scheduling, Configuration, Messaging等。採用哪應用APIs, 例如 : Workflow, Reporting, Content Management, Transaction等。另外使否使用JDI, 是否整合SAP Portal, 是否與其他Project互相整合等。

細部設計與實作程序

第一使用者介面設計與系統雛形(Prototyping)

1. 根據Activity Diagram中的畫面建立View : 可以一個畫面建立一個View或多個類似的畫面共用一個View

1.1 View中進行畫面設計, 表格, 欄位, 按鈕等

1.2 建立畫面所需Binding的Context nodes and value attributes，並設定UI elements property的binding關係

1.3 若Context nodes或attributes需要跨Views來使用，則要在Component Controller複製相同的若Context nodes或attributes，並用Data Modeler(Component Diagram)建立Context mapping。

1.4 若是共用的View則應增加一些value attributes並bind到特定UI元件的read-only, enabled, visible等欄位, 來控制這些View在不同的狀況下可否輸入，是否顯示等。

2. 建立View間的Navigation關係 : 建立Window, 在Window Diagram建立View的Inbound plug與Outbound plug及連結關係

2.1 若Inbound Plug與Outbound Plug間要傳遞參數, 則兩者都需建立相同名稱的參數

2.2 找出Trigger Outbound Plug的UI元件，建立Event Handler，並指定Outbound Plug

2.3 要注意，畫面除了有進入的Inbound Plug，也應該要有返回的Outbound Plug，因此也要指定一個UI元件來啟動Outbound Plug

2.4 若View為多個功能畫面共用，則在Inbound Plug Method中根據不同的參數或不同的Inbound plug，設定畫面的read-only, enabled, visible (透過value attributes)

3. 使用者進行介面測試 : 完成上面的程序，畫面的Navigation已接近完成，此時可以與使用者進行介面測試，確認畫面樣式與畫面操作流程是否正確。

3.1 此時可以在Context node的supply function中，設定一些測試資料，以利操作過程中雛型的測試。

3.2 完成上面的程序可以提早在此階段與使用者確定規格，避免在開發的後期才更改規格, 造成專案進度更大的影響。

第二商業功能設計與單元測試

1. 完成每個商業功能

1.1 畫面顯示前的處理, 在wdDoInit()或onPlugXXX() (Inbound Plug)中的商業處理

1.2 商業功能處理, 每一個會Trigger Event的UI元件，實作這些Event的Event Handler功能

1.3 Context Node的Supply Function，若與Data Model整合可以到後面資料模型設計階段來處理。

2. 這階段，可能有自行開發的程式，採用外界的APIs, 或自訂的公用APIs，盡量可以讓程式高度模組化，提高程式的可再用性。

3. 如果使用者前端設計及商業功能設計為不同開發人員，則負責商業功能設計的開發人員需撰寫單元測試程式進行商業功能的單元測試，一般採用JUnit測試架構。

第三資料模型設計與整合測試

1. 建立Database Tables

2. Data Model可以用不同的方式實作

2.1 Java Bean : 用EJB or POJOs(DAO design pattern)

2.2 Web Service

2.3 SAP RFC Function

3. 將Data Model Map到View Context Node或Component Controller的Context Node

4. 進行整合測試

4.1 此時的測試就是包含Data Model, Business Function與UI設計的整合測試。

2005年3月31日

SAP EP 導入前要建立那些規範

SAP EP 導入前要建立那些規範
Fred Wang (http://fredwang.blogspot.com)
2005/03/18

SAP EP與其它Portal產品在企業使用前應該將一些規範建立, 以避免造成管理上的問題。建議建立的規範如下 :

1. User Administration
甲、內部使用者帳號管理機制 : LDAP, Single Sign on 等機制
乙、外部使用者客戶及廠商帳號建立的機制
i. 帳號申請的程序
ii. 帳號的命名規則
iii. Account Information建立的規定? 如First Name, Last Name等欄位該填甚麼?
iv. 起始密碼建立的方法? 固定? 自動產生?
v. 密碼修改的方法? 客戶及廠商可以自行修改密碼? 登入失敗幾次會Lock嗎? 由誰來Unlock? 申請的程序如何?
vi. 客戶及廠商忘記密碼的詢問或申請的程序?
vii. 對外服務的窗口? 時效? 例如: 客戶要申請帳號需要透過Sales or Service or IT, 申請或服務流程如何? 有無快速的服務機制?
丙、 Group建立的機制
i. 申請的程序或建立的原則?
丁、 Role建立的機制
i. 申請的程序或建立與指定的原則?

2. Content Management
甲、 Folder建立的機制
i. 由誰建立與維護?
ii. 建立申請的程序或建立的原則?
iii. Permission建立的原則及程序? 由於有客戶及廠商, 為避免錯誤發生, 造成內部文件外流的情況, 應有Double check的機制?

3. Content Administration and System Administration
甲、建立申請的程序或建立的原則? 開發人員在開發環境設定完後要如何申請及放置到QAS, 及 Production? 申請的程序?
乙、元件命名規則? 如iView, Workset, Page, Role, Folder(非KM中的Folder)等的Name and id, 的命名原則?

SAP WebDynpro Limitation and Risk

SAP WebDynpro Limitation and Risk
Fred Wang (http://fredwang.blogspot.com)
2004/03/04
研讀了許多WebDynpro的文章及實作兩個個案, 感受到SAP在這個Java開發平台上的用心, 除了符合MVC架構外, Layout的設計有許多標準的元件及圖形化的UI可以使用, 開發過程不須程式設計, Control部分提供Model Binding, Context Mapping, UI element binding等節省不少開發時間, Model方面支援SAP BAPI, XML等介面的整合, 確實可以加速Java的開發, 消除傳統Java在開發上較為費時的問題。不過任何套裝軟體都有其限制, 我整理了下面WebDynpro的限制及風險, 另外還有一些在個案實作時的一些觀察, 由於實作經驗仍不算多, 僅能提供這些資訊。

Limitations :
1. User Environment Limitation
- Browser Support : above IE5.5 and above NS7.0
2. Development Environment Limitation
- Minimum Spec. : 512MbRAM (1Gb RAM recommended) 800MHz processor
- J2EE engine version : 1.3.1_07
- Only available for Windows based platforms (2003/10/17)

Risks :
: Gartner – Big variation in component maturity (Oct. 2003)
- Moderate Risk : Collaboration, WAS for J2EE
- Higher Risk : Multi-Channel Access, Knowledge Management, Integration Broker
- “Not for the Risk Averse” : MDM(Master Data Management), Business Process Management

My Concern:
1. WebDynpro IDE 操作環境需要較大的螢幕(17or19吋)或/及較大的解析度(1024x768以上)
2. Less flexibility on layout design
- UI設計的自由度差, 不像FrontPage or Dreamweaver web page design方便及自由設計
- 無法自訂CSS, 因此無法將layout元素抽離, 便於整體一致性的設計, 不用SAP default style時, 需逐一元件更改properties
- 無法Refine及增加建立的視窗元素的html及javascript
- 當Table需要較為複雜的設計時, 相當難達成

2005年3月29日

設備維護應用系統整理

設備維護應用系統整理Fred Wang(http://fredwang.blogspot.com)

Feb,2005
下面是一些設備維護管理應用系統的觀念整理, 及SAP相關的應用模組等的整理筆記。

設備維護系統的發展
企業由於資源，成本等限制而在設備維護系統有不同的發展階段，如下:
1. 出錯再修
2. 有效的手動管理系統
3. 標準化維修流程，程序與政策
4. 電腦化維修管理系統(CMMS, Computerized Maintenance Management System)
5. 整合性物料與採購系統
6. ISO9000認證
7. 可靠度中心的維護(RCM, Reliability Centered Maintenance)
8. 95%設備效率
9. 企業資產管理 (EAM, Enterprise Asset Management)

維護管理的思想
下面是幾個主要的維護管理階段的目標
CMMS :
1. 定義管理規則，組織與職責
2. 運用工具進行標準化管理
3. 在組織間進行訊息分享
ＲＣＭ
1. 提高企業營運的可靠度
2. 減低維護工作量與成本
3. 延長設備使用壽命
ＥＡＭ
1. 定義所有需要維護的資產
2. 維護所有需要維護的資產
3. 管理所有需要維護的資產

SAP Solutions for EAM
ＳＡＰ在ＥＡＭ應用的相關模組:
 -Core SAP PM, MM, PS, QM
 -SAP Business Intelligence for EAM(SAP BW, SEM)
 -Portals for EAM

CMMS應包含之功能
 工作管理
1.日常工作最佳化 (物料, 工具, 人力等)
2.檢修工作管理 (檢查重複性工作)
3.支援預防保養計劃
4.處理緊急維護工作能力
 實際的資產管理 (Physical Asset Management)
1.CMMS資料歸檔管理能力
2.快速且容易取得重要資訊(包括計劃/非計劃工作歷史,資產統計資料,保固和服務合約,數位化文件包含 CAD 繪圖,等等)
 資源管理 (Resource Management)
• 支援完整庫存控制
• 支援完整採購系統
• 追蹤內部和外部人力成本
• 服務契約成本
• 整合工時管理程序和財會套裝軟體將使管理系統達到最佳化

What is RCM?
 Methodology used to identify undesired equipment failure consequences
 Develops a cost-effective PM strategy to prevent those failures
 Continuous to improve reliability over life of plant
 Shift PM program away from time-based and towards condition-based activities

What is APM?
 Leverages critical asset performance data from enterprise and local sources (ERP, CMMS, DCS, and other discrete systems),
 Publishes key performance indicators (KPIs) enabling identification of improvement opportunities,
 Automates technical data analysis to identify and predict failure occurrence and cause,
 Supports continuous improvement of operational, surveillance, maintenance and design strategies based upon best practices, operational history and fact-based decision support,
 Drives strategies back to execution systems to close the loop and continuously improve asset performance across the enterprise.

The Business Solutions
 Use state of the art Reliability Analysis (RCM) system with your SAP PM system
 Configure SAP to capture the data for Reliability
• Functional Location, Equipment Classification, Catalog Profiles, etc…
 Configure RCM system to mirror the SAP data structures
 Interface SAP to RCM to push the data

Appendix . APM & RCM Example
Meridium Enterprise Reliability Management System
 Software Functionality
• Reliability Analysis
• Risk-based Inspection
• KPI and Metrics
• Instrument and Calibration Management
• Asset Strategies
• Root Cause Analysis
• Inspection Optimization
• RCM

Reference
 -Typical Lean Manufacturing (TPM) Process Flow”, Life Cycle Engineering Inc.
 -Larry Johnson, “Populating MAXIMO with RCM results”, FractalSolutions.com
 -Meridium Software Functionality
• http://www.meridium.com/software/functionality/index.asp?bhcp=1
 -Vince Flynn, “Using SAP PM for Reliability Analysis”, E. I. DuPont deNemours & Co. Inc.
 -“設備維護管理的發展與趨勢”
• From :www.cesh.itri.org.tw/tech/cmms/equip.php
 -SAP R/3 Interface Advisor
• http://service.sap.com/int-adviser

2005年3月28日

Drop Shipment流程的技術方案 - SAP平台範例

Drop Shipment流程的技術方案(外包商直接出貨自動扣帳處理)

Fred Wang (http://fredwang.blogspot.com) 2005/03/28

Drop Shipment略過自己的倉庫，直接由供應商送貨到客戶。如此可以節省倉儲管理成本及運輸成本等。

大致的流程如下:
1. 生管人員通知外包商出貨。
2. 外包商將出貨資料傳回。
3. 人工或自動將資料轉成ERP所需的格式, 然後上傳到ERP, 完成出貨扣帳動作。
4. 貨直接從外包商出貨到客戶。.

其中第3點, 以下我提供三個方向, 困難度及適用範圍均不同, 供大家參考 : (ERP以SAP為例)

方法一: 檔案傳輸
步驟 :
1. 給外包商一個FTP server address, 讓他們存放此類檔案
2. 用ABAP寫一支程式執行FTP get抓取FTP server中的檔案, 然後轉成internal table再trigger SAP batch input program, 完成出貨扣帳動作。
此法做法較簡單

方法二: 網頁輸入
步驟 :
1. 提供外包廠一個web site 進入點, 輸入id/password後填寫web form
2. 按[submit]後trigger Java program 透過介面程式(如JCO)啟動SAP batch input程式
這一般是針對小廠, 自動化系統不足的狀況才提供的輸入介面

方法三: b2b exchange
步驟 :
1.運用b2b軟體(SAP connector, 用webMethod的技術)進行資料傳遞(format: XML)
2.用SAP adapter 啟動SAP batch input程式
這種方法用在大廠, 雙方有密切的流程依存關係, 可用B2b軟體監控流程, 不過需要對方配合安裝B2B軟體(client side)

訂閱：文章 (Atom)