其他

 完整的步驟如下： 1）VA01，建立退貨單據，單據類型RE。由於 們的產品採用batch管理，所以 們的人為規定 是：所有退貨單據必須“參照billing單據建立”； 2）VL01，建立退貨交貨單，之後以VL02過賬發貨； 3）退回的貨物將回到MRP的庫存需求表中（MD04），處於退貨庫存狀態（用MMBE可以看到），檢 驗批次用QE51可以看到。當然，如果根本就沒有實施QM的話，QE51可以省略，但貨物仍然處於退 貨庫存狀態；

為售達方建立一個客戶主記錄VD01 銷售和分銷  XD01 完全（包括財務）不要修改獲得的帳戶組。保持欄位客戶空白，因為針對售達方的帳戶組定義了內部的編號分配。輸入其地址資料。在欄位尋找項輸入名字，這樣將使使用符合代碼返回客戶主記錄成為可能。為一次性客戶建立一個客戶主記錄VD01 帳戶組（一次性客戶）VD04 - 銷售和分銷   顯示修改VD05 - 凍結

一.     關鍵詞1.   DM(Data Mining)，DW（Data Warehouse）,OLAP，BI二.    

作為一種開放標準，通過WS作為sap系統與外圍系統或是與sao其他系統間的串連方式好處有很多，過多理論我就不說了，也說不出來...下面是各種心得與操作方式1. The Server Sidesap目前支援WS介面的有RFC，含有RFC的founction group，BAPI以及XI message1)建立一個WS介面以一個RFC為例：首先在se37中建立一個RFC，定義輸入輸出，隨便寫點代碼之後建立該RFC的WS介面，有兩種途徑一是通過se37中的菜單 Utilities->More

　　作為構建SOA項目的基礎架構，ESB正在受到各大廠商的追捧。但是人們往往片面地看待ESB本身，以及它在SOA項目中的作用，其實ESB並不是那樣。　　整合技術和SOA的結合　　談到ESB，人們會自然想到兩個關鍵詞:整合和SOA。是的，ESB正是整合技術和SOA思想結合的產物。　　分布式時代的整合技術　　從整合技術的發展曆史來看，最早是簡單地點對點整合，兩個應用通過各自的介面來實現通訊。這種介面固化在應用當中的緊密耦合方式，使得系統毫無靈活性可言，應用本身的每次變化都會要求其相應介面的重新定製。

Business Process Management

【XML】關於XML (第三部分)在前兩篇中(【XML】關於XML (第一部分),【XML】關於XML (第二部分))，XML的讀與寫我們都是通過XML的proxy class進行的。而SAP提供著另一種方式那就是call transformation <id>的方式，這也是我們平常工作中最常使用的一種方式。使用call transformation後，我們的ABAP程式不再像前面那樣有大篇幅地處理XML

VD51 VD52 VD53 VD54在 物料 欄位輸入標識你公司的物料的編號。在客戶 物料 欄位輸入客戶用來標識該物料的編號。  按斷行符號鍵。系統加入你公司使用的物料說明。按資訊記錄細節顯示建立的項目，並且輸入裝運資料及部分交貨協議。  如果想維護一個文本，在總覽 螢幕選擇 轉向 文本進到 文本 螢幕，可在此輸入你的文本。  如果你想輸入多行文本，標記文本行並選擇 編輯 細節， 轉到SAP指令碼編輯器。在SAP指令碼編輯器中維護你的文本後儲存你的文本。 返回到 銷售資訊記錄的文本螢幕。

在sap的列印開發中經常需要自訂紙張,具體步驟如下:1 執行Spad,->點擊"完全管理"->點擊"裝置類型"2 點擊"頁格式"3 新增兩個頁格式,如:  4 點擊"格式類型",進入"格式列表"螢幕,點擊"更改"按鈕,再點擊"新增"按鈕,操作如下屏(建立格式與頁的關係)    儲存放回.5 再點擊"裝置類型",進入裝置類型的列表(建立格式與裝置的關係)點擊"CNSAPWIN  MS Windows driver via SAPLPD"裝置  6 點擊"格式"按鈕,進入格式列表,點擊"

　　商務程序管理系統(Business Process Management

接一：M06B0001 採購請購單發放的角色確定M06B0002 為採購請購單發放修改通訊結構M06B0003 編號範圍和憑證編號M06B0004 編號範圍和憑證編號M06B0005 對所有的申請下達更改為共同結構M06E0004 為發放採購憑證改變通訊結構M06E0005 採購憑證發放的角色確定M60E0001 使用者退出來開始計劃的獨立需求維護M60E0002 使用者退出來結束計劃的獨立需求維護M60P0001 SAPLM60P行動的解釋 + 複雜物件相關性M61X0001 使用者退出PP-

IDC諮詢公司資深副總裁兼首席分析師弗蘭克.金錶示"IDC最近對IT管理層，首席資訊官和主要業務主管做了一次市場調研，結果顯示雲端服務正在進入人們的視野，開始得到普遍的認可和接受。另外IDC預測目前的金融危機對接受雲端運算的趨勢也起到了推波助瀾的作用。雲模式為企業提供了採購和使用IT時更加經濟實惠的方法，在經濟低迷時期，成本優勢無疑是最具吸引力的。這個優勢對於中小型企業顯得尤為重要"。為了測定雲端運算的機遇到底有多大，這個機遇的發展方向又在何處，IDC諮詢公司的分析師們共同關注云計算趨勢並達成共

　　IT Business Edge網站集合成技術和商業問題記者Loraine

 1. OO程式，能夠發送外部郵件。REPORT  Z_MAIL_TEST3.PARAMETERS: p_mail TYPE ad_smtpadr OBLIGATORY.DATA: i_mara TYPE STANDARD TABLE OF mara.  " MARA EntriesDATA: l_text TYPE char255.  " TextDATA: l_lines TYPE i,      l_size            TYPE           sood-objlen." 

資料倉儲和我們常見的RDBMS系統有些親緣關係，但它又有所不同。如果你沒有實施過資料倉儲，那麼從設定目標到給出設計，從建立資料結構到編寫資料分析程式，再到面對挑剔的使用者的評估，整個過程都會帶給你一種與以往的項目完全不同的體驗。一句話，如果你試圖以舊有的方式建立資料倉儲，那你所面對的不是預算超支就是所建立的資料倉儲無法良好運作。

　　首先讓我們瞭解一下大師們對“雲端運算”的經典看法：　　比爾·蓋茨1989年在談論“電腦科學的過去現在與未來時”時說：“使用者只需要640K的記憶體就足夠了。”那時，所有的程式都很省很小，100MB的硬碟簡直用不完。　　李開複(現任Google全球副總裁、中國區總裁)打了一個形象的比喻：錢莊。最早人們只是把錢放在枕頭底下，後來有了錢莊，很安全，不過兌現起來比較麻煩。現在發展到銀行可以到任何一個網點取錢，甚至通過ATM，或者國外的渠道。就像用電不需要家家裝備發電機，直接從電力公司購買一樣。“雲端

       對於資料分析，我相信每個使用了資訊系統的企業，都有自己的理解。他們有些來自書本，有些來自於工作經驗，有些來自於軟體供應貨。但就我所瞭解的企業與資訊系統，他們對於資料報表的定義、對資料分析的一些基本的理解不盡相同。有一部分是真正的理解差異，可是有部分是由於各自的名詞不同而引起的。另外，我認為資料分析的真正理解，是企業流程設計的一個很關鍵環節。因而，我想在此對資料分析進行一個簡單的介紹：        在進行論說之前我想做幾點說明       

SAP 建立 Web Servicessap Web Services    Web service 就是一個應用程式，它向外界暴露出一個能夠通過Web進行調用的API。也就是說，可以利用編程的方法通過Web來調用這個應用程式。   Web services是建立可互操作的分布式應用程式的新平台。Web service平台是一套標準，它定義了應用程式如何在Web上實現互通性。你可以用任何你喜歡的語言，在任何你喜歡的平台上寫Web service ，只要我們可以通過Web

   當建立一個Webdynpro的組件的時候，我們首先在ComponentController中建立CONTEXT的Nodes及Attribute，以便被VIEW使用，在程式中可以通過如何的方式訪問節點和屬性了：   首先，WD_CONTEXT是CONTEXT的執行個體對象，可以通過它訪問下面的節點：     DATA: NODE_NAME TYPE REF TO IF_WD_CONTEXT_NODE.     NODE_NAME =

Here are the simple instruction of how to insert an ALV report table into your web dynpro for ABAP application. Implementing an interactive ALV report is a very simple process but once added provides extensive functionality such as sorting, edit,