Can you overwrite ownership with auto assignment rules upon a form fillout? | Community
Skip to main content
N
Nate_Oosterhous
New Participant
December 9, 2016
Solved

Can you overwrite ownership with auto assignment rules upon a form fillout?

  • December 9, 2016
  • 2 replies
  • 4342 views

Hi All!

Background:

Most of our early stage leads are owned by "Marketo", the Marketo User.  We run into an issue when these people fill out a web form.  They are synced to salesforce under Marketo's ownership rather than going through the "-- Use Auto-Assignment Rules --" Sync Lead to SFDC flow action to be assigned the appropriate owner.

Current Process:

1. Lead fills out form

2. Lead goes through the "-- Use Auto-Assignment Rules --" Sync Lead to SFDC flow action to be assigned the appropriate owner in SFDC.

Desired Process:

1. Lead fills out form

2. If Lead Owner Last Name = Marketo THEN change owner to NULL (this would allow them to go through the auto assignment rules then)

2. Lead goes through the "-- Use Auto-Assignment Rules --" Sync Lead to SFDC flow action to be assigned the appropriate owner in SFDC.

Question:

My question then is are we able to set the ownership to NULL in the flow before the Sync Lead to SFDC flow action takes place?  This person would then go through the auto-assignment rules.  If this does not work, how else can we accomplish something like this?

Thanks ahead of time!

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Josh_Hill13

You will need to create a workaround in SFDC OR Change Owner if you happen to know the correct Owners and it's not too complex.

Example workflow

  • Fills Out Form
    • if Lead Owner Last Name=Marketo, then Change Owner

OR

  • Fills Out Form
    • if Lead Owner Last Name=Marketo, then set Reroute Flag=T
    • Sync to SFDC
    • SFDC then reprocesses LARs, but you have to ensure that the Apex code knows that when Reroute Flag=T, it should reprocess and reassign.
    • Unfortunately, Marketo can't do this in complex situations because it becomes messy or hard to load the screen.

2 replies

Josh_Hill13
Josh_Hill13Accepted solution
New Participant
December 9, 2016

You will need to create a workaround in SFDC OR Change Owner if you happen to know the correct Owners and it's not too complex.

Example workflow

  • Fills Out Form
    • if Lead Owner Last Name=Marketo, then Change Owner

OR

  • Fills Out Form
    • if Lead Owner Last Name=Marketo, then set Reroute Flag=T
    • Sync to SFDC
    • SFDC then reprocesses LARs, but you have to ensure that the Apex code knows that when Reroute Flag=T, it should reprocess and reassign.
    • Unfortunately, Marketo can't do this in complex situations because it becomes messy or hard to load the screen.
N
Nate_OosterhousAuthor
New Participant
December 9, 2016

I did not think their was a simply way to accomplish this.  We will have to develop something more complex unfortunately.

Grégoire_Miche2
Grégoire_Miche2
New Participant
December 9, 2016

Hi Nate,

SFDC auto assignment rules only fire on lead creation, not on lead update. You will learn more reading this idea:

-Greg

Josh_Hill13
Josh_Hill13
New Participant
December 9, 2016

sure, but SFDC LARs and triggers should be the ones to do this based on field updates. If Marketo forced a LAR reprocess that was all the time, you'd end up with unhappy salespeople if the rules of engagement aren't super clear.

Grégoire_Miche2
Grégoire_Miche2
New Participant
December 9, 2016

Hi Josh,

I agree with you. But Marketo is completely unable to fire SFDC LARs on lead update, so this is not even an option...

I fully agree that it has to be managed somehow, hence the Idea that I entered a few months ago that proposes to have a checkbox so that the Marketo user could choose whether or not the assignment rules should be triggered on update. For instance, in a smart campaign, we would have "if score > 50 then sync with Marketo AND fire LAR", while regular sync would not fire LAR.

And also the workaround I propose in this idea has the same feature.

-Greg

Terms & ConditionsAccessibility statement

Loading footer...