|
The 22/OEA screen is practically useless anyway, it should allow you to simulate exactly what the customer will get charged by allowing you to enter the product & qty, then work out the whole price and apply the discounts on the same screen. It just allows you either to select price or discount, then not only do you have to remember the details, but you also need to rekey the whole thing in again because the screen helpfully wipes out the first lot of data input. The main overhead (apart from speed in AOE) we find here is the continual updating of prices, particularly when there has been a price increase, or a new list has to be set up for a foreign currency. The global update is ok, but doesnt really suit us and not everything goes up uniformally. The ability to group customers & products is (for us) the best way to use it, but some customers insist on net prices. This is particularly true for EDI, because we've found that the AI525 unit nett price is often different on the AI files than the ones created in OEP70, which means we send the EDI invoice out with a different value to the one posted to the ledger. Overall, I would say it is complex to set up, but once you get your head round it, it works really well, and gives you good flexibility when you have a varies mix of customers & product groups. Angus
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.