EPISODE · May 4, 2026 · 41 MIN
How to share business data with users outside of your organization with Nicholas Hayduk [MVP]
from M365.FM - Modern work, security, and productivity with Microsoft 365 · host Mirko Peters - Founder of m365.fm, m365.show and m365con.net
Sharing business data with external users sounds simple—until you realize you’re exposing your core systems to people outside your organization. Most companies approach this the wrong way. They either lock everything down and slow collaboration, or they open access in ways that create governance risks. The real challenge isn’t sharing data—it’s doing it in a way that is secure, scalable, and aligned with how modern platforms work. That’s exactly where tools like Microsoft Power Pages come into play. They are designed to bridge the gap between internal systems and external users without breaking governance. In this episode, featuring Nicholas Hayduk [MICROSOFT - MVP], we break down how organizations can safely expose data, avoid common pitfalls, and build scalable external experiences on top of Microsoft Dataverse. 🌐 WHAT POWER PAGES ACTUALLY IS (AND WHAT IT ISN’T) One of the biggest misconceptions is treating Power Pages like a traditional website builder. It’s not. Power Pages is the external-facing layer of the Microsoft Power Platform. While tools like Power Apps and Power BI are built for internal users, Power Pages is specifically designed for external audiences—customers, partners, or members. At its core, it’s a web portal framework that connects directly to Dataverse. That means:Your data lives in DataverseYour logic lives in DataverseYour portal is simply the controlled access layerThis makes it fundamentally different from SharePoint-style content systems. It’s not about pages—it’s about data interaction.🔐 THE IDENTITY & ACCESS MODEL YOU CAN’T IGNORE When you open systems to external users, identity becomes the first architectural decision—not an afterthought. Power Pages introduces a flexible authentication model. Users are stored as contacts in Dataverse and can log in using various identity providers like Microsoft accounts, Google, or LinkedIn. But here’s where it gets interesting: the security model is not based on ownership like traditional Dataverse roles. Instead, access is defined through relationships and web roles. This creates a different way of thinking about permissions:Access is tied to relationships in dataUsers see records connected to them (e.g., their cases or accounts)Security is contextual, not hierarchicalThis model is powerful—but also easy to misunderstand if you expect traditional role-based security.⚙️ THE LICENSING REALITY (AND WHY IT MATTERS) Power Pages doesn’t follow the typical per-user licensing model used internally. Instead, it’s based on monthly active users. You purchase capacity in packs, and each unique login within a month counts as a user. There’s also a pay-as-you-go option for more flexibility. What makes this important is not just cost—it’s architecture. Your licensing model directly impacts:Performance (server capacity scales with users)Scalability planningGovernance of accessIf you underestimate usage, your portal won’t break—but it will slow down. And that becomes a user experience issue long before it becomes a licensing issue.🧱 BUILDING YOUR FIRST PORTAL: WHERE MOST GO WRONG Starting with Power Pages is not just about spinning up a site—it’s about sequencing your architecture correctly. Most successful implementations follow a pattern:First, establish your Dataverse model (often via Dynamics 365)Then, layer Power Pages on topFinally, design external access and user journeysA common mistake is treating it like a standalone tool. It isn’t. It depends heavily on Dataverse being structured properly from the start. Another trap is underestimating the skill set required. Power Pages sits at the intersection of low-code and traditional web development. You need both.🚧 COMMON PITFALLS THAT BREAK PROJECTS Power Pages projects rarely fail because of the technology. They fail because of expectations and design decisions. The biggest risks include:Designing the UI without understanding platform capabilitiesOver-customizing instead of leveraging built-in featuresTreating it like a generic website instead of a data portalOne of the most critical lessons from the episode is this: if your entire solution becomes custom code, you may be using the wrong tool. Power Pages is powerful because it blends low-code and pro-code. But that balance has to be intentional.🔄 REAL-WORLD USE CASES THAT ACTUALLY WORK The strongest use cases all revolve around one idea: controlled external access to business data. Typical scenarios include:Customer self-service portals (support tickets, case management)Partner portals (orders, returns, collaboration)Membership portals (profiles, renewals, benefits access)In all cases, the value comes from connecting external users directly to Dataverse data in a governed way. This is where Power Pages shines—it turns your internal system into a secure external interface.🤖 THE COPILOT OPPORTUNITY FOR EXTERNAL USERS One of the most exciting developments is how Power Pages becomes the delivery layer for AI. You can embed Copilot experiences directly into your portal, allowing external users to interact with AI-powered workflows. This creates entirely new possibilities:AI-driven customer supportGuided data entry and workflowsSelf-service automation for external usersPower Pages is quickly becoming the default way to expose these capabilities beyond your organization.🧠 WHO OWNS THE PORTAL? (AND WHY THIS DECISION MATTERS)Ownership is often unclear—and that creates friction. Power Pages sits between IT and business:IT owns infrastructure, security, and governanceBusiness owns the experience, content, and outcomesIf this isn’t defined early, you end up with competing priorities and slow progress. The most successful implementations treat it as a shared responsibility with clear roles.🧭 IMPLEMENTATION & PAYOFF: BUILDING WITH CLARITY The path forward is not about adopting another tool—it’s about building a controlled gateway to your data. Start by defining your data model in Dataverse. Then design how external users should interact with it. Only after that should you build the portal experience. Power Pages is not the answer to every scenario. But when you need to securely share business data with external users, it becomes one of the most powerful options in the Microsoft ecosystem. The key takeaway is simple: don’t think in pages—think in data, identity, and access. That’s how you move from exposing systems… to designing them for the outside world.Become a supporter of this podcast: https://www.spreaker.com/podcast/m365-fm-modern-work-security-and-productivity-with-microsoft-365--6704921/support.
What this episode covers
Sharing business data with external users sounds simple—until you realize you’re exposing your core systems to people outside your organization. Most companies approach this the wrong way. They either lock everything down and slow collaboration, or they open access in ways that create governance risks. The real challenge isn’t sharing data—it’s doing it in a way that is secure, scalable, and aligned with how modern platforms work. That’s exactly where tools like Microsoft Power Pages come into play. They are designed to bridge the gap between internal systems and external users without breaking governance. In this episode, featuring Nicholas Hayduk [MICROSOFT - MVP], we break down how organizations can safely expose data, avoid common pitfalls, and build scalable external experiences on top of Microsoft Dataverse. 🌐 WHAT POWER PAGES ACTUALLY IS (AND WHAT IT ISN’T) One of the biggest misconceptions is treating Power Pages like a traditional website builder. It’s not. Power Pages is the external-facing layer of the Microsoft Power Platform. While tools like Power Apps and Power BI are built for internal users, Power Pages is specifically designed for external audiences—customers, partners, or members. At its core, it’s a web portal framework that connects directly to Dataverse. That means:Your data lives in DataverseYour logic lives in DataverseYour portal is simply the controlled access layerThis makes it fundamentally different from SharePoint-style content systems. It’s not about pages—it’s about data interaction.🔐 THE IDENTITY & ACCESS MODEL YOU CAN’T IGNORE When you open systems to external users, identity becomes the first architectural decision—not an afterthought. Power Pages introduces a flexible authentication model. Users are stored as contacts in Dataverse and can log in using various identity providers like Microsoft accounts, Google, or LinkedIn. But here’s where it gets interesting: the security model is not based on ownership like traditional Dataverse roles. Instead, access is defined through relationships and web roles. This creates a different way of thinking about permissions:Access is tied to relationships in dataUsers see records connected to them (e.g., their cases or accounts)Security is contextual, not hierarchicalThis model is powerful—but also easy to misunderstand if you expect traditional role-based security.⚙️ THE LICENSING REALITY (AND WHY IT MATTERS) Power Pages doesn’t follow the typical per-user licensing model used internally. Instead, it’s based on monthly active users. You purchase capacity in packs, and each unique login within a month counts as a user. There’s also a pay-as-you-go option for more flexibility. What makes this important is not just cost—it’s architecture. Your licensing model directly impacts:Performance (server capacity scales with users)Scalability planningGovernance of accessIf you underestimate usage, your portal won’t break—but it will slow down. And that becomes a user experience issue long before it becomes a licensing issue.🧱 BUILDING YOUR FIRST PORTAL: WHERE MOST GO WRONG Starting with Power Pages is not just about spinning up a site—it’s about sequencing your architecture correctly. Most successful implementations follow a pattern:First, establish your Dataverse model (often via Dynamics 365)Then, layer Power Pages on topFinally, design external access and user journeysA common mistake is treating it like a standalone tool. It isn’t. It depends heavily on Dataverse being structured properly from the start. Another trap is underestimating the skill set required. Power...
NOW PLAYING
How to share business data with users outside of your organization with Nicholas Hayduk [MVP]
No transcript for this episode yet
Similar Episodes
Mar 26, 2026 ·1m
Mar 19, 2026 ·34m
Feb 18, 2026 ·11m
Feb 11, 2026 ·45m