When using AddressFinder in database view, at the conclusion of the process, we can query on records that 'were' formerly marked 'has no valid address', but now have the address Accelerator footnote of "FOrwardable Move" - so that a global change can be performed to uncheck this box. Likewise we can do another query and global change to mark the no valid address box in situations where there no longer is forwarding address information on the constituent.
It appears that the AddressFinder screening in NXT - though great that it can be automated - doesn't populate these attributes, nor makes any adjustment to the 'no valid address' checkbox. Without the attribute no global change could be made after the fact.
This tool would be far more useful if the attributes would populate like they do in database view OR better yet make the corresponding check/or uncheck to the has no valid address box when applicable!
Yes, the attributes for the type of move or the validity of the address should be added as a custom field to the new address record like it does in database view. It is very helpful to know why the address is undeliverable and we can do research to update the record to a deliverable address - like fixing a typo on the primary address. Give us the control to have the data go in as per our own processes. We do not mark the record "has no valid address" just because the address is not a deliverable one. We have other processes in place for that - like adding a note to each record when we do mark that checkmark. Give us the choice to mark the "has no valid address" option in the settings for address finder.
We rely heavily on the address attributes assigned by AddressFinder in the database view to audit changes. This is one of the main reasons why we haven't started using the AddressFinder option in NXT.
Some of the attributes allow us to easily identify records that should be updated to valid address or no valid address, depending on the attribute. They also help us identify records that might require additional research. For example, those that are marked "Change of Address filed, but new address not in USPS records" are most often because the person has a seasonal address or mail hold on file. In those cases, we don't want to mark records as no valid address until we can verify they moved and aren't just temporarily away.
Also add Constituent Import ID and Address Import ID to export
Very important! There needs to be a way to separate out the different return types from NCOA. As it is, Address Finder just makes the same change to all addresses without leaving any clues to correct or improve your mailing list.