Code Apps for Dataverse – Part 1 [Using VS Code and Claude Code] – Getting Started

September 30, 2026October 3, 2026 priyeshwagh777 Customizations, Dynamics 365, Microsoft PowerApps, Power Platform Admin Center

Code Apps has been our earlier this year and I’ve seen people start to use it already. But some stumble upon it and somehow end up creating and managing it – but when we try to remember where we started, it get a little blurry.

Also, this is great segway to move to something not Microsoft-native from a development standpoint and moving away from using Visual Studio (traditionally for C# .NET Framework Plugins) to Node.js based vibe-coded Code-App development.
So, we’ve come from Model-driven Apps -> Canvas Power Apps -> now Code Apps!

Let’s get your first Code Apps out of th door.

Enable Code Apps in your Power Platform Environment

Given you might be a Power Platform / Dynamics 365 Admin already, go to the your Environment’s Settings as below –

Look for Features –
Then, Code Apps might already be Disabled, you need to Enable it.
Make sure to Save the settings and check if it is enabled.

That’s it, you’re set. Now let’s get your environment setup.

Setup your VS Code with with Node.js [and Claude Code] to start writing your Code App

Suppose you are using VS Code [the most popular choice for coding lately 😊, or vibe-coding with Claude Code], here’s how you set it up –

Make sure Node.js is setup on your machine post. Check it using Claude Code on Visual Studio.
Use “node –version” to check the installation is in place.

In case Node.js is not installed – on a Mac, use Homebrew to get it or from winget on a Windows machine.
That set up, now – Power Apps CLI or “pac cli” for short.
So, check using pac –version
I’ll ignore the rest of the message for now.
Now, my preference is to build locally and then host it on the environment. So, my next step is – to authenticate Power Platform CLI to the target environment.

One of the ways to authenticate Power Apps CLI is to also use Device Login method. In that case, use the below –
Use pac org who to confirm if you are authenticated into the correct environment.

Here, you are set with your tools. Now, let’s create a project locally.

Setup A Local App Folder

Now, let’s setup a local app folder now that your tools are authenticated and ready.

Run the command to create a Project folder locally and name your app.
Now, once I run this in Terminal on my VS Code, it’ll create the App.
As this looks good, I’ll now go ahead and initialize this in my connected environment.
Using this command pa app init --display-name "Project Profitability Dashboard" --environment-id XXXXXX-XXXX-e9d2-8c94-e577a72007d7
Once you run it in your terminal, it’ll give you this on your browser
Confirm the local build using ls command.

You’ll see the files listed. Now you are all set.

Add Data Source to the Code App

Now, let’s add Data Source to the code App. In this case, it’ll be our Dataverse environment itself –

Use this command pa app add data-source shared_commondataserviceforapps to add the Data source. I’m not using a Connection Reference so it just took my Entra ID.
And I select the connector, it’ll be finally connected. Now, since this is a blank project, just add a dev script using npm install --save-dev vite
It’ll create the same code and you are done. Now, you can continue to talk to Claude Code to build your Code App and run it using pa app run

Now, we’ll see how the App can run and your changes can start panning out!
Part 2 – Code Apps for Dataverse – Part 2 [Updating your Apps and Deployment]

Hope this was helpful!

Here are some Power Automate posts you want to check out –

Thank you

Create a Custom Connector For Power Automate & Power Apps

July 15, 2024 priyeshwagh777 Azure Functions, Customizations, Microsoft Azure, Microsoft PowerApps, Power Automate, Power Platform azure, custom connector, Dynamics 365, Microsoft Azure, power apps, Power Automate, Power Platform

One of the most important qualities of extending capabilities of any platform is being able to add Custom code and make it available to wider use cases.

In this case, it’s a custom code that is encompassed in a Custom Connector in Power Platform and made available to Power Automate or Power Platform.

Use Case

The purpose of my custom connector is to call my hosted custom code in Power Automate or Power Apps.

For this example, I’ve created a simple Azure Function that just returns a value – just to test the working of the Custom Connector. Of course, your use case is to be able to connect to the hosted app, expect it to process the business logic which you intend to do and return back the results.
So, in my case – my Azure Function will simply greet the name passed to it.

See the Postman test below –

Now, let’s make a Custom Connector that will execute this Azure Function in your Power Automate.

Create Custom Connector in Power Apps / Power Automate

You can either make the Custom Connector from the Power Automate portal or the Power Apps Maker portal, both are the same things. Let’s see this example from Power Apps portal –

In this use case, I’m in a Solution in Power Apps / Power Automate. Open the one in your case since you can’t create a Custom Connector from outside a Solution any longer.
Now you can drop down from New and see in Automation menu that you can create a Custom Connector
Now, you’ll be required to enter the name of the Connector itself and other details like a PNG icon for it, Description etc.
Now, below is the info that I filled in. I’m calling it Data Transporter and have selected an Icon which should make me easy to recognize my connector in Power Automate and Power Apps and enter enter the details of my hosted Azure Function which is authenticated using an API Key.
So, here’s what my info looks like –
Now, when I click on Security after filling all the info, the type of Authentication I used in this case if API Key, yours could be different depending on what your custom application is configured to work with –
It’ll ask you to fill in the information so that it appears as parameters to fill in for the Custom Connector when the end user will work on their Flows/Apps.
The info I’m choosing to fill is this – I’m giving a name to the parameter to indicate what info is required. The actual parameter name required by the Azure Function, in this case – it’s ‘code’ and since I need to pass the API key in Query string, I’ve selected Query instead of Header.
When you go to the next part, i.e. Definition, make sure you also give a Name to the Custom Connector already. Before your lose the info you’ve already entered. Make sure you also click on Create Connector

Once you click on Create connector, it’ll create it in a few moments.
Now, since you are aware of Triggers and Actions from using Power Automate – in this use case, my Custom Connector is designed to be an Action i.e. when called/used in Power Automate, it’ll simply perform the operation it’s designed to do.
Hence, I’m selecting an Action here.
When I select New Action from the left hand pane, it’ll open up information for me to fill out to describe the Action.
Now, since this will appear as a listed item in Actions in my Power Automate connector, I’m filling in this info (and we can check later how it appears).

Next, I’ll click on + Import from sample as it’ll give me a place to enter a sample for the request to call my hosted Azure Function.
Next, I’ll pass these values as I did in Postman to create the sample. Once done, I can click on Import.
When I import, I’ll the request parameters set in the Custom Connector based on the sample I entered.
Next, I’ll scroll down to ensure that all validations are perfect and I needn’t fix anything.
Next, I’ll skip AI Plugins step and also the Code step since I want to keep this example concise and to the scope of the hosted Azure Function only.

And this is skipped too –
Now, the final step is to Test the Custom Connector. The Editor will ask you to Update connector before you can Test. Then, in order to begin testing – you’ll need to first create a Connection using New Connection button as shown below.
When you click on New Connection, you’ll be taken to a new tab to enter the API key which you created as parameter in the initial setup of this Connector. See #7 above. Enter the API key you have which works for this hosted app and then click Create connection.
Next, in case the Connection doesn’t appear, click Refresh button once.
Once you refresh, you should see your Connection come up and selected.
Now, next step is to test the Custom Connector itself. Enter the values that you wish to test for and click Test operation.
You’ll see the test results based on what the hosted code is supposed to perform.
In my case, it was easy as it just greets the name entered.

And your Custom Connector is now ready to be used!

Consuming Custom Connector

Now, let’s see how you can use the Customer Connector in Power Automate in order to perform the operation in your Flows –

Once in Power Automate, look for the Custom tab in the Action selector.
Then, you can see the Action you defined in your Connector Definition steps above.
Since you need to authenticate using the API key you have, the create Connection step will ask you this info and you can give the name of the Connection.
Pass the value you want to pass as data.
Finally, you can just save and test the Flow itself and look for your Outputs.

And that’s how you can have a Custom Connector for your custom app/service your have created. I’ll soon write about other aspects of Custom Connector which I wasn’t able to cover in this blog.

Hope this was useful!

Here are some Power Automate posts you want to check out –

Thank you!

Custom View Filter JS code not working in Dynamics 365 CE. Why? [Quick Tip]

February 27, 2020 priyeshwagh777 CRM with .NET Web Applications, Customizations, D365 WebAPI / JavaScript custom filter, Dynamics 365 CE, javascript

One of the major pet-peeve is not understanding why the code isn’t working. And you for sure know you’ve written the correct code. But, thing just don’t work.

One such tricky situation is that of applying custom filter to fields using JavaScript in Dynamics 365 Customer Engagement apps.

Scenario

Let’s say you have a custom filter to be applied to a field and you’ve written your JS code on Load to apply the filter and everything (you know what you need to do!)

Example:

But the above is just not working. Why???

Reason

The reason is pretty simple! Because, the Lookup field is still using the one set on the field itself. Check that –

The above should be turned off to make your code work since the field’s default OOB filtering takes precedence.

And now, your code should work (Provided everything in it correct)

Hope this quick tip helps!

Check Managed Solution failures in Solution History in Dynamics 365 CRM

February 5, 2020June 26, 2020 priyeshwagh777 Customizations, D365 Admin Center dynamics 365 solutions, managed solutions, projectserviceautomation, upgrade

At times, solution upgrades failed for Managed solution and you have to get in touch with Microsoft support to figure out and get this through –

Example: You’re upgrading a solution like Project Service Automation (or any other for that matter)

Solution Failure

Solution History

So, instead of directly opening a support ticket with Microsoft, it’s best to dig a little into Solution History to get an insight of what exactly failed and to see if you have a quick resolution for this yourself-

Navigate to Solution History in Settings in D365.
Switch the view to see All Solutions
And open the one that failed recently
In my example particularly, I found the below component had a conflicting dependency which caused the solution to fail-

Checking in Dependency Viewer

Now, this isn’t very subtle to check the Dependency Viewer –

In the Exception error message, right click the solutions layers link from the error message itself. Use the scroll wheel itself to click on the link instead of clicking or right clicking.

In my case from the above screenshot, the issue was that the managed workflow Update User Work History was set to Draft and hence, the upgrade failed. It could be anything else in your case.
If this doesn’t open in a new window and opens in the new tab with some additional characters in the URL, then trim the beginning and ending of the text in the bar to make it a legitimate URL and press enter

Post this, you’ll need to work your way to fix the solution and then try upgrading again.

So, if you have a particular solution like restoring back the missing component or fulfilling whatever the dependency may be, you can retry upgrade and this should work successfully.

Finally, if things don’t work out, it would be best to open a support ticket with Microsoft and they should help.

Apart from this, there are still failures which unfortunately, only Microsoft could tell. Those are usually the ones that happen due to data as Microsoft Support said. I’ll follow up this blog in the future once I uncover more details.

Hope this helps!

Set Lookups in Xrm.WebApi D365 v9 correctly. Solving ‘Undeclared Property’ error

November 22, 2019November 22, 2019 priyeshwagh777 CRM with .NET Web Applications, Customizations, Dynamics 365, dynamics 365 customization customization, dynamics 365 web api, javascript

Using Xrm.WebApi needs you to be careful with the field names and what to use when. Especially, when you are dealing with Lookups.

One of the most common errors you’ll come across is the one like below – “An undeclared property (fieldname you entered) which only has property annotations in the payload but no property value was found in the payload.”

This is confusing as to what needs to be put in while setting the lookup.

If you have done the below, entered the name of the field which is all in small caps –

object[“msdyn_resourcerequirement@odata.bind”] = “/msdyn_resourcerequirements(<Guid>)”;

This will result in the above error!!!

You’ll need to put the Schema name of the lookup field instead and this should solve your problem –

and the code should look like this –

object[“msdyn_ResourceRequirement@odata.bind”] = “/msdyn_resourcerequirements(<Guid>)”;

And this should totally work for you!!

Hope this helps! 🙂

Store ‘Today’s Date’ in a field to use in workflow conditions in D365 CE

September 24, 2019 priyeshwagh777 Customizations, dynamics 365 administration, Dynamics 365 CE Dynamics 365 CE, dynamics crm, workflow

Most of us need this in our workflow conditions to check against – to have today’s date handy and then use them in If conditions in workflows. But, the filter in If conditions in workflows don’t let you dynamically select On or after ‘Today’.

And when you want to compare to today’s date on selection of On or After, you are forced to enter a date and not dynamically select Today.

To overcome this, here’s what you can do to simply store Today’s Date in all records.

Calculated Date and Time field

So workaround this, you can simply create a new Date and Time type of Calculated field to store the current date and use it in your workflow conditions or wherever you need it.

Make sure the type of the field is Calculated and then, Edit the criteria.

Select Now() function to set the value of the field.

And the final criteria condition will simply look like the below

Once you save and publish all your changes, you’ll see that the field is automatically populated with today’s date.

Using in Workflow Conditions

Now, you can use the same in the workflow conditions as shown below –

and you should be able to use this in your workflow conditions which could look like this

Hope this quick workaround comes handy!

Modified By (Delegate) & Created By (Delegate) in D365

September 10, 2019September 10, 2019 priyeshwagh777 CRM with .NET Web Applications, Customizations, Dynamics 365, dynamics 365 administration, dynamics 365 customization dynamics 365 administration, dynamics crm plugin, plugin

These fields which are everywhere but you don’t really pay attention to really mean something worth.

So if you feel you want to get hold of someone for modifying a record. Maybe also take a look at Modified By (Delegate) just in case so that the actual user might be someone else who wanted to do another thing on that record. 🙂

Impersonation is one of the basic aspects of a plugin step that you need to carefully design to let another user (usually Admins for most implementations) make the plugin run under their context instead of giving more security roles/privileges to every other new user.

Well, same goes for Created By & Created By (Delegate) also!

Modified By

Usually, when you update something on a record, the Modified By is updated as expected. But notice that Modified By (Delegate) is not updated.

That’s because you are the rightful owner of the record and there’s no other person involved.

But what is someone else is modifying the record (who don’t have access to that record)?

In that case, Modified On (Delegate) field is populated with the name of that user. In such scenarios, Modified By (Delegate) user is the one who caused changes to the record.

Why Modified By (Delegate) was populated

The reason this was populated was because the record was updated through a plugin by a user who doesn’t have Write access to the record.

But because the user invoked a plugin which was Impersonating as a User who has rights to the records, the record was successfully updated. And this, the actual user who called the plugin is the one who will be populated in the Modified By (Delegate) field.

Hope this quick tip helps!

Workaround to get Plugin Profiler from the Unified Interface in D365 CE

July 31, 2019July 31, 2019 priyeshwagh777 CRM with .NET Web Applications, Customizations, Dynamics 365, dynamics 365 administration, Dynamics 365 CE, dynamics 365 customization plugin profiler, plugin registration tool

Developers like me, often need to Profile the Plugin so see what logic you are implementing and this is pretty common in the development lifecycle. But, Let’s say you don’t have the classic UI at your disposal and need to download the Profiler from the Unified Interface itself – Here’s a little detour you’ll need to take to get it right.

Alternatively, using Persist To Entity is also preferred. But example – if you have a plugin on Create and on PreOperation, you won’t want to record to be created, you can go with the below –

Ease of the Classic UI

On the classic UI, you would get the Profiled file correctly just by Download Log File button on the interface itself.

And the file has correct data starting with –

And ending with

Profiler Message on the Unified Interface

As of now, the message pop-up for the profiled plugin will give you this –

And the file has this –

And the Plugin Registration Tool doesn’t understand this! You’ll get this parsing error if you try –

Turn On Exception Logging

Before that, you can check this post on how you can quickly go to the classic UI’s Settings area here – D365 Quick Tip: Shortcut to Settings from the Unified Interface

To be able to capture these details in the Plugin Profile entity, enable Plug-in and custom workflow activity tracing from the System Settings as shown below

You can’t add Plug-in Trace Logs to UCI

Smarter way would be to add the Plug-in Trace Log entity to the UCI App itself and not having to go back to the classic UI. Unfortunately, you can’t do that.

With that, we will have to go back to the Classic UI’s Settings > Plugin-In Profile Area to get out Profiled Log File.

Plug-In Trace Log

Assuming you are back in the classic UI (maybe keep this open in another tab)
Open the Trace Log record
Scroll down to the very bottom to find the Exception Details
Now, copy that to the text file and attach it in the Plugin Registration Tool
This should work and you won’t get an error

Phew! I know this is lengthy. But we hope this will soon be eased 🙂

Hope this helps you!

Show specific entities in Activity Party List Lookup in D365 Activity entity

March 13, 2019March 14, 2019 priyeshwagh777 CRM with .NET Web Applications, Customizations, Dynamics 365, Dynamics 365 CE, dynamics 365 customization D365 Customization, dynamics 365 activity party, party list

Out-of-the-box, D365 Activity Party List field, say, Appointment’s Required/Optional Attendees fields lets you choose among multiple Activity Party enabled entities when you want to select records. And perhaps you don’t even want users to select what’s not relevant.

Let’s look at how we can show only the required entities in the selection list.

Before that, if you want to check how you can enable custom entities for the Activity Party, you can refer this post of mine – Enable entity for Party List selection in Appointment

Hide entities from the Activity Party List field

This can be achieved by writing a simple JS code and calling it onLoad of the Appointment form where the Party List field exists.

Let’s say you only want to show the entities Lead and Contact in the Required Attendees Party List field

Here’s the JS code that goes on the onLoad function of the Appointment form

// JavaScript source code
oAppointmentFormCustomization =
{
filterRequiredAttendees: function () {
Xrm.Page.getAttribute("requiredattendees").setLookupTypes(["lead","contact"]);
}
};

And call the method filterRequiredAttendees onLoad as below
The Appointment’s Required Attendees field will show only the entities you provided in the setLookupTypes([“lead”,”contact”]);

Hope this helps!

Use Read-Only grid among Editable Grid enabled entities in D365

March 5, 2019March 5, 2019 priyeshwagh777 Customizations, Dynamics 365, Dynamics 365 CE, dynamics 365 customization Dynamics 365, dynamics 365 customer engagement, editable grid

When you enable Editable Grid for an entity, all the public views become Editable Grids, correct?

And if you wonder if you can keep certain grids as Read-Only and the rest as Editable, your assumption is correct. Here’s what this blog is about.

You can still go back and select a particular grid which you want to keep as a classic Read-Only grid

Let’s say you have added the Editable Grid under Controls. This will apply Editable Grids for all the Views on that entity.
And you want Vendors view, for example, to show the classic Read-Only grid, open it up.
Select Custom Controls.
And force-add another Read only grid even if it says the Default one is already selected.
Save and Publish you changed and check
And the rest of the grids will continue to be Editable Grids

Note: I tried this on the Unified Interface and this works. Somehow, it didn’t work on the Classic Web UI.

Hope this helps!

Enable Code Apps in your Power Platform Environment

Setup your VS Code with with Node.js [and Claude Code] to start writing your Code App

Setup A Local App Folder

Add Data Source to the Code App

Share this:

Like this:

Use Case

Create Custom Connector in Power Apps / Power Automate

Consuming Custom Connector

Share this:

Like this:

Scenario

Reason

Share this:

Like this:

Solution Failure

Solution History

Checking in Dependency Viewer

Share this:

Like this:

Share this:

Like this:

Calculated Date and Time field

Using in Workflow Conditions

Share this:

Like this:

Modified By

Why Modified By (Delegate) was populated

Share this:

Like this:

Ease of the Classic UI

Profiler Message on the Unified Interface

Turn On Exception Logging

You can’t add Plug-in Trace Logs to UCI

Plug-In Trace Log

Share this:

Like this:

Hide entities from the Activity Party List field

Share this:

Like this:

Share this:

Like this: