FI-37 BADI and BTE

FI-37 BADI and BTE
1.基本說明
	BADI=>Business Add-Ins BTE=>Business Transaction Events，亦又被稱為Open FI(因為其是運用enhamcement technique在FI上，等於在FI上去外掛，客制的Code) BADI及BTE都是可以，補足SAP標準流程，對各家客戶上運用上的不足
	會叫Open FI是因為其如同前端模組的user exit，在程式中埋了open_fi這個func讓使用者可以將自己的code加入
2.BTE and BADI差異
	1.BTE只能鉗在program code中，不像BADI可以鉗在任何地方，如操作界面 2.BTE只能用在SAP-partner-customer 此三類中，BADI則沒有此限制，如可以做在和第三方的資料交易中，也就是說BTE只能認到partner func.及Customer 3.BTE是在程式碼(program code)中，呼叫預先留好的Func. 而這些Func. 可寫入自己的code；但是BADI是利用其他東西來加強program code的
3.BTE 分類
	BTE分為二類，一類為publish and subscribr interface，另一類為process interface
3.1 Publish and subscribe interface
	此類型主要運用在特定事件的通知上，或是產生給外部系統的資料(外部系統不需回應任何資訊給SAP)，例如主檔資料建立完成/變更/鎖定的通知；文件建立/暫存/變更/回轉的通知；更或是Item 被結清或是Reset，另外如工作流程的啟動亦可以採用
3.2 Process interface
	當一個系統標準的流程，不能提供額外的控制點，去處理流程時，就可以用這個；甚至可以外掛一個個表格，針對某欄位有不同值時，執行不同的流程；例如在F110中，雖然是電滙交易，但遇到特殊狀況時，改為支票付款
4. IMG
	BTE的設定是在IMG中
	BTE的search 或是說明可用IMG(tcode:FIBF)
4.1 Publish and subscribe 的search
4.2 Process 的search
5 BTE實做
	找出要改的BTE，本例以寄送pym advice 為例，按下上方的sample function module會跳到se37
	將原本的BTE複制一份出來
	將新的ZSAMPLE_PROCESS_00002040 修正自己要的條件后，將其active(基本上這個可以不用修正，其預設就是先捉email，捉不到再捉fax no)
	回到FIBF，設定新的product，並記得要勾起動
	開始設定00002040這個流程，嵌入新設定的funcation 並指定給product
	設定完成后，BTE就完成了，只剩下測試是否working
	立一筆AP然后用F110產生pym
	利用printout印出pym advice 及寄出pym advice
	Scot/sost若設定正確就應會收到利用email 寄出的pym advice，其會自動變成pdf 附加在mail中
	pym advice的格式，可以在obvu中設定
參考資料	http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/207835fb-0a01-0010-34b4-fef1240ba9b7

FI-財務年度變式

1.財務年度變式
	一般而言大部份的公司會將財務年度和實際設為一樣(但還是和產業或國情有關)，但若真的遇到不一樣的情形時應要如何設定？如學校是以每年9月為新的年度，其設法就應要如左圖，而且calendar year.那個勾不能勾

OT-主要組織架構

1.主要組織架構
	SAP整個系統的主要組織架構如右圖

VM 概述

1.名詞說明
	vSphere可視為是VMware出的套裝產品，其含括了ESXi, vSphere client , vCenter...等等的不同的產品；而ESXi則是實體主機上裝的VM的平台，也就是VM是架在ESXi之上的
2.VM的實體檔案結構
	VM可以視為在實體主機上運行的AP
	每一台VM機器，其檔案會放至在同一個Folder之一下
	VM的硬碟有如左三種方式
3.VM的操作
	VM可做成一個Template，需要時再將其轉化成為VM主機，而Template僅是一個Image File

SD-05 Plant /shipping point /route的決定

1.Plant 的決定
	SD文件的交貨工廠決定，會從細的條件到粗的條件，首先會從客戶－物料主檔上捉取Delivery plant，若沒有則
	會從客戶主檔的sales area view中的shipping 頁籤取交貨工廠，若還是捉不到則
	會到物料主檔的sale org. 1頁籤取交貨工廠
2. Shipping Point 的決定
	Shipping point 的決定是來自客戶主檔的shipping condition+物料主檔的sales general/plant上的loading group + 上一Step的Plant 決定，確定出Shipping point
	有出現在manually shipping point 的 shipping point才可以手動改成這個值，算是一種防呆
3. Route 的決定
	Route的決定是由shipping point 的Departure Zone +sold to party客戶主檔的shipping condition+物料主檔的sales general/plant＋ship to party 上的Departure Zone，共同決定出來的
4. Shipment schedule
	決定出shipping point及route后，相關物料運送或處理的時間也會同步被確定，所以就可以確定出物料的到達客戶的時間 Shipment schedule 會先由SO的Req. deliv.date往回推算物料可用的日期是否大於等於Keyin日期，若是沒有問題則Req. deliv.date是可行的(Backward推算)，若是不符合，則會由Keyin日開始推算，最終可以出貨給客戶的日期並回寫回Req. deliv.date中(Forward推算)，此時的Req. deliv.date應稱為Confirmed deliv. date
	Req. deliv.date即是Item的First day，是由Sales doc. type 所決定的

SD-04 Sales Document 概述

1.概念
	不同的Sales document type 分類了不同的銷售流程，如免費型的訂單就不會產生Billing 文件，所以一般會用不同的銷售訂單區分不同類型的流程
2. Sales Document結構
	其結構可以分為Header/Item/Schedule line，三層，而Item level的資料主要是承接從Header而來的，但也是可以修改的(由Item category控制)
3. Sales Document type
	Sales document type決定了取號原則/是否參考其他文件/后續文件的類型(如DN或BILLING文件的類型)...等等 亦可決定main item及sub item的增加間距
	Sales document type必需指派給Slaes area，但為了降低維護的loading，其一樣有參考的概念，一般都設定00或是99當做共用或是參考用的結構
4. Item Category
	Item category 可以決定是否和billing 相關/定價...等等 Item category 是指派在Document type 之下，所以不同的Document type會限制用某些item category
4.1 Item Category的決定
	Item cate. 的決定方式可以將相關的Item cate. 群組在一齊再指派給Material type，或是利用Document type決定預設的Item cate. Item usage這個是for 要寫ABAP來決定Item cate.時用的
4.2 sub-item
	sub-item的運用通常應用在附贈要扣帳的商品上，如買雞蛋要含裝蛋的盒子，或是原本商品沒有時的替代品上，另一種用法則是套裝型的產品，如整組的PC(含LCD/主機/Mouse/Keyboard) 這個部份亦可以搭配Sales BOM一齊運用
5.Schedule line
	Schedule Line則會推算出系統的交貨相關日期，所以和物料可用的時間有關係，因此其也是相關連到訂單的需求是否會轉到MRP中的一個主要關鍵，甚至可以設定直接產生PR