Skip to Content
0

EDI1 and EDI2 cond.type - Sales order not get incompletion, block status for delivery and invoice

Dec 12, 2017 at 03:35 PM

136

avatar image

v06-edi1.pngv06-edi2.png

v08-edi1edi2.pngvofm.pngsales-order.pngsales-order-incoplete-log.png

Hi experts,

i have question. I work with EDI Sales order type. Everithing is ok when i get EDI in to sales order created. Also EDI1 - Cust.expected price and EDI2 - Cust.expected value are populated and trigered in sales order. Problem is because if EDI1 is different then PR00 price. In standard then sistem need to block delivery and invoice, it need to set incompletnes on Sales order. at my case this not happen, and without problem can do delivery and invoice. in V/06 i use standard cond.types EDI1 and EDI2. I add them in my calculation procedure as it required in last steps of procedure in V/08. inV/08 I add to both EDI1 and EDI2 routines 8, because routine 9 is not in use anymore and have problems for currency conversions (this i read in SAP portal). I set all settings ok i think. Just in transaction VOFM i not know if sommething need to be setting also. Why i not get incomplete status in sales order if customer expected price EDI1 and EDI2 is different then my PR00 price? i add all prtsc of settings. Please for help.

v06-edi1.png (45.7 kB)
v06-edi2.png (46.2 kB)
v08-edi1edi2.png (30.2 kB)
vofm.png (30.3 kB)
sales-order.png (61.8 kB)
10 |10000 characters needed characters left characters exceeded
* Please Login or Register to Answer, Follow or Comment.

1 Answer

Best Answer
Veselina Peykova
Dec 12, 2017 at 04:14 PM
0

In the item category incompletion procedure what do you have assigned for CEPOK?

I am mainly interested in the status group setting. If you use a custom status group - please share the settings.

In my sandbox for TAN and CEPOK I have status group 05 (standard one), which has the following setting:

If you suspect that something is wrong with your pricing calculation which can be a reason why CEPOK does not become B from routine 008 - place a breakpoint and check what is passed to difference variable.

To make things easier to investigate in the test system, initially make a test case only with EDI2.

Edit: would you please provide a link to the note saying that we should use 008 both for EDI1 and EDI2? I do not remember reading anything of that sort.

Edit2: I ask for a reference note, because I seriously doubt that the code that I see in formula 008 in my sandbox is suitable for EDI1 condition type.


status-05.jpg (13.6 kB)
Show 11 Share
10 |10000 characters needed characters left characters exceeded

Veselina

Thank a lot for answer. Yes i set incompletnes in ova2 for error procedure. i have set same like you. I set for VBAP-CEPOK. When i create sales order and i put edi1 and edi2 with different price then pr00 i get message about incmpletenes. Thats ok but i still not get blocked order for delivery,billing?! I set V/08 for edi1 and edi2 with cond.formula routine 9 and 8. I think still something missing, do you see what? ova2.pngno-block-on-sales-order.pngv08.pngsales-order.pngincompletnes.pngDebugging i not know to do. for rutine that are ath both conditions 8 i get on this page https://archive.sap.com/discussions/thread/528663 screen shots are in my commnet bellow. Thanks a lot for answer. br Uros

0

Veselina

here are prtscreens regarding my commnet up.incompletnes.pngno-block-on-sales-order.pngova2.pngsales-order.pngv08.png

incompletnes.png (10.5 kB)
ova2.png (31.6 kB)
sales-order.png (20.6 kB)
v08.png (26.2 kB)
0

Probably there is a misunderstanding - incompletion for delivery (06) does not result in a delivery block in the sales order in standard, it only prevents you from creating a delivery.

If you require that a delivery block is set in the order header when certain prerequisites are met (one of which could be cepok for an item) you need to request the assistance of a developer to add the logic in an exit.

It looks like my comment from yesterday where I explained the same thing (incompletion vs delivery block) mysteriously disappeared - were you able to read it?

0

Veselina,

Everithing ok. I add incompletenes 06 and work everithing like in standard. i get item in v.25 to realase. Item is blocket to delivery and invoice. Thanks a lot for help.

BR Uroš

v25.png

v25.png (15.9 kB)
0

HI Veselina. I get VBAP - CEPOK on item status B. But i am able to post delivery?!vbap-cepok.png

vbap-cepok.png (31.6 kB)
0

What do you mean by post a delivery? Create a delivery?

You mentioned earlier that you had previously status 05 and then you changed it to 06.

Then you created a new order and for the last item you set difference, which resulted in CEPOK = B.

Then you try creating a delivery and this last item also is included in the delivery?

When I performed the test in the sequence that I outlined, only the item with CEPOK = A was included in the delivery, in the delivery log I see:

If you test with a sales order created before you switched from 05 to 06 the test may not be accurate, unless you remove edi* to make the item complete and then add it again.

incompl-1.jpg (6.2 kB)
1

Veseline see my answers in bold.

What do you mean by post a delivery? Create a delivery? Yes Create the delivery.

You mentioned earlier that you had previously status 05 and then you changed it to 06. Yes i changed from 05 to 06 because i can"t get order to delivery created. incompletenes 06 exclude item 04 from delivery.

Then you created a new order and for the last item you set difference, which resulted in CEPOK = B. YES

Then you try creating a delivery and this last item also is included in the delivery? NO, last item did not include in delivery, was on status CEBOK=B and i realase it in V.25

When I performed the test in the sequence that I outlined, only the item with CEPOK = A was included in the delivery, in the delivery log I see: vl01-incompletenes.png

0

Good, does this mean that you have the desired result? To deliver only the item where you have no problem with the price?

If this is not the right process for this customer and if you need to deliver everything or nothing, then it may make sense to set the 'complete delivery' indicator.

In this case, if you use background processing for delivery creation (VL10A), you will not have a delivery created until you solve the problem with expected price. The behavior in dialog processing in this situation is different in standard, but you are probably aware of that.

0

Veselina my commnet in bold

Good, does this mean that you have the desired result? To deliver only the item where you have no problem with the price? How to get in process to get everithing in delivery or nothing if one item is in incompletion log?

If this is not the right process for this customer and if you need to deliver everything or nothing, then it may make sense to set the 'complete delivery' indicator.

In this case, if you use background processing for delivery creation (VL10A), you will not have a delivery created until you solve the problem with expected price. The behavior in dialog processing in this situation is different in standard, but you are probably aware of that. Can you explain this?

0

I meant the following (screenshot of the same order in my last example, where the last item is incomplete):


If I use VL10A for this order with background processing:

... and of course there is nothing in documents (no delivery created).

If I use VL10A with dialog processing I will be able to create a delivery for the first item (which is not incomplete), but in the log I will see the incompletion message from my previous comment for the second one.

As far as I know, this is the intended behavior in standard - VL01N allows you to do more than what you do with background processing.

The reason is that this transaction is granted to people who know what they are doing and why. While it may be possible to change how VL01N behaves in this aspect, it will be a modification.

Please, have in mind that complete delivery is not just about item incompletion, it really means delivering all or nothing.

If you have no problem with incompletion in the document and you have 2 order items:

item 10 material A - 10 CS ordered, 10 CS confirmed

item 20 material B 10 CS ordered, 9 CS available.

In this case if you run VL10A for the order via background processing you will not be able to create a delivery. The reason is that item 20 cannot be confirmed in full, which means you cannot deliver it with complete delivery and the confirmed quantity for this item is set to zero. This means that item 20 cannot be delivered, but as you have complete delivery requirement, you should not be able to process item 10 in background as well, because the customer asked to have everything in a single delivery.

As a result you will not deliver at all and you will have to choose between delivering after you have the whole quantity for item 20 available or call the customer, explain the situation and agree what to do with the second item - reject, adjust etc.

autlf.jpg (5.9 kB)
log1.jpg (11.8 kB)
0
Show more comments