Posted - 06/28/2024 : 09:24:11
quote: David, I will confirm that the rates shown reflect correctly for commercial and residential, but that was not my point. The issue is when a customer enters a residential shipping address the system should NOT display commercial rates and vice verse, If a customer enters a commercial shipping address the system should NOT show residential rates. This is an industry ecommerce cart system standard. and id bank on it the reason is due to not being tied into any GIS data.
Hi, I expect with postal, the full address may not be sent through the API request, just the zip code. It may be possible that the folks with ect can see if there is an update to the API to pass the full address, if that's not the case currently, so your suggestion is valid. However, when it comes to address validation, Good address validation is not free and free address validation is not good. Currently on the customer facing side, we use Smarty, and we are able to leverage a few features to keep those costs in check. They are the best at autocomplete and verify to the suite/unit level, where virtually no others do, at least not any free services. On the back end, we use the free UPS address validation API and Melissa Data, which has the most comprehensive address validation, at a very low cost, but they do not have a good autocomplete service. Mostly we use these tools to avoid address correction fees from UPS, but with Melissa Data, we get some value with fraud detection. Thanks, David
Edited by - dbdave on 06/28/2024 09:26:52
|