Cookies on this site

We would like to use cookies to understand how the site is used and to measure our campaigns. Nothing is set until you choose, and you can change your mind at any time from “Cookie settings” at the foot of every page. Privacy policy

Contact UsContact Us

Resources / Blogs

Engineering notes

Managed vs Unmanaged Solutions in Power Platform Explained

Learn the difference between managed vs unmanaged solutions in Power Platform and Microsoft Copilot. Discover best practices for secure deployment

· · 3 min read

Managed vs Unmanaged Solutions in Power Platform: What You Really Need to Know

If you’ve ever exported a Copilot agent in Microsoft Copilot Studio and paused at the managed vs unmanaged solutions option, you’re not alone. It’s one of those decisions that seems small—but can have a big impact later.

Choose wrong, and you might end up with broken environments, unexpected edits, or support headaches. Choose right, and your Copilot agent deployment becomes smooth, secure, and easy to manage.

Let’s break it down in a simple, practical way.

So, What’s the Actual Difference?

At its core, this is about control vs flexibility in Power Platform solution types.An unmanaged solution is fully open. You (or anyone importing it) can tweak everything—topics, entities, flows, and configurations. It’s ideal for unmanaged solution development, where changes happen frequently.

A managed solution is locked down. Once imported, you can use it and configure settings, but you can’t change the underlying logic. That’s why it’s used for managed solution deployment in stable environments.

A simple way to think about it:

  • Unmanaged = your working draft
  • Managed = your final, published version
image (37)

When Should You Use Unmanaged Solutions?

If you’re still building or experimenting, unmanaged is the right choice.

Use it when:

  • Moving your agent between dev, test, or UAT environments
  • Making frequent updates in Microsoft Copilot solutions
  • Testing new topics or flows
  • Collaborating with teams that need flexibility

This fits naturally with Power Platform ALM best practices during development.

However, unmanaged solutions shouldn’t be used for final delivery. Since everything is editable, even small accidental changes can create inconsistencies or break functionality.

When Should You Use Managed Solutions?

When it’s time to go live, managed solutions are the safer and more reliable option.

Use them when:

  • Deploying to production
  • Delivering solutions to clients or across tenants
  • Protecting your work within Microsoft Copilot solutions
  • Following a structured solution lifecycle in Power Platform

Managed solutions help maintain consistency by preventing direct edits. If changes are needed, you update the solution in development, create a new version, and redeploy. This is a core part of proper Copilot agent deployment.

Key Limitations to Keep in Mind

No matter which option you choose, there are a few important considerations in Power Platform solution management:

  • Managed solutions cannot be edited after import
  • Poor versioning can lead to conflicts during deployment
  • Unmanaged solutions can cause environment drift over time
  • Environment variables and connection references must be configured manually
  • Dependencies are not always handled automatically

These are common challenges during Copilot Studio solution export, so planning ahead makes a big difference.

Best Practices That Actually Work

To keep things simple and avoid common issues:

  • Use unmanaged solutions for development and testing
  • Deploy managed solutions to production environments
  • Maintain proper version control for every release
  • Document environment variables and dependencies clearly
  • Never share unmanaged solutions with clients

This approach aligns with proven Power Platform ALM best practices and helps keep deployments stable.

The Bottom Line

You don’t need to overthink it.

  • Use unmanaged solutions while building
  • Use managed solutions when deploying

Before exporting your solution, ask yourself:

“Am I okay with someone editing everything inside this?”

If not, managed is the right choice.

Getting this decision right will save time, reduce risks, and make your Copilot agent solutions easier to maintain and scale as your Microsoft Copilot solutions evolve.

← All articles

Case studies

Application Software Development in practice

Client names are withheld. We are happy to share details on a call.

All case studies
  • Internal project

    4 roles, 1 app

    Computer repair

    Application Software Development

    Operations platform for our repair division

    A web application that runs the repair business end to end: a customer portal for booking and tracking repairs, and separate workspaces for technicians, accountants and administrators. Phase one went live in June 2026; phase two is in progress.

    • Four role-based workspaces in one app
    • Phase one live in June 2026
  • Product

    Card → follow-up

    Sales & events

    Application Software Development

    Business Card Intelligence: event leads to follow-ups

    Scan cards, PDFs or QR codes at an event and get deduplicated leads with AI-drafted follow-ups that send from your own Outlook. A web application on Azure with a mobile companion app in beta.

    • Leads deduplicated automatically
    • Follow-ups drafted in your own mailbox
  • Delivered

    Every change, flagged

    Food manufacturing

    AI Consulting

    Label comparison agent for a national food cooperative

    Compares two versions of a product label, highlights every change, annotates the PDF and returns an audit-ready list of differences. We moved it from Copilot Studio to Azure Functions when the document processing outgrew the low-code platform.

    • Audit-ready differences in one chat turn
    • Rebuilt from low-code to cloud functions

Keep reading

All Engineering notes articles

Want this applied to your environment?

Talk to the engineers who write these articles. We will look at your setup and tell you what to do first.