Managing Customer Connectivity

Blog Administrator | Analyzing Data, Analyzing Data Quality, Customer Centricity, Data Management, Data Quality | , , , , , , , , ,

By David Loshin

At the end of our last entry, we had come to the conclusion that standardization of potentially variant data values was a key activator for evaluating record similarity when looking to group customer records together based on any set of characteristic attributes.
Read More

Validation, Standardization, and Correction: Tool or Process?

Blog Administrator | Address Check, Address Correction, Address Standardization, Address Validation, Data Enrichment, Data Governance, Data Integration, Data Management, Data Profiling, Data Quality | , , , , ,

By David Loshin

There are all sorts of tools associated with
address standardization, cleansing, and validation. As an example, the USPS
has a certification program for software vendors, referred to as CASS
(Coding Accuracy Support System)™ certification. According to their

CASS enables the Postal Service™ to evaluate the accuracy of address matching software programs in the following areas:

(1) five-digit coding
(2) ZIP + 4/ delivery point (DP) coding
(3) carrier route coding
(4) DPV®
(5) DSF2®
(6) LACSLink®
(7) eLOT®
(8) RDI™ products

CASS allows vendors/mailers the opportunity to test their address-matching software packages and, after achieving a certain percentage of compliance, to be certified by the Postal Service.

Read More

Reactivity vs. Proactivity

Blog Administrator | Analyzing Data Quality, Data Management, Data Quality | , , ,

By David Loshin

In the past few months, we have looked at technical approaches to data quality and the use of data quality tools to parse, standardize, and cleanse data. In this next series of posts, it is time to look at harnessing the power of these tools and techniques to support a data quality management program.
Read More

Filling the Data Quality Tool Box is Not Enough

Blog Administrator | Uncategorized | ,

Too often, in my humble opinion, those of us in IT think in a problem/solution paradigm.  The line of reasoning goes something like this–our company has a business problem that can be fixed with some kind of software. 


Or the IT infrastructure itself is not performing at an acceptable level and needs to be repaired or enhanced via hardware, software or some combination of both.Read More