Hi Alex
You need to setup STO between storage locations. I would recommend to read following document to learn more about the process.
↧
Re: STO delivery Ship-To from receiving Storage Location not Plant
↧
PO output to be retriggered after ELIKZ update in PO via MIGO
Hi all,
We have a requirement that the PO output should be triggered after the GR complete indicator is updated in the PO after the GR is done via MIGO transaction.
The change log in the PO does get updated after the GR via MIGO after implementing note 1987986.However the PO output is not triggered as the change is done in background.
Has anyone implemented such a requirement or can provide pointers to achieve this?
Thanks!
↧
↧
Re: Track batch classification changes after goods receipt
You can find the changes made to the batch using the following function,
Call transaction MSC3N --> Enter material, plant and batch --> select the tab "Changes" --> Check the new value and old value under the section "Detailed Information on Change"
↧
Re: You cannot process conditions for delivery costs
please explain how - so that readers in future can benefit from this discussion
↧
Cancelling a final confirmation
How come in SAP when you cancel a final confirmation (AFRU), the cancellation records writes "X" In the "Final Confirmation" field?
We are using this field to determine status (why not automatic determination? That is my question also) and the cancellation records are altering our reports. Just wondering the reason "why" so I can explain.
THANKS
↧
↧
Re: Cancelling a final confirmation
SAP is big, where are you?
↧
Re: MB56: what is a batch redundant?
in a bottom-up analysis SAP will list where the batch was used from the origin batch till the very far end of a final product via all stages.
At each stage SAP is looking back into its internal table if the same number was already listed earlier.
You would need to expand all levels and you should then see the same number on another position again.
Technically you could check in program LCHVWF0S
↧
Re: Specific address format display following country
In OY01 Define country is a field to enter the address key, see also the F1 help for the field, it has a pretty long well detailed information about address formats
↧
Re: Oddity with UnitCodes at Production Confirmation with Goods Movement
Do you really have PCE as internal unit?
I know PCE is the ISO Code and the internal unit is either ST or EA.
I would suggest you display T006 table in SE16. Do not enter anything in the search, just make sure that you have a high maximum number to be displayed, so that all units are in the result.
Then search the results. See if you can find PCE as internal unit or only as ISO code.
If it is an ISO Code, then remember the internal unit and the business unit and the dimension.
Then check with SE16 table T006A , this table has the translations. I expect that you do not find an entry in the German language there for your unit.
Then decide if you want some test with internal unit, Iso Code and business unit
or if you go straight to CUNI transaction to enter the missing translation.
↧
↧
Re: OMJ5_SLED_Check_New Entry
Hi,
You can not add plant as new entries in OMJ5. System will default all the plants here automatically, if the inventory management settings are maintained for the plant.
If your plant is not showing in OMJ5, maintain the inventory management settings for the plant in the path: OLMB - Plant Parameters. Here, you have the option for new entries. Add the same and check again in OMJ5.
Regards,
AKPT
↧
Stock at Batch Level does not add up at the Plant Level
We have a unique situation with Inventory Mismatch between Batch and Plant.
We are a batch managed company and the batch flag is at the plant level. When I look at the transaction MMBE, the material stock at the plant level is not the sum total of the material batches in the plant. Upon investigation we found the last change date did not update on the MCHB table. Physically there is no stock, it has all been shipped out, but batch still shows stock. We have just gone live and its create a big problem in the supply chain.
Anyone experienced such a situation and suggestions to rectify this problem. I am attaching a snapshot from out system for anyone of you guru's to see and comment.
↧
Re: Stock at Batch Level does not add up at the Plant Level
Kindly check the document for possible stock inconsistencies.
https://scn.sap.com/docs/DOC-61597
Regards
KK
↧
Re: Stock at Batch Level does not add up at the Plant Level
if the quantities for the shown batches are zero in table MCHB then you should directly contact SAP support after you searched for SAP notes yourself.
I actually wonder how SAP could know the quantity of batches that are zero. I would rather think that the total is incorrect.
↧
↧
Invoice receipt
Hi
I have the following situation in the invoice receipt process.
We create a purchase order with GR-Bsd IV check.
We do the goods receipt for the total quantity of the purchase order position, but we need to control that de invoice receipt never has to be for the total amount/quantity in the first time. Is like a partial invoice. We need an standar control which indicates the % allowed for example or any other control.
The reason is we need to enter the total quantity of the stock, but we dont allowed to pay the total invoice in one document. So we need partial invoice. If the user not controls the amount of the invoice, the system allows until the total of the goods receipts (GR-Bsd IV check).
SAP has a tool for that situation?
Thanks for the help.
Regards
↧
Re: Stock at Batch Level does not add up at the Plant Level
The challenge is that MCHB for the batch is NOT 0, whereas, it should be 0. We posted a good issue, that depleted the storage location stock, but did not update the MCHB table stock.
The solution we are looking for is to reconcile the material/ Plant/ Sloc ( MARD)stock should match Material/Plant/Sloc/Batch (Sum of all Batch stock).
Is there a standard report or Utility which you might have come across to remove this inconsistency.
Many Thanks
↧
Re: Stock at Batch Level does not add up at the Plant Level
If the batches are not zero, then the total is certainly wrong.
But this does not mean that it is automatically an inconsistency, if your stock is not reduced with a goods issue then this can be caused by wrong customizing too, or countless other reasons.
Hard to find a starting point as stranger, with a hand on the system a reasonably experienced consultant would know where to check.
You already confirmed that you see all the quantity from your screenshot in MCHB, what quantity do you see in MARD and what quantity in MBEW table?
A screenshot from one of the deliveries from table LIPS could also be something to look at for analysis, like table MSEG for the goods issue.
↧
Re: Invoice receipt
Try to check the tolerance limits for invoice verification in OMR6.
Regards
KK
↧
↧
Re: Invoice receipt
Hi Tomas, it does not look like plain english, I really do not get the idea...and maybe you must look for a solution trough payment terms as sugested by Jürgen L...or maybe suggest a reasonable process to the client!
↧
Re: Stock at Batch Level does not add up at the Plant Level
So my understanding is as Goods issue is affected in the system, it depletes the stock from the Material/ plant/Sloc and Material/Plant/Batch Level. The new stock is reflected in MARD and MCHB.
Since the batch level is set at the plant, Ideally, all unrestricted Batch (MCHB) stock should add up to unrestricted stock reflected at Plant Level(MARD).
Now, wejust migrated to another system. The data in the new system was created using Direct table updates, we engaged a data service provider for this activity.
Somehow, during migration MCHB was not updated with the last Goods Issue ( last changes were missed). This led to stock showing up on MCHB, while MARD shows the actual/ correct stock.
My ask is can we we update MCHB again with the correct stock qty's/ differenes? What other tables or impact we should consider with MCHB.
↧
Re: Stock at Batch Level does not add up at the Plant Level
Hi,
It seems to be an inconsistency. A similar situation is explained in the note: 1701875 - MSC2N: Stock inconsistency after status change. You may check whether your situation is similar to the case. Also check whether any own development is causing the inconsistency.
Additionally, refer the KBA: 1618888 - How to deal with stock inconsistency? and the note: 520010 - FAQ: Inconsistencies in inventory management. If issue is still not resolved, I would suggest to raise an OSS ticket to SAP.
Regards,
AKPT
↧