MC.9 Stock value not correct

Dear Friends
In mc.9 stock value is showing different than MMBE stock. What will be the reason?
Regards,

In selection screen please select radio button u201C Current Priceu201D instead of u201C Standardu201D . It will give correct value.
With regards,
Ajay

Similar Messages

FI vs MM report - Stock Values not matching

Dear Experts,
MM Report : We are taking stock value report from MC.9 or MB5L for few sites for the previous financial year.
FI Report : The same sites and same previous year with material G/L account, the t-codes FAGLB03 or S_PL0_86000030 are showing the different values.
The question here is,MM and FI reports are not matching. (FI reports shows Rs.47750 higher than the MM reports). As per the client requirement, the MM & FI reports should match the values. Because all the material movement types are related to FI (For. ex GR & IR )
Kindly tell me, what are the possibilities to go wrong?
How & where to analysis?
Expecting a perfect report which gives the MM & FI values?
Additional details: There is no possibility of manual posting in G/L account. It is automatic posting (Checked in the Tcode - FS00)
I really appreciate if any one help me
Thanks & Regards,
n a v a h s e k

Hello,
I thought, You can post manually to your stock account.
First you can look the account change history for your stock account. Automatic posting check may be change by someone at past, and after manually posting, check it again.
Z programs which is posting FI document with BAPI, system can not look automatic posting checkbox in FS00. May be Z programs posting to your stock without MM module.
How can you catch this document?
Answer is, please add BKPF-AWTYP field to your FBL3N report.
Call SPRO -> Financial Accounting (New) -> Accounts Receivable and Accounts Payable -> Customer Accounts -> Line Items -> Display Line Items -> Define Additional Fields for Line Item Display
Please add new entry with using BKPF-AWTYP then save this customizing and please run RFPOSXEXTEND report with using SE38 transaction. While running this program, a pop-up appear on your screen, please click "YES" after that program will finish correctly. Then you can see "Reference Transact." field in FBL3N report.
Then list your stock account with using this report and get subtotal for "Reference Transact.". If this field value is MKPF, these postings is coming from MM module. If there is a BKPF or BKPFF value, those are posting manually from FI module.
I hope it helps to you,
Regards,
Burak

MM vs FI report - Stock Values not matching

Dear Experts,
MM Report : We are taking stock value report from MC.9 or MB5L for few sites for the previous financial year.
FI Report : The same sites and same previous year with material G/L account, the t-codes FAGLB03 or S_PL0_86000030 are showing the different values.
The question here is,MM and FI reports are not matching. (FI reports shows Rs.47750 higher than the MM reports). As per the client requirement, the MM & FI reports should match the values. Because all the material movement types are related to FI (For. ex GR & IR )
Kindly tell me, what are the possibilities to go wrong?
How & where to analysis?
Expecting a perfect report which gives the MM & FI values?
Additional details: There is no possibility of manual posting in G/L account. It is automatic posting (Checked in the Tcode - FS00)
I really appreciate if any one help me
Thanks & Regards,
n a v a h s e k
Edited by: navahsek on Aug 27, 2009 12:17 PM

Tthe stock values are matching in the company code level for previous financial year but when checking for few sties, the stock values are not matching.
For Ex. year 2008 MM Stock values Rs. 10 Lakhs & FI values also same Rs.10 Lakhs for the company code level.
If you check the same for few sites( Site1, site2, site3, site4) & same year, the MM & FI values are different.
I really appreciate if you help in this.
Thanks & Regards,
n a v a h s e k

Scrap Value not correct in S_ALR_87011963 (Assets balance by Asset Number)

Hi Friends,
For Depreciation area 01, we have maintained the scrap value as 1 INR in (ANLB-SCHRW). When I check the individual Assets by going to AS03 and Dep Area 01, I can see INR 1.
But when I run the report S_ALR_87011963, it shows me INR 0.01. I am unable to see the reason. Is there any layout for showing the currency in this report?
what else could be the reason.
Regards
VK

Hi,
Note 335065 is relevant in this case:
This note describes how to include user-defined or additional fields in
Asset Accounting reports.
Restriction: When you include the field using a sort version, the system
cannot process the formats of the date, quantity and currency fields.
This is the reason for the behaviour.
This note also gives the specific example of field SCHRW ( Asset scrap value) in Point 3 and explains how to show field SCHRW in report RABEST_ALV01 by updating structure CI_REPRABEST as per note 335065.
Regards Bernhard
Edited by: Bernhard Kirchner on Nov 4, 2010 8:42 AM

