Stephen Siciliano's guest appearances

Stephen Siciliano

CRM Audio

Microsoft Business Applications Podcast

Mike Dickerson

Mark Christie

Larry Lentz

Charles Lamanna

Julie Yack

Scott Sewell

Jon Levesque

Sarah Critchley

Scott Millwood

Ben Vollmer

Sukrut Parab

Matthew Anderson

Brian Galicia

Steve Mordue

Shawn Tabor

OwlTail

FULL SHOW NOTES https://podcast.nz365guy.com/473 Ready to supercharge your understanding of AI and automation? Prepare to be enlightened by Stephen Siciliano, Microsoft's Vice President of Power Automate, as he navigates us through the thrilling world of tech, highlighting the significant advancements since our last chat in 2019. An outdoor enthusiast from Seattle, Steven shares his love for nature and how he leverages AI in his personal life. He also gives us a sneak peek into how AI fuels Microsoft’s Co-Pilot and Power Automate.Ever wondered how Microsoft embraced GPT technology to boost Power Automate flows? Or how do the code-generating capabilities of the GitHub co-pilot model work? We've got you covered. Steven discusses the launch of the Power Automate Co-Pilot for Cloud Flows feature and how it's making a difference. He also shares updates on the Power Automate interface and how its newfound smoothness is transforming workflow creation.The conversation with Steven takes an interesting turn as we spotlight the importance of the comprehensive Power Platform. As we observe a trend of organizations shunning specific point solutions and adopting a more holistic view of their IT landscape, Steven underlines the potential of GPT technology in building Power Automate flows and how AI will impact RPA in the future. We conclude with a fascinating discussion on the integration of RPA and process mining, how automated workflow recommendations can be drawn from activity logs, and the ongoing work on parity in the Power Platform. So buckle up and join us for this insightful journey into the future of tech and automation. And let's anticipate the grand celebration when the fullness of time arrives! Trust us; you don't want to miss it.AgileXRM AgileXRm - The integrated BPM for Microsoft Power PlatformSupport the showIf you want to get in touch with me, you can message me here on Linkedin.Thanks for listening 🚀 - Mark Smith

FULL SHOW NOTES <a href="https://podcast.nz365guy.com/473" rel="nofollow" target="_blank">https://podcast.nz365guy.com/473</a> Ready to supercharge your understanding of AI and automation? Prepare to be enlightened by Stephen Siciliano, Microsoft's Vice President of Power Automate, as he navigates us through the thrilling world of tech, highlighting the significant advancements since our last chat in 2019. An outdoor enthusiast from Seattle, Steven shares his love for nature and how he leverages AI in his personal life. He also gives us a sneak peek into how AI fuels Microsoft’s Co-Pilot and Power Automate. Ever wondered how Microsoft embraced GPT technology to boost Power Automate flows? Or how do the code-generating capabilities of the GitHub co-pilot model work? We've got you covered. Steven discusses the launch of the Power Automate Co-Pilot for Cloud Flows feature and how it's making a difference. He also shares updates on the Power Automate interface and how its newfound smoothness is transforming workflow creation. The conversation with Steven takes an interesting turn as we spotlight the importance of the comprehensive Power Platform. As we observe a trend of organizations shunning specific point solutions and adopting a more holistic view of their IT landscape, Steven underlines the potential of GPT technology in building Power Automate flows and how AI will impact RPA in the future. We conclude with a fascinating discussion on the integration of RPA and process mining, how automated workflow recommendations can be drawn from activity logs, and the ongoing work on parity in the Power Platform. So buckle up and join us for this insightful journey into the future of tech and automation. And let's anticipate the grand celebration when the fullness of time arrives! Trust us; you don't want to miss it. <a href="https://www.agilexrm.com" rel="nofollow" target="_blank">AgileXRM</a> AgileXRm - The integrated BPM for Microsoft Power Platform<a href="https://www.buymeacoffee.com/nz365guy" rel="payment nofollow" target="_blank">Support the show</a>If you want to get in touch with me, you can message me here on <a href="https://www.linkedin.com/in/nz365guy" rel="nofollow" target="_blank">Linkedin</a>. Thanks for listening 🚀 - Mark Smith

