Die deutsche Microsoft-Preisseite nennt am 08.10.2026 für Power Automate Premium 13,00 € je Benutzer und Monat, für Process 130,00 € je Bot und Monat und für Hosted Process 186,30 € je Bot und Monat, jeweils bei jährlicher Abrechnung und zuzüglich Mehrwertsteuer. Die passende Lizenz hängt unter anderem von Auslösern, Benutzern, Premium-Konnektoren und dem RPA-Betriebsmodus ab. Hinzu kommen gegebenenfalls KI-Kapazität, Zielsystemlizenzen sowie Umsetzung und Betreuung. Wir trennen diese Kosten im Angebot; die Listenpreise allein sind keine Gesamtkalkulation.

Bestimmte Microsoft-365-Lizenzen enthalten eingeschränkte Nutzungsrechte für Power Automate. Damit lassen sich geeignete Szenarien mit Standard-Konnektoren umsetzen. Premium-Konnektoren, eigenständige systemübergreifende Prozesse und RPA können zusätzliche Lizenzen erfordern. Auch vorhandene Power-Apps- oder Dynamics-365-Rechte gelten nur innerhalb ihrer jeweiligen Lizenzbedingungen. Deshalb prüfen wir den konkreten Ablauf mit den tatsächlich eingesetzten Tarifen, statt aus einer vorhandenen Microsoft-365-Lizenz auf eine vollständige Abdeckung zu schließen.

Cloud-Flows verbinden Anwendungen über Konnektoren und Schnittstellen. Desktop-Flows bedienen geeignete Windows- oder Webanwendungen über deren Oberfläche und lokale Aktionen. Wir bevorzugen für eine Systemübergabe eine geeignete Schnittstelle, wenn sie verfügbar ist. RPA hilft insbesondere bei Anwendungen ohne passende API, erfordert aber zusätzliche Betrachtung von Arbeitsplatz, Dialogen und Änderungen an der Benutzeroberfläche. Beide Flow-Typen können in einem Gesamtprozess zusammenspielen.

Bei beaufsichtigter RPA unterstützt ein Desktop-Flow einen angemeldeten Benutzer an dessen Arbeitsplatz. Bei unbeaufsichtigter RPA läuft die Verarbeitung ohne anwesende Person in einer dafür vorgesehenen Sitzung. Dafür werden passende Process- oder Hosted-Process-Kapazität sowie eine geeignete Maschine und Ausführungsidentität benötigt. Für Erstellung und bestimmte Orchestrierungsfunktionen können zusätzlich Benutzerrechte erforderlich sein. Zahl und Dauer der parallelen Läufe bestimmen die benötigte Bot-Kapazität; eine Premium-Benutzerlizenz allein ist keine Lizenz für unbeaufsichtigten Dauerbetrieb.

Ein sinnvoller erster Prozess hat einen klaren Auslöser, wiederkehrende Arbeitsschritte, stabile Daten und einen erreichbaren Prozessverantwortlichen. Gute Kandidaten sind beispielsweise eine definierte Angebotsfreigabe oder eine Dokumentenzuordnung mit überschaubaren Ausnahmen. Wir bewerten Fallzahl, Bearbeitungszeit, Fehlerfolgen und Integrationsaufwand gemeinsam. Der erste Schritt soll einen abnehmbaren Nutzen liefern und gleichzeitig zeigen, wie Betrieb, Änderungen und Zuständigkeiten künftig funktionieren.

Wir beginnen mit Prozessaufnahme, Lizenzprüfung und einer technischen Prüfung der beteiligten Systeme. Danach setzen wir einen abgegrenzten Ablauf um, testen ihn mit dem Fachbereich und bereiten Dokumentation sowie Betrieb vor. Als Planungsorientierung kann ein einfacher Pilot mit verfügbaren Zugängen und geklärten Regeln in zwei bis vier Wochen umsetzbar sein; das ist keine Lieferzusage. Mehrere Systeme, komplexe Freigaben, RPA oder unklare Daten benötigen einen eigenen Terminplan. Verbindlich wird die Laufzeit nach Abgrenzung und Ressourcenplanung.

Wir planen die Übergabe so, dass Prozessverantwortliche und IT ihre jeweiligen Aufgaben kennen. Schulungen können die tägliche Nutzung, die Behandlung von Fehlerfällen oder die Pflege und Weiterentwicklung von Flows abdecken. Auf Wunsch vereinbaren wir Betreuung für Monitoring, Änderungen und technische Störungen. Der konkrete Vertrag definiert Zuständigkeiten, Supportzeiten und Reaktionsziele. Eine pauschale Rund-um-die-Uhr-Betreuung ist damit nicht automatisch Bestandteil jeder Implementierung.

Power Automate kann Genehmigungsanfragen an zuständige Personen senden und ihre Antwort im weiteren Ablauf verwenden. Je nach Einrichtung erfolgt die Reaktion beispielsweise in Outlook, Microsoft Teams oder Power Automate. Wir definieren Betragsgrenzen, Genehmigungsreihenfolge, Ablehnungen, Erinnerungen und Vertretung als zusammenhängenden Prozess. Ein fehlender Entscheider oder ein abgelaufener Vorgang erhält eine ausdrücklich vorgesehene Behandlung. Eine Workflow-Freigabe ersetzt keine qualifizierte elektronische Signatur und nicht die Buchungsregeln Ihrer Fachanwendung.

Ein möglicher Ablauf übernimmt eine Rechnung, erkennt Felder, prüft Plausibilität und Dubletten und startet die passende fachliche Freigabe. Für die Erkennung kann AI Builder eingesetzt werden; unsichere Ergebnisse werden manuell geprüft. Die Übergabe an das ERP muss dessen Schnittstellen und Buchungsregeln berücksichtigen. Automatische Zahlung, steuerliche Prüfung und revisionsgerechte Archivierung entstehen nicht allein durch einen Flow. KI-Verbrauch, Aufbewahrung und die jeweiligen Zielsysteme werden gesondert eingeplant.

AI Builder benötigt für produktive Ausführungen ein zur Nutzung passendes Credit-Budget; zusätzlich gelten die Premium-Anforderungen des Flows. Neukunden müssen nach der aktuellen Microsoft-Dokumentation Copilot Credits für AI-Builder-Funktionen erwerben. Bei Bestandskunden sind vorhandene AI-Builder-Kapazitäten und Vertragslaufzeiten zu prüfen. Für ab 1. November 2026 neu gekaufte oder erneuerte berechtigte Power-Platform- und Dynamics-365-Lizenzen entfallen laut aktueller Lizenzübersicht die enthaltenen AI-Builder-Credits. Zuvor erworbene oder erneuerte berechtigte Lizenzen behalten sie bis zum Ende der jeweiligen Vertragslaufzeit. Stand: 08.10.2026; vor Beauftragung erneut prüfen.

Flows können auf ausgewählte Änderungen in Dataverse reagieren und anschließend Aufgaben, Freigaben oder Systemübergaben ausführen. Das eignet sich etwa für eine Eskalation zu einem Servicevorgang oder die Weitergabe eines freigegebenen Auftrags. Wir prüfen zuerst die vorhandenen Standardfunktionen in Dynamics 365, damit keine widersprüchlichen Parallelprozesse entstehen. Filter, fachliche Statuswerte und Wiederholschutz gehören zum Konzept. Premium- beziehungsweise kontextbezogene Dynamics-Nutzungsrechte werden anhand des gesamten Szenarios geprüft

Ja, wenn das Zielsystem geeignete Schnittstellen bereitstellt und die benötigten Zugriffsrechte vorliegen. Je nach System kommen vorhandene Konnektoren, eigene APIs oder ein On-Premises-Datengateway in Betracht. Für SAP sind beispielsweise die konkret benötigten Funktionen, Authentifizierung und technischen Voraussetzungen gesondert zu prüfen. Ein Gateway ist eine Verbindungskomponente und kein Ersatz für eine fachliche Schnittstellenspezifikation. Für große Datenmengen oder geschäftskritische Integrationen vergleichen wir auch andere geeignete Integrationsdienste.

