Delivery execution without drops

Hi Adhiyan,

Thanks for getting back to me.

I appericate the reason for the exclusion of customers with no address however then the TO exclusion is rather misleading .

As the you said:

The logging is not proper and hence the exclusion gets mapped against a wrong typology name. To resolve this in the current version , you need to update the addrDefined attribute to 1 or True in the contact information part of recipient form.

The TO exclusion criteria does not impact the exclusion criteria for a DM. therefore we have to update the date as a work around.

Thanks

Connor

Hi Connor,

Yes that is right. Updating the zipcode ,city and last name would update the addrDefined field automatically. I mentioned that this is a calculated field in my last update but yes in the workflow you need to update all the attributes to have a value updated.

But honestly , this is not a bug . Because this attribute is meant to be used only for Direct mail deliveries and for direct mail we need a valid postal address and these 3 fields determine if we have a Valid address or not.

Regards,
Adhiyan

Hi Adhijyan,

I too have the same scenario as C Canada that the address for DM csutomers is not held within Adobe campaign but appeneded after the list is export externally.

However you can not update the address specified field (addrDefined) as this is an OOTB calculated field based on the following fields:

location/@zipCode], [../location/@city], [../@lastName]

Therefore in order to change the Address Specified field from 0 to a 1(Yes) you must update all of these field to contain a value.

I have found this to be the only work around given the information above.

I have implemented this within the workflows before the delivery:

This is the work around i have found works best for now. But of course not ideal as there is now an additioanl step within all DM workflows.

I will be interested to hear of any other work arounds or if there is any updates on Adobe Campaign side as this appears to be a bug.

Thanks a lot

Connor

Hello ,

I had a discussion with the engineers regarding this and this seems to be a hard coded rule in the Product code which is excluding this addresses .

The logging is not proper and hence the exclusion gets mapped against a wrong typology name. To resolve this in the current version , you need to update the addrDefined attribute to 1 or True in the contact information part of recipient form.

This addrDefined field is a calculated field based on a combination of Zip code and last name .

To make this update on a mass scale , you can create a workflow and update the field addrDefined to yes .

Regards,

Adhiyan

I have ABSOLUTELY done that.  It’s still dropping incomplete addresses.

i have removed all these settings and all the typology rules.

You need to uncheck unqualified address

By default some fields are mandatory to compute the direct mail.

Thanks

David

So, I'm coming back to this thread because the recommendation did not work.

I created a new typology and  removed ALL typology rules from it just to be sure.  The delivery activity, regardless of the channel I use, still continues to drop all records that don't have a complete address.

I don't want that to happen.  I NEED to run a delivery that ignores the  "complete address" calculation. I don't care if the address is complete, I want all records that I choose to get a delivery broadlog record.

• Create a new folder as explained in this diagram
  
  
  
• Rename it as per your liking
  
• Open Properties of this fiolder, go to Restriction tab and then enable the view option followed by saving the changes
  
• Hit Yes when prompted
  
• All typology rules on your instance will now be visible. You can disable the ones you don't want.

Regards,
Vipul

Can you show how to create a typology folder view to uncheck the active button for these rules?

This is the solution I was looking for.  I didn't realize there were typology rules being applied that I didn't see in my active Typology.

Perfect!  Thanks so much.