I want to create a typology rule that prevents a recipient from receiving the same delivery within a 24 hour period. I don't want to limit the overall number of deliveries they will receive, which pressure rules do by default, I just want a safey valve of sorts to prevent a recipient from receiving the same delivery more than once in the same day. Filtering rules don't allow me to define a time period so I think it has to be a pressure rule, but I can't figure out how to configure it so that it dynamically takes the incoming delivery id/recurring delivery id and compares it to the recipient's existing delivery/recurring delivery ids in the recipient delivery log. I would expect the query would look something like this, with each of the Values essentially being the delivery ids from the delivery being executed. The configuration below doesn't seem to be working and I'm at a loss. Thanks for any help you can offer.
Pressure rules don't let you specify same-delivery (same-delivery...code?), and filtering rules don't have access to delivery metadata afaik.
This leaves control typology and post-processing workflows as the only points to implement this check, with control being the easiest and most maintainable.
Thank you for replying Jon. We were able to create a Filter rule where the current delivery is excluded whenever a delivery in the recipient delivery logs matches, based on two custom delivery attributes that appear to carry through in the backend when the typology rules are applied. We simply added a "current date - 24 hours" condition so that it is timebound. So far it seems to work just fine, but definitely showed this didn't work quite the way we would have expected. To your point, comparing on Delivery ID or Recurring Delivery did not seem to work, as it seemed those values weren't accessible somehow when the rules are applied. This is counter intuitive but we tested over and over again trying to make that approach work. Thanks again for your reply!