Wir unterscheiden vorübergehende technische Störungen, dauerhaft fehlende Berechtigungen und fachliche Fehler in den Daten. Je nach Ursache wird kontrolliert wiederholt, eine zuständige Person informiert oder der Vorgang zur Korrektur bereitgestellt. Dabei muss eine Wiederholung erkennen können, ob etwa ein Auftrag bereits angelegt wurde. Ein Fehlerkonzept beschreibt deshalb nicht nur die Meldung, sondern auch die Nachverarbeitung. Die benötigten Überwachungs- und Supportleistungen werden mit Ihnen vereinbart.

Ein einzelner Cloud-Flow-Lauf hat nach Microsofts dokumentierten Grenzen eine maximale Dauer von 30 Tagen, einschließlich wartender Schritte. Für längere Vorgänge planen wir deshalb einen dauerhaft gespeicherten Prozessstatus und getrennte Ausführungen für Start, Antwort und Erinnerung. So hängt der Geschäftsprozess nicht an einer einzelnen wartenden Ausführung. Dataverse kann eine geeignete Grundlage dafür sein; Berechtigungen, Datenmodell und Lizenzen werden passend zum Anwendungsfall festgelegt.

Wir definieren eindeutige fachliche Schlüssel und prüfen vor kritischen Aktionen, ob der Vorgang schon verarbeitet wurde. Triggerfilter und klar getrennte Statusänderungen reduzieren unnötige Starts. Bei gegenseitigen Aktualisierungen zwischen zwei Systemen werden Datenhoheit und Rückmeldekennzeichen festgelegt. Auch gleichzeitige Ausführungen und Wiederholungen nach Zeitüberschreitungen gehören in die Tests. Die konkrete Lösung hängt von den Möglichkeiten beider Systeme ab; eine automatische Garantie gegen Dubletten gibt es nicht allein durch den Einsatz von Power Automate.

Entscheidend sind die Rechte der verwendeten Verbindungen, die Freigabe des Flows und die Regeln der beteiligten Datenquellen. Wir begrenzen Zugriffe nach Bedarf und betrachten auch Inhalte in Ausführungsverläufen und Benachrichtigungen. Datenrichtlinien können die Nutzung und Kombination von Konnektoren steuern. Hinzu kommen passende Umgebungen und ein Verfahren für Änderungen. Datenschutz und Aufbewahrung hängen vom konkreten Prozess ab; die Nutzung eines Microsoft-Produkts allein macht einen Ablauf nicht automatisch datenschutzkonform.

Geschäftlich wichtige Flows sollten bereits bei der Einführung ein geregeltes Betriebs- und Eigentümerkonzept erhalten. Beim Offboarding prüfen wir nicht nur den Flow-Besitzer, sondern auch Verbindungen, Zugangsdaten und Zielsystemrechte. Je nach Konnektor und Szenario kommen geeignete technische Identitäten oder geregelte Benutzerverbindungen infrage. Ein pauschales gemeinsames Konto für alle Flows ist kein Ersatz für dieses Konzept. Lizenzierung, Verantwortlichkeit und Übernahme müssen zusammenpassen.

Copilot kann bei der Erstellung und Erklärung geeigneter Cloud-Flows unterstützen. Ein beschriebener Ablauf wird dadurch schneller zu einem ersten Entwurf. Fachliche Regeln, Verbindungen, Berechtigungen, Ausnahmefälle und Tests müssen jedoch weiterhin geprüft werden. Wir verwenden KI-Unterstützung dort, wo sie die Umsetzung sinnvoll erleichtert, und nehmen den tatsächlichen Prozess mit dem Fachbereich ab. Verfügbarkeit und Funktionsumfang können je nach Umgebung, Region und eingesetzter Funktion unterschiedlich sein.

Power Apps stellt individuelle Benutzeroberflächen für Datenerfassung und Bearbeitung bereit. Power Automate führt definierte Aktionen und Übergaben aus. Power BI wertet Daten aus und macht Ergebnisse in Berichten sichtbar. Copilot Studio dient der Erstellung von Agenten, die mit Nutzern und Systemen interagieren können. Die Produkte können zusammenarbeiten, haben aber eigene Aufgaben und Lizenzbedingungen. Für Ihre Lösung wählen wir die Bestandteile, die den konkreten Prozess unterstützen, statt grundsätzlich die gesamte Plattform vorauszusetzen.