1、bom專案相關:
csap_mat_bom_read: apis for boms: display material ——boms api::顯示材料
data:begin of gs_stb,
werks like stpox-werks, "工廠
stlnr like stpox-stlnr, "物料單
rfpnt like stpox-rfpnt, "部位
posnr like stpox-posnr, "項次
aennr like stpox-aennr, "更改編號
aenra like stpox-aenra, "更改號到
datuv like stpox-datuv, "有效期自
datub like stpox-datub, "有效截止日期
idnrk like stpox-idnrk, "元件
meins like stpox-meins, "計量單位
menge like stpox-menge, "用量
end of gs_stb.
data:stb like stpox occurs 0 with header line.
data:gt_stb like standard table of gs_stb .
loop at gt_data.
call function 'cs_bom_expl_mat_v2' "bom展出
exporting
mtnrv = gt_data-matnr "產成品或半成品
werks = gt_data-werks "工廠
stlan = s_stlan "bom 用途,1 代表生產
capid = s_capid "bom 應用程式
datuv = sy-datum "有效起始日
tables
stb = stb
exceptions
alt_not_found = 1
call_invalid = 2
material_not_found = 3
missing_authorization = 4
no_bom_found = 5
no_plant_data = 6
no_suitable_bom_found = 7
others = 8.
gt_stb = corresponding #( base ( gt_stb ) stb ).
endloop.
(物料 + 工廠)---->物料單 , stpo表,單個物料單號對應多筆資料
2、採購和收發料
3、遇到的基礎問題:
(1)se11建立結構:數量需要小數點後五位。
(ps:但是sap的quan資料型別小數點後只有三位。)
(2)使用ctvb_compare_tables時說賦內錶型別不符合。
data:gt_stb like standard table of gs_stb.
data:gt_stpo like standard table of gs_stb.
data:gt_add like standard table of gs_stb.
call function 'ctvb_compare_tables'
exporting
table_old = gt_stb
table_new = gt_stpo
key_length = 13 "鍵長度,指定內錶中的前若干個位元組為主鍵,做為內錶行是否為增加的判斷條件。
importing
table_add = gt_add. "new比old 多的資料
(3)表連線後查詢不到資料
第二版參考:
1、sap中如何查詢bom修改記錄
————————
2、sap 裡 bom的修改歷史記錄怎麼查
————————
第一版參考:
1、工程變更記錄報表
————————
2、sap 常用業務資料表設計
————————
3、abap bom按層展開的幾種實現方法
————————
4、bapi——cs_bom_expl_mat_v2
————————
5、abap 取兩個內錶的交集 比較兩個內錶的不同
————————
6、abap裡面的occurs與header line之間的一些區別
————————
1 資料庫表業務設計
這篇部落格會記錄在實戰中對資料庫表業務設計對經驗,因為接觸到到專案水平有限,所以經驗僅供參考,記錄下來,作為自己到收穫,也希望可以幫助到有用的人。在業務改動與設計中,要增加乙個字段,如何判斷該欄位應該新增在 呢?之前的一段時間,老是喜歡加在主表中,把主表做的 又大又肥 這種方式的好處比較直接,返回的...
根據業務規則分析業務物件,然後生成表結構
在軟體開發過程中,一定會遇到的問題是根據業務規則來分析業務物件間的關係來生成資料庫表,而後才能進行後續開發,前期充分的業務物件關係分析和表設計會大大提高開發效率,縮短專案開發時間,避免冗餘作業,避免返工,大大提公升工作幸福感。前提 業務比較複雜 ps 簡單業務就不必要建築工具或者圖示來幫助你縷清思路...
軟體方法(業務建模和分析) 閱讀筆記1
為什麼做出來的軟體功能與客戶的實際期望相差太遠?因為最初提出來的需求根本就不是 需求 而僅僅是乙個想法,或者素材,或者這個功能是我們自己的想法而不是切合實際調查出來的想法。然而過於相信這種被產品經理 領導或者客戶 加工 過的需求,沒有去深入挖掘其背後隱藏的各涉眾的利益訴求,當然也就不會真正解決客戶的...