Paying Invoices on Global Accounts, Does Not Work for Multistore

(0) Share

Report

Posted on by Community Member Microsoft Employee

Dear friends,

Another issue that came up is that Store 1 has an outstanding invoice #S1-TR-1000. The customer wants to pay the invoice #S1-TR-1000 in Store 2. The customer makes the payment. The Worksheet 401 sends the news of the payment to HQ.

The customer comes to pay invoices again at Store 1, and invoice ST1-TR-1000 shows up again with the same balance due! You can test this for yourselves. The invoice never gets paid off until the "Global" customer pays off the invoice in Store 1, the original store of purchase.

Regards,

Jack

*This post is locked for comments

All responses (2)

Answers (0)

Community Member Microsoft Employee on at

Like (0)

Report

RE: Paying Invoices on Global Accounts, Does Not Work for Multistore

Apparently the payment feature does work, but gets utterly confusing due to delays in Worksheet processing.

The following sequence is required for things to work properly.

1. The customer buys at Store 1 On Account.

2. Worksheet 401 sends invoice to HQ, recorded as S1-TR-1110 for example

3. The customer makes a payment at Store 2 for S1-TR-1110

4. A second attempt at checking payments still shows that invoice is owed.

5. HQ still shows invoice has not been paid.

6. WS 401 processes for Store 2 and Store 1 in that sequence (which, the gap, might be 2 hours or more depending on the schedule)

7. NOW the invoice shows as paid in all stores.

8. The conclusion is that Store 2 has to process a WS to notify HQ, and then Store 1 has to process a WS 401 in order to acknowledge receipt of payment against this invoice.

Not so "Global".
Community Member Microsoft Employee on at

Like (0)

Report

RE: Paying Invoices on Global Accounts, Does Not Work for Multistore

I mean the customer comes back again to Store 2 to make the payments and has the cashier check for balances owed. The same amount shows up again as due for that invoice! The balance is only cleared once the customer goes back to the original store of purchase, Store 1.

This is unacceptable for a "Global" account A/R system.