SIT Value and Stock value at storage location level

HI
Can anyone tell me how to get the following:
1. The value of the Stock in Transit on monthly basis
2. The value of the stock at storage location level. The Stock value is correct at plant level
Thanks in advance.
Soumen

Hello,
(1) please have a look into the Howto Guide:
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/92c0aa90-0201-0010-17b1-bf5b11c71257
(2) Please have a look into the note:
589024
And consider to use the feature Constant selection.
http://help.sap.com/saphelp_nw04s/helpdata/en/d2/02223c5f00612be10000000a11402f/content.htm
I hope this helps, Michael

BW Stock Values (0IC_C03) by batch

Has anyone successfully gotten stock values to display out of InfoCube 0IC_C03 at the Batch level? I've reviewed OSS note 589024 and will continue to study it, but it isn't clear to me if this is possible.
Stock values are correct at the plant-material level, but when a user drills down on batch, the values are wrong. They want the report to "spread out" the inventory values amongst the batches but instead it just displays wrong values.
We may end up implementing a back-end solution somehow but am wondering if anyone else has done development to get around this issue.
Thanks,
Chris

Hello Chris.
Miguel is right. We also implemented the code from the "How to" paper that comes with that note and is working just fine. However I've come with a problem that I can't find an answer yet...
The paper tells you how to use a prequery for a single month, but what about an interval of time ??? I've tried to do it but I don't get correct values...
Did you Chris or Miguel come with this issue as well ??
Thanks,
Luis

BX/BF - Valuated Stock not correct in Bex-Query

