Backorder Processing Problem

Dear Gurus,
I have an SO wherein delivery was already completed two months ago but then in CO06, there still appear confirmed qty corresponding to this SO. I am trying to remove this committed qty but the system does not allow. How can I be able to remove this confirmed qty for this SO so that i could be able to commit my current stocks to other SO?
Pleas help.
Thanks and regards,
ching

Dear Ching,
Please check the delivery quantity is this partial delivery or complete delivery.
If that is partial delivery then sytem will show the sales order still open.
If you don't want to deliver remianing sales order quantity then de conform the balance quantity now system will allot that stock to the other sales order.
I hope this will help you,
Regards,
Murali.

Similar Messages

Problem in Backorder Processing

I am facing a problem in backorder processing
Let me explain the scenario
System shows available quantity as 100 quantity for some x material, now I place order for 100 quantity for that material but the system confirms only 70 quantity when check the availability overview in co09 there was an open order for 30 quantity dated 2 years ago when I tried to do the backorder processing thru co06, the system doesnt allow me to select that particular line it shows the error please select the line that can be changed.
I checked that order in va02 in that status for that material is showing completed that has been delivered and billed completely. I dont know what to do now kindly guide me to solve this issue

If it is showing as open order qty of 30 that means that it is assigned to an order but the order is not completely delivered i.e. goods issue is not done or some other thing.
If you want to cancel that order, so that 30 value comes into your stocks, you have to delete that order. For that first you have to delete the delivery using VL02n and then the order using VA02, once that order is deleted you will get that stocks for your use........
Regards,
Noopur

APO GATP Backorder processing -- SO's in R/3 not updating -- CIF problem

Issue: After executing backorder processing in APO, the update is stuck in CIF .. error (*"Inbound APOCLNT800: No IModel active for cat. Sale"*)
Note: I am able to create SO's in R/3 and getting commit from APO.
After Saving the SO's the SO's are transferred to APO ( I am able to see the SO's in product view - APO).
I wonder where is the IM not active
Appreciate your inputs

Hi kitkat,
If this is a test of a new functionality, you might just have an old blocked queue. Try deleting the blocked queue and then re-try the BOP.
If this is a new error for a BOP scenario that had been working previously, then check your deltareport. You may have an order in SCM that for whatever reason is no longer being handled by SCM. In this case, you only need to delete the order in SCM.
If these two tries don't work, then you need to start examining your CIFs to see if the product/location/sales ord/stock/ATP/etc etc are consistant with your expectations. Don't forget, in the case of a GATP using location/product substitution, you need to ensure that all possible data that would be needed by BOP is being properly CIFd across.
Best Regards,
DB49

ATP allocation impact on Backorder processing

HI All,
We have implemented Product allocation for one of our project. When we were trying to run back order processing we are not getting the desired result.
We have created allocation plan for one of the customer and maintined allocation qty as 50 pcs.
Then we created a sales order for the same customer with 100 pcs. At the time sales order creation the stock was zero in that plant.
Then we posted 100 pcs of that material in to stock. When we run back order processing as per the functionality only 50pcs of the stock should get assigned to that particualr sales order since we have maintined 50 pcs as the allocation.
But when we run the actual BOP using V_V2 not even a single piece is getting assigned the that order.
then we tried to make below changes and executed BOP.
1.We changed the sales order qty to 50 insted of 100. Then executed the BOP then 50 pcs are getting confirmed to sales order.
Can any one tell why it is not confirming when the order qty was more than allocation qty?
Thanks in advance.
Regards,Babs

sai and Tibor,
Thank you both very much for your prompt replies. It does seem logical to me that backorder processing should execute the same rules-based ATP processes as the original check when creating the sales order. Unfortunately it's not working as we expect during our testing.
I have two issues...
First, if a sales order has no quantity confirmed, then backorder processing does not see that sales order at all. The "Backorder Processing Worklist" transaction shows the sales order but when executing "Batch Backorder Processing" the sales order is not included in the output. I've turned on the ATP Application Log and I see this error in the log...
Item IJv{EkpP06m000002Wfr8G (status I) was not found in the items
Message no. /SAPAPO/ATPLOG_BOP025
The item number corresponds to values that I see in the ATP Tree Structure after the BOP run. Has anyone seen this type of problem before?
The second issue is related to sales orders that DO have confirmed quantity. Backorder processing will handle those orders but only seems to run basic ATP checks. It does not appear to execute the rules-based ATP check, even with the Rules Eval (Again) flag set. For example, we have a rule set up for location determination that substitutes plants in the event of a shortage. When we execute the backorder processing, the ATP Application Log shows that it's finding the correct rule but it doesn't seem that the rule is actually being executed. The only stock that is confirmed is the stock in the ordering plant. The system doesn't confirm any of the available stock in the other plants to the sales order in backorder processing.
Has anyone seen this behavior? Do we need to have a second set of check instructions for business event BO (backorder processing)? Can you suggest any other configuration that we might need to check?
Thanks again for your thoughtful responses.
Regards,
David Eady
Application Delivery Team Lead
Propex, Inc

Tcode:V_RA Program:SAPMV75B backorder processing

Hi folks,
Tcode V_RA for backorder processing.
I copied the standard program SAPMV75B to SAPMZ75B to sort the list based on all orders, open orders and back orders. Can anyone tell me how to meet this requirement. Your answers are highly appreciated and rewarded. This is urgent.
Thank you,
Alok

I resolved this issue by myself. I made entries to all T180 tables: t180g, t180v, t180s, t180z, t180t to display the list of back orders. Now my problem is where exactly should i cange to display all orders, open orders and back ordres by selecting the custom checkboxes on the selection screen.
Can anyone help me on this.
Thanks,
Alok

Backorder processing in Scheduling agreement

Hi,
When user creating scheduling agreement with delivery dates,qtty will not be confirmed.
as there is no stock. once company get the requirement, company starts production,after production-same will be informed to the stores department. Then they post the stock for that material. This will be informed to the user by mail.
But in scheduling agreement, qtty will not be confirmed , until user did the changes in "Re-scheduling/Backorder processing" - it consumes time for the user.
as daily there will be "N" no.of agreements will be there. User cant do it manually for each and every agreement.
Is there any prog, whenever stores post the stock for particular material, automatically system should confirm the stock for those agreements?
R
Is there any tcode, in which we can run for the specific agreements based on the delivery date, so that stock will be confirmed?

Options are
- run V_RA
- go to MB1B with movement type 412E and reserve the stock. This also has to do manually scheduling agreement wise. If you feel that manual entry is not possible, may be you can develop a zee tcode through which you can copy the logic of MB1B and post the stocks in bulk
thanks
G. Lakshmipathi

GATP Product allocation status report and backorder processing

Dear Experts,
We are using product allocation as the first and only step in GATP check.
The scenario is like this:
Sales order total quantity = 200
Planned allocation quantity=150
Thus
Confirmed sales order quantity=150
Questions:
1.Now how can see the confirmed/unconfirmed situation for all sales orders.
Is there any standard report.
I understand that this report need to show the planned allocation quantity,total sales order quantity and the confirmed sales order quantity may be bucket wise.Also this report can show the details of all sales orders in the bucket.
The GATP planning book only shows confirmed sales orders in the "sales order" keyfigure until you have introduced another order series key figure for sales order(not related to GATP) which has sales order/scheduling agreement category group assigned to it.
2.Can I do backorder processing of sales orders assuming that after the above report is run,I have changed the planned allocation quantity from 150 to 200 and I need that the sales order can be confirmed now by this program rather than by going into ECC and triggering the GATP check again.
Note that the stock availability situation may remain the same.
Request you to kindly suggest if this is possible in backorder processing.If yes,then what are the settings and the transactions to execute this.
Thanks,
Chandan

Thanks so much Michael for a prompt reply.
Couple of points.
1./sapapo/ac42-This report is helpful but this has 2 issues.
It has to be run at individual CVC level.Thus it is not a comprehensive report.
It does not provide sales order original quantity.It just provides the planned allocation quantity,confirmed sales order quantity and the remaining quantity.This is normally already available in interactive planning of GATP planning area.
What we need is a report which must say what is the original sales order quantity and how much has been confirmed and how much is the bucket planned allocation quantity.
2.Running ATP in product view or interactive backorder processing view may not help as they seem to be working with ATP group and not with check mode.Note that product allocation gets triggered when check mode comes into play.
Do you know if we can make it work with check mode.
3.The batch backorder processing is working when I am using the "update changes" option.I am still evaluating the results as I don't understand many settings here.It will be nice if you can elaborate on some of the settings used in this transaction please.
Thanks again.
Regards,
Chandan

Interactive Backorder Processing on Replenishment Purchase Orders

Hi Team,
Can you please let me know if Interactive Backorder Processing be performed on Replenishment POs as per the standard SAP design?
When I try to perform BOPI on a Replenishment PO it gives me a dump. The dump resulted because the "First Sales Order" field was missing.
Please let me know what this "First Sales Order" means with respect to a Replenishment PO.
Thanks in advance for the help and for your time.
Thanks & Regards,
Srikanth.

Hi Babu Kilari,
Thanks for the help.
Yes. Replenishment POs means STO documents. I checked the SAP Service Marketplace for this. But, couldn't get a solution.
There is a SAP note(1294888) released for a dump that occurred when changing the quantity of STO. But, this is a different case as that of my scenario.
If there is any SAP note BOPI on Replenishment POs kindly let me know.
Thanks & Regards,
Srikanth.

Backorder Processing

Hi,
Please help me to resolve back order processing problem in sales order.
Last year, a sales order was created on 09.05.2006 for a material with 9 order quantity. Two schedule lines were created, one on 10.05.2006 (with quantity 5) and another one on 17.05.2006 (quantity 4). Somehow user has created delivery document for all 9 delivery quantity on 12.05.2006 thus post goods issue was completed on the day itself. Sales flow is completed with invoice creation.
Now when we run MD04 transaction, material quantity 4 is committed against the sales order. Transacton V_RA also displays committed quantity against the sales order. Actually all 9 quantities were delivered on 12.05.2006. But second schedule line quantity 4 is still blocked for the sales order. Could anyone of you explain the procedure to release the quantity commited against sales order?
Regards,
A.Prabhaharan.

from Oss Note 25444 - SDRQCR21: Recovery of sales and delivery requirements:
Instructions for Using SDRQCR21
Material and Plant
If you enter selection criteria for "Material" or "Plant," the report processes the requirements according to this selection only. If you do not enter a selection criterion, the report processes all sales and delivery requirements.
By severely restricting the selection criterion "Material," you may be able to reduce the runtime of the report. In general, selecting the "Plant" criterion only does not shorten the runtime period. For more information, see the section entitled "Performance of SDRQCR21".
Data transfer
Select the "Data transfer" parameter so that the report updates the requirements on the database.
If you execute the report without selecting the data transfer parameter, the report simulates the update only (that is, it checks the requirements and issues a log, but it does not make any changes). In this way you can also use SDRQCR21 as a pure check report for sales and delivery requirements.
Compare
Always select the "Compare" parameter to improve the performance (runtime) and to restrict the scope of the log.
The report then corrects, deletes and creates only the requirements affected by the correction. If you do not select the parameter, the report completely reconstructs the database (for the materials/plants selected).
Planning entry
If you select the "Planning entry" parameter, the report creates planning file entries (entries for the planning run) for the materials/plants affected (and relevant according to the MRP type).
Processing for material
If you select the "Processing for material" parameter, the report saves the requirements (database commit) one after the other for each material/plant, instead of saving all the requirements in one step. Correspondingly, the log issued by the report is also sorted according to material and plant.
No parallel processing with a data transfer!
Only execute the SDRQCR21 report with a data transfer once you have made sure that no-one will process sales documents or deliveries (for the materials/plants according to the selection) whilst the report is running, either in the foreground (dialog) or in the background (rescheduling, collective run for creating deliveries, EDI-IDoc and so on)!
Reason: The report does not read or set blocks. It therefore produces correct results only if no other program updates sales or delivery requirements, or checks availability while the report is running. If you execute the report with a data transfer during production operation, the system may even generate new requirement errors!
Additional Information: If you run the SDRQCR21 report twice at the same time, enter the relevant selection criteria Material/Plant for the same reason, so that they do not overlap during simultaneous processing.
Recommendation
To execute the SDRQCR21 correction report easily, securely and completely, do not enter any selection criteria for "Material" or "Plant," select all four checkboxes and make sure that the report is not running during production operation. If runtime problems or other problems occur, see the following explanations in the sections entitled "Performance of SDRQCR21" and "Solving SDRQCR21 Problems."
Pls. remember to reward point if I helped you
Roberto

CO06 Backorder processing

Good morning!
I have to allow access to users to the sales orders backorder processing, but I cannot provide access to modifications. I thought about the tcode CO06 (which fully suits our purposes), but once there the users can change the reservations. My question is, is there a transaction like CO06, but that allows only displaying?
Thank and best regards,
Adriano Cardoso
Edited by: Adriano Cardoso on Oct 19, 2010 12:39 PM

Yes,pls use CO09-->Its the same but u cannot modify nothing.
Thanks and best regards
L

What are RLT and backorder processing?

Hi Gurus,
Can you tell me what are RLT and backorder processing and why we do backorder processing?
Thanks,
Paul

hi,
Replenishment lead time is the time that is needed to order or produce the requested material. The system determines replenishment lead time according to specific times defined by you in the material master record. Depending on the material type, replenishment lead time can be calculated according to various time periods. In the case of trading goods, for example, it is determined according to the planned delivery time, purchasing processing time, and the goods receipt processing time.
Backorder Processing
Backorder processing is a functionality in SAP where you can change the committments and over-ride the blockage of stocks
marked against sales documents/deliveries. For e.g. you receive an order from a very important customer for material "A" but
the entire quantity of A is committed to another customer "B" via earlier sales orders and this is where BACKORDER processing helps you to change the committment and shift stock due for B to A. This is the benefit of this funtionality.
OMIH - Checking rule for updating backorders
OPJL   - Define new checking rule
OPJJ   - Define scope of check
V_RA - Backorder Processing
Data selection:-
Sold-to-party             Customer code            Mandatory
Sales Organization                                         Mandatory
Distribution Channel                                       Mandatory
Division                                                         Mandatory
Changed confirmed quantity :-
Tick the material you want to changed and click the Backorder button
Confirmed quantity that still can be changed are highlighted.
V.15 - Backorder List
Sales Organization                                         Mandatory
Distribution Channel                                       Mandatory
Division                                                         Mandatory
regards
sadhu kishore

BackOrder processing in SD

Hi experts,
Can you let me know the config details to setup BackOrder Processing in SD module.
I want to understand the setup in IMG.
Regards,
pri

Hi Priya,
Backorder Processing
Backorder processing is a functionality in SAP where you can change the committments and over-ride the blockage of stocks
marked against sales documents/deliveries. For e.g. you receive an order from a very important customer for material "A" but
the entire quantity of A is committed to another customer "B" via earlier sales orders and this is where BACKORDER processing helps you to change the committment and shift stock due for B to A. This is the benefit of this funtionality.
OMIH - Checking rule for updating backorders
OPJL   - Define new checking rule
OPJJ   - Define scope of check
V_RA - Backorder Processing
Data selection:-
Sold-to-party             Customer code            Mandatory
Sales Organization                                         Mandatory
Distribution Channel                                       Mandatory
Division                                                         Mandatory
Changed confirmed quantity :-
Tick the material you want to changed and click the Backorder button
Confirmed quantity that still can be changed are highlighted.
V.15 - Backorder List
Sales Organization                                         Mandatory
Distribution Channel                                       Mandatory
Division                                                         Mandatory
Thanks,
Raja

Fair share logic in Backorder Processing - APOBO040 -

We are thinking to use backorder processing in GATP process. However, one of the expectations of our customer is "fair share logic" during the confirmation of sales orders. Let me clarify what I mean:
1- We have following sales orders in hand with the mentioned sorting.
_________Req. Quantity
SO1________20 pieces
SO2________20 pieces
SO3_________1 piece
SO4_________1 piece
2 - Assume that the total of our stocks and planned orders are 40 pieces. Then the system will give confirmation to the orders as follows:
__________Req. Quantity______Confirmed Quantity
SO1________20 pieces___________20 pieces
SO2________20 pieces___________20 pieces
SO3_________1 piece____________No confirmation
SO4_________1 piece____________No confirmation
3 - However we want to achieve such a confirmation distribution.
__________Req. Quantity______Confirmed Quantity
SO1________20 pieces___________19 pieces
SO2________20 pieces___________19 pieces
SO3_________1 piece_____________1 piece
SO4_________1 piece_____________1 piece
As we have seen from the in the customizing of APO this is somehow possible with the user exit "EXIT_/SAPAPO/SAPLBOP_040" - scope of check-
(APO Customizing / GATP / Enhancements / Backorder Processing / Define Scope of Check for Batch Backorder Processing)
Do you have information about this topic, have you tried this solution before, is it working???
If anybody can help, we really appreciate.
Thanks in advance and Best Regards

Hello there, This is in refrence to the doc posted in the link
Re: Fair share logic in Backorder Processing - APOBO040 -
I actually have the same requirement and want to implement the fair share logic by using the below mentioned User Exit... .But the last line in the documentation below says that "This is only possible for the basic methods product availability check and product allocation."" ....
Can I implement the same for Rules Based ATP .. actually we are using Rules Bases Sustn in cunjunction with BOP.
Please let me know if you any idea about this fair share ?? Can this be done ??
Regards,
Amit -- [email protected]
> I dont know If you have gone through this document:
> The lines in bold explains clearly uptill what extent
> you can do the FAIR SHARE RULE.
>
> I believe we cannot do EXACTLY what you have
> stated in your example.
> Availability Check is the core for comfirmation of a
> sales order.
>
> Whatever customizing you do in the user exit, donot
> attemp to do your own availability check logic...
>
> GOOD LUCK and let us know when you have done the
> coding.
> ******************************************************
> *******************************
> EXIT_/SAPAPO/SAPLBOP_040 :
>
> ATP, BOP: Scope of Check for Backorder Processing
> Functionality
> The user exit is called in backorder processing
> before the availability check is called.
>
> The requirements to be checked and the correction
> quantities of the separate basic methods are
> transferred to the function module.
>
> Depending on the settings for backorder processing,
> the requirements to be checked are either the
> original requirement (requirement check) or the
> current confirmation of the document (confirmation
> check). Scheduling has already been performed
> (according to the settings for the check
> parameters).
> The requirements are transferred into four tables.
> The contents of these tables are linked to each other
> by indexes.
> The requirements to be checked can be changed, for
> example, if you want to implement a fair share logic.
> Changing the requirements has no effect on the
> quantities originally required in the documents.
> The change only limits the maximum quantity you
> can allocate to a document.
> The correction quantities are determined for each
> basic method. By reducing the correction quantities
> you can prevent the total quantity being divided
> between the documents to be checked.
> You must not change the adjustment entries for
> planning.
>
> ***************************************************
> APOBO040 scope of check:
>
> Scope of Check for Batch Backorder Processing
> The function module EXIT_/SAPAPO/SAPLBOP_040 is
> called before the availability check in backorder
> processing. The documents have already been selected
> (filter) and sorted.
>
> Environment
> The requirements to be checked and the corresponding
> correction quantities of the individual basic methods
> are transferred to the function module.
>
> By changing (reducing) the requirements, a fair share
> logic can be implemented using this function module.
>
> By changing (reducing) the correction quantities,
> quantities can be protected from distribution via
> backorder processing. This is only possible for the
> basic methods product availability check and product
> allocation.
>
> Message was edited by:
> Kumar Ayyagari

Event Driven Quantity Assignment with Backorder Process

Hi,
I have Configured EDQA for Activity Change Stock Data.
This Activity will "trigger" Backorder Process.
I have defined sales order characteristics that shoulb be used in a filter.
I'd like to include in Workflow for EDQA (see SWU3 and SWETYPV transaction) one more step.
This step would be Delivery Process after Backorder process.
Is it possible?
Regards
Edited by: Adrian Abate on Apr 15, 2009 5:33 PM

Hi,
there is only the following general information mentioned:
■You have made the standard settings for the SAP Business Workflow.
For more information, see Customizing for SAP SCM under SAP NetWeaver Application Server Business Management SAP Business Workflow Maintain Standard Settings .
But this information is not detailed enough.
Have a nice weekend,
Michael

AVCD on MAC: are there any processing problems using say, VLC?

AVCD on MAC: are there any processing problems using say, VLC?

We've actually found that the Server 10.6.3 DVD does an amazingly smooth job of upgrading 10.5.8. We've been upgrading our production servers and nothing has gone wrong yet. Snow Leopard employs an archive and install method of upgrading which results in an install which is very close to a clean install. So it's been very convenient for us because our servers are used as Windows PDCs and it's a pain in the *** to have to re-join all PCs to the domain if we start from scratch.

Backorder Processing Problem

Similar Messages

Maybe you are looking for