SD- sap 的修改日誌
One of the best weapons in a support consultant’s arsenal is the ability to review document changes. Sometimes, being able to build a precise timeline around occurrences of an issue can be crucial to finding a solution. Let’s discuss more about the structure and use of change records in Sales and Distribution.
What Are SAP Change Records?
Every time an SAP document is changed, the system generates a set of records which capture relevant information. These changes are stored in two main database tables:
- CDHDR
This table contains the header details for the change made: The name of the object changed, the User ID who made the change, the Date and Time of the change, and the transaction code used. - CDPOS
As you may have guessed, this table contains the individual change items. The Object/Value and Change Document number match the header record, but added are the Table, Field, Indicator (Insert, Update, or Delete), and Old/New values.
You might be wondering what controls the creation of change records. Simply speaking, a selection of similar database table fields are grouped together into an “object”. Transaction Code SCDO provides the link between these objects and their respective database fields. The table below contains a selection of change objects related to SD:
Object Name | Description |
---|---|
ADRESSE | Customer/Partner Address |
ADRESSE2 | Customer/Partner Address |
ADRESSE3 | Customer/Partner Address |
BANF | Purchase Requisition reference on the Sales Document |
BUPA* | A variety of BUPA changes are captured for various changes to Business Partner information |
BUPR* | Similar to BUPA, BUPR records capture changes to the Business Partner relationships. |
COND_A | Pricing Condition Record or the Pricing on a particular Sales Document |
COND_B | Rebate-related condition changes |
CLASSIFY | Material Classification |
DEBI | Customer Master |
EQUI | Equipment Master reference on an outbound delivery |
FAKTBELEG | Billing Document |
HANDL_UNIT | Handling Unit on a delivery document |
ISJP_MD | Data for Invoice Summary (Japan) |
KRED | Vendor account |
LIEFERUNG | Outbound Delivery Document |
MDG_BP_MLT_AS | Business Partner |
PPE | Trading Contract |
VBEX | Export Data |
VCNUM | Credit Card |
VERKBELEG | Sales Document, Contract, Inquiry, etc. |
WBGT | Trading Contract |
The table above is not exhaustive, but contains the most common objects that you may need to search for.
Which SAP SD Documents Support Change Records?
Most SAP SD documents and master data objects incorporate these types of change records. And while the list is rather lengthy, you will inevitably encounter a situation where change records are absent. One example that comes to mind is Output Condition records (VV#1, and VV#2). Users making changes here are pretty much anonymous.
How To Review Change Records?
There are a variety of methods used to review these change documents. The method you’ll need will depend on the information you have available and type of object you’re interested in. In most cases, SAP’s built-in reports will suffice for reviewing most document changes. But just in case, we’ll start off the direct table method.
Change Records (Directly)
Generally, you don’t need to reference the table entries directly. As you can imagine, the CDHDR and CDPOS tables can grow to be ENORMOUS in size. You’re probably better off choosing one of the object-specific methods below. However, there are times when you may not know which object is causing you problems, but you know WHEN or WHO is making the change. In these cases, you can:
- Use SE16 or SE16n to pull up the CDHDR or CDPOS tables. You can use the information available to you — user ID, object, date/time, etc. — to pull your list of changes.
Sales Documents
There are a couple of ways to find changes for a particular Sales Document.
- Sales Orders – Environment –> Changes (VA02, VA03)
From any Sales Document, just navigate to Environment –> Changes. This launches program RVSCD100 which allows you to review changes to all three levels of the order: Header, Line and Schedule Line.
- Alternatively, you can run the RVSCD100 program directly from transactions SA38 or SE38. With this program, you are limited to reviewing changes for a single document.
- Sales Orders – Program RVSCD200
An alternative program, RVSCD200 (“Display Document Changes”), exists which allows you to filter changes on particular elements of Sales Documents. You can choose from Header, Item, Schedule Line, Conditions, Release Orders, Business Data, Partner and Contract Data. This is handy when reviewing change logs for orders with a LOT of line items and you only care about a certain type of change.
Billing Documents
As with Sales Documents,
Billing Docs – Program RVSCD300there are a couple of options for viewing changes:
- From any Billing Document, navigate to Environment -> Changes to execute report RVSCD300. This allows you to view a detailed change log.
- You can also execute program RVSCD300 (“Display Document Changes”) through transaction SA38 or SE38.
Delivery Documents
Delivery – Environment –> Changes (VL02n, VL03n)Reporting changes to delivery header and items can be done through several methods:
- From within VL02n or VL03n, navigate to Environment –> Changes to display the change records.
- Transaction VL22 can be used to access delivery changes. It launches program WSCDSHOW which displays delivery header and item changes.
- If you’re looking for an ALV version of Delivery – Program WSCDSHOW_ALV – non-detail view (ALV)
the above program, you can launch WSCDSHOW_ALV directly from SA38 or SE38. It seems to be identical — superficially, at least — to its non-ALV brother.
Customer Master
Customers – Environment –> Changesa (XD02,VD02)Customer changes are a little more complex due to the fact that data is stored in different views. This includes other types of ‘customers’, like Sales Prospects, Contacts, and Sales Partners.
- You can review changes for individual fields from within a Change Customer transaction by clicking in a field and selecting Environment –> Field Changes. This applies to either XD02 (for Central) and VD02 (for Sales Data).
- Customers – Program RFDABL00_NACC
A summarized report can be called up for an individual customer by selecting Environment –> Account Changes –> All Fields.
- Transaction VD04 shows changes made to fields located on the Sales and Distribution view as well as the general view.
- Transaction XD04 shows changes made to all customer fields including Sales & Distribution and Company Code views.
- Customer Change Report – Transaction OV51 – Initial Screen
Transaction OV51 allows you to search for changes to customers by a variety of criteria: Customer number/range, date, Company Code or Sales Organization. Program RFDABL00 is executed in OV51.
- Program RFDABL00_NACC is similar to RFDABL00 with the addition of Output Control parameters: Sorting, Technical Field Names, and Name.
Material Master
It’s not uncommon to have to investigate changes to Sales fields on the material master, so I’ll include this in our SD list.
- Material Master – Environment –> Display Changes (MM02)
From within the Material Master, select Environment -> Display Changes to access the change log for the active material.
- Transaction MM04 accesses this same program with selection criteria allowing you to view the desired level of change.
Pricing Conditions
To view changes to pricing condition records
- Pricing – Environment Menu Options (VK12, VK13)
From VK12, or VK13, select Environment –> Changes –> Per Condition Record to display the change report for the selected condition record.
- The Environment –> Changes –> Change Report option launches program RV16ACHD, “Change Documents for Conditions”. This report allows you to not only view changes by user id and Date/Time, but also by an Pricing – Change details (VK12, VK13)
array of SD object — Rebate Agreement, Sales Deal, Promotion, Condition Type, and Condition table.
- Transaction VK12 directly launches program RV16ACHD.
Legal Control / Licensing
I can’t say that I have a deep understanding of the data behind Licensing, but here are a few programs for reviewing changes:
- Program RVSCDBEX: License Data: Display Change Documents
- Program RVSCDEMB: License: Display Change Documents
- Program RVSCDFSL: Legal Control: Sanctioned Party List: Change History
- source link:
相關文章
- Spring Boot動態修改日誌級別Spring Boot
- 如何開關資料庫告警日誌及修改日誌級別資料庫
- 如何使用極狐GitLab Runner 修改日誌大小限制Gitlab
- SAP 錯誤日誌的調查
- SD-如何讀取文字訂單的抬頭文字
- Webpack修煉日誌——入門Web
- 在Linux中如何檢視檔案的修改日期Linux
- Java 例項 - 修改檔案最後的修改日期Java
- SD-如何利用BTE在VKxx顯示特殊文字
- win10 ghost系統改日文操作步驟_win10 ghost系統改日文詳細教程Win10
- 修煉SAP螢幕之小無相功
- SAP雲平臺CloudFoundry環境hdb build成功的日誌分析CloudUI
- SAP PM 初級系列14 - 維修工單的憑證流
- SAP PM 初級系列20 - 維修工單的檢驗批
- SAP ABAP RFC介面通用日誌工具:abap fm logger
- 如何使用Prometheus採集SAP ABAP Netweaver的應用日誌資料Prometheus應用日誌
- SAP PM 初級系列17 - 維修工單相關的Task List
- SAP PM 初級系列24 - 發料到維修工單
- DG主備日誌缺失,資料無法同步修復
- Prometheus - 普羅米修斯 - 日誌監控mtail嘗試PrometheusAI
- 如何自行給指定的SAP OData服務新增自定義日誌記錄功能
- win10日誌檔案缺了怎麼辦_win10日誌缺失如何修復Win10
- SAP PM 初級系列18 - 為維修工單分配PermitMIT
- 如何修復 SAP UI5 aggregation with cardinality 0..1 相關的錯誤訊息UI
- SAP SD基礎知識之交貨單不完全日誌
- SAP CRM One Order跟蹤和日誌工具CRMD_TRACE_SET
- SAP PM 初級系列19 - IP10為維修計劃觸發維修工單的同時也自動觸發了維修通知單!
- 為什麼我們會看到 SAP Spartacus 伺服器端渲染 `rendering in process` 的日誌伺服器
- win10 更改日曆方法 win10 日曆怎麼更改Win10
- SAP PM 初級系列12 – 為維修工單關聯Task List
- SAP Emarsys 和 SAP Spartacus 的整合
- SAP PM 初級系列15 - IW33事務程式碼介面裡檢視維修工單對應的維修通知單的幾個方法
- SAP PM 初級系列之27 – SAP系統怎麼知道某種型別的維修工單檢驗批上的檢驗型別是14?型別
- python使用pathlib庫 判斷Windows某個路徑下檔案修改日期最晚的檔案PythonWindows
- SAP PM 初級系列21 - 一個技術關閉的維修工單不能再被修改了!
- win10系統修改日期時“日期更改”按鈕灰色怎麼辦Win10
- SAP UI5應用的除錯標誌位的本地儲存邏輯 - local storage使用的一個例子UI除錯
- SAP PM 初級系列11 - 為維修工單觸發採購申請