Wednesday, May 27, 2015

Table update program suggested by sap, where table not updated in sap while posting transactions



We had a call with SAP yesterday regarding subject issue, following are the MOM of discussion –

1.       SAP has not able to trace the exact root cause of the issue, also this is an rare case where BSEG table wont update the clearing information and also this issue cannot be re-generated again in any environment so SAP failed to find out the exact reason for the same.
2.       SAP has suggested for table update for which they need our permission, following process SAP will follow for table update-
a.       SAP will run the program ‘RFVD_CHK_CHANGE_CLEARING’ in Production for updating the BSEG table with clearing document information. In this program SAP will do the linkage of Customer Invoice document number (which has no clearing information updated in BSEG table) with the relevant clearing document number. In selection parameter of the program, SAP will give both Customer invoice number & Clearing document number, year, line item & clearing date and do the update run which will post the clearing information in BSEG table against the Customer invoice number for which clearing information is missing. This activity will be done one by one for all the customer invoice documents which has missing clearing information in BSEG table.
b.      As this activity will only update the BSEG table with clearing information, so as confirmed by SAP there will not be any down time require in Production to carried out this activity and also there will not be any implication on any other transaction, SAP tables as well as SAP standard reports while performing this activity.

c.       To do this activity SAP has require our approval for go-ahead for table update in Production and needed some T.codes authorization.

Thursday, March 27, 2014

Dircet table maintainance by tcdoe SM30

The necessary procedure for this modification shall be conducted by direct table maintenance (with Transaction Code: SM30, Table: V_T042J).

Tuesday, March 18, 2014

COPA Enhancement Ship to party country filed update in COPA land key (KMLAND)

COPA enhancement derive the Ship to party country key to COPA KMLAND When Sold party not equal to ship to party. when '7000'. ce07000 = i_copa_item. if ce07000-bukrs = '6101' or ce07000-bukrs = '6104'. if ce07000-kndnr ne ce07000-kunwe. ce07000-kmland = i_global-usertemp5. e_copa_item = ce07000. e_exit_is_active = 'X'. endif. endif. T code: SE84 Search Structure. ce07000

Wednesday, March 13, 2013

Process Order Revaluation for Actual activity price


Currently, the Activity cost is Debited to Process orders & Credited to Production Cost centres using Standard Activity Prices. At month-end the balance lying on the Production cost centres representing either Over absorption (Credit balance) or Under absorption (Debit balance) is assessed from Production Cost centre to COPA Value field - Cost centre variances as this is the Gauss reporting requirement.
- Are you planning to use "Revaluation at Actual prices" (MFN1/CON2). If yes, the system
will determine the variances between the costs posted using Standard Activity price and the costs that will occur using the new Prices (actual costs that were debited to the cost center, and the activities quantities actually consumed). The corresponding sender cost center will be credited by the actual price revaluation and the Process Order will be debited accordingly. Thus there will be no balances lying on the Cost centres and thus NO Cost centre Variances will be reported. This will not comply with the Gauss.finance reporting requirements. Please discuss this with the Key Users.
- If you are only going to do
Actual activity price calculation thru KSS2/KSII but NOT going to use "Revaluation at Actual prices" (MFN1/CON2), then I think it is OK. However, please use the existing Splitting structure Z1. You can create new Assignment lines, if you do not want to use the existing ones: Z01-Steam & Z02-Power. This will NOT be a Gap.

Tuesday, March 12, 2013

Process order analysis report (KKBC_HOE )

  • ZZ0601SAC001A - Process order analysis report
This report will show the target and the actual cost detail by material cost, packaging cost, processing cost, subcontract, also with the variance detail by categories. This report is base on KKBC_HOE – Analyze Summarization Object Report. This Report will also show by SBU Profit center assign in the material master.
Order Summarization Hierarchy 6N66 will be used as a default for the report


Please define the below configuration to run the  KKBC_HOE report by summarization object

set up a new Hierarchy for CO Summarization using  tcode KKR0.
Before doing that I created a new status profile with tcode  BS42


In the Hierarchy I've liinked the status profile which tells the hierarchy to only summarize DLV - Delivered orders.( meaning assigne the Status profile to Hierarchy Co summarization in Tcode KKR0)

Wednesday, February 20, 2013