Exporting orders
Running out of options here. I have a business-critical issue relating to Item Sale exports as outlined in case 01055631.
I've requested escalation of the resolution of this issue via the follo...
Forum Discussion
Hi tbaalham
I don't mean to alarm you, however there are literally over 100 known bugs what have been around, some for over 11 years. MYOB has shown complete disinterest in fixing bugs unless they affect 100% of users. They comfort themselves by saying 'this affects a small number of users', they comfort users by saying ' we have referred this to our developers but can't give you a time frame for a fix'.
Regards
Gavin
Hi gavin12345 , thanks for your response.
I've spent some time going through community posts for AR, and there definitely seems to be a low level of customer care overall. Very disappointing to me, as I've been an MYOB customer for over 10 years, using the much more rock-solid AccountEdge on mac, sadly now EOL.
As I've mentioned, this bug is a deal breaker for our use of MYOB, and if they won't fix what should be STANDARD functionality, or provide a feasible workaround, I am left with no choice but to migrate to a different accounting solution.
So frustrating as I only migrated to AR a few weeks ago...
So CloverQ now it's over to you. Are you going to escalate this bug in STANDARD and DOCUMENTED functionality for resolution in a timely manner, or are you going to leave yet another paying customer high and dry?
Hmmm... no response from the MYOB folks...
I've done some more digging, and assuming the Desktop client is using the MYOB Business API to communicate with my online file, it would appear that the actual Sale/Order/Item endpoint is spewing out the same incorrect data.
Using OdataLink to pull the data directly from the online file, I am seeing extraneous information being included in the resultant data. New Orders are going in, but old Orders that have been converted to Invoices are still present.
So CloverQ your suggestion of looking for an Add-On wouldn't work as the same problem is present directly from the API. Perhaps this is why Orders are surprisingly absent from the online version of AR??
Hi tbaalham
Just thought I would mention:
Whether the file is online or offline, when an Order is converted to a sale/purchase, the order remains in the file 'hidden' from view. This has always been the case with AR2022 (since AR2011).
Part of the reasoning for this might be that a payment can be made against the Order. Once the Order is converted to a Sale, the payment stays linked to the Order. This could be why MYOB leave all orders in the system, setting a flag to prevent display. Leaving all orders removed the need for the developers to work out what to do with payments against orders.
In fact the company that provides a Purge service for MYOX files, also has a service specifically aimed at removing Orders that have been converted to Sales. Some businesses who process an Order for every Sale end up with double the number of transactions in the file. One customer sends in their file every 6 months due to the large number of Orders.
The only way to know the orders are there is to export Orders. Clearly this process has a bug if it is also exporting Sales.
Regards
Gavin
gavin12345 thanks for your response.
The information you provided led me to hunt for a possible flag in the direct data output, and lo and behold, there is.
Orders that are still ORDERS have a status of OPEN and orders that have been converted to INVOICES have a status of ConvertedToInvoice.
So the bug is in the Desktop application, where the Export functionality is ignoring this status flag. Surely an easy fix, which would save me developing my own direct export process via the API.
I guess I'll be signing up for the developer program now...
