New guide: assessing organisational readiness for Microsoft 365 Copilot. Read the guide

Regional Government Entity ยท Government and Public Sector

Consolidating departmental case handling for a public body

Several departmental case processes consolidated onto one Dataverse case model with a citizen-facing portal and defensible records handling.

12 May 2026 Government and Public Sector

Technologies

  • Dynamics 365 Customer Service
  • Dataverse
  • Power Pages
  • Power Automate
  • Microsoft Purview

Outcome themes

  • Process consolidation
  • Service transparency
  • Records compliance

Client context

A regional public body handles citizen requests across several departments. Each department developed its own process over time: one uses a legacy database, one a shared mailbox, and two rely on spreadsheets. Reporting to leadership is assembled manually each month, and citizens have no way to check progress without telephoning.

The challenge

The departments genuinely differ in what they assess and who approves it, so a single rigid process would be rejected. At the same time, the organisation has statutory obligations for response times, record retention and disclosure that the current arrangement cannot evidence. Budget constraints rule out extensive custom development, and any solution must be maintainable by a small internal team.

Objectives

  • One case record and one status vocabulary across participating departments
  • Department-specific assessment steps without separate systems
  • Citizen visibility of request status without a telephone call
  • Retention and disclosure handling that can be evidenced on request
  • A solution the internal team can maintain and extend without external development

The solution

A shared case model is defined in Dataverse: one case entity, one status vocabulary, and department-specific assessment captured through configured business process flows rather than separate systems. Routing uses department, category and workload. A Power Pages portal gives citizens submission and status visibility with authenticated access. Retention labels and disclosure handling are applied through Microsoft Purview against case documentation. Reporting is built on a shared semantic model so departmental and organisational views use the same definitions.

Architecture

  • Dataverse as the case system of record, with a shared case table and department-specific process flows
  • Dynamics 365 Customer Service for internal case handling, queues, routing and service-level tracking
  • Power Pages portal for authenticated citizen submission and status tracking
  • Power Automate for routing, reminders, escalation and notification
  • Microsoft Purview retention labels applied to case documentation
  • Power BI semantic model shared by departmental and organisational reporting
  • Microsoft Entra ID for staff identity, with portal identity federated to the citizen identity provider

Delivery approach

How the work ran

  1. Discovery

    Process mapping with each department to separate genuine differences from historical habit.

    Process maps Common and variant analysis Data inventory
  2. Design

    Shared case model, status vocabulary, routing rules, portal experience and records approach.

    Solution architecture Functional design Records and retention design
  3. Build

    Configuration-first implementation in iterative sprints with departmental review at each increment.

    Configured solution Portal Automations Migration scripts
  4. Validate

    Functional, integration, accessibility and user acceptance testing, including portal accessibility review.

    Test evidence Accessibility report Defect log
  5. Deploy and adopt

    Phased departmental rollout with training, floor-walking support and hypercare.

    Runbooks Training material Hypercare log

Outcomes

What changed

One case record across departments

Leadership reporting is produced from a single model rather than assembled from departmental extracts.

Status visible to citizens

Requests can be tracked through the portal, reducing status-chasing contact.

Evidenced records handling

Retention and disclosure are applied by policy and can be demonstrated on request.

Maintainable by the internal team

Configuration-first delivery keeps ongoing change within the internal team capability.

Lessons learned

What we would tell the next organisation

Every engagement produces something worth carrying forward. These are the points that mattered most in this one.

  • Departments accept a shared model when their genuine differences are visible in it. Resistance comes from erasure, not from standardisation.
  • Accessibility review belongs in the design phase for public-facing services, not at the end of testing.
  • Records requirements should be designed with the records team present, not interpreted from a policy document.

More customer stories

Next step

Start with the problem, not the platform

The first conversation is about what is not working today. Product selection comes later, and sometimes the answer is that you do not need a new one.

Talk to an expert Solutions