Schematic view of an automated process for planning due maintenance, fully AI-generated
All solutions19 / Maintenance & service

Maintenance & service

Schedule and dispatch preventive maintenance automatically

Every due maintenance is detected from the asset list and planned with a time slot and an owner. The technical lead only reviews exceptional cases, instead of watching maintenance intervals and schedules by hand.

Process architecture

From a due service to a planned work order.

The chain reads the asset list, detects due maintenance and plans it with a time slot and an owner. Standard cases are created directly as work orders; exceptional cases go to the technical lead and return to the same flow after approval.

Process diagram

  • 09Nodes
  • 10Connections
  • 03Phases
Environment

01Input

Due date & context

The due maintenance is detected and enriched with asset data, interval and the last service.

2 Steps

02Process

Planning & approval

Scope and priority are determined, availability and ownership are checked and exceptional cases are prepared.

4 Steps

03Output

Work order & record

The work order is created with a time slot, the team is informed and the next service is scheduled.

3 Steps

Source01

Detect the due service

A scheduled run reads the asset list and derives from interval and last service which asset is due.Details

Process node 01Source

Detect the due service

A scheduled run reads the asset list and derives from interval and last service which asset is due.

Interfaces
  • Microsoft Graph API
  • SharePoint API
Next steps
Data02

Load asset data and last service

Asset type, owner, maintenance interval and the last completed service are attached to the case.Details

Process node 02Data

Load asset data and last service

Asset type, owner, maintenance interval and the last completed service are attached to the case.

Interfaces
  • Azure AI Document Intelligence
  • Mistral OCR
  • Dataverse API
Next steps
Action03

Determine scope and priority

Asset type and interval produce the scope and priority of the service, complemented by recognisable anomalies.Details

Process node 03Action

Determine scope and priority

Asset type and interval produce the scope and priority of the service, complemented by recognisable anomalies.

Interfaces
  • Power Automate
  • Azure Functions
  • Microsoft Graph API
Next steps
Decision04

Check availability and ownership

Asset condition, spare parts and ownership are checked against the agreed rules instead of a decision by eye.Details

Process node 04Decision

Check availability and ownership

Asset condition, spare parts and ownership are checked against the agreed rules instead of a decision by eye.

Interfaces
  • Azure OpenAI GPT
  • Anthropic Claude
  • AI Builder
Next steps
Approval05

Approve the exceptional case

If a spare part is unavailable or ownership is unclear, the technical lead decides on the basis of the case.Details

Process node 05Approval

Approve the exceptional case

If a spare part is unavailable or ownership is unclear, the technical lead decides on the basis of the case.

Interfaces
  • Teams Adaptive Cards
  • Power Apps
Next steps
System06

Create the work order and time slot

The approved case is created as a work order with a time slot and an owner in the list and the calendar.Details

Process node 06System

Create the work order and time slot

The approved case is created as a work order with a time slot and an owner in the list and the calendar.

Interfaces
  • Dynamics 365 API
  • Azure Service Bus
Next steps
Result07

Hand over the assignment

The service time slot is in the team calendar and the work order in the maintained list.Details

Process node 07Result

Hand over the assignment

The service time slot is in the team calendar and the work order in the maintained list.

Interfaces
  • Power BI API
  • Teams Webhook
Next steps
Result08

Inform the team

The maintenance team receives the assignment with asset, scope and time slot.Details

Process node 08Result

Inform the team

The maintenance team receives the assignment with asset, scope and time slot.

Interfaces
  • Power BI API
  • Teams Webhook
Result09

Schedule the next service

Completion, findings and the next due date are archived and stay linked to the asset.Details

Process node 09Result

Schedule the next service

Completion, findings and the next due date are archived and stay linked to the asset.

Interfaces
  • Power BI API
  • Teams Webhook
  • Standard path
  • Direct path
  • Review required
  • Exception
  • Return

Steps in execution order

System landscape

Interfaces and apps working together.

  • Microsoft

    Microsoft Graph API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    SharePoint API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure AI Document Intelligence

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Mistral OCR

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Dataverse API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power Automate

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure Functions

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure OpenAI GPT

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Anthropic Claude

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    AI Builder

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Teams Adaptive Cards

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power Apps

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Dynamics 365 API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure Service Bus

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power BI API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Teams Webhook

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Interfaces in use

    Google Sheets API

    Reads the asset list with intervals and last services and updates work orders and due dates.

  • Interfaces in use

    Google Cloud Tasks

    Triggers the due-date run on a schedule, without anyone going through the list.

  • Interfaces in use

    Google Calendar API

    Books the service time slot and checks the availability of the team.

  • Interfaces in use

    Google Chat API

    Presents exceptional cases to the technical lead for approval, with asset and reason.

  • Interfaces in use

    Google Drive API

    Stores service reports and findings with the asset.

  • Possible apps & platforms

    Google Sheets

    Asset and maintenance list in the form the company maintains today.

  • Possible apps & platforms

    Google Calendar

    Scheduling for maintenance and service.

  • Possible apps & platforms

    Google Chat

    Working surface for approvals and questions inside the team.

  • Possible apps & platforms

    Gmail

    Notification for the maintenance team about new assignments.

  • Possible apps & platforms

    Google Drive

    Storage for service reports, organised by asset.

Implementation in context

Robust in everyday use.

The process replaces no system, it uses the existing list: assets, intervals and owners stay where they are maintained today. New is only the path between the due service and the planned assignment.

Decisions are rule-based where the rules are unambiguous and human where they are not. The company sets the limits itself and can adapt them without changing the chain; both paths are documented on the case.

Data stays inside the company environment. At most the description of an anomaly reaches a model, not the full set of asset data; the due date itself is calculated against the intervals in the list.

If a run fails, no due service is lost: a reconciliation picks up missed events, and every case carries an identifier so an asset is never assigned twice.

Starting point

Maintenance intervals live in a list, but whether they are kept depends on someone going through the list regularly and assigning time slots. When a service is forgotten, it stays unnoticed until a breakdown; when it is assigned twice because no one checked, two assignments sit in the calendar for one asset. Both mean downtime and rework in dispatching.

Target picture

Every due service is detected and planned with a time slot and an owner before the interval is significantly exceeded. The technical lead only decides where the rules are not clear-cut, and each decision is documented together with its basis.

Expected benefits

  • Every due service leads to a planned assignment without a manual trigger.
  • The technical lead works on exceptional cases instead of routine interval checks.
  • Duplicate assignments for the same asset are ruled out.
  • Every decision carries its basis and its approver.
  • Due dates and completed services can be evaluated at any time.

Prerequisites to start

  • 01A maintained asset list with unique asset numbers, intervals and owners
  • 02A Google Cloud service account with the permissions for the services in use, approved by a domain administrator
  • 03A shared calendar for scheduling the maintenance team
  • 04One named person in the technical lead to approve exceptional cases
  • 05A decision on the deviation from the interval that counts as an exceptional case

Your next step

Which process costs your team unnecessary time every day?

Give us a short outline. We will tell you honestly where automation is useful—and where it is not.

DiscoverBack to top