Dataverse workaround wrong Autonumber Seed during Deployment
Dataverse workaround wrong Autonumber Seed during Deployment
Have you ever encountered a weird issue while working with autonumber fields in your solutions? You might have noticed that when deploying them to different environments, the starting value ("seed value") sometimes resets to 1000, despite your efforts to change it. I recently faced this challenge and reached out to support for a solution. In this quick guide, I'll share a workaround that you can use until the seed value becomes solution-aware. Stay tuned for a simple trick to address this problem whenever it occurs. To be clear this is a workaround and not a long term solution. Lets hope this issue goes away soon which would make this article not relevant anymore.
First things first, let's dive into setting up a DEV environment. I've created a basic solution and table named 'Cars'. Our goal is to convert the 'Primary Name Column' into an autonumber field. However, we want this auto number to start from a specific value - let's say 10,000. This approach is essential because our client already has a substantial inventory of cars, and we aim to improve the data migration process later down the road to minimize any additional problems - that (if we are honest with ourselves) come anyways as with every data migration. Let's proceed with this adjustment to ensure a better transition for the client:

Now, this is all good. If we create a record in DEV it gets the intended number:

Now, we throw this solution into a pipeline, which, by the way, you should always do to avoid manual deployments whenever possible, and deploy it to a TEST environment to see our auto number field. What do we see? Well, we see that Power Platform changed the Autonumber back to the default seed value of 1000:

After contacting support, I was told that seed values are not solution-aware as of now (November 2023), meaning you cannot deploy them easily. This might seem weird because you might think that when you configure the column, the seed value is somehow also included in the solution, but it's not. There are methods to do that, but most of them are unsupported and/or break fundamental architectural rules. So, let's demonstrate an easy method to change this. First, go to the default solution in your TEST environment, then to the respective table and field, and change the seed value there

This will, of course, create an unmanaged layer inside your managed solution. Next, we jump back to our managed solution and remove the respective layer. This is important because the order of execution will otherwise always show this layer, and this is potentially not what you want for later deployments

There you can go on and remove the unmanaged layer:

And after completing this step you should see the "correct" seed value in your app, in our case the autonumber for the cars:

Of course, this is a workaround and is classified here as a 'Trick.' However, as long as seed values are not solution-aware, which I hope will soon happen, it is a possible way to input the correct values into your target environments if you have to use custom formats for your numbers.
Dataverse workaround wrong Autonumber Seed during Deployment
Published on:
Learn moreRelated posts
Power Platform & M365 Dev Community Call – July 3rd, 2025 – Screenshot Summary
Call Highlights SharePoint Quicklinks: Primary PnP Website: https://aka.ms/m365pnp Documentation & Guidance SharePoint Dev Videos Issues...
Power Platform admin center – The agent inventory page is now available for Public Preview
We are announcing that the agent inventory page for the Power Platform admin center is now available for Public Preview. This page allows admi...
Microsoft 365 & Power Platform Call (Microsoft Speakers) – Community Takeover – July 1st, 2025 – Screenshot Summary
Call Highlights SharePoint Quicklinks: Primary PnP Website: https://aka.ms/m365pnp Documentation & Guidance SharePoint Dev Videos Issues...
Power Platform admin center – Manage agent security with enhanced admin controls
We are announcing the ability to govern Copilot agent development in your environments and enforce governance policies for Copilot agents. Thi...
Add other agents | Power Platform Shorts
Power Platform – Information regarding the ability to re-enable customer-managed key locked environments
We are announcing the ability to manually re-enable customer-managed keys locked environments will reach public preview starting on June 30, 2...
Enable computer use | Power Platform Shorts
How to Use AI Builder in Power Platform to Automate Complex Business Tasks?
Is your business, even today, spending unnecessary time and resources on repetitive, manual tasks — processing invoices, updating records, sor...
Microsoft 365 & Power Platform Call (Microsoft Speakers) – June 24th, 2025 – Screenshot Summary
Call Highlights SharePoint Quicklinks: Primary PnP Website: https://aka.ms/m365pnp Documentation & Guidance SharePoint Dev Videos Issues...