
Sign up to save your podcasts
Or
Today on the Salesforce Admins Podcast, we talk to David Simpson, Salesforce Admin at the 1916 Company. Join us as we chat about his process for troubleshooting Flow errors and his unexpected path into the Salesforce ecosystem.
You should subscribe for the full episode, but here are a few takeaways from our conversation with David Simpson.
If you’ve ever received an emergency ticket from a user because they’ve encountered a Flow error, you know just how cryptic they can be. It’s not always clear at first glance what’s going on, or what your user can do to fix it.
What’s more, if you’re hearing about an error from a user, that means it’s made it to production. So now you need to start worrying about your testing and anything else that might pop up. And oh yeah, you need to fix the dang thing, too.
That’s why I was so excited to sit down this week with David Simpson. He’s doing a Dreamforce presentation about how to better navigate Flow errors and how to prevent them from happening in the first place.
David breaks down the process of fixing a Flow error into five steps:
David emphasizes the importance of communicating with stakeholders at every stage of your solve. You don’t need to share every single detail, but you want to make sure your user knows that you’ve identified the error, how long it will take to fix it, and if there are any workarounds in the meantime.
We also discuss David’s path from finance into the Salesforce ecosystem. He started out as a staff accountant, but when he was asked to take over some of the Salesforce administration duties, he realized he loved working with the platform far more than burying his head in spreadsheets.
Finally, I ask David about his top tips for getting better at solving Flow errors. He points to the Trailblazer Community and Salesforce Help articles as two of his best resources. However, he also suggests getting hands-on in a sandbox by trying to build things that might break. It’s a low-risk way to flex your problem-solving skills and will give you valuable experience for when a real error ends up in production.
Make sure to listen to our full conversation for more from David about how to solve Flow errors. And don’t forget to subscribe to the Salesforce Admins Podcast so you never miss an episode.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
But then what I try to do is I first see what the error message is, if it’s something that I’m familiar with, if it seems like it might be related to a validation rule or permissions or just general access, I’ll see if I can address that quickly. But if it’s something a little bit more convoluted or harder to decipher, normally what I like to do is to take that same flow and we have sandboxes, so I’ll go into the sandbox and I’ll just try to replicate those steps. I will perhaps use the flow debug and run it as the user who encountered the issue. Maybe I’ll try and recreate the record if it feels like a particularly daunting error and then just run through the flow and see where it fails.
Those are normally my processes and through that I will eventually encounter the cause of the error. And then at that point it’s just going through the process of fixing the error in the flow, performing more tests to make sure that I’ve covered that as well as any other potential unexpected issues that might arise from the change and then getting that pushed out, all the while communicating to whoever encountered the issue that this is being taken care of, this is the ETA, and if possible, any workarounds for that fix and error.
Mike:
David Simpson:
Mike:
David Simpson:
A great example would be just the introduction of an auto-layout in a flow. Being able to see that clear process and order of operations to the flows, it’s really helped. But also with all of these features, it does get a little bit more complex. What is the best element to put on your flow in order for this to not only run but run efficiently? Is it multiple update records? Is it doing a loop and an assignment and then an update? Is it using Transform? There’s so many options and there’s no particular right way to do a lot of stuff, which is really freeing. You can get super creative with these solutions and I think that that’s been an awesome thing.
And not to mention testing, going back to the flow errors. The recent introduction of an enhanced flow debug has really made my life a lot easier. I can see so much more detail in what’s going on in my flows than what I just built. I can see the technical specs behind it, and that’s really helped me narrow down what exactly needs to be done or what needs to be fixed in my flows when I do encounter an issue.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
So he gave me an admin license and told me go on Trailhead, start learning some of the beginner stuff, and I just instantly fell in love with it. I love the problem solving aspect. I love the ability that there’s so much you can do and build, that Salesforce is just a canvas of process creativity that I said, you know what? I don’t think I want to do finance related work anymore. I want to do Salesforce full time.
Mike:
David Simpson:
And I was very intimidated at the point. But I had a mentor who walked me through flows that they had built and it just clicked. It was so logical and just made so much sense while still being flexible that it was, I didn’t go back to Workflows and Process Builders unless I absolutely needed to.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
It’s like cooking. You should be tasting as you go to make sure that nothing unexpected is happening. And you can do the same with the flow. You add a new element, you click the debug and you test it. You add a couple of decisions or a loop, click that debug and test it. So it can get as complicated or as complex as you need it to be. But you can also just start very simple and you can test along the way and it will come out fine, just provided that you’re being proactive in your testing.
Mike:
David Simpson:
So we utilize opportunities to process our sales. We actually use Salesforce as our main point of sale, and when they go to close out their sales, they click a button which triggers a screen flow that says “Have you gotten all of your tasks in order for this opportunity? Do you have the opportunity products added? Are they available for sale? Have you synced this opportunity to our external system?” And then all they have to do is just fill out a few fields, probably less than a dozen throughout the entire screen flow, and then it completes the sale for them.
Similarly, when they want to create a brand new sale, they click a button on the account that creates a screen flow instead of the new opportunity standard action. Because it has many less fields on it, they only need to fill out, okay, who the customer is, what’s the deal name, and then some just basic additional info that our customer experience team likes to have. So it’s a very streamlined process and we find that it not only saves them clicks, but it saves them time and gets them back to helping out their clients a lot faster.
So I’m very much screen flow. I just gave an example about opportunities, but we use it throughout the entire Salesforce org.
Mike:
David Simpson:
And then the third and final resource that I would say is just build and break in a sandbox. Just try to make things that don’t work and see what happens, and then try to fix them. Because it’s a sandbox and it’s not real data you’re not at risk of causing any issues. But I learned the most by making mistakes, by building a flow and maybe not testing it thoroughly enough or forgetting a field or forgetting a step where I get a certain record and then seeing what that error is and then adjusting that. That generally happens to all of us eventually, but try and do it deliberately and see what error results you get back. You’ll be surprised to find that they’re the same errors that you get when you’re not trying to make mistakes. So a great way to learn is just by simply doing.
Mike:
So last thing that’s on my mind, and I wonder. AI in the last few years has just erupted. What in your job has changed because of AI? And I just mean in general. Doesn’t have to be Agentforce, nothing like that. Just in general, has anything changed for you as an admin because of AI?
David Simpson:
Additionally, I can put in a solution that I’ve already had and have it output a nice format so that way if maybe I’m not the one doing the ticket, whoever I hand this off to, it can be much easier understood. So overall, just AI is making us more efficient and making us have a faster turnaround time, and that’s just in turn building up the expectations for our stakeholders to deliver faster.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
The post Navigating Flow Errors as a New Salesforce Admin appeared first on Salesforce Admins.
4.7
200200 ratings
Today on the Salesforce Admins Podcast, we talk to David Simpson, Salesforce Admin at the 1916 Company. Join us as we chat about his process for troubleshooting Flow errors and his unexpected path into the Salesforce ecosystem.
You should subscribe for the full episode, but here are a few takeaways from our conversation with David Simpson.
If you’ve ever received an emergency ticket from a user because they’ve encountered a Flow error, you know just how cryptic they can be. It’s not always clear at first glance what’s going on, or what your user can do to fix it.
What’s more, if you’re hearing about an error from a user, that means it’s made it to production. So now you need to start worrying about your testing and anything else that might pop up. And oh yeah, you need to fix the dang thing, too.
That’s why I was so excited to sit down this week with David Simpson. He’s doing a Dreamforce presentation about how to better navigate Flow errors and how to prevent them from happening in the first place.
David breaks down the process of fixing a Flow error into five steps:
David emphasizes the importance of communicating with stakeholders at every stage of your solve. You don’t need to share every single detail, but you want to make sure your user knows that you’ve identified the error, how long it will take to fix it, and if there are any workarounds in the meantime.
We also discuss David’s path from finance into the Salesforce ecosystem. He started out as a staff accountant, but when he was asked to take over some of the Salesforce administration duties, he realized he loved working with the platform far more than burying his head in spreadsheets.
Finally, I ask David about his top tips for getting better at solving Flow errors. He points to the Trailblazer Community and Salesforce Help articles as two of his best resources. However, he also suggests getting hands-on in a sandbox by trying to build things that might break. It’s a low-risk way to flex your problem-solving skills and will give you valuable experience for when a real error ends up in production.
Make sure to listen to our full conversation for more from David about how to solve Flow errors. And don’t forget to subscribe to the Salesforce Admins Podcast so you never miss an episode.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
But then what I try to do is I first see what the error message is, if it’s something that I’m familiar with, if it seems like it might be related to a validation rule or permissions or just general access, I’ll see if I can address that quickly. But if it’s something a little bit more convoluted or harder to decipher, normally what I like to do is to take that same flow and we have sandboxes, so I’ll go into the sandbox and I’ll just try to replicate those steps. I will perhaps use the flow debug and run it as the user who encountered the issue. Maybe I’ll try and recreate the record if it feels like a particularly daunting error and then just run through the flow and see where it fails.
Those are normally my processes and through that I will eventually encounter the cause of the error. And then at that point it’s just going through the process of fixing the error in the flow, performing more tests to make sure that I’ve covered that as well as any other potential unexpected issues that might arise from the change and then getting that pushed out, all the while communicating to whoever encountered the issue that this is being taken care of, this is the ETA, and if possible, any workarounds for that fix and error.
Mike:
David Simpson:
Mike:
David Simpson:
A great example would be just the introduction of an auto-layout in a flow. Being able to see that clear process and order of operations to the flows, it’s really helped. But also with all of these features, it does get a little bit more complex. What is the best element to put on your flow in order for this to not only run but run efficiently? Is it multiple update records? Is it doing a loop and an assignment and then an update? Is it using Transform? There’s so many options and there’s no particular right way to do a lot of stuff, which is really freeing. You can get super creative with these solutions and I think that that’s been an awesome thing.
And not to mention testing, going back to the flow errors. The recent introduction of an enhanced flow debug has really made my life a lot easier. I can see so much more detail in what’s going on in my flows than what I just built. I can see the technical specs behind it, and that’s really helped me narrow down what exactly needs to be done or what needs to be fixed in my flows when I do encounter an issue.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
So he gave me an admin license and told me go on Trailhead, start learning some of the beginner stuff, and I just instantly fell in love with it. I love the problem solving aspect. I love the ability that there’s so much you can do and build, that Salesforce is just a canvas of process creativity that I said, you know what? I don’t think I want to do finance related work anymore. I want to do Salesforce full time.
Mike:
David Simpson:
And I was very intimidated at the point. But I had a mentor who walked me through flows that they had built and it just clicked. It was so logical and just made so much sense while still being flexible that it was, I didn’t go back to Workflows and Process Builders unless I absolutely needed to.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
It’s like cooking. You should be tasting as you go to make sure that nothing unexpected is happening. And you can do the same with the flow. You add a new element, you click the debug and you test it. You add a couple of decisions or a loop, click that debug and test it. So it can get as complicated or as complex as you need it to be. But you can also just start very simple and you can test along the way and it will come out fine, just provided that you’re being proactive in your testing.
Mike:
David Simpson:
So we utilize opportunities to process our sales. We actually use Salesforce as our main point of sale, and when they go to close out their sales, they click a button which triggers a screen flow that says “Have you gotten all of your tasks in order for this opportunity? Do you have the opportunity products added? Are they available for sale? Have you synced this opportunity to our external system?” And then all they have to do is just fill out a few fields, probably less than a dozen throughout the entire screen flow, and then it completes the sale for them.
Similarly, when they want to create a brand new sale, they click a button on the account that creates a screen flow instead of the new opportunity standard action. Because it has many less fields on it, they only need to fill out, okay, who the customer is, what’s the deal name, and then some just basic additional info that our customer experience team likes to have. So it’s a very streamlined process and we find that it not only saves them clicks, but it saves them time and gets them back to helping out their clients a lot faster.
So I’m very much screen flow. I just gave an example about opportunities, but we use it throughout the entire Salesforce org.
Mike:
David Simpson:
And then the third and final resource that I would say is just build and break in a sandbox. Just try to make things that don’t work and see what happens, and then try to fix them. Because it’s a sandbox and it’s not real data you’re not at risk of causing any issues. But I learned the most by making mistakes, by building a flow and maybe not testing it thoroughly enough or forgetting a field or forgetting a step where I get a certain record and then seeing what that error is and then adjusting that. That generally happens to all of us eventually, but try and do it deliberately and see what error results you get back. You’ll be surprised to find that they’re the same errors that you get when you’re not trying to make mistakes. So a great way to learn is just by simply doing.
Mike:
So last thing that’s on my mind, and I wonder. AI in the last few years has just erupted. What in your job has changed because of AI? And I just mean in general. Doesn’t have to be Agentforce, nothing like that. Just in general, has anything changed for you as an admin because of AI?
David Simpson:
Additionally, I can put in a solution that I’ve already had and have it output a nice format so that way if maybe I’m not the one doing the ticket, whoever I hand this off to, it can be much easier understood. So overall, just AI is making us more efficient and making us have a faster turnaround time, and that’s just in turn building up the expectations for our stakeholders to deliver faster.
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
David Simpson:
Mike:
The post Navigating Flow Errors as a New Salesforce Admin appeared first on Salesforce Admins.
4,341 Listeners
1,167 Listeners
3,219 Listeners
424 Listeners
3,981 Listeners
3,797 Listeners
1,035 Listeners
5,980 Listeners
2,987 Listeners
5,443 Listeners
227 Listeners
25 Listeners
265 Listeners
1 Listeners
1,294 Listeners