The views and opinions expressed in this blog are those solely of the author(s) and do not necessarily reflect Microsoft’s current policy, position, or branding. For official announcements and guidance on Dynamics 365 apps and services, please visit the Microsoft Dynamics 365 Blog.
Personalized Community is here!
Quickly customize your community to find the content you seek.
Work or School Accounts Now Enabled in Community!
On May 12 Work or School Accounts were enabled in Community, along with Microsoft accounts (MSA). This allows seamless navigation between Community, Dynamics 365 applications, and Azure Active Directory enabled sites while logged into your Work or School account.
Read more | Managing Accounts
2019 release wave 2 Discover the latest updates to Dynamics 365Release overview guides and videos Release Plan | Early Access Availability
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Talent TechTalks
The new UCI and the ability to have several model driven apps changed the playground a lot for us ol’ dynamics folks. It brought shiny new capabilities and flexibility but it also brought a tiny bit of more complexity to the game. Suddenly when you want to send an e-mail with a record URL you need to define which model driven app to display to record from. No longer a workflow with a simple “insert record URL”. So what’s the easiest way to get that darn app ID?
Have you also had that requirement? That old one that never seem to die where the customer wants an e-mail with a record URL in it so he/she doesn’t need to go in to the system if not absolutely necessary. Sigh. Well, it happens still, and usually I try and challenge the requirement but sometimes it actually is necessary, and I had to build a flow to solve exactly that for colleague of mine recently.
There is an entity called Model-Driven Apps (appmodules) that are not searchable among the entities in the maker portal.
Therefore it might be a bit difficult to explore, but it contains the model -driven apps in your environment and you can use it as an entity in a power automate action.
Search for the Common Data Service (current environment) connector (read why and how to use that connector here), and use the List records action.
Generally when wanting an App ID you usually only want one result – so make sure you filter your List record action. I of course use FetchXML Builder in XrmToolBox to secure my filter and my result.
That’s it. Now you have you’re app ID ready to use.
If you’d like to read a detailed blog posts with all the steps on how send a record URL with Power Automate, I would recommend you to read this post written by Linn Zaw Win. He uses environment variables to get the app ID which is another way of doing it.
Business Applications communities