« Yes, Virginia, There Is A Postal Reform Bill | Main | Tightening the Timeline »

Podcasts and CASS™ Cycle L

November 17, 2006

This morning, I had the wonderful opportunity to record my first podcast with Gene DelPolito, the President of the Association for Postal Commerce. During the podcast, Gene and I talked about CASS™ Cycle L and the aggressive approach to UAA mail. I wrote about this before in some earlier blog entries as well as some published articles. However, I wanted to also use this blog entry to provide an update on what this cycle is about and some recent clarifications.

CASS Cycle L starts on August 1, 2007. However, the date that will probably be more applicable to mailers is May 1, 2007, which is the date that certified software should start arriving at the end users’ locations. The USPS® requires the certified vendors to ship out our software 90 days before the implementation date, to make sure everyone has time to install, test, and begin using the software before the deadline.

What makes this next CASS cycle particularly contentious is that early May (specifically May 6) is when the Rate Case (R2006-1) is supposed to be implemented. This means that while you are worrying about bundles, containers, and sortation changes, you will also have to worry about losing ZIP + 4® data for some addresses due to the changes in CASS Cycle L.

CASS Cycle L requires that the address be updated using LACSLink™ data and that the primary address be confirmed using DPV™ data to verify that the address is truly deliverable by the USPS. Both of these add-on options are available today, but become required in order to retain the ZIP + 4 add-on code and the associated postage discounts that go along with the automation mail rates.

The USPS recently clarified some information about CASS Cycle L:

  • DPV and LACSLink data cannot be shipped outside the United States. However, the return codes and access to the data can be done from outside the US. For example, you could setup a Web page accessible from anywhere in the world that verifies delivery of an address.
  • DPV and LACSLink have a special stop processing function to prevent a nefarious user from reverse engineering the data and thereby constructing a mailing list. Today, this stop processing function only applies to the DPV and LACSLink technology. With CASS Cycle L, it will apply to the entire address correction process.
  • Data fulfillment is required on a bi-monthly basis, with the option of monthly fulfillment. Today, DPV and LACSLink are on a monthly shipment schedule. The USPS is now saying that DPV and LACSLink can be shipped bi-monthly (every 60 days) to coincide with the ZIP + 4 data schedule. Of course, if you want the most accurate data you will still want to receive your ZIP + 4, DPV, and LACSLink data monthly.
  • If the primary address cannot be DPV confirmed, the carrier route code can still be returned. This could open the possibility for carrier route discounts for 5-digit mail. However, the eLOT™ code (ascending or descending) is not going to be returned under the current CASS Cycle L rules. So, the true value of the carrier route code is questionable.
  • Performance is still a major problem. Some vendors are now saying that it will take 3 to 4 times longer to process DPV and LACSLink, particularly on mainframe implementations. Fortunately, Business Objects has designed proprietary caching technology and a unique one-pass approach to our solutions to yield a less than 2% performance impact. In fact, with 4 gigabytes or RAM, you may see no performance impact at all.

While CASS Cycle L may certainly represent an aggressive approach to UAA, it is really only the beginning. In the Rate Case (R2006-1), it is being proposed that effective July 2009, a correct and deliverable ZIP + 4 code will be required for all postal automation discounts. This implies that unless you have a ZIP + 4 code for your mail piece, you will have to mail it at a First-Class™ rate.

Fortunately, it’s still 2006, so you have time to correct your addresses now before you potentially lose automation discounts, or that very important customer that perhaps has not been receiving their mail due to address deficiencies. My advice is to consider implementing DPV and LACSLink right now; don’t wait. Make sure you understand the quality of the addresses in your list now, while you still have time to make the changes.

To listen to the podcast I recorded this morning with Gene DelPolito, or just to stay current on the ever-changing postal landscape, make sure to check out Postcom’s Web page at www.postcom.org.
Posted by Chris Lien - Friday, November 17, 2006 at 05:47PM | Comments8 Comments

PrintView Printer Friendly Version

EmailEmail Article to Friend

Reader Comments (8)

If the DPV will cause zero performance degradation at 4 gigs of RAM, what amount of RAM is your 2% estimate predicated upon?

Thanks!

November 29, 2006 | Paul Despres
The 2% performance impact was based on 2 gigs or less of RAM.

RAM is crucial in order to take advantage of the caching technology we've integrated into our solutions.
December 16, 2006 | Chris Lien
If the 2% impact is not acceptable to us and we decide to upgrade to more RAM, should we consider upgrading the processor speed also?
January 4, 2007 | Mary Latessa
Certainly a faster processor won't hurt in overall performance. However, my suggestion would be to instead look at a faster hard drive as your next approach to improving performance after a RAM upgrade.

The bottleneck here is in searching huge amounts of data. What cannot be cached into RAM, must still be searched on the drive. Therefore, drive latency time becomes a factor. Pay attention also to the seek time and the spindle speed for a high performance drive.
January 4, 2007 | Chris Lien
Why doesn't the USPS include the delivery sequence number in the DPV file and thus eliminate the need for an ELOT file?
January 4, 2007 | David Elwood
That's a good question. The answer likely lies in the purpose of the DPV file itself. It is intended primarily to be a validation tool, not necessarily to provide additional address information.

DPV data is actually derived from its parent database, DSF2 (Delivery Sequence File). DSF2 data is used to provide carrier walk sequence data as well as information such as seasonal addresses. Due to privacy laws and Title 39, the USPS can only license DSF2 data to specific licensees. In other words, it is highly protected data. It's also rather costly at $100,000 per year.

Incidentally, another "child" database from DSF2 is the RDI (Residential Delivery Indicator) file. This is used to determine if an address is a residence or a business for the purpose of determining parcel shipping costs.
January 5, 2007 | Chris Lien
Chris, Thanks a lot for your article, it is very helpful

The only two questions I have if it would be still possible to append ZIP+4 code w/o DPV and produce CASS report. Or these would be possible only if we upgrade to DPV/LACS?

Does it mean that current ACE product just stop appending ZIP+4 and generate CASS w/o DPV and LACS modules installed?

Thanks again,
Boris
January 12, 2007 | Boris
Hi Boris,

A CASS report (also known as PS3553) can only be generated from a CASS Cycle L certified product if the DPV and LACSLink data are present and leveraged during address assignment. So the answer to your first question is no if you are running ACE in the CASS certified mode, which is the default setting.

Hoewever, it is possible to run ACE in what we call a non-CASS mode. In this setting, ACE would be able to assign ZIP+4 codes even without DPV or LACSLink data, but it will not generate a PS3553 statement.

Regards,
Chris
January 12, 2007 | Chris Lien

PostPost a New Comment

Enter your information below to add a new comment. All HTML will be escaped. Hyperlinks will be created for URLs automatically.

My response is on my own web site »
Author Email (optional):
Author URL (optional):
Post: