Backing into the sales tax rate would be easier if Sage stored the "TaxableAmt" and "NonTaxableAmt" in SO_InvoiceHeader and SO_SalesOrderHeader the same as it does on the S/O Data Entry Totals panel. The amounts on the screen are reduced by any corresponding trade discounts; whereas in the tables the fields with the same names ARE NOT REDUCED by any corresponding trade discounts (see graphic below). So, if the invoice has discounts, one can't get the tax rate by dividing "SalesTaxAmt" by "TaxableAmt".
Further, some discounts may affect taxable sales and other discounts may affect non-taxable sales. Is this getting ugly or what? Sage sort of saves the day by providing a field named "TaxSubjToDiscPrcntOfTotSubjTo" that is a ratio of "TaxableAmt" subject to discount as a percentage of the total subject to discount. This gives us the means to determine how much of a discount to reduce the "TaxableAmt" in order to determine the tax rate. Should we be happy? No, this field is not included in the Crystal work files for either invoice or sales order which means we have to add a UDF and set it up to flow through. A "good grief" moment. Please, someone tell us why Sage would favor maintaining UI different from the underlying table over this grief!
------------------------------
Dan Burleson
Software Consultant
Connex Software
Corvallis OR
541-224-6642
------------------------------