Hello Gurus,
(we are on BI 7.0 with Sp16)
The first qty for the material 10102883 was (assigned to Store) was posted on 01/16/2007.Why does the 01/2004 - 12/2006 shows as -4 and why does 01/2007 shows as 0.I have loaded BX [With 'NO MARKER UPDATE' Indicator NOT set] and the loaded History BF [With 'NO MARKER UPDATE' Indicator SET] .Marker Update etc is correct.
All I want to do is get rid of -8 value for my history which is not correct in my query result:List cube value also pated in the end.:
For :
Material     Plant
10102883 2919
***************Without Movt Type Drill Down********
Cal Yr/Moth Valuated stock qty     ValStockValue
01.2004     -8.00 EA     -$ 27,580.72
02.2004     -8.00 EA     -$ 27,580.72
03.2004     -8.00 EA     -$ 27,580.72
04.2004     -8.00 EA     -$ 27,580.72
05.2004     -8.00 EA     -$ 27,580.72
06.2004     -8.00 EA     -$ 27,580.72
07.2004     -8.00 EA     -$ 27,580.72
08.2004     -8.00 EA     -$ 27,580.72
09.2004     -8.00 EA     -$ 27,580.72
10.2004     -8.00 EA     -$ 27,580.72
11.2004     -8.00 EA     -$ 27,580.72
12.2004     -8.00 EA     -$ 27,580.72
01.2005     -8.00 EA     -$ 27,580.72
02.2005     -8.00 EA     -$ 27,580.72
03.2005     -8.00 EA     -$ 27,580.72
04.2005     -8.00 EA     -$ 27,580.72
05.2005     -8.00 EA     -$ 27,580.72
06.2005     -8.00 EA     -$ 27,580.72
07.2005     -8.00 EA     -$ 27,580.72
08.2005     -8.00 EA     -$ 27,580.72
09.2005     -8.00 EA     -$ 27,580.72
10.2005     -8.00 EA     -$ 27,580.72
11.2005     -8.00 EA     -$ 27,580.72
12.2005     -8.00 EA     -$ 27,580.72
01.2006     -8.00 EA     -$ 27,580.72
02.2006     -8.00 EA     -$ 27,580.72
03.2006     -8.00 EA     -$ 27,580.72
04.2006     -8.00 EA     -$ 27,580.72
05.2006     -8.00 EA     -$ 27,580.72
06.2006     -8.00 EA     -$ 27,580.72
07.2006     -8.00 EA     -$ 27,580.72
08.2006     -8.00 EA     -$ 27,580.72
09.2006     -8.00 EA     -$ 27,580.72
10.2006     -8.00 EA     -$ 27,580.72
11.2006     -8.00 EA     -$ 27,580.72
12.2006     -8.00 EA     -$ 27,580.72
01.2007     -4.00 EA     -$ 13,790.36
02.2007     -4.00 EA     -$ 13,790.36
03.2007     -4.00 EA     -$ 13,790.36
04.2007     0.00 EA     $ 0.00
01.2004     4.00 EA     $ 13,790.36
02.2004     4.00 EA     $ 13,790.36
03.2004     4.00 EA     $ 13,790.36
04.2004     4.00 EA     $ 13,790.36
05.2004     4.00 EA     $ 13,790.36
06.2004     4.00 EA     $ 13,790.36
07.2004     4.00 EA     $ 13,790.36
08.2004     4.00 EA     $ 13,790.36
09.2004     4.00 EA     $ 13,790.36
10.2004     4.00 EA     $ 13,790.36
11.2004     4.00 EA     $ 13,790.36
12.2004     4.00 EA     $ 13,790.36
01.2005     4.00 EA     $ 13,790.36
02.2005     4.00 EA     $ 13,790.36
03.2005     4.00 EA     $ 13,790.36
04.2005     4.00 EA     $ 13,790.36
05.2005     4.00 EA     $ 13,790.36
06.2005     4.00 EA     $ 13,790.36
07.2005     4.00 EA     $ 13,790.36
08.2005     4.00 EA     $ 13,790.36
09.2005     4.00 EA     $ 13,790.36
10.2005     4.00 EA     $ 13,790.36
11.2005     4.00 EA     $ 13,790.36
12.2005     4.00 EA     $ 13,790.36
01.2006     4.00 EA     $ 13,790.36
02.2006     4.00 EA     $ 13,790.36
03.2006     4.00 EA     $ 13,790.36
04.2006     4.00 EA     $ 13,790.36
05.2006     4.00 EA     $ 13,790.36
06.2006     4.00 EA     $ 13,790.36
07.2006     4.00 EA     $ 13,790.36
08.2006     4.00 EA     $ 13,790.36
09.2006     4.00 EA     $ 13,790.36
10.2006     4.00 EA     $ 13,790.36
11.2006     4.00 EA     $ 13,790.36
12.2006     4.00 EA     $ 13,790.36
01.2007     4.00 EA     $ 13,790.36
02.2007     4.00 EA     $ 13,790.36
03.2007     4.00 EA     $ 13,790.36
04.2007     0.00 EA     $ 0.00
01.2004     0.00 EA     $ 0.00
02.2004     0.00 EA     $ 0.00
03.2004     0.00 EA     $ 0.00
04.2004     0.00 EA     $ 0.00
05.2004     0.00 EA     $ 0.00
06.2004     0.00 EA     $ 0.00
07.2004     0.00 EA     $ 0.00
08.2004     0.00 EA     $ 0.00
09.2004     0.00 EA     $ 0.00
10.2004     0.00 EA     $ 0.00
11.2004     0.00 EA     $ 0.00
12.2004     0.00 EA     $ 0.00
01.2005     0.00 EA     $ 0.00
02.2005     0.00 EA     $ 0.00
03.2005     0.00 EA     $ 0.00
04.2005     0.00 EA     $ 0.00
05.2005     0.00 EA     $ 0.00
06.2005     0.00 EA     $ 0.00
07.2005     0.00 EA     $ 0.00
08.2005     0.00 EA     $ 0.00
09.2005     0.00 EA     $ 0.00
10.2005     0.00 EA     $ 0.00
11.2005     0.00 EA     $ 0.00
12.2005     0.00 EA     $ 0.00
01.2006     0.00 EA     $ 0.00
02.2006     0.00 EA     $ 0.00
03.2006     0.00 EA     $ 0.00
04.2006     0.00 EA     $ 0.00
05.2006     0.00 EA     $ 0.00
06.2006     0.00 EA     $ 0.00
07.2006     0.00 EA     $ 0.00
08.2006     0.00 EA     $ 0.00
09.2006     0.00 EA     $ 0.00
10.2006     0.00 EA     $ 0.00
11.2006     0.00 EA     $ 0.00
12.2006     0.00 EA     $ 0.00
01.2007     0.00 EA     $ 0.00
02.2007     0.00 EA     $ 0.00
03.2007     0.00 EA     $ 0.00
04.2007     0.00 EA     $ 0.00
05.2007     0.00 EA     $ 0.00
06.2007     0.00 EA     $ 0.00
07.2007     0.00 EA     $ 0.00
07.2007     0.00 EA     $ 0.00
09.2008     4.00 EA     $ 13,790.36
     4.00 EA     $ 13,790.36
********With Movt Type Drill Down ************************
Calendar Year/Month     Movement Type     Valuated stock qty     Valuated stock qty
01.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
02.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
03.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
04.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
05.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
06.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
07.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
08.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
09.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
10.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
11.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
12.2004     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
01.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
02.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
03.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
04.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
05.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
06.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
07.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
08.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
09.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
10.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
11.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
12.2005     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
01.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
02.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
03.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
04.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
05.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
06.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
07.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
08.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
09.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
10.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
11.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
12.2006     101     -8.00 EA     -8.000 EA
     102     4.00 EA     4.000 EA
01.2007     101     -4.00 EA     -4.000 EA
     102     4.00 EA     4.000 EA
02.2007     101     -4.00 EA     -4.000 EA
     102     4.00 EA     4.000 EA
03.2007     101     -4.00 EA     -4.000 EA
     102     4.00 EA     4.000 EA
09.2008     #     4.00 EA     4.000 EA
Over All Result          4.00 EA     4.000 EA
**********************R/3 Values From MB5B ********************
The MB5B (in R/3) values are as follows :
Valuation Area   2919
Material         10102883
Description      NUBBINS:LIFT,11-3/4" 54.50 LB FJL
Stock/Value on 01/01/0000                    0,000 EA                         0,00 USD
Total/Val. of Receipts                    12,000 EA                    41.371,08 USD
Total/Value of Issues                      8,000- EA                    27.580,72- USD
Stock/Value on 12/31/9999                    4,000 EA                    13.790,36 USD
SLoc MvT S Mat. Doc. Item DocumentNo Pstng Date          Quantity BUn     Amount in LC
SB04 101 Q 5000509175    3 5000000647 01/16/2007            4,000 EA        13.790,36
SB04 102 Q 5000529373    3 5000004152 04/02/2007            4,000- EA        13.790,36-
SB01 101 Q 5000537141    2 5000005641 04/25/2007            4,000 EA        13.790,36
TPSI 415 Q 4900197566    1 4900003128 07/03/2007            4,000- EA        13.790,36-
TPSI 415 Q 4900197566    2 4900003128 07/03/2007            4,000 EA        13.790,36
List cube value ********
2919     000000000010102883     321     Q     B     Q     03.07.2007     200707     EA     USD     0,000     0,00     4,000
2919     000000000010102883     321     Q     A     Q     03.07.2007     200707     EA     USD     4,000     0,00     0,000
2919     000000000010102883     415     Q     A     Q     03.07.2007     200707     EA     USD     4,000     13.790,36     4,000
2919     000000000010102883          Q     A     Q     10.09.2008     200809     EA     USD     4,000     13.790,36     0,000
2919     000000000010102883     101     Q     B     Q     16.01.2007     200701     EA     USD     4,000     13.790,36     0,000
2919     000000000010102883     102     Q     B     Q     02.04.2007     200704     EA     USD     4,000-     13.790,36-     0,000
2919     000000000010102883     101     Q     B     Q     25.04.2007     200704     EA     USD     4,000     13.790,36     0,000
                                        EA          16,000     41.371,08     8,000
*****************************End of List cube **Values .
Most of the materials display the stock in the Bex correctly.Few of them (UOM) with EA (each- UOM) is behaving strangely.
I hope some one can address this issue.
Pints will be awarded for sure.Thanks in Advance.

Hello,
I have the same problem with Flat mode is not supported! at ... Characteristic.setHierarchy(Characteristic.java:335):
Open, close, reload of the query does not help.
Other SDN-thread "500 Internal Sever - Flat Mode is not Supported!" related to transaction RSRT.
Execution of query via RSRT works, but the problem still persists in the BEx Web Analyzer.
Could be related to a BEx Web Analyzer "bookmark" ("Personalize Web Application").
I have not deleted any item. We use SAP BW 7.0 with a patch level approx. 09.2009.
The "flat-mode" seems to be the "BEx table mode".
SAP hints do not seem to fit here:
- 715820 BW 3.x Front-End Patch 14 (we use BW 7.0)
- 874825 SAPBWNews for BW 3.x Front-End Support Package 19
- 874827 SAPBWNews for BW 3.5 Front-End Patch 08 (we use BW 7.0)
- 905229 update to SAPTableTree
- 909824 Termination in flat mode when an object is deleted (old?)
- 909827 Incorrect InfoProvider-dependent characteristic values
- 910602 Condition includes too many characteristics (usage of deleted elements)
- 915215 Termination when a query definition is changed (old? visibility of elements?)
- 968273 Cache with flat files: Exception is not caught (does not apply to given error)
Any new solutions?
Best regards
Thomas

Stock value is not getting updated in APO system From ECC automatically

Hi All,
Stock value is not getting updated in APO system From ECC automatically but if we do it manually from transaction CFM2 it will get updated.
for this we are using EXIT_SAPLCSTK_001.
I am using VL10A for delivery and VL06G for PGI
I have also checked integration model for material and stock.
Please help me out as it is very urgent.
Thanks,
Gaurav Mittal
Edited by: GAURAV MITTAL on Feb 6, 2008 6:09 PM

Hi,
for transferring the stock data from R/3 to APO automatically, you need to have the integration model for material and stock activated.
please check the same.
if this does not help, let me know in detail the steps which you are following..
Ram

Contract net value for Header Statistics is not correct

There is issue with value contract. The net value for Header Statistics is not showing correctly for some contracts. Especially, when we delete the PO line items or reverse all entries (GR and IR) for PO line item.
Contract has one line with account category ‘U’. The target value is 300,000.00 and total quantity released to date is 160,000. The net value for Header Statistics should be 140,000 but it is showing 600,000 which is over (double) the target value and user cannot release any further PO reference to this contract.
Earlier I defined net price for line item 300,000 and I changed net price to zero and execute report RM06ENP0 but it doesn’t work.
Please share your experience and thoughts.
Thanks,
Shah.

Hi Jurgen,
There are few Purchace orders with multiple line items and each line item for Purchase orders referencing the same line and same contract.
There is only one Purchase order has two deleted lines against this contract.
Theses deleted line's net price has changed to zero and there is no PO history.
Contract released order value is correct as there is only one line, but net price is wrong. and user is getting error for target value is excedeed by $nnn when trying to create purchase order.
Thanks,
Shah.

Inventory Valuated Stock Value is not matching with R/3

Dear Friends,
we are in a big mess.Needed your help urgently
We are in sap netweaver 2004s.We are implementing the standard business content only for one of our client.We have loaded the Inventory data into BW by following "How to handle the Inventory Management" document.
We have loaded the inventory data into 0IC_C03 using standard transferrules and update rules.
The sequence we followed as:
IN R/3
Filled the setup tables for during the posting free time(non-business hours)
Stock intialization
Material Movements
Evaluations
IN BW
We had loaded the data into only 0IC_C03 cube using standard update rules(no changes done)
2LIS_03_BX-Generate intial stock with no marker update unchecked
2LIS_03_BF-Full update with no marker update checked
2LIS_03_UM-Full update with no marker update checked
When we compared the data between R/3 and BW they are many materials "Valuated Stock Value" is not matching with R/3.For some materials value is matching with R/3 but for some other materials its not matching with R/3.Some materials are showing the negative figures for Valuated Stock Value.
But the valuated quantity value is exactly matching with R/3 for all the materials.
We have tryed to many ways in the past 10 days to find out the solution.We have followd the notes 589024 and implemented the formula.But no luck so far.
Needed your help..Any suggestions would be highly appreciated.
Please help us with your inputs.
Thanks in advance.
Regards
Soujanya

Hi Sudheer,
No We haven't implemented this note.
In start routine we already have the first start routine in the note.
INSERT BEGIN
loop at DATA_PACKAGE.
    if DATA_PACKAGE-stockcat eq 'V' or
       DATA_PACKAGE-stocktype eq 'V'.
      delete DATA_PACKAGE.
    endif.
endloop.
if abort is not equal zero, the update process will be canceled
ABORT = 0.
INSERT END
We should comment the above start routine and follow the remaining section as below?
==========================================================
Notes:
However, if you want a report of these consumption values, proceed as follows:
1. Do not use the start routine listed above.
2. Create two new key figures (cumulative values):
   1. Material consumption value (ZVERWERT, for example) with unit 0BASE_UOM
   2. Material consumption quantity (ZVERMENGE, for example) with unit 0LOC_CURRCY
3. Include these in the InfoCube definition.
4. Update these key figures from 2LIS_03_BF as follows:
-> material consumption value:
IF ( COMM_STRUCTURE-processkey EQ '100'   "Other Issues
    OR COMM_STRUCTURE-processkey EQ '101'   "Returns / Vendor
    OR COMM_STRUCTURE-processkey EQ '104'   "Material Transfer
    OR COMM_STRUCTURE-processkey EQ '105'   "Stock Adjustment InvD
    OR COMM_STRUCTURE-processkey EQ '106'   "Stock Adjustment Other
    OR COMM_STRUCTURE-processkey EQ '110' ) "Issues from Stock
                                            "Transfers
   AND COMM_STRUCTURE-bwapplnm EQ 'MM'
only movements which are relevant for stock control
   AND COMM_STRUCTURE-cppvlc <> 0
   AND COMM_STRUCTURE-stockcat EQ 'V'
   AND COMM_STRUCUTRE-stocktype EQ 'V'.
result value of the routine
    RESULT = -1 * COMM_STRUCTURE-cppvlc.
if the returncode is zero, the result will be updated
    RETURNCODE = 0.
ELSEIF ( COMM_STRUCTURE-processkey EQ '000'   "Other Receipts
    OR COMM_STRUCTURE-processkey EQ '001'   "Goods Receipt/Vendor
    OR COMM_STRUCTURE-processkey EQ '004'   "Material Transfer/"Receipt
    OR COMM_STRUCTURE-processkey EQ '005'   "Stock Adjustment InvD
    OR COMM_STRUCTURE-processkey EQ '006'   "Stock Adjustment Other
    OR COMM_STRUCTURE-processkey EQ '010' ) "Receipt from Stock
                                            "Transfer
only movements which are relevant for stock control
   AND COMM_STRUCTURE-cppvlc <> 0
   AND COMM_STRUCTURE-stockcat EQ 'V'
   AND COMM_STRUCUTRE-stocktype EQ 'V'.
result value of the routine
    RESULT = COMM_STRUCTURE-cppvlc.
if the returncode is zero, the result will be updated
    RETURNCODE = 0.
ELSE.
if the returncode is not equal zero, the result will not be updated
    RETURNCODE = 4.
ENDIF.
if abort is not equal zero, the update process will be canceled
ABORT = 0..
-> material consumption quantity:
The code is the same, but COMM_STRUCTURE-cpquabu replaces COMM_STRUCTURE-cppvlc.
-> The characteristic value calculation is the same for the other key figures.
5. Update these key figures from the 2LIS_03_UM in the same way.
=======================================================

GL account balance not matching with the total stock value

Hi,
The GL account balance is not matching with the total stock value in report RM07MBSTfor stock in transit, Can anyone please let me know, where should, I look into to verify the reason for difference.
Quick response will be appreciated.
Thanks & Regards

I am able to solve this issue. My client has a customized report, which helped me to look into the details of stock in tranisit account. Stock in transit account actually include PPV and TPV alongwith standard cost.

PO value in MC$4 report not correct

Hi All
When I am executing report MC$4 for a particular month the output of the report give correct GR Value and Invoice Amount but PO Value is being shown as 0.00 which is not correct.
Please let me know why PO value is coming as 0.00.
Regards
Satish Kumar

usually MC$4 report is based on infostrcuture S012
And update rule for S012 is by default the PO date.
means if you create a PO in March, then an entry in S012 is created having the PO value.
if you receive in April, then SAP checks when the PO was created and posts into that month, in this example it will add the GR value to March record. Same for invoice receipt.
However it is possible to change update rules, what I have seen pretty often to have the GRs and IRs in the exact month when they were posted. In this case you may experience a sitaution like you described. In other words the PO was created in a period outside of your selection.
And in rare cases an infostructure update fails. This does not cause an entire rollback of the transaction, as it is just statistics and not accounting relevant. This would cause the same behaviour.
Extend your selection to an earlier period in MC$4 and check if you see the PO value then.

Stock for 0STOCKTYPE value # not shown

Hi experts,
I've got a little problem with showing stock with dimension stocktype.
I've created a query with the free dimension stocktype. When adding this to the rows all stocktypes but the empty ('#') are shown. The total shows the value including '#' data:
                                        Stock (Value)
     Plant      Stock Type                          EUR
     1101     Frei verwendbar               -25.190.984,26
             Gesperrt                 7.423.054,97
             Kundenkonsi frei ver          -181.952,48
             Transit                    34.243.952,30
     Total                                 23.680.941,04
Does anybody has an idea why # ist not shown?
Kindest,
Ralf

Hi,
Enable the Key and Text type for stock type and check if you get any values. Doesn't seem like you have given any restriction otherwise total will not addup.
Still you can check if you have put any global filter or any specific filter to Stock type if it is RKF?
Regards,
Durgesh.

OSD fails during WinPE Install drivers - "The hash value is not correct"

Hello everyone,
We are facing a strange problem during OSD for one of the hardware models. We are on SCCM 2012 R2, and mainly build Windows 7
x86 machines on various Lenovo models.
I can see this problem I have encountered has been discussed elsewhere on this forum (especially SCCM 2007 threads) but not really sure what I have
observed is the issue being discussed. Here is the problem....<o:p></o:p>
We have a laptop (Lenovo x240) which has been building perfectly fine for as long as I can remember. However since last 2 days when I try to build
the same model, we get the above error during the driver installation stage (in WinPE).<o:p></o:p>
I referred to some of the other threads and MS blogs where they say file names with extended ASCII character may break the hash of the files (packages)
being downloaded during OSD resulting in the error(http://blogs.technet.com/b/smsandmom/archive/2008/10/09/configmgr-2007-smsts-error-hash-could-not-be-matched-for-the-downloaded-content.aspx).
The point is I have manually gone into the Command prompt (F8) during driver downloading stage (right after apply OS image) and checked that the drivers are getting downloaded fine (but there is not enough time for me to check individual sub folders for the
extended ascii character problem). When it comes to installing the drivers, the TS fails and immediately the whole of the driver packages folder under D:\_SmsTaskSequence\Packages\PackageID folder becomes empty.
There is nothing much logged in the ts log either.<o:p></o:p>
Any thoughts? The only thing that has changed in our environment in the last 2 weeks is that we have upgraded from SCCM
2012 SP1 to R2(CU3). All the other models have built ok since and only X240 is running into this issue.
Would recreating the driver pack be an option here? I also understand that we also can configure the TS to refer to the package media directly from
the DP share (instead of downloading) but we would rather not get into that at this stage as we have not tested the TS with that configuration (it might open another can of worms with package command lines etc.)
One more point - This "The hash value is not correct" error message is only logged on the SCCM status messaging system (which can be viewed
under the Monitoring wunderbar - Status Message Queries). I do not find it on the ts log file interestingly.
Any help is much appreciated.<o:p></o:p>

I've only seen this once before in a ConfigMgr 2012 RTM environment and after fighting it for a few days I ended up simply recreating the driver packages.
-Nick O.

Non-cumulative Values not showing in Inventory Management Queries

Hi:
Has anyone had a problem with the new version and Non-cumulative key figures not showing up in Bex for Inventory Managemet reports? Specifically, they showed and validated back to ECC for our Development and QA boxes but now in our Regression box they are all showing zeros. Our Cumulative values are all showing correctly still within the Regression box. For example, Total Receipts and Total Issues are correctly poplating values but Total Stock is not.
I have checked and validate that the configuration in the Regression box matches or Dev and QA box.

Found the problem. It had to do with the compression variant in the delta process chain. The compression was set to 'no marker update'. Since we only started receiving measureable deltas in or regression box this is where the incorrect setting showed up. Reinitalized and the deltas are working correctly now.

MC.9 Stock value not correct

Similar Messages

Maybe you are looking for