Configure a dynamic object for an MC number & Fraud Detect

Ive solved the second question, would still like an insight on my first. 

@bbay Thank you for reaching out! I’m glad to hear that you were able to solve your second question, and I’m happy to provide insights regarding your first question:

Bad news and good news: unfortunately, as of today, a Dynamic Object can currently only recognize one defined text pattern. But the good news is that there is a solution that you can leverage (it involves building a smart rule in Front) so that you do not have to build separate dynamic objects to capture the variants.

The smart rule grabs the digits from variant text patterns that you’re seeing from the body of an email (e.g. MC#123435, MC# 12345, MC12345, MC 123345, MC: 123445), and then posts a comment on the conversation with a defined text pattern that does match the defined text pattern for the MC Dynamic Object that you’ve already created. For this smart rule to work, please double-check that within your MC Dynamic Object, it has a text pattern as follows. It’s important that there is no space between MC and Digits.

Important to note, if the mc number (e.g. MC#123435, MC# 12345, MC12345, MC 123345, MC: 123445) is in the subject line of an inbound email and not the body of the email, unfortunately this smart rule will not trigger as we’re only looking at the mc number in body of the email.

Once that’s confirmed, please proceed to creating the smart rule. Below is the completed smart rule (Please choose your appropriate inbox or inboxes within the smart rule.) 

And here’s how to construct the MC dynamic variable:

And here’s how to construct the MC# dynamic variable:

In order to construct the MC: dynamic variable that’s used in the smart rule, please follow the above screenshot, but simply replace “MC#” with “MC:” in the Only if preceded by section of the build.

Make sure you save the rule and that it’s active, and that’s it 😎

Lastly, our Product Team has been informed of what you’d like to see in the future regarding Dynamic Objects, (i.e. functionality implemented where you can have a single dynamic object recognize multiple text patterns) but please also submit a request for it at this link. When features are submitted, they're listed in the Ideas Portal and can be upvoted by other Front users who discover requests that can improve their team's workflows. And you'll receive an email update if a feature that you submitted or upvoted is developed and shipped.

What a great soltion, i just made the rule, ill cirlce back with feedback! Will this rule also catch a space if there is one? If so, im trying to wrap my head around it! 

Hi @bbay 

The first dynamic variable mentioned should match if there’s a space in between MC and the digits. Note that you can test this using Test extract text when you create the dynamic variable.

 

FYI @steve_b 

AHHH perfecto! On this same overall Highway intergration. Do you have any suggestions on being able to mark a contact’s email safe after it hits the fraud detedter API? As in not run the rule? We have a lot of emails that are getting flagged daily, and have to remove a tag, or move back to an inbox. 

Hey @bbay good question - I’m not entirely sure what rules you have set up on your side but I imagine you’ve got a rule in place that will quarantine flagged emails based on the information pulled in from Highway.

If you’ve independently verified the contact is not suspicious and should not be quarantined in the future, you can think about adding a rule condition to check a contact list of these ‘internally verified contacts’. Something like:

This will require you to maintain your own contact list, which shouldn’t be too difficult to do. You can easily add a contact to a contact list via the Contact Details plugin on the right hand side of the app. If you want to go the full automation route, you could consider creating a rule where you automatically add a contact to a contact list when you move a conversation out of the quarantine inbox.

This should be enough for you to get started but let me know if you have any additional questions!

Thank you for the recommendation. I will see what I can do with your guidance. Love the automation piece. I’m wondering if we can tag the contact in someway shape or form that would then move it to a trusted list.  I tried the route of adding a tag after we move it out of quarantine but the issue is there are many times that the rule takes place in the individual inbox and I’m not able to move it back  

@bbay we’ve updated the smart rule solution posted earlier. Please add these conditions in the rule so this way a comment is only auto-posted when an mc number is included in the body of an email and not when it’s not included in the body of an email (please see below screenshot.)

Also, important to note, if the mc number (e.g. MC#123435, MC# 12345, MC12345, MC 123345, MC: 123445) is in the subject line of an inbound email and not the body of the email, unfortunately this smart rule will not trigger as it’s only looking at the mc number in body of the email.

We’re currently working on an updated smart rule solution to account for when an mc number occurs in the subject line and/or the body of an email, but we’ll have to get back at a later date with an update.

If it’s a problem that the smart rule only gets triggered if an mc number is in the email body, the only alternate solution, at this moment, would be to create separate dynamic objects so that you can capture each potential variant text pattern that exists for the mc numbers when they show up in the subject or body of an email.
 

Thank you for the follow up I updated the rule! Please let me know when you guys are able to create the mentioned. Smart rule as well

@andersen  Im assuming that a contact thats added to a list wouldnt trigger the rule again? Even in a new conversation?  

Hey @bbay good question - I’m not entirely sure what rules you have set up on your side but I imagine you’ve got a rule in place that will quarantine flagged emails based on the information pulled in from Highway.

 

If you’ve independently verified the contact is not suspicious and should not be quarantined in the future, you can think about adding a rule condition to check a contact list of these ‘internally verified contacts’. Something like:

This will require you to maintain your own contact list, which shouldn’t be too difficult to do. You can easily add a contact to a contact list via the Contact Details plugin on the right hand side of the app. If you want to go the full automation route, you could consider creating a rule where you automatically add a contact to a contact list when you move a conversation out of the quarantine inbox.

This should be enough for you to get started but let me know if you have any additional questions!