Follow CDYNE Blog on WordPress.com
Header Image -

Tag Archives

27 Articles

Press Release: CDYNE Ranked Number 158 Fastest Growing Company in North America on Deloitte’s 2013 Technology Fast 500™

CDYNE Ranked Number 158 Fastest Growing Company in North America on Deloitte’s 2013 Technology Fast 500™

Attributes 782 Percent Revenue Growth to great people and great products.

Chesapeake, VA, November 13, 2013 — CDYNE Corporation today announced it ranked 158 on Deloitte’s Technology Fast 500™, a ranking of the 500 fastest growing technology, media, telecommunications, life sciences and clean technology companies in North America. CDYNE grew 782 percent during this period.

CDYNE’s chief executive officer, James Keown credits great people and great products with the company’s 782 percent revenue growth. He said, “Any time a company can attract good people who share a common vision there is bound to be success.  We are a company of innovators who are in tune with the needs of the industries we serve and provide efficient solutions for them in our product offerings.  This accolade is a tribute to our people.”

“The 2013 Deloitte Technology Fast 500 companies are exemplary cases of those spurring growth in a tough market through innovation,” said Eric Openshaw, vice chairman, Deloitte LLP and U.S. technology, media and telecommunications leader.  “This year’s list is a who’s who of companies behind the most exciting and innovative products and services in the technology space. We congratulate the Fast 500 companies and look forward to what they do next.”

“The fastest growing companies in the US are drivers of constant innovation and operate with the agility to stay ahead of a quickly evolving marketplace, and software, biotech/pharma and internet companies continue to be at the forefront,” added James Atwell, national managing partner of the Emerging Growth Company practice, Deloitte Services LP. “The companies excelling in these sectors have a startup mentality that allows them to be nimble and adapt quickly, which is why they consistently lead the list of fast-growing companies each year.”

About Deloitte’s 2013 Technology Fast 500™

Technology Fast 500, conducted by Deloitte LLP, provides a ranking of the fastest growing technology, media, telecommunications, life sciences and clean technology companies – both public and private – in North America. Technology Fast 500 award winners are selected based on percentage fiscal year revenue growth from 2008 to 2012.

In order to be eligible for Technology Fast 500 recognition, companies must own proprietary intellectual property or technology that is sold to customers in products that contribute to a majority of the company’s operating revenues. Companies must have base-year operating revenues of at least $50,000 USD or CD, and current-year operating revenues of at least $5 million USD or CD. Additionally, companies must be in business for a minimum of five years, and be headquartered within North America.

About CDYNE

CDYNE provides enterprise Communication and Data Quality APIs to solve the business need for real-time Communication and Data Quality verification. APIs are easily integrated into existing systems or applications and include Phone Notify!, SMS Notify!, PAV,  Phone Verification, Demographics, Death Index, and IP2Geo. CDYNE billing is transaction-based and post-pay. There are no contracts, startup fees, or cancellation charges. For more information, visit www.cdyne.com or call 1-800-984-3710.

16 views

Addresses are Complicated…

Verification vs. Correction

A common misunderstanding about what CDYNE Postal Address Verification service does has to do with the difference between verification and correction. Verification simply says something is correct or it isn’t. We can easily verify 2 + 2 = 4, likewise 3 + 3 = 4 fails verification. Verification makes no attempt to fix what is false. It is a simple statement that something is correct or it isn’t.

Correction on the other hand takes a statement and tries to make it true and that is a much more complicated process. Take the above example: 3 + 3 = 4; we can correct that to 3 + 1 = 4 OR 3 + 3 = 6. Both corrections are true but which statement was originally intended is unclear. To properly correct we need more information.

CDYNE PAV is certified by the United States Postal Service under a program called CASS (Coding Accuracy Support System). CASS rules require that our software take an input address and verify it exists in the USPS databases. Of course there is more to it than that. There is standardization, limited spelling correction, and certain inexact matches are allowed, but ultimately following CASS rules is about verification not correction.

This is best summed up by an excerpt from the USPS Address Matching Guidelines documentation:

“…the main goal of all address-matching software
should be to make THE MATCH — not just any match”

When an attempt is made to match an input to the database, if a match cannot be found, or it is unclear which address the input should match, the input fails verification. It is also important to point out that failing verification does not mean an address cannot be delivered, but mailing out something without a verified address may take longer, it might go to the wrong location, it might be returned undeliverable, or it might be lost in the system.

Addresses are Complicated…

Addresses are a mess. One of the greatest contributing factors to this is that the USPS has no control over city, street names, or street numbering. City borders move, streets are renamed, and numberings can change based on local and state government decisions.

Furthermore each municipality may create its own way of making addresses. For instance in Wisconsin the following addresses is common:

S90 W13970 Boxhorn
DrMuskego, WI 53150

In this case S90 W13970 are actually latitude and longitude coordinates.

To counter this USPS has developed its own collection of identifiers that it uses to expedite the movement of mail:

Finance numbers are typically assigned to a single post office and contain multiple zip codes.  For the most part it isn’t necessary for anyone outside the USPS to know about finance numbers, but they are convenient for creating a collection of addresses to verify a single address against.

Zip codes are usually a collection of routes used to deliver mail, but may also be a collection of PO boxes, a unique number for a single business, etc. It is important to recognize that while zip codes are often thought about as regions they really are a group of places mail can be delivered. As such they can overlap or even be discontinuous.

Plus 4 values further subdivide a zip code into areas like a city block.

Delivery point number, which is only added after an address has been fully verified, signifies a particular location that receives mail.

The USPS has created and assigned these numbers for one reason only: to make delivering a piece of mail as easy as possible.

Address verification is the process of taking the input address, finding the best match in the USPS database, and returning the address found in the database.

Street Information Broken Down

Typical street information can be broken down into parts. While most addresses follow this format there are many that don’t and have to be handled separately. Consider the following prototype:

1234 N Main Street S Apt 101

Primary number (1234)Typically the primary number is the first element and contains sequential alphanumeric information. Most often the input is checked to be in a range of values for verification. This value is present in almost all addresses and cannot be corrected, it’s either wrong or its right.

Pre-Directional (N) – The pre-directional can be one of the 4 cardinal directions or one of the 4 ordinals. This value isn’t always present and correction for it follows a very narrow set of rules.

Street Name (Main) – The street name is present in almost all addresses. It often contains more than one word and can be the most loosely matched too.

Suffix (Street) – The suffix is the “type” of street: Avenue, Road, Parkway, etc. Like the pre and post directionals it can only be corrected in a limited fashion, must match a set of values, and is abbreviated. While you will usually see a suffix it is sometimes missing.

Post-Directional (S) –The post-directional can be one of the 4 cardinal directions or one of the 4 ordinals. This value isn’t always present and correction for it follows a very narrow set of rules.

Secondary Abbreviation (Apt) – The secondary abbreviation is typically one of a collection of possible values: Apt (Apartment), Ofc (Office), Flr (Floor), Ste (Suite), etc. If all other address information matches this will be corrected to the database value if possible.

Secondary Number (101) – The secondary like the primary number contains alphanumeric information that is typically part of a sequence. It also cannot be corrected.

The Process

All address verification starts with the City, State, and Zip Code data; commonly referred to as the last line. From this information a list of finance numbers is built, and the finance numbers are separated into 8 categories:

The table above shows the priority of address matches in each finance number. For instance a match found in a Finance number that matches the City, State and ZIP in the input address would have higher priority than a match that is in a finance number that only matches the City and State of the input address. It’s important to note that a street address must match at least two pieces of the last line data, the only exception is when a zip 5 is the only piece of last line data provided.

Next a list of street names is pulled for all of the relevant finance numbers. There can be tens of thousands of street names and all of these must be compared to the input street name which can be ambiguous itself. A list of all possible addresses is generated from possible matching street names.

An attempt is then made to match the input address to one of the addresses in the list. If a single match is found it is returned, if multiple matches are found some tie breaking is attempted but if no single match can be determined the address fails verification.

Just because an address fails verification does not mean it is undeliverable. The post office may still attempt to deliver the piece of mail but it will most likely take longer to deliver, if it is delivered at all.

Click here for more information about PAV, or get a free trial key to test the API for free.

2 views

CDYNE PAV Infographic

Companies can save money on lost production and postage fees simply by running their addresses through a CASS certified program like CDYNE PAV, which verifies the deliverability of addresses. The API compares your addresses against the USPS database and will let you know if they are deliverable. Click here (opens a PDF) to see the importance of address data quality, some reasons for bad addresses, and the return on investment when validating the accuracy of your address lists.

Click here for more information about PAV, or get a free trial key to test the API for free.

2 views

PAV Delivery Point Data Returns

A valuable benefit of using PAV is to check whether or not an address is deliverable in order to receive barcode discounts. PAV includes DPV (Delivery Point Validation), which is the USPS process for verifying deliverability. A delivery point is a single point at which mail is delivered (e.g., a mail slot, PO Box, or mailbox). It is not the same as a street address. In fact,  an address can contain multiple delivery points such as an apartment building or business office with numerous suites. The USPS defines DPV as a specific set of digits between 00 and 99. Combined with the ZIP+4 code, a delivery point gives each deliverable address a unique identifier. Delivery points are encoded in barcodes, which allows automated sorting for the USPS.

Developers can utilize PAV to return detailed mailing industry information including DPV data returns. This data is accessed when using the “VerifyAddressAdvanced” method and setting the “MailingIndustryInfo” parameter to True. The following are example address input and outputs.

Input: 505 independence parkway, suite 300, chesapeake, va, 23320

Output: 505 INDEPENDENCE PKWY STE 300, CHESAPEAKE, VA, 23320-5178

  • DeliveryPoint = 75
  • DpvConfirmationIndicator = Y
  • DpvCrmaIndicator = N
  • DpvFootnote1 = AA
  • DpvFootnote2 = BB
  • DpvFootnote3 = Null

In this example, the unique identifier and delivery point is 23320517875 (ZIP+4+delivery point). PAV confirms this address does have a delivery point and mail can be delivered there (DpvConfirmationIndicator = Y). The DpvCrmaIndicator = N means that the address is not associated with a valid CRMA, which stands for Commercial Mail Receiving Agency, and is also known as a Private Mailbox (PMB) operator. The DPV footnotes indicate the address has been matched to the ZIP+4 file (AA) and all components of the address were matched to DPV (BB).

The keys below show all available PAV data results.

DPV Confirmation Indicator Key

  1. Y – Address was DPV confirmed for both primary and, if present, secondary numbers
  2. D – Address was DPV confirmed for the primary number only, and secondary number information was missing
  3. S – Address was DPV confirmed for the primary number only, and secondary number information was present but unconfirmed
  4. N – Both primary and, if present, secondary number information failed to DPV confirm

DPV CMRA Indicator Key (CMRA = commercial mail receiving agent)

  1. Y – Address was found in the CMRA table
  2. N – Address was not found in CMRA table

DPV Footnotes Key

  1. AA – Input address matched to the ZIP+4 file
  2. A1 – Input address not matched to the ZIP+4 file
  3. BB – Input address matched to DPV (all components)
  4. CC – Input address primary number matched to DPV but secondary number not matched (present but invalid)
  5. F1 – Input address matched to a Military address
  6. G1 – Input address matched to a General Delivery address
  7. N1 – Input address primary number matched to DPV, but address is missing secondary number
  8. M1 – Input address primary number missing
  9. M3 – Input address primary number invalid
  10. P1 – Input address missing PO, RR, or HC box number
  11. P3 – Input address PO, RR, or HC box number invalid
  12. RR – Input address matched to CMRA and PMB (postal mailbox) designator present (PMB 123 or # 123)
  13. R1 – Input address matched to CMRA but PMB (postal mailbox) designator not present (PMB 123 or # 123)
  14. U1 – Input address matched to a unique ZIP code
3 views

SMS Notify! API System Keywords

SMS Notify! API is a programming interface that provides connectivity to wireless carriers. It allows developers to build business applications to send and receive text messages using DIDs or short codes. DIDs are SMS-enabled 10-digit phone numbers (e.g., 757-544-9510), and short codes are 5- to 6-digit numbers (e.g. 55512). Here is a PDF document outlining the differences between each method. One important feature of SMS Notify! is the system keywords. When a person begins a text message with a system keyword and sends it to your DID or short code, SMS Notify! will automatically send a text message reply. System keywords and responses vary between DIDs and short codes as outlined below.

DID System Keywords

HELP

System Response:“Business Name”-SMS Notifications.Txt STOP to end.Msg&Data Rates may apply.”Business point of contact.”

  • The default business name is the name used to sign up for the SMS Notify! account. This may be updated by contacting CDYNE.
  • The business point of contact is two forms of contact including any combination of phone number, email, or website.
STOP, END, CANCEL, UNSUBSCRIBE, QUIT

System Response: This provider is now blocked. Text back RESUME to unblock your number.

  • SMS Notify! API will block the recipient’s number from receiving messages until the recipient sends RESUME.
  • CDYNE will log the recipient STOP request including the license key, sending DID, and recipient’s phone number.
  • The STOP response occurs at the license key level. SMS Notify! will only block messages from that same license key to the recipient’s phone number.
  • Other license keys may send to the recipient’s phone number.
RESUME

System Response: OK.

  • This will allow SMS Notify! to send messages to a recipient who previously sent a STOP command.
  • License Key with Assigned DIDs: The recipient can reply RESUME to any DID assigned to the license key that logged the original STOP request.
  • License Key without Assigned DIDs: The recipient must reply RESUME to the original DID assigned to the license key that logged the original STOP request.

Short Code System Keywords

HELP, HLP, AIDE, INFO

System Response:“Business Name”: Reply STOP to cancel. Msg&Data Rates may apply. Msg Freq per acct setup. “Business #.”

  • The default business name and number is the name and number used to sign up for the SMS Notify! account. This may be updated by contacting CDYNE.
  • The HELP response for short codes are at the license key level so you can set up multiple custom HELP responses per short code.
STOP, END, CANCEL, UNSUB, QUIT, ARRET

System Response:“Business Name”: You have opted out and will no longer receive messages from this service. “Business #”

  • SMS Notify! API will block the recipient’s number from receiving messages until the recipient sends RESUME.
  • The STOP response occurs at the license key level. SMS Notify! will only block messages from that same license key to the recipient’s phone number.
  • The reply to French keywords is the standard English reply.
RESUME

System Response: Welcome to “ProgramName”. Reply STOP to cancel. Reply HELP for help or call “ProgramContact”. Msg&Data rates may apply.  Msg freq per acct setup. Pwr’d by CDYNE.

  • Shared short code system messages will contain “Pwr’d by CDYNE.” Dedicated short code messages will not.

Contact CDYNE for more information about short codes.

Test SMS Notify! API for free.

1 view

Receiving SMS Messages with Short Code Keywords

A short code keyword is a unique one-word phrase that identifies a business, product or service. Keywords allow multiple  businesses to run unique campaigns on the same short code. Likewise, a business using a dedicated short code can differentiate communications with multiple keywords. For example, your dentist places a sign in the waiting room that says, “Text SMILE to 55512 to get appointment reminders.” In this example, “SMILE” is the keyword, and “55512” is the short code. By texting SMILE to short code 55512, the patient is opting in to receive appointment reminders. Using the same short code, the dental office may run a separate promotional offer. For example, “Text WHITE to 55512 for $25 off teeth whitening.” In this way, patients choose the interaction they wish to receive from their dentist. Communication with short codes and keywords give businesses great flexibility and responsiveness when engaging their customers, patients, or clients with text messaging. Here are guidelines and rules to consider when using keywords:

Select User Friendly Keywords

Keep it short – A short keyword is easy to remember.

Make it memorable – An easy to remember keyword will generate a better response.

Use a single word – SMS Notify! will match the entire message when checking for incoming keywords. If an incoming keyword is followed by any characters, a match will not be made.

SMS Notify! Incoming Keyword Rules

  • Only 1 instance of keyword per short code
  • Keyword cannot be a system keyword (e.g., STOP, HELP, ect.)
  • Keyword must be at least 3 characters long
  • Keyword cannot be a typical SMS response (e.g., sure, yes, thanks, monday)
  • Keywords are not case sensitive; ‘THIS’ is the same as ‘this’ and ‘ThIs’

Using PostBackURL to Capture Incoming Keywords

Developer’s can set up automated responses to incoming keywords using the SMS Notify! API PostBackURL system. When a keyword is assigned to your short code, CDYNE can also assign a URL or webpage you designate. Set your application to look for the variable SMSResponse=1, which is posted when a message is sent to your short code, or when a response to your outgoing message arrives. PostBackURL data is posted behind the scenes, and is not visible on your webpage. Program your application to capture the PostBackURL variables that are passed to your webpage from SMS Notify! API.

Contact CDYNE for more information about short codes.

Test SMS Notify! API for free.

5 views