Skip to Content
-1

MIRO posting date not updating the billing date sales order

Nov 02, 2017 at 02:53 AM

108

avatar image
Former Member

Once the MIRO invoice created with ref to PO is saved, system is taking the “Posting Date” from MIRO and Copying it into the Sales Order as “Billing Date” at line item level.

But is the sales order is in Change mode by any of the users, the SO is not getting updated with the MIRO Posting date.

Can you please let me know if this is standard behavior or the system and if so, how to over come it?

Thanks

Raj.

10 |10000 characters needed characters left characters exceeded
* Please Login or Register to Answer, Follow or Comment.

2 Answers

G Lakshmipathi
Nov 02, 2017 at 09:27 AM
1

First of all, I don't understand what is the business process and why system should validate MIRO posting date into sale order. Of course, it is a standard that any document that is in change mode will not get updated with any data that has been processed parallely. By the way, are you doing third party process ?

Show 1 Share
10 |10000 characters needed characters left characters exceeded
Former Member

Thanks for replying.

Yes we are doing regular third party scenario. Order ->Create 3rd party PO -> Carry out MIRO-> Create F2 invoice for customer.

We have observed that the Posting date of MIRO is updated on the SO at line item level in Billing Dt field.

During F2 inv creation, system fetches the updated billing date from SO. --> which is as expected.

But if SO is in change mode by any user accessing it, the billing date from MIRO is not getting updated.

Example:

Billing DT on SO = 11/10/2017

Posting Date on MIRO = 10/30/2017

Billing date not updated on SO.

F2 invoice will have a billing date of 11/10/2017. But we want to have the billing date as 10/30/2017.

Thanks.

0
Jelena Perfiljeva
Nov 02, 2017 at 06:08 PM
0

This is a standard behavior and there is no way to "overcome" this (and there shouldn't be).

Data is locked to preserve its consistency. We always ask the users not to linger in the change transactions. And if there are two backgrpund jobs "clashing" then the schedule may need to be adjusted.

Share
10 |10000 characters needed characters left characters exceeded