Exploring the Future of Tech and Automation with Microsoft's Vice President of Power Automate Stephen Siciliano

This is our second episode recorded at the Microsoft Ignite podcast center. Today's guest is Stephen Siciliano, Principal Group PM for Power Automate. MVP Jerry Weinstock also joins us to discuss his white paper "A guide to building enterprise-ready flows."  During Ignite 2019, Microsoft announced the rebranding of Microsoft Flow as Power Automate. During this episode, we delve into the rebranding of the platform and some best practices for Power Automate flows. Reminder: Microsoft is giving away Surface earbuds to one lucky listener–register at https://aka.ms/PodcastSweepstakes for your chance to win. This episode is brought to you by Maplytics by Inogic. Show notes: What is Power Automate? Power Automate in one sense is a new name for what we know and love as Microsoft Flow. We decided that now was the perfect time to make it part of the Power family, along with Power Apps, Power BI, and Power Virtual Agent. What was the thought process behind the name change? Another factor driving the change was the introduction of Robotic Process Automation. With RPA you can now build automation that uses the user interface of applications to be able to automate them. So you can write data to them, read data from them, and simulate mouse clicks. There are a bunch of applications out there that don’t have any api—even with custom connectors, you have to have some kind of rest api to be able to work with something. Our goal with the new UI flow capability is to open the door to anything that you can do on your PC you can now automate with power automate. The way that RPA works is you have to directly interact with the UI. There are two types of RPA, one is attended RPA. That means somebody is actually sitting at the computer and has the UI in front of them and presses a button and it pulls the data from the application, the other type of RPA is called on attended RPA, which runs somewhere else without a human interacting with it. The best place to run that is in an Azure VM. For on attended RPA, you need to make sure that the automation does not depend on any type of human interaction, including things like login, getting credentials, handling error handling, for example you might have a dialog box pop up. The benefit of unattended RPA is you can scale it and have multiple operations happening in parallel. How do you manage performance with RPA? When you record a UI Flow, you record everything, including delays waiting for things to pop up and for jobs to complete, and you can adjust the amount of time that it takes. Say you have it save a file, and sometimes it takes twice as long, we have built-in retries, so if the dialog hasn’t appeared yet we will keep retrying to look for that control for some period of time until it pops up. You need to make sure that as you are building your flows you are testing them across a variety of file sizes and data types to make sure that it works, so that when it takes longer the retry policy will catch it, otherwise you may find yourself in a situation where your process times out and fails. Will there be an RPA custom connector? Today we support two types of technology: for Windows applications, we use the UI automation framework that is included in modern versions of Windows and is the same framework that all of the accessibility features in Windows use. As long as the application supports the UI automation APIs, we can automate it. For web applications, we use a framework called Selenium, which is a very common web automation framework. As long as your web app is scriptable via Selenium, that works as well. There are some applications that don’t work with the Windows UI automation framework and are not web-based. For those applications today we don’t do a very good job of handling automation for them. For example, if you hover over Java-based application, you will get a warning that we don’t support this application yet. Over the next few months we are going to add a few more application types that we can support, and someday even having a custom connector equivalent where we can have our own custom application type is something we’ve thought about, but we think that the UI automation framework and Selenium will cover the majority of applications, and what we are looking at doing is leverage Computer Vision to provide automation, even if there is no API at all. How will this help on-premises customers? The Power Automate service runs in the cloud, but with the on-premise data gateway, which we have had for almost five years, you can connect to anything running on-premise, and the UI flow itself executes locally on the machine. So theoretically, if you have a long-running process, you could unplug the ethernet cable while the process is running and if you plug it in again before the process finishes, it will just work. We don’t support offline yet where I could queue things up and send them down to the machine and replay them later, but that’s another thing that we are looking at in the future. Do we still say we are building “flows?” Absolutely—“flow” is like the parent class, the base for everything. The core thing is a flow. There are different types of flows:  Business Process Flows, which come from Dynamics 365 UI Flows, which are the newest type of flow Automated Flows, which have been part of the Microsoft Flow product since the beginning  You use Power Automate to create flows. What does this mean for Logic Apps? Any plans to bring RPA functionality to Logic Apps? Not exactly—even before these announcements we had functionality in Flow that was not in Logic Apps. Business Process Flow and building on CDS solutions are some examples. We are going to continue to invest in types of flows that are not the automated flows, which are the Logic Apps equivalents. As we continue to invest in Business Process Flow and UI Flow, these are additional types of abstractions that continue to build on top of that layer, and these won’t necessarily be brought back into the Logic Apps code base. Other topics discussed in this episode:  Plans for synchronous/real-time flow Plans for improvements to connector documentation Why can’t I run a Flow when a row is added to Excel? When will the Dynamics 365 connector go away? Improved documentation for using actions in flow Managing order of operations with multiple flows Should you put your flows in a solution? Should you use nested conditions? Calling solution based flows from a canvas app Best practices for enterprise flow 

This is our second episode recorded at the Microsoft Ignite podcast center. Today's guest is Stephen Siciliano, Principal Group PM for Power Automate. MVP Jerry Weinstock also joins us to discuss his white paper "<a href="https://clouddamcdnprodep.azureedge.net/gdc/gdc5fzAoK/original" rel="nofollow" target="_blank">A guide to building enterprise-ready flows.</a>"  During Ignite 2019, Microsoft announced the rebranding of Microsoft Flow as Power Automate. During this episode, we delve into the rebranding of the platform and some best practices for Power Automate flows. Reminder: Microsoft is giving away Surface earbuds to one lucky listener–register at <a href="https://aka.ms/PodcastSweepstakes" rel="nofollow" target="_blank">https://aka.ms/PodcastSweepstakes</a> for your chance to win. This episode is brought to you by <a href="https://goo.gl/nvi5Aw" rel="nofollow" target="_blank">Maplytics by Inogic</a>. Show notes: What is Power Automate? Power Automate in one sense is a new name for what we know and love as Microsoft Flow. We decided that now was the perfect time to make it part of the Power family, along with Power Apps, Power BI, and Power Virtual Agent. What was the thought process behind the name change? Another factor driving the change was the introduction of Robotic Process Automation. With RPA you can now build automation that uses the user interface of applications to be able to automate them. So you can write data to them, read data from them, and simulate mouse clicks. There are a bunch of applications out there that don’t have any api—even with custom connectors, you have to have some kind of rest api to be able to work with something. Our goal with the new UI flow capability is to open the door to anything that you can do on your PC you can now automate with power automate. The way that RPA works is you have to directly interact with the UI. There are two types of RPA, one is attended RPA. That means somebody is actually sitting at the computer and has the UI in front of them and presses a button and it pulls the data from the application, the other type of RPA is called on attended RPA, which runs somewhere else without a human interacting with it. The best place to run that is in an Azure VM. For on attended RPA, you need to make sure that the automation does not depend on any type of human interaction, including things like login, getting credentials, handling error handling, for example you might have a dialog box pop up. The benefit of unattended RPA is you can scale it and have multiple operations happening in parallel. How do you manage performance with RPA? When you record a UI Flow, you record everything, including delays waiting for things to pop up and for jobs to complete, and you can adjust the amount of time that it takes. Say you have it save a file, and sometimes it takes twice as long, we have built-in retries, so if the dialog hasn’t appeared yet we will keep retrying to look for that control for some period of time until it pops up. You need to make sure that as you are building your flows you are testing them across a variety of file sizes and data types to make sure that it works, so that when it takes longer the retry policy will catch it, otherwise you may find yourself in a situation where your process times out and fails. Will there be an RPA custom connector? Today we support two types of technology: for Windows applications, we use the UI automation framework that is included in modern versions of Windows and is the same framework that all of the accessibility features in Windows use. As long as the application supports the UI automation APIs, we can automate it. For web applications, we use a framework called Selenium, which is a very common web automation framework. As long as your web app is scriptable via Selenium, that works as well. There are some applications that don’t work with the Windows UI automation framework and are not web-based. For those applications today we don’t do a very good job of handling automation for them. For example, if you hover over Java-based application, you will get a warning that we don’t support this application yet. Over the next few months we are going to add a few more application types that we can support, and someday even having a custom connector equivalent where we can have our own custom application type is something we’ve thought about, but we think that the UI automation framework and Selenium will cover the majority of applications, and what we are looking at doing is leverage Computer Vision to provide automation, even if there is no API at all. How will this help on-premises customers? The Power Automate service runs in the cloud, but with the on-premise data gateway, which we have had for almost five years, you can connect to anything running on-premise, and the UI flow itself executes locally on the machine. So theoretically, if you have a long-running process, you could unplug the ethernet cable while the process is running and if you plug it in again before the process finishes, it will just work. We don’t support offline yet where I could queue things up and send them down to the machine and replay them later, but that’s another thing that we are looking at in the future. Do we still say we are building “flows?” Absolutely—“flow” is like the parent class, the base for everything. The core thing is a flow. There are different types of flows: <ul> <li>Business Process Flows, which come from Dynamics 365</li> <li>UI Flows, which are the newest type of flow</li> <li>Automated Flows, which have been part of the Microsoft Flow product since the beginning</li> </ul> You use Power Automate to create flows. What does this mean for Logic Apps? Any plans to bring RPA functionality to Logic Apps? Not exactly—even before these announcements we had functionality in Flow that was not in Logic Apps. Business Process Flow and building on CDS solutions are some examples. We are going to continue to invest in types of flows that are not the automated flows, which are the Logic Apps equivalents. As we continue to invest in Business Process Flow and UI Flow, these are additional types of abstractions that continue to build on top of that layer, and these won’t necessarily be brought back into the Logic Apps code base. Other topics discussed in this episode: <ul> <li>Plans for synchronous/real-time flow</li> <li>Plans for improvements to connector documentation</li> <li>Why can’t I run a Flow when a row is added to Excel?</li> <li>When will the Dynamics 365 connector go away?</li> <li>Improved documentation for using actions in flow</li> <li>Managing order of operations with multiple flows</li> <li>Should you put your flows in a solution?</li> <li>Should you use nested conditions?</li> <li>Calling solution based flows from a canvas app</li> <li>Best practices for enterprise flow</li> </ul>

Introducing Power Automate with Stephen Siciliano

FULL SHOW NOTEShttps://podcast.nz365guy.com/59Technical skills and career journey with Microsoft Dream job growing up and how this dream evolved Journey to becoming part of the Microsoft Business Applications team Envisioning a future product line for Microsoft Relationship between Logic Apps and Microsoft Flow The story behind the creation of the Power Platform Thoughts on workflow foundation  Workflow engine and Microsoft Flow The biggest challenge to achieving the move off of the old technology Impact of the Power Platform to old technologies and what you need to do Migration endpoint from the Legacy to the Power Platform Focus on UX and design Personally using Microsoft Flow to get things doneBusiness process flows becoming part of Microsoft Flow  Involvement in the interface level Importance of getting up to speed with Flow Opportunity for ISVs to innovate solely on Flow Where connectors fit into the picture of Flow RESOURCESAzure Autoscale – https://azure.microsoft.com/en-us/features/autoscale/Azure Logic Apps – https://docs.microsoft.com/en-us/azure/logic-apps/logic-apps-overviewCommon Data Service – https://docs.microsoft.com/en-us/learn/modules/get-started-with-powerapps-common-data-service/1-introduction Power Platform – https://support.microsoft.com/en-ph/help/4347019/introduction-to-the-microsoft-power-platformMicrosoft Flow release notes, October 2018 – https://docs.microsoft.com/en-us/business-applications-release-notes/october18/microsoft-flow/planned-featuresBusiness Process Flows – https://docs.microsoft.com/en-us/dynamics365/customer-engagement/customize/business-process-flows-overviewAgileXRM AgileXRm - The integrated BPM for Microsoft Power PlatformSupport the showIf you want to get in touch with me, you can message me here on Linkedin.Thanks for listening 🚀 - Mark Smith

FULL SHOW NOTES <a href="https://podcast.nz365guy.com/59" rel="nofollow" target="_blank">https://podcast.nz365guy.com/59</a><ul><li>Technical skills and career journey with Microsoft </li><li>Dream job growing up and how this dream evolved </li><li>Journey to becoming part of the Microsoft Business Applications team </li><li>Envisioning a future product line for Microsoft </li><li>Relationship between Logic Apps and Microsoft Flow </li><li>The story behind the creation of the Power Platform </li><li>Thoughts on workflow foundation  </li><li>Workflow engine and Microsoft Flow </li><li>The biggest challenge to achieving the move off of the old technology </li><li>Impact of the Power Platform to old technologies and what you need to do </li><li>Migration endpoint from the Legacy to the Power Platform </li><li>Focus on UX and design </li><li>Personally using Microsoft Flow to get things done</li><li>Business process flows becoming part of Microsoft Flow  </li><li>Involvement in the interface level </li><li>Importance of getting up to speed with Flow </li><li>Opportunity for ISVs to innovate solely on Flow </li><li>Where connectors fit into the picture of Flow </li></ul>RESOURCES<ul><li>Azure Autoscale – <a href="https://azure.microsoft.com/en-us/features/autoscale/" rel="nofollow" target="_blank">https://azure.microsoft.com/en-us/features/autoscale/</a></li><li>Azure Logic Apps – <a href="https://docs.microsoft.com/en-us/azure/logic-apps/logic-apps-overview" rel="nofollow" target="_blank">https://docs.microsoft.com/en-us/azure/logic-apps/logic-apps-overview</a></li><li>Common Data Service – <a href="https://docs.microsoft.com/en-us/learn/modules/get-started-with-powerapps-common-data-service/1-introduction" rel="nofollow" target="_blank">https://docs.microsoft.com/en-us/learn/modules/get-started-with-powerapps-common-data-service/1-introduction</a> </li><li>Power Platform – <a href="https://support.microsoft.com/en-ph/help/4347019/introduction-to-the-microsoft-power-platform" rel="nofollow" target="_blank">https://support.microsoft.com/en-ph/help/4347019/introduction-to-the-microsoft-power-platform</a></li><li>Microsoft Flow release notes, October 2018 – <a href="https://docs.microsoft.com/en-us/business-applications-release-notes/october18/microsoft-flow/planned-features" rel="nofollow" target="_blank">https://docs.microsoft.com/en-us/business-applications-release-notes/october18/microsoft-flow/planned-features</a></li><li>Business Process Flows – <a href="https://docs.microsoft.com/en-us/dynamics365/customer-engagement/customize/business-process-flows-overview" rel="nofollow" target="_blank">https://docs.microsoft.com/en-us/dynamics365/customer-engagement/customize/business-process-flows-overview</a></li></ul><a href="https://www.agilexrm.com" rel="nofollow" target="_blank">AgileXRM</a> AgileXRm - The integrated BPM for Microsoft Power Platform<a href="https://www.buymeacoffee.com/nz365guy" rel="payment nofollow" target="_blank">Support the show</a>If you want to get in touch with me, you can message me here on <a href="https://www.linkedin.com/in/nz365guy" rel="nofollow" target="_blank">Linkedin</a>. Thanks for listening 🚀 - Mark Smith