Question:
when an item is blocked the Qty against the item is Zeroised, and I notice that the schedule line for the item also has a Zero qty
Isn't that why you reject/block that item, doc? This is the same case while you do in standard R/3 when you reject/block an item in the order.
Do tell me if am missing something
_________________
Regards,
Stalin
If I had my Life to Live Over...I'd dare to make More Mistakes Next Time!
Answer:
Nope, The line item could be rejected for a number of reasons, which is checked by a BADI before the order is actually created. Therefore these particular checks are NOT actually carried out by the standard checks within the order processing. In the case above the Qty was NOT zero but was being initialised.
However, I thought it worth pointing out that I have now fixed this problem. It's so different in CRM compared to R3. I basically reversed an existing order (using CRMXIF_ORDER_TEST) to create an IDOC using the complex structure and then checked the values in the structures and compared them with what I was populating the deep structures with in order to create an order. This process highlighted a field that had to be populated with a certain German word. Once this was entered all was okay.
Regards
Dr Sidewalk
_________________
"In the middle of difficulty lies opportunity" - Albert Einstein
"Money isn't everything in life, unless you don't have it". David King
"Fail to plan, plan to fail"
"Success is a journey, not a destination."
Answer:
It turns out that I was blocking incorrectly. I had reversed engineered the data from a existing order and populated accordinging. But, it turns out that you merely have to set the rejection reason the item-sales-rejection field and the order processing will take care of the rest.
Dr Sidewalk
_________________
"In the middle of difficulty lies opportunity" - Albert Einstein
"Money isn't everything in life, unless you don't have it". David King
"Fail to plan, plan to fail"
"Success is a journey, not a destination."