next to the box with 500, you should find a box for unimited which needs to flagged.
Re: MB5B report clarification
difference in price in PO & GR
Hi all,
I have a material whose current MAP is 1000 rs. and the PO price was 900 rs. When the GR was posted for this PO, then the stock account was hit with 1000 rs. Now when the MIRO is entered, the 100 rs difference is hitting prd account. Pls suggest if its a standard process and what is the solution for it.
Regards,
Make Purchasing Group Optional in ME41
Dears,
Kindly I have the following problem, I need to make the purchasing group optional since all RFQs are created with reference to PR but in field selection the purchasing group is already optional in ME41 and ANA.
How can solve this issue.
Thanks
Tareq
Re: In case version is changed, PO must be set to un-released.
Dear AB B,
If you don't required delivery date changed in PO (ME22N) then use user exit ME06E0004 and function exit EXIT_SAPLEBND_002. It will work fine.
Thanks,
Piyush Patel
Re: In case version is changed, PO must be set to un-released.
Hi Piyush,
I am using M06E0004, EXIT_SAPLEBND_002, ZXM06U22for using USRC1 field. Still facing the issue mainly due to activation of version management. Without version management it is working fine and release tab is OK, po is not going for approval when delivery date is changed without version management and Po release tab is not getting disappeared.But when version management is active, as soon as delivery date is changed, new version completed and click on check, release tab is disappearing..
Re: MB5B report clarification
Kindly explain that, which box is to be flagged and where. I am not getting anything in the selection option.
Re: MB5B report clarification
if you dont have this box right of the 500, then you are just using a different setting for your search. So enter 99999 instead of leaving the field empty
To access F4 settings, either select menu Help > Settings in the menu bar, or use contextual menu "Personalize" from any hit list and choose tab "Settings for all F4 helps":
What is your current display setting there? is it Control (amodal) or Dialog (modal)? when you change this to the other one then you will see the unlimited box
Quantity not calculated as per Over delivery tolerance in Purchase order
Hi Experts,
I have created a Purchase order for supply of a 2000 Ton of Raw material. The Over delivery tolerance is 10% and hence system should allow to take GR for 2200 Ton.
We have done multiple Goods Receipt for partial quantities on various dates as mentioned below and the Total quantity delivered is 2016.99 Ton. It was observed that the final delivered indicator is set by the system automatically which should not be the case because the over delivery tolerance allowed is 10% hence goods receipt can be made for 200 Tons extr. But system has set the final delivery indicator only after Goods receipt of 16.99 Ton extra.
Please suggest why system is behaving like this and not allowing over delivery of 200 Ton(10%).
Material Document | Doc. Date | Pstng Date | Entry Date | Time | Movement Type | Quantity |
5000027843 | 01.03.2013 | 06.03.2013 | 20.03.2013 | 16:00:43 | 101 | 22.880 |
5000027844 | 01.03.2013 | 06.03.2013 | 20.03.2013 | 16:02:29 | 101 | 24.190 |
5000027846 | 02.03.2013 | 06.03.2013 | 20.03.2013 | 16:07:24 | 101 | 19.750 |
5000027849 | 02.03.2013 | 06.03.2013 | 20.03.2013 | 16:11:11 | 101 | 19.860 |
5000027845 | 01.03.2013 | 07.03.2013 | 20.03.2013 | 16:04:49 | 101 | 23.500 |
5000027848 | 02.03.2013 | 07.03.2013 | 20.03.2013 | 16:09:33 | 101 | 23.640 |
5000027851 | 03.03.2013 | 07.03.2013 | 20.03.2013 | 16:15:08 | 101 | 23.320 |
5000032102 | 02.04.2013 | 07.04.2013 | 26.04.2013 | 16:45:02 | 101 | 26.890 |
5000027850 | 03.03.2013 | 08.03.2013 | 20.03.2013 | 16:13:20 | 101 | 23.960 |
5000027853 | 03.03.2013 | 08.03.2013 | 20.03.2013 | 16:16:49 | 101 | 23.730 |
5000027858 | 04.03.2013 | 08.03.2013 | 20.03.2013 | 16:20:38 | 101 | 24.610 |
5000027860 | 04.03.2013 | 08.03.2013 | 20.03.2013 | 16:22:16 | 101 | 23.540 |
5000027855 | 04.03.2013 | 09.03.2013 | 20.03.2013 | 16:19:06 | 101 | 26.650 |
5000027863 | 05.03.2013 | 09.03.2013 | 20.03.2013 | 16:23:57 | 101 | 23.420 |
5000027865 | 05.03.2013 | 09.03.2013 | 20.03.2013 | 16:25:49 | 101 | 22.480 |
5000027866 | 05.03.2013 | 09.03.2013 | 20.03.2013 | 16:27:14 | 101 | 22.890 |
5000027867 | 06.03.2013 | 10.03.2013 | 20.03.2013 | 16:29:02 | 101 | 25.010 |
5000027869 | 06.03.2013 | 10.03.2013 | 20.03.2013 | 16:30:31 | 101 | 24.880 |
5000028358 | 06.03.2013 | 11.03.2013 | 22.03.2013 | 15:47:03 | 101 | 25.450 |
5000028363 | 07.03.2013 | 12.03.2013 | 22.03.2013 | 15:53:06 | 101 | 23.100 |
5000028367 | 07.03.2013 | 12.03.2013 | 22.03.2013 | 16:00:06 | 101 | 19.810 |
5000028365 | 07.03.2013 | 13.03.2013 | 22.03.2013 | 15:55:02 | 101 | 23.770 |
5000028366 | 07.03.2013 | 13.03.2013 | 22.03.2013 | 15:58:01 | 101 | 23.580 |
5000028368 | 08.03.2013 | 13.03.2013 | 22.03.2013 | 16:02:03 | 101 | 22.970 |
5000028369 | 08.03.2013 | 13.03.2013 | 22.03.2013 | 16:04:17 | 101 | 23.670 |
5000028371 | 08.03.2013 | 13.03.2013 | 22.03.2013 | 16:11:26 | 101 | 23.810 |
5000028372 | 08.03.2013 | 13.03.2013 | 22.03.2013 | 16:13:31 | 101 | 24.020 |
5000028374 | 09.03.2013 | 13.03.2013 | 22.03.2013 | 16:17:45 | 101 | 23.540 |
5000028377 | 09.03.2013 | 13.03.2013 | 22.03.2013 | 16:21:32 | 101 | 23.370 |
5000028376 | 09.03.2013 | 15.03.2013 | 22.03.2013 | 16:19:43 | 101 | 26.420 |
5000028379 | 11.03.2013 | 15.03.2013 | 22.03.2013 | 16:23:30 | 101 | 27.280 |
5000029002 | 11.03.2013 | 16.03.2013 | 26.03.2013 | 11:50:34 | 101 | 23.770 |
5000029005 | 12.03.2013 | 16.03.2013 | 26.03.2013 | 11:52:15 | 101 | 24.320 |
5000029007 | 12.03.2013 | 16.03.2013 | 26.03.2013 | 11:53:57 | 101 | 22.310 |
5000028998 | 10.03.2013 | 17.03.2013 | 26.03.2013 | 11:48:52 | 101 | 23.690 |
5000029008 | 12.03.2013 | 17.03.2013 | 26.03.2013 | 11:55:54 | 101 | 22.930 |
5000029009 | 12.03.2013 | 17.03.2013 | 26.03.2013 | 11:57:23 | 101 | 23.790 |
5000029064 | 13.03.2013 | 17.03.2013 | 26.03.2013 | 14:42:03 | 101 | 23.410 |
5000029065 | 14.03.2013 | 19.03.2013 | 26.03.2013 | 14:44:09 | 101 | 25.230 |
5000029067 | 14.03.2013 | 19.03.2013 | 26.03.2013 | 14:45:50 | 101 | 23.900 |
5000029069 | 14.03.2013 | 19.03.2013 | 26.03.2013 | 14:48:07 | 101 | 23.480 |
5000029070 | 14.03.2013 | 19.03.2013 | 26.03.2013 | 14:50:27 | 101 | 20.140 |
5000029073 | 15.03.2013 | 19.03.2013 | 26.03.2013 | 15:03:46 | 101 | 24.070 |
5000029076 | 15.03.2013 | 19.03.2013 | 26.03.2013 | 15:07:10 | 101 | 19.640 |
5000029077 | 15.03.2013 | 19.03.2013 | 26.03.2013 | 15:08:49 | 101 | 23.670 |
5000029011 | 13.03.2013 | 20.03.2013 | 26.03.2013 | 11:59:41 | 101 | 27.770 |
5000029012 | 13.03.2013 | 20.03.2013 | 26.03.2013 | 12:01:31 | 101 | 23.600 |
5000029075 | 15.03.2013 | 20.03.2013 | 26.03.2013 | 15:05:30 | 101 | 23.240 |
5000030588 | 16.03.2013 | 21.03.2013 | 01.04.2013 | 12:19:47 | 101 | 23.640 |
5000030590 | 16.03.2013 | 21.03.2013 | 01.04.2013 | 12:21:33 | 101 | 23.240 |
5000030595 | 16.03.2013 | 21.03.2013 | 01.04.2013 | 12:25:05 | 101 | 23.640 |
5000030593 | 16.03.2013 | 22.03.2013 | 01.04.2013 | 12:23:18 | 101 | 23.750 |
5000030596 | 17.03.2013 | 22.03.2013 | 01.04.2013 | 12:27:23 | 101 | 23.870 |
5000030597 | 17.03.2013 | 22.03.2013 | 01.04.2013 | 12:30:32 | 101 | 23.790 |
5000030598 | 17.03.2013 | 22.03.2013 | 01.04.2013 | 12:32:11 | 101 | 23.910 |
5000030599 | 17.03.2013 | 22.03.2013 | 01.04.2013 | 12:34:03 | 101 | 23.840 |
5000030607 | 18.03.2013 | 22.03.2013 | 01.04.2013 | 13:57:12 | 101 | 23.790 |
5000030608 | 18.03.2013 | 22.03.2013 | 01.04.2013 | 13:58:53 | 101 | 23.870 |
5000030606 | 18.03.2013 | 23.03.2013 | 01.04.2013 | 13:55:10 | 101 | 23.490 |
5000030609 | 19.03.2013 | 23.03.2013 | 01.04.2013 | 14:00:38 | 101 | 26.860 |
5000030610 | 19.03.2013 | 23.03.2013 | 01.04.2013 | 14:02:07 | 101 | 23.550 |
5000030611 | 20.03.2013 | 25.03.2013 | 01.04.2013 | 14:03:52 | 101 | 23.580 |
5000030612 | 22.03.2013 | 29.03.2013 | 01.04.2013 | 14:08:59 | 101 | 23.770 |
5000030613 | 24.03.2013 | 29.03.2013 | 01.04.2013 | 14:12:36 | 101 | 26.780 |
5000030614 | 21.03.2013 | 30.03.2013 | 01.04.2013 | 14:21:40 | 101 | 23.400 |
5000030615 | 21.03.2013 | 30.03.2013 | 01.04.2013 | 14:23:03 | 101 | 23.550 |
5000030617 | 22.03.2013 | 30.03.2013 | 01.04.2013 | 14:27:47 | 101 | 23.620 |
5000030618 | 23.03.2013 | 30.03.2013 | 01.04.2013 | 14:29:27 | 101 | 23.840 |
5000030619 | 23.03.2013 | 30.03.2013 | 01.04.2013 | 14:31:10 | 101 | 23.220 |
5000030621 | 26.03.2013 | 30.03.2013 | 01.04.2013 | 14:35:21 | 101 | 23.730 |
5000030616 | 22.03.2013 | 31.03.2013 | 01.04.2013 | 14:25:54 | 101 | 24.060 |
5000030620 | 25.03.2013 | 31.03.2013 | 01.04.2013 | 14:33:21 | 101 | 24.150 |
5000030622 | 26.03.2013 | 31.03.2013 | 01.04.2013 | 14:36:58 | 101 | 23.730 |
5000030628 | 25.03.2013 | 31.03.2013 | 01.04.2013 | 14:54:06 | 102 | 24.150 |
5000030629 | 25.03.2013 | 31.03.2013 | 01.04.2013 | 14:56:06 | 101 | 23.860 |
5000032064 | 20.03.2013 | 01.04.2013 | 26.04.2013 | 16:08:13 | 101 | 23.790 |
5000032066 | 23.03.2013 | 01.04.2013 | 26.04.2013 | 16:10:01 | 101 | 23.380 |
5000032067 | 25.03.2013 | 01.04.2013 | 26.04.2013 | 16:11:32 | 101 | 24.040 |
5000032058 | 19.03.2013 | 02.04.2013 | 26.04.2013 | 16:04:09 | 101 | 23.580 |
5000032061 | 19.03.2013 | 02.04.2013 | 26.04.2013 | 16:06:38 | 101 | 23.430 |
5000032068 | 28.03.2013 | 02.04.2013 | 26.04.2013 | 16:13:01 | 101 | 23.520 |
5000032072 | 29.03.2013 | 03.04.2013 | 26.04.2013 | 16:15:29 | 101 | 24.640 |
5000032074 | 30.03.2013 | 04.04.2013 | 26.04.2013 | 16:17:35 | 101 | 23.330 |
5000032096 | 30.03.2013 | 04.04.2013 | 26.04.2013 | 16:39:44 | 101 | 23.230 |
5000032098 | 31.03.2013 | 04.04.2013 | 26.04.2013 | 16:41:40 | 101 | 23.360 |
5000032077 | 30.03.2013 | 05.04.2013 | 26.04.2013 | 16:19:53 | 101 | 23.550 |
5000032100 | 01.04.2013 | 05.04.2013 | 26.04.2013 | 16:43:18 | 101 | 23.510 |
PO Version management and Release procedure conflict for delivery date
Any responce pls?
Quantity not calculated as per Over delivery tolerance in Purchase order
it is standard design that SAP closes the PO with delivery complete with the first receipt that is above the total ordered quantity.
overdelivery does not mean that you can have several partial receipts above the ordered quantity until you reach the upper limit.
Re: Md04 Plan delivery time, GR processing time
hi,
Yes requisitions are being created by MRP.
We have inforecord for all materials and more than one vendor for some materials.
For taking plan delivery times from inforecord instead of material master sould i change this vale from OMI8
For transport time what can i do? I mainly works as ex-w with my vendors,
and I do not want to add transport times tp GR process time cause i have some materials i buy from different vendors at different countries hence teher is different transport times.
Re: Account Assignment Data fields in PR to be made readonly in ME52N
Rick,
try using a screen variant and assign to the transaction. I have done this before for several PO fields in ME21n ME22n for one of my customer.
Thanks
- Netaji Gummadi
Re: Md04 Plan delivery time, GR processing time
For sure you have to maintian OMI8, the F1 help explains everything.
But even with this setting, you have to make sure that SAP can find a certain info records to get the planning time from there..
Re: Md04 Plan delivery time, GR processing time
once you check mark that it will take the data from info record
Re: PO release strategy ONLY for change (Not thru Version Management)
it should be possible by using the exit M06E0002
you only need one characteristic CEKKO-USRC1, which is for example either Y or N.
if it is Y then the strategy gets triggered, if it is N then the strategy is not triggered.
In your coding in the user exit you check if it is an order change or order creation e.g. by checking sy-tcode . in case it is a change you move Y to USERC1, otherwise you move N.
Purchasing: Release Procedure for Requisitions and Other Pur
Re: Returns PO
Thanks
I have put the flag on and still get the same message.
Please excuse my ignorance.
I have not set up anything with regards to confirmations, but where can I check this?
Thanks
Re: Returns PO
Hi
When I create the PO and put the returns indicator, the confirmations tab goes blank.
I am not sure if that is what suppose to happen.
Thanks
Re: A discussion - Intracompany Stock Transfer
Thanks @Jurgen @Ashok @ Ajit.
@Ajit My reqmt is that I want to transfer stock from one plant to another and e.g I have these three plants 5201, 5202 and 5203. Each Plant should be able to transfer stock to each other. Yes, it is Intracompany.
"NL NORM V NLN" This is already maintained. Thanks again.
Sorry guys for replying late. Will proceed and reply soon with more questions.
Re: PO price determinated by subcontractor vendor
Hi,
Your advice is great!
But the client wants to decide to determinate the PO price by vendor---raw material supplier+material+vendor---subcontractor.
Now, the solution is match a free field to the PO item----Delivery address Tab---Vendor, create a new condition table like vendor-raw material supplier+material+ free field---subcontractor vendor.
Is it ok?
Regards