on 2015 May 17 5:36 AM
Hi PP experts,
I want to delete the capacity in work center, but there is an error message popup CR120 "Capacity still be used. "
I tried to find some related orders via t-code CR15, but there is no value I wanted in field name.
I try to t-code CM24 and find some PrdOrd, then I made TECO for these PrdOrd, but I can not delete capacity with same error message.
Could you please kindly guide me how can I do? Thanks a lot.
Best Regards,
Bu Fanchao
Request clarification before answering.
Dear Franchao,
In Table KBED, enter capacity ID and execute. The pending list of orders will be displayed, which is blocking your operation. Clear the list and proceed
Thanks
Prem
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Prem,
I used in your method, but still have same error message "capacity is still being used".
Please kindly refer to my example steps, thank you.
1. I want to delete the capacity which category is 002, please refer to below screenshot.
2. First I go to table CRHD to find capacity ID.
3. Then I check the table KBED and there is no value found.
4. I try to delete this capacity in work center, but it is also same error message. (I have changed capacity category from 002 to 001 in scheduling tab)
Best Regards,
Bu Fanchao
Dear Fanchao,
Just found a thread referring to the same scenario.
You can refer the same: Work center capacity category change | SCN
Thanks
Prem
Dear Prem,
I have read the thread you provided, thank you so much help. And I have one question, what is meaning about step 1 and step 5? Where is the capacity indicator, could you please take a screenshot for me?
(Below steps are from thread you provided.)
1. Uncheck the capacity requirement indicator in all open orders
2. when u try to delete, it will say "Capacity is still being used"
3. Table KBED, use capacity ID and run, it will list out the pending orders
4. When the table has no entries, delete the capacity category
5. check all capacity indicator
Best Regards,
Bu Fanchao
Hi Terence,
Thanks for your reply.
As you mentioned before:
"Uncheck the capacity requirement indicator in all open orders".
--->Why don't you let me uncheck this indicator?
"When you replace the work center, order will be gng for scheduling.. which leads to change of Basis start date and earliest start date... this is an inconsistency..."
--->Is there any impact or inconsistency for order?
Regards,
Steve
Hi Terence,
(1) Your mean that uncheck the capacity requirement indicator will impact the scheduling of the work orders, have I understood correct?
(2) When I get the records in table KBED, I pass the field AUFPL(Routing number for operations) into AFKO, then I can get the PrdOrd. Are my thoughts correct?
Regards,
Steve
Hi Steve,
1. You are correct. This will impact, if you have maintained shifts and Intervals in the work centre.
2. No, you need to pass the work centre ID, since there might be some other work centres assigned to order operation, so this will impact other work centres also. I suggest you if you want to change a particular work centre identify the work centre ID and Pass to Table KBED, you will get a result, these are the items you need to change.
Regards
Terence
Hi Terence,
For your answer 2, could you please kindly be clear about this, Which table I need to pass the work center ID?
Below is my thinking, please kindly check it, many thanks.
Regards,
Steve
Hi, Run MRP with Planning mode: 3- Delete and recreate data and Scheduling 1: basic Scheduling. Then scheduling tab will be removed from Planned orders and production order should be in TECHO'd status. If its confirmed Orders then try to do TECHO adn CLSD. Please let me know, if it works or not. Thanks Prashant
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
8 | |
7 | |
5 | |
5 | |
4 | |
4 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.