Over reliance on SQL has lead to errors in results.

Currently the order status is not retrieved until after the main orders are retrieved from the database. This means either erroneous statii or lines removed and replaced with a not shown message. Sometimes entire pages are removed in this way.



It's tedious, but the status needs retrieving from the SMS system before display and the shipped and new order status adjusted accordingly.

It is now possible for different SMS warehouses to use the same enum value for different couriers.

Hey Owen,



As discussed - the VAT on postage is not displaying correctly on invoices. This seems to be the case on both UK & EU orders admin.



Also wondering if the post VAT can be populated automatically when the postage cost is entered, to ensure it's not missed, or calculated incorrectly?



Ta!

See below for email exchange

S.M.S. have updated their API, the spec is attached. The project ID is 91

Orders retransferred from the UK portal should update the delivery address held in the TransAddress table.



* Is the address nicely formatted?

For very large orders over many boxes with many line items the current processing is cumbersome.





* Add function to check that total across all boxes matched the order total for each line item



* Explore different layout or processing stages to make it easier or more automatic

Currently on the main Orders admin tab the default search is to search on billing and delivery address. The default is to change to just delivery address, with the option to search the billing address as well.