We had a different programmer analyst redeploy Wolters Kluwer Sales Tax Office to Navision. It is working quite effectively now and you do not have to add in zip code ranges to a Tax Matrix. You identify a Local tax Area Code as STO_ALL at the customer Bill to, Sell To and Ship to Level. STO_ALL will populate sales and use tax for any US states and Canadian provinces you establish as active on the STO server If you add a state all you have to do is add the two character state abbreviation code as active on the STO server side and it will use the perfect address file to create a tax record with the appropriate tax parameters. They can also file your taxes, which we are moving to implement shortly. The operational issue you need to modify is not use the standard Navision RMA system to process customer returns. Navision treats the customer as the Point of Origin, and return to your plant as the Point of destination, which is not compatible with the sales tax software. Navision needs to rethink the process. Sales returns are a reversal of the economic transaction based on the original sales order and invoice. Leave the original Origin and Destinations linkages intact do not flip them.
If you've found this thread useful, dive deeper into User Group community content by role