Diplom-Biologe | Senior IT-Consultant
|
SH |
Sascha Hess xenosystems.de - IT-Consulting & Data Management |
www.xenosystems.de |
|
|
STRATEGISCHE WISSENS-ROADMAP 2026 |
|
|
|
|
|
Digitalisierung |
|
|
Prozessautomati-sierung |
|
|
Workflows automatisieren, Systeme verbinden, manuelle Arbeit eliminieren — im Mittelstand |
WAS SIE IN DIESEM KIT ERHALTEN:
|
|
1 |
Plattform-Entscheidungsmatrix Make.com vs. Power Automate vs. n8n — wann welches Werkzeug |
|
|
2 |
10 Automatisierungs-Fallen Typische Fehler bei No-Code-Workflows — mit Sofort-Korrekturen |
|
|
3 |
20 KMU-Automatisierungs-Rezepte Fertige Workflow-Muster für Vertrieb, Buchhaltung, HR und IT |
|
|
4 |
Fehlerbehandlung & Monitoring Robuste Workflows die auch nach Monaten noch zuverlässig laufen |
|
|
5 |
30-Tage-Automatisierungsplan Vom ersten Workflow zur strukturierten Automatisierungsstrategie |
HAFTUNGSAUSSCHLUSS
Alle Workflow-Muster, Rezepte und Empfehlungen wurden sorgfältig erarbeitet. Da jede Systemlandschaft und jeder Geschäftsprozess individuell ist, übernimmt der Autor keinerlei Haftung für fehlerhafte Automatisierungen, Datenverlust, unbeabsichtigte Mehrfachausführungen oder sonstige Schäden. Testen Sie alle Automatisierungen in einer Nicht-Produktionsumgebung, bevor Sie sie auf Produktivdaten anwenden.
KEINE ERGEBNISGARANTIE
Genannte Zeit- und Kosteneinsparungen sind Erfahrungswerte aus realen KMU-Umgebungen. Tatsächliche Ergebnisse hängen vom konkreten Prozess, der Systemkonfiguration und der Datenqualität ab.
DSGVO UND DATENSCHUTZ
Automatisierungsplattformen wie Make.com und Power Automate verarbeiten häufig personenbezogene Daten (Kundendaten, Mitarbeiterdaten, E-Mails). Prüfen Sie vor dem Einsatz: Wo werden die Daten verarbeitet und gespeichert? Existiert ein Auftragsverarbeitungsvertrag? Sind die DSGVO-Anforderungen erfüllt? Klären Sie dies mit Ihrem Datenschutzbeauftragten.
LIZENZBEDINGUNGEN DRITTER
Make.com, Power Automate, n8n und alle genannten Dienste unterliegen den Nutzungsbedingungen ihrer jeweiligen Anbieter. Preise, Features und API-Limits ändern sich regelmäßig. Prüfen Sie aktuelle Konditionen direkt beim Anbieter.
VERSIONSHINWEIS
Die Inhalte spiegeln den Stand von Make.com (ehemals Integromat), Microsoft Power Automate und n8n, März 2026.
URHEBERRECHT
Dieses Dokument ist für den persönlichen oder betriebsinternen Gebrauch des Käufers lizenziert. Weiterverkauf, Weitergabe an Dritte und öffentliche Veröffentlichung sind ohne schriftliche Genehmigung nicht gestattet.
Eine ausführliche Version dieses Haftungsausschlusses befindet sich am Ende dieses Dokuments.
01 Einleitung
Warum No-Code-Automatisierung die Produktivität im KMU verdoppeln kann
02 Plattform-Entscheidung
Make.com vs. Power Automate vs. n8n — die richtige Wahl
03 Grundkonzepte
Trigger, Aktionen, Datenflüsse, Fehlerbehandlung und Monitoring
04 Die 10 Automatisierungs-Fallen
Typische Fehler — mit sofortigen Korrekturen
05 Vertrieb & CRM
Lead-Routing, Angebotsprozesse, Kundenkommunikation
06 Buchhaltung & Finanzen
Rechnungsverarbeitung, Mahnwesen, DATEV-Integration
07 HR & Personalwesen
Onboarding, Abwesenheiten, Mitarbeiterkommunikation
08 IT & Systemintegration
ERP-Anbindung, Monitoring-Alerts, Datensynchronisation
09 Fehlerbehandlung & Governance
Robuste Workflows, Versionierung, Dokumentation
10 30-Tage-Automatisierungsplan
Vom ersten Workflow zur strukturierten Automatisierungsstrategie
01
In mittelständischen Unternehmen gibt es eine bestimmte Art von Arbeit, die täglich geleistet wird und die niemand als "wertvoll" empfindet: Daten aus einer E-Mail in eine Tabelle übertragen. Eine Benachrichtigung verschicken, wenn ein Auftrag einen bestimmten Status erreicht. Eine neue Zeile in der ERP-Datenbank anlegen, wenn ein Webformular ausgefüllt wurde. Dokumente umbenennen und in den richtigen Ordner verschieben.
Diese Arbeit ist nicht schwierig. Sie ist repetitiv. Und sie absorbiert täglich Stunden von Mitarbeitern, die stattdessen mit Kunden sprechen, Probleme lösen oder Entscheidungen treffen könnten.
No-Code-Automatisierung mit Make.com und Power Automate ist die Technologie, die diese repetitive Arbeit eliminiert — ohne Programmierkenntnisse, ohne IT-Projekt, ohne sechs Monate Vorlaufzeit.
Was 2015 noch anspruchsvolle API-Programmierung erforderte, ist 2026 mit Drag-and-Drop in zwei Stunden umsetzbar. Ein Mitarbeiter mit Prozessverständnis und etwas Systematik kann Workflows bauen, die zuvor nur Entwickler hätten erstellen können.
Die Zahlen aus der Praxis sind überzeugend: Ein typisches mittelständisches Unternehmen hat 15–30 Prozesse, die vollständig automatisierbar sind. Jeder dieser Prozesse spart 1–5 Stunden pro Woche. Bei einem Team von 20 Personen können das 50–150 Stunden pro Woche sein — fast 4 Vollzeitstellen, die statt für Datentransfer für echte Wertschöpfung genutzt werden könnten.
Dieses Kit zeigt, welche Plattform für welchen Anwendungsfall passt, welche 20 KMU-Automatisierungen den höchsten ROI liefern, wie Workflows robust und wartbar gebaut werden — und wie in 30 Tagen eine strukturierte Automatisierungsstrategie entsteht.
|
|
WAS AUTOMATISIERT WERDEN KANN — UND WAS NICHT ■ Gut automatisierbar: repetitive Regel-basierte Aufgaben, Datentransfer zwischen Systemen, Benachrichtigungen und Eskalationen, Dokumentenverarbeitung nach festem Muster. ■ Nicht automatisierbar: Aufgaben die Urteilsvermögen erfordern, kreative Arbeit, Eskalationen die menschliche Einschätzung brauchen, Situationen mit hoher Variabilität. ■ Grauzone (KI + Automatisierung): Dokumentenextraktion via OCR und LLM, E-Mail-Klassifizierung, Stimmungsanalyse in Kundenfeedback — möglich, aber mit Validierungsprozess. |
02
|
Kriterium |
Make.com |
Power Automate |
n8n |
|
Zielgruppe |
Agenturen, KMU, Technikaffine |
Microsoft-Ökosystem |
Technik-Teams, Self-Hosting |
|
Einstiegshürde |
Niedrig |
Sehr niedrig (M365-Nutzer) |
Mittel (technisch) |
|
Visuelle Oberfläche |
Sehr gut (Flussdiagramm) |
Gut (aber verschachtelt) |
Gut (Node-basiert) |
|
Microsoft 365 Integration |
Gut (via Konnektoren) |
Exzellent (nativ) |
Gut (via API) |
|
Nicht-Microsoft-Apps |
Exzellent (1.000+ Apps) |
Gut (500+ Apps) |
Sehr gut (400+ Nodes) |
|
REST-API-Integration |
Sehr gut (HTTP-Modul) |
Gut (HTTP-Aktion) |
Exzellent (flexibel) |
|
Fehlerbehandlung |
Sehr gut |
Gut |
Sehr gut |
|
Datentransformation |
Sehr gut (inkl. Funktionen) |
Mittel (Expressions) |
Sehr gut (JS-Code) |
|
Preis (Einstieg) |
ab 9 €/Monat |
Im M365-Plan enthalten |
Kostenlos (Self-hosted) |
|
Datenhaltung |
EU-Server möglich |
EU (Microsoft EU) |
Self-hosted = lokal |
|
DSGVO-Eignung |
Prüfen (Serverstandort) |
Gut (Microsoft EU) |
Sehr gut (Self-hosted) |
|
Support |
Community + Docs |
Microsoft + Community |
Community + Enterprise |
Wählen Sie Power Automate wenn:
→ Microsoft 365 (Teams, Outlook, SharePoint, Dynamics) ist das Herzstück Ihrer IT.
→ Sie kein zusätzliches Budget für eine neue Plattform ausgeben möchten — Power Automate ist in M365 Business Premium und vielen anderen M365-Plänen enthalten.
→ Ihre Nutzer bereits in Microsoft-Umgebungen arbeiten — die Lernkurve ist minimal.
→ Sie SharePoint-Listen, Teams-Kanäle oder Dynamics 365-Prozesse automatisieren wollen.
Wählen Sie Make.com wenn:
→ Sie Systeme verbinden müssen, die nicht von Microsoft stammen: Shopify, HubSpot, Slack, Trello, Airtable, DATEV-Schnittstellen, Google Workspace.
→ Sie komplexe mehrstufige Workflows mit Verzweigungen, Schleifen und Datentransformationen bauen wollen.
→ Sie maximale Flexibilität bei API-Aufrufen und Datenmapping benötigen.
→ Sie eine visuell klare, flussdiagramm-artige Darstellung bevorzugen.
Wählen Sie n8n wenn:
→ Datenschutz und Datenhaltung kritisch sind: n8n kann on-premise betrieben werden — keine Daten verlassen das Unternehmensnetz.
→ Technisches Know-how im Team vorhanden ist: JavaScript-Snippets machen n8n sehr mächtig.
→ Sie keine laufenden SaaS-Kosten für die Automatisierungsplattform wünschen.
Kombinieren Sie beide wenn:
→ Microsoft-interne Prozesse via Power Automate, externe Systemintegrationen via Make.com — keine seltene und sinnvolle Kombination im KMU.
|
|
DSGVO-SCHNELLCHECK VOR DEM EINSATZ ■ Make.com: Serverstandort in der EU auswählen (europäische Datenzentren verfügbar). Auftragsverarbeitungsvertrag mit Make abschließen. Keine sensitiven Personendaten in Workflow-Historien speichern. ■ Power Automate: Daten verbleiben in Microsoft-Infrastruktur (EU Data Boundary). Dennoch: Datenschutzbeauftragten informieren, welche Prozesse personenbezogene Daten verarbeiten. ■ n8n Self-hosted: volle Kontrolle — ideal für sensible Daten. Aber: Betrieb und Updates liegen in eigener Verantwortung. |
03
Jede Automatisierung — egal auf welcher Plattform — besteht aus denselben vier Grundbausteinen:
Trigger (Auslöser): Was startet den Workflow? Drei Trigger-Typen:
→ Zeitbasiert: "Jeden Montag um 08:00 Uhr", "Täglich um Mitternacht", "Stündlich".
→ Ereignisbasiert: "Wenn eine neue E-Mail eingeht", "Wenn ein Formular ausgefüllt wird", "Wenn ein Datensatz im ERP geändert wird".
→ Webhook: Ein externes System sendet aktiv eine Nachricht — sofortige Reaktion ohne Polling.
Aktionen: Was soll passieren? Jeder Schritt im Workflow ist eine Aktion: E-Mail senden, Datensatz anlegen, HTTP-Aufruf durchführen, Datei verschieben, Nachricht in Teams posten.
Bedingungen (Router/Filter): Wenn X, dann Y, sonst Z. Workflows verzweigen sich basierend auf Datenwerten.
Datenfluss: Wie bewegen sich Daten durch den Workflow? Ausgabe eines Schritts wird zur Eingabe des nächsten. Variablen, Transformationen und Mappings steuern was wo ankommt.
|
POLLING (schlechte Alternative): Make.com fragt alle 5 Minuten: "Gibt es neue E-Mails?" → Reaktionszeit: 0–5 Minuten → Ressourcenverbrauch: hoch (alle 5 Min. eine API-Anfrage) → Operationen-Verbrauch: hoch (kostenpflichtig)
WEBHOOK (richtige Methode): Das Quellsystem sendet sofort eine Nachricht wenn etwas passiert → Reaktionszeit: Sekunden → Ressourcenverbrauch: minimal (nur bei Ereignis) → Operationen-Verbrauch: niedrig
Faustregel: immer Webhook wenn das Quellsystem es unterstützt. Polling nur wenn Webhooks nicht verfügbar sind. |
|
Typische Transformationen in Make.com und Power Automate:
TEXTVERARBEITUNG: formatDate(now; "DD.MM.YYYY") → 30.03.2026 upper("müller gmbh") → MÜLLER GMBH trim(" Beispiel ") → Beispiel substring("AuftragsNr: 4711"; 13; 4) → 4711 replace("Herr Dr. Müller"; "Herr "; "") → Dr. Müller
MATHEMATIK: round(nettobetrag * 1.19; 2) → Bruttoberechnung if(umsatz >= 100000; "A"; if(umsatz >= 25000; "B"; "C"))
ARRAY/LISTE: first(items) → erstes Element last(items) → letztes Element count(items) → Anzahl Elemente join(items; ", ") → kommaseparierte Liste filter(items; status = "aktiv") → gefilterte Liste
POWER AUTOMATE EXPRESSIONS: formatDateTime(triggerBody()?['date'],'dd.MM.yyyy') concat(body('Get_item')?['Title'], ' - ', string(items('Apply_to_each')?['ID'])) if(equals(variables('Status'),'OFFEN'),true,false) |
04
Ein Workflow läuft täglich und überträgt Daten aus einem Formular ins CRM. Eines Tages ist das CRM kurz nicht erreichbar. Der Workflow schlägt fehl — still. Kein Alert. Kein Log. Niemand bemerkt es. Drei Tage später fragt ein Vertriebsmitarbeiter, warum seine letzten Leads nicht im CRM sind.
LÖSUNG:
✓ Jeder produktive Workflow hat einen Error-Handler — einen Pfad, der bei Fehler ausgeführt wird.
✓ Error-Handler sendet mindestens eine Benachrichtigung: E-Mail oder Teams-Nachricht mit Fehlerbeschreibung.
✓ Make.com: "Error Handler" Route auf jedes Modul. Power Automate: "Configure run after" → bei Fehler.
|
MAKE.COM FEHLERBEHANDLUNG: Modul 1 (HTTP Request) ──→ Erfolg: Modul 2 ↘→ Fehler: [Error Handler Route] → Variable: Fehlermeldung = error.message → E-Mail: "Workflow XY fehlgeschlagen: {{error.message}}" → Fehlerobjekt in Google Sheet / SQL Server loggen
POWER AUTOMATE FEHLERBEHANDLUNG: Aktion konfigurieren → "Run after" → "has failed" oder "has timed out" → Sende E-Mail: Subject = "Power Automate Fehler: " + workflowName() Body = "Fehler: " + result('Fehlgeschlagene_Aktion')?['error']?['message'] |
Ein Workflow soll ausgelöst werden, wenn eine E-Mail mit dem Betreff "Angebot" eingeht. Er antwortet automatisch — mit einer E-Mail, die "Angebot" im Betreff enthält. Die Antwort löst den Workflow erneut aus. Endlosschleife. Innerhalb von Minuten werden hunderte E-Mails verschickt.
LÖSUNG:
✓ Trigger-Filter immer so restriktiv wie möglich: nur E-Mails von externen Absendern, nicht von der eigenen Mailadresse.
✓ "Marker" setzen: verarbeitete E-Mails mit Label markieren, Workflow prüft Label vor Verarbeitung.
✓ Cooldown-Variable: wenn derselbe Datensatz innerhalb von X Minuten nochmal getriggert wird, überspringen.
|
MAKE.COM ENDLOSSCHLEIFEN VERHINDERN: Filter auf Trigger: → from.email does not contain "@eigene-domain.de" → subject contains "Angebot" AND NOT contains "[BEARBEITET]"
Erste Aktion nach Trigger: → E-Mail als gelesen markieren ODER Label "VERARBEITET" setzen → Danach: prüfen ob Label bereits gesetzt (Idempotenz-Check) |
Ein Workflow enthält die E-Mail-Adresse des Vertriebsleiters, eine Slack-Channel-ID und eine SharePoint-URL direkt in jedem Schritt hartcodiert. Der Vertriebsleiter wechselt, Slack-Channels werden umbenannt. Nun müssen 47 Stellen im Workflow manuell geändert werden — und zwei werden vergessen.
LÖSUNG:
✓ Alle konfigurierbaren Werte in Variablen zu Beginn des Workflows definieren.
✓ Make.com: "Set Variable" als ersten Schritt, alle Konfigurationswerte dort.
✓ Power Automate: "Initialize variable" für alle Konfigurationswerte am Anfang.
✓ Besser: externe Konfigurationsdatei (SharePoint-Liste, Google Sheet) die vom Workflow gelesen wird.
|
RICHTIG — Konfiguration am Anfang des Workflows: Schritt 1: Variablen definieren → varEmpfaengerEmail = "vertrieb@firma.de" → varSlackChannel = "C0123456789" → varSchwellenwertEuro = 10000 → varSQLServer = "ERP-SERVER-01"
Schritt 2-N: Verwende {{varEmpfaengerEmail}} statt hartcodierter Adresse → Wenn Empfänger wechselt: nur Schritt 1 ändern |
Ein Webhook-Workflow legt bei jeder Bestellung einen Datensatz im CRM an. Der Webhook wird wegen eines Netzwerkfehlers zweimal gesendet. Der Workflow läuft zweimal. Im CRM sind jetzt zwei identische Kontakteinträge.
LÖSUNG:
✓ Idempotenz-Check zu Beginn: existiert ein Datensatz mit dieser ID bereits?
✓ Eindeutigen Schlüssel aus den Eingangs-Daten ableiten und vor dem Anlegen prüfen.
✓ Make.com: HTTP-Modul → "Search" vor "Create". Power Automate: "Get items" mit Filter vor "Create item".
|
IDEMPOTENZ-MUSTER: 1. Eingehende Bestellnummer extrahieren: orderId = trigger.data.order_id 2. CRM durchsuchen: "Existiert Kontakt mit CustomField_OrderId = {{orderId}}?" 3. WENN gefunden: Workflow beenden (oder Update statt Create) 4. WENN nicht gefunden: neuen Datensatz anlegen 5. Beim Anlegen: orderId als CustomField_OrderId mitschreiben |
Der Workflow-Service-Account hat admin-Rechte auf das CRM, Vollzugriff auf SharePoint und kann alle E-Mails im Postfach lesen. Bei einem Sicherheitsvorfall oder einem Workflow-Bug kann der Schaden maximal sein.
LÖSUNG:
✓ Least-Privilege-Prinzip: jeder Workflow bekommt nur die Rechte die er für seine spezifische Aufgabe braucht.
✓ Separate Service-Accounts je Workflow-Kategorie: einen für CRM, einen für SharePoint, einen für E-Mail.
✓ API-Tokens regelmäßig rotieren und in einem Passwort-Manager oder Key Vault verwalten.
Ein Workflow wurde optimiert. Die neue Version schlägt fehl. Die alte Version? Gelöscht. Es gibt keine Möglichkeit, zur funktionierenden Version zurückzukehren.
LÖSUNG:
✓ Make.com: Scenarios haben Versionierung eingebaut — vor jeder Änderung Screenshot + Export als JSON.
✓ Power Automate: "Save as" statt "Save" bei signifikanten Änderungen. Export als ZIP vor Änderungen.
✓ Workflow-Beschreibung in jedem Schritt: was tut dieser Schritt, warum wurde er so gebaut?
Make.com und Power Automate protokollieren Workflow-Ausführungen inklusive der verarbeiteten Daten. Wenn ein Workflow Kundennamen, E-Mails und Adressen verarbeitet, landen diese Daten in den Ausführungs-Logs — die von Plattform-Mitarbeitern eingesehen werden können.
LÖSUNG:
✓ Sensible Felder in Make.com als "don't store data" konfigurieren.
✓ In Power Automate: "Secure Inputs/Outputs" für Schritte die sensitive Daten verarbeiten aktivieren.
✓ Aufbewahrungsdauer für Ausführungs-Logs auf Minimum setzen.
✓ Keine vollständigen Datensätze durch Webhooks schleusen — nur IDs, dann Daten direkt aus dem System holen.
Ein Workflow verarbeitet täglich 5.000 Datensätze in einer Schleife — einen nach dem anderen. Nach 40 Minuten läuft der Workflow in einen Timeout. Nur 2.000 der 5.000 Datensätze wurden verarbeitet.
LÖSUNG:
✓ Große Datenmengen in kleinere Batches aufteilen: z.B. 500 Datensätze pro Durchlauf, mehrere Durchläufe.
✓ Pagination nutzen: API-Aufrufe geben selten mehr als 100–250 Datensätze zurück — Paginierung beachten.
✓ Make.com: "Aggregator" statt Schleifen wo möglich.
✓ Power Automate: "Apply to each" mit "Concurrency Control" — parallele Verarbeitung statt seriell.
Ein Workflow ruft täglich eine externe API auf. Die API ist morgens manchmal kurz nicht erreichbar. Ohne Retry-Logik schlägt der Workflow sofort fehl. Mit Retry-Logik würde ein zweiter Versuch nach 30 Sekunden erfolgreich sein.
LÖSUNG:
✓ Make.com: "Number of cycles" auf 3 setzen — automatisch 3 Versuche bei Fehler.
✓ Power Automate: Retry-Richtlinie auf der Aktion konfigurieren: "Fixed interval", 3 Versuche, 30 Sekunden Wartezeit.
✓ Exponential Backoff für kritische Integrationen: 30s, 60s, 120s Wartezeit zwischen Versuchen.
Nach sechs Monaten fragt jemand: "Warum macht dieser Workflow das eigentlich?" Niemand weiß es mehr — der ursprüngliche Ersteller hat das Unternehmen verlassen. Jede Änderung ist riskant, weil die Logik unbekannt ist.
LÖSUNG:
✓ Jeder Workflow hat eine Beschreibung: Zweck, Auslöser, was er tut, wer ihn gebaut hat, wann er zuletzt geändert wurde.
✓ Jeden Schritt im Workflow beschriften — Make.com und Power Automate erlauben Notizen je Schritt.
✓ Workflow-Register wie für Prozessdokumentation: Name, Zweck, Owner, Laufrhistorie, letzte Änderung.
05
Trigger: Neues Formularausfüllung (Typeform, Google Forms, Microsoft Forms)
Aktionen: Kontakt in CRM anlegen, Zuständigen Vertriebsmitarbeiter benachrichtigen, Lead-Quelle und UTM-Parameter mitschreiben, Duplikat-Prüfung vor dem Anlegen.
Zeitersparnis: 5–10 Min. je Lead × Anzahl Leads/Woche
|
MAKE.COM WORKFLOW-STRUKTUR: [Trigger: Typeform - New Response] → [Filter: Email is not empty] → [HubSpot: Search Contact by email] → [Router: Kontakt gefunden?] → JA: [HubSpot: Update Contact] + [Slack: "Lead aktualisiert: ..."] → NEIN: [HubSpot: Create Contact] → [HubSpot: Create Deal] → [Slack: "Neuer Lead: {{name}} von {{company}}"] → [Gmail: Danke-E-Mail an Lead] |
Trigger: Täglich um 07:00 Uhr (zeitbasiert)
Aktionen: CRM nach Angeboten filtern, die seit X Tagen ohne Rückmeldung sind. Vertriebsmitarbeiter per E-Mail oder Teams erinnern. Optionale Eskalation bei sehr alten Angeboten.
|
POWER AUTOMATE WORKFLOW: [Trigger: Recurrence - täglich 07:00] → [Dynamics 365: List records - Offers] Filter: statecode eq 0 AND estimatedclosedate lt @{addDays(utcNow(), -7)} AND new_followup_done eq false → [Apply to each: Angebot] → [Outlook: Send email to owner] Subject: "Nachfassen: {{name}} - {{estimatedvalue}} EUR" Body: "Angebot seit {{age}} Tagen offen. Bitte nachfassen." → [Dynamics 365: Update record - followup_reminder_sent = today] |
Trigger: Projektstatus wechselt zu "Abgeschlossen" im CRM/ERP
Aktionen: 3 Tage warten, Survey-E-Mail senden, Ergebnis in CRM hinterlegen, bei negativem Feedback sofort Kundenbetreuung informieren.
Trigger: Wöchentlich (zeitbasiert)
Aktionen: Kunden mit Umsatz > Schwellenwert X aber ohne Produkt Y identifizieren, Liste für Vertrieb zusammenstellen und als Excel-Anhang senden.
Trigger: Foto in bestimmtem OneDrive/Google Drive Ordner gespeichert
Aktionen: OCR auf Bild anwenden, Kontaktdaten extrahieren, Kontakt im CRM anlegen, Foto umbenennen und in "Verarbeitet"-Ordner verschieben.
Trigger: Täglich (zeitbasiert)
Aktionen: CRM nach ablaufenden Verträgen in den nächsten 60/30/14 Tagen durchsuchen, gestaffelte Erinnerungen an Account Manager senden.
|
MAKE.COM GESTAFFELTE ERINNERUNGEN: [Trigger: Schedule - täglich 06:00] → [SQL Server / CRM: Verträge mit Ablauf in 60 Tagen] → [E-Mail: "Erster Hinweis: Vertrag läuft in 60 Tagen ab"] → [SQL Server / CRM: Verträge mit Ablauf in 30 Tagen] → [E-Mail + Slack: "Wichtig: Vertrag läuft in 30 Tagen ab"] → [SQL Server / CRM: Verträge mit Ablauf in 14 Tagen] → [E-Mail + Slack + Teams: "DRINGEND: Vertrag läuft in 14 Tagen ab"] → [CRM: Task erstellen für Account Manager] |
Trigger: Neuer Kunde angelegt im CRM mit Status "gewonnen"
Aktionen: Willkommens-E-Mail Tag 1, Einrichtungs-Checkliste Tag 3, Check-in-Anruf planen Tag 7, ersten Quartalsbericht planen.
06
Trigger: Neue E-Mail im Buchhaltungs-Postfach mit Anhang
Aktionen: Anhang herunterladen, PDF-Daten via AI/OCR extrahieren (Azure AI Document Intelligence oder vergleichbar), Metadaten in Genehmigungsworkflow weitergeben, Rechnungskopie in SharePoint ablegen.
|
POWER AUTOMATE RECHNUNGS-WORKFLOW: [Trigger: When new email arrives - Buchhaltung@firma.de, has attachment] → [Filter: attachment.type = "application/pdf"] → [SharePoint: Create file - Eingangsrechnungen/{{year}}/{{month}}/] → [AI Builder: Extract information from invoice] Extrahiert: Betrag, Rechnungsnummer, Lieferant, Datum, IBAN → [Condition: Betrag > 5000 EUR] → JA: [Start approval - Geschäftsführung] → NEIN: [Start approval - Buchhaltungsleitung] → [Outlook: Forward to DATEV-Import-Mailbox with structured subject] |
Trigger: Täglich um 05:00 Uhr
Aktionen: Offene Posten aus ERP/DATEV abfragen, Mahnstufen berechnen, Mahndokument generieren, bei Mahnstufe 1+2 automatisch senden, bei Mahnstufe 3 manuell eskalieren.
|
MAKE.COM MAHNWESEN-WORKFLOW: [Trigger: Schedule - täglich 05:00] → [SQL Server: Offene Rechnungen mit Fälligkeit] SELECT RechnungsNr, KundenNr, Betrag, Faelligkeitsdatum, DATEDIFF(DAY, Faelligkeitsdatum, GETDATE()) AS Verzug_Tage FROM dbo.OffenePosten WHERE Bezahlt = 0 → [Iterator: jede offene Rechnung] → [Router nach Verzug_Tage] → 1–14 Tage: Zahlungserinnerung (freundlich, kein Mahnstatus) → 15–30 Tage: Mahnstufe 1 — E-Mail mit Zahlungsfrist 7 Tage → 31–45 Tage: Mahnstufe 2 — E-Mail + Brief-PDF + 10 EUR Mahngebühr → > 45 Tage: Teams-Alert an Buchhaltungsleitung + CRM-Task → [ERP: Mahnstatus aktualisieren] → [Protokoll: Mahnhistorie in SQL Server schreiben] |
Trigger: Neuer Zahlungseingang im Kontoauszug (via Banking-API oder DATEV-Export)
Aktionen: Zahlung mit offener Rechnung matchen, Rechnung als bezahlt markieren, Kunden automatisch bestätigen, offene Posten-Liste aktualisieren.
Trigger: Letzter Werktag des Monats (zeitbasiert, komplexer Trigger)
Aktionen: SQL-Abfrage auf ERP-Datenbank, Excel-Report generieren, an alle Kostenstellen-Verantwortlichen senden.
|
POWER AUTOMATE KOSTENSTELLENREPORT: [Trigger: Recurrence - Monthly, last weekday] → [SQL Server: Execute SQL Query] SELECT Kostenstelle, Verantwortlicher_Email, SUM(Betrag) AS Ist_Kosten, Budget AS Plan_Kosten, SUM(Betrag)/Budget*100 AS Auslastung_Pct FROM dbo.Buchungen b JOIN dbo.Kostenstellen k ON b.KostenstelleNr = k.KostenstelleNr WHERE YEAR(Buchungsdatum) = YEAR(GETDATE()) AND MONTH(Buchungsdatum) = MONTH(GETDATE())-1 GROUP BY Kostenstelle, Verantwortlicher_Email, Budget → [Apply to each: Kostenstelle] → [Create HTML table from data] → [Outlook: Send email to Verantwortlicher_Email] Attachment: Kostenstellenübersicht als Excel |
Trigger: Jeden ersten Montag im Monat
Aktionen: Alle Mitarbeiter mit noch offenen Reisekostenabrechnungen aus dem Vormonat per E-Mail erinnern, Link zur Einreichungsmaske mitschicken.
Trigger: Täglich oder bei jeder Buchung (via ERP-Webhook)
Aktionen: Budget vs. Ist-Kosten je Kostenstelle vergleichen, bei Überschreitung von 80 % / 100 % Warnung an Kostenstellen-Verantwortlichen senden.
07
Trigger: Neuer Mitarbeitereintrag im HR-System oder SharePoint-Liste mit Startdatum
Aktionen: Automatische Checkliste für IT (Account anlegen, Hardware bestellen), Begrüßungs-E-Mail an Kollegen, Kalendereinladungen für erste Woche, Dokumentenzugang einrichten.
|
POWER AUTOMATE ONBOARDING-WORKFLOW: [Trigger: SharePoint - When item is created in "Neue Mitarbeiter"] → [Condition: Startdatum > today + 5 days] (noch genug Vorlauf) → [Teams: Post in "IT-Team" channel] "Neuer Mitarbeiter: {{Name}}, Start: {{Startdatum}}, Position: {{Position}} Bitte bis {{Startdatum - 2}} erledigen: Laptop, Account, Zugänge." → [Planner: Create tasks for IT-Onboarding] Task 1: "AD-Account anlegen für {{Name}}" Task 2: "Hardware bereitstellen" Task 3: "ERP-Zugang einrichten" → [Outlook: Send welcome email to all-hands list] → [SharePoint: Create personal folder in "Mitarbeiter/{{Name}}"] → [Delay until Startdatum - 1 day] → [Teams: Reminder to IT: "Morgen kommt {{Name}} - alles bereit?"] |
Trigger: Neuer Urlaubsantrag (Microsoft Forms, SharePoint, HR-Tool)
Aktionen: Vorgesetzten zur Genehmigung benachrichtigen, nach Genehmigung Teamkalender aktualisieren, HR informieren, Bestätigung an Mitarbeiter.
|
POWER AUTOMATE URLAUBSANTRAG: [Trigger: Microsoft Forms - New response] → [Get response details] → [Start and wait for approval - Vorgesetzter des Antragstellers] Approval type: First to respond Assigned to: manager(triggerBody()?['responder']) Details: "Urlaubsantrag {{name}}: {{von}} bis {{bis}} ({{tage}} Tage)" → [Condition: Outcome equals 'Approve'] → JA: [Outlook Calendar: Add event "Urlaub {{name}}"] [Outlook: Send approved confirmation to employee] [SharePoint: Update absence tracker] → NEIN: [Outlook: Send rejection with approver comment] |
Trigger: Täglich (zeitbasiert)
Aktionen: Mitarbeiterliste prüfen — Geburtstage und Betriebsjubiläen heute, Gratulations-Nachricht in Teams-Kanal posten, optional: E-Card an Mitarbeiter senden.
Trigger: Täglich 16:30 Uhr, nur an Werktagen
Aktionen: Mitarbeiter die ihre Zeiterfassung noch nicht abgeschlossen haben identifizieren, Erinnerung per Teams-Nachricht senden. Montags: Wochenrückblick.
08
Trigger: Lagerbestand unterschreitet Meldebestand (ERP-Webhook oder täglich SQL-Check)
Aktionen: Bestellvorschlag erstellen, Einkäufer benachrichtigen, optionale automatische Bestellung bei Standardlieferanten unter definiertem Schwellenwert.
|
MAKE.COM ERP-NACHBESTELLUNG: [Trigger: Webhook from ERP - Meldebestand unterschritten] Payload: { "ArtikelNr": "A001", "Bestand": 5, "Meldebestand": 20, "Lieferant": "L042" } → [SQL Server: Get article details and standard order quantity] → [Router: Automatische Bestellung erlaubt?] → JA (Standardlieferant, Betrag < 500 EUR): [HTTP: POST to supplier API - Create order] [ERP: Update - Bestellung ausgelöst] [Slack: "#einkauf: Auto-Bestellung ausgelöst: {{ArtikelNr}} x {{Menge}} bei {{Lieferant}}"] → NEIN: [Slack: "#einkauf: Meldebestand unterschritten: {{ArtikelNr}} - bitte manuell bestellen"] [Planner: Task für Einkäufer erstellen] |
Trigger: Alle 5 Minuten (zeitbasiert)
Aktionen: HTTP-Health-Check auf kritische URLs, bei Fehler sofort Alert an IT-Team, nach Wiederherstellung automatisch "wieder verfügbar"-Nachricht.
|
MAKE.COM MONITORING-WORKFLOW: [Trigger: Schedule - alle 5 Minuten] → [HTTP: GET https://erp.firma.de/health] Timeout: 10 Sekunden → [Router: Status = 200?] → JA: [Variable: downtime_count = 0] (zurücksetzen) → NEIN: [Variable: downtime_count += 1] → [Condition: downtime_count = 1] (erster Fehler → Alert) → [Slack: "@channel ALERT: ERP nicht erreichbar seit {{time}}"] → [PagerDuty / SMS: IT-Bereitschaft alarmieren] → [Condition: downtime_count = 12] (1 Stunde → Eskalation) → [Slack: "ESKALATION: ERP seit 1 Stunde down"] → [E-Mail: Geschäftsführung informieren] |
Trigger: Webhook bei Änderung in CRM oder ERP (oder stündliches Polling)
Aktionen: Geänderte Kundendatensätze zwischen CRM und ERP synchronisieren, Konflikte erkennen und eskalieren, Synchronisationshistorie führen.
|
MAKE.COM SYNC-WORKFLOW: [Trigger: CRM Webhook - Contact updated] Payload: { id, email, phone, address, modified_at } → [Idempotenz-Check: bereits verarbeitet? sync_hash prüfen] → [SQL Server: SELECT KundenNr, GeaendertAm FROM Kunden WHERE Email = {{email}}] → [Router: CRM-Änderung neuer als ERP-Änderung?] → JA (CRM führend für diese Felder): [SQL Server: UPDATE Kunden SET Telefon = {{phone}}, ... WHERE KundenNr = {{id}}] [Variable: sync_hash = hash(id + modified_at)] [SQL Server: INSERT sync_log ...] → NEIN (ERP-Daten sind aktueller → Konflikt): [Slack: "Sync-Konflikt: Kunde {{name}} — CRM und ERP unterschiedlich"] [E-Mail: Datenpflege-Team mit Detailvergleich] |
09
Jeder produktive Workflow folgt demselben Fehlerbehandlungs-Muster — unabhängig von Plattform:
|
FEHLERBEHANDLUNGS-HIERARCHIE:
Ebene 1 — Retry (automatisch): → Verbindungsfehler, API-Timeout → 3 Versuche, exponential backoff → Make.com: Error handler mit "Resume" nach Wartezeit → Power Automate: Retry policy auf jeder Aktion konfigurieren
Ebene 2 — Graceful Degradation (Workflow läuft mit Einschränkung weiter): → Optionaler Schritt schlägt fehl → überspringen und weiterführen → Make.com: "Ignore Error" auf nicht-kritischen Modulen → Power Automate: Configure run after → "has failed" → continue
Ebene 3 — Alert und manuelle Intervention (Workflow stoppt): → Kritischer Schritt schlägt fehl → Stop, Alert, manuell beheben → Make.com: Error handler route → Slack/E-Mail + Fehler in Datenbank → Power Automate: Scope with error handling → Send notification
Ebene 4 — Rollback (bei kritischen Datenoperationen): → Wenn mehrere Schritte atomar sein müssen → Kompensationssteps: Schritt 3 gescheitert? → Schritt 1+2 rückgängig machen |
|
-- Alle Workflow-Ausführungen zentral protokollieren -- Wird von Make.com und Power Automate via HTTP-Anfrage befüllt CREATE TABLE automation.Workflow_Protokoll ( ProtoID INT IDENTITY PRIMARY KEY, Plattform NVARCHAR(20), -- 'MAKE' / 'POWER_AUTOMATE' / 'N8N' Workflow_Name NVARCHAR(200), Workflow_ID NVARCHAR(100), -- Interne ID der Plattform Ausfuehrung_ID NVARCHAR(100), -- Eindeutige ID je Ausführung Start_Zeit DATETIME2 DEFAULT SYSUTCDATETIME(), End_Zeit DATETIME2, Status NVARCHAR(20), -- ERFOLG / FEHLER / WARNUNG / LAUFEND Trigger_Typ NVARCHAR(50), -- ZEITPLAN / WEBHOOK / MANUELL Verarbeitete_Items INT, Fehler_Meldung NVARCHAR(MAX), Ausfuehrender NVARCHAR(100) );
-- Täglicher Health-Report aller Workflows CREATE OR ALTER VIEW automation.V_Workflow_Health AS SELECT Workflow_Name, Plattform, COUNT(*) AS Ausfuehrungen_30T, SUM(CASE WHEN Status='ERFOLG' THEN 1 ELSE 0 END) AS Erfolge, SUM(CASE WHEN Status='FEHLER' THEN 1 ELSE 0 END) AS Fehler, ROUND(100.0 * SUM(CASE WHEN Status='ERFOLG' THEN 1 ELSE 0 END) / NULLIF(COUNT(*),0), 1) AS Erfolgsquote_Pct, MAX(Start_Zeit) AS Letzter_Lauf, DATEDIFF(HOUR, MAX(Start_Zeit), GETDATE()) AS Stunden_Seit_Letztem_Lauf, CASE WHEN SUM(CASE WHEN Status='FEHLER' THEN 1 ELSE 0 END) > 3 THEN 'ROT' WHEN SUM(CASE WHEN Status='FEHLER' THEN 1 ELSE 0 END) > 0 THEN 'GELB' WHEN DATEDIFF(HOUR, MAX(Start_Zeit), GETDATE()) > 26 THEN 'GELB' ELSE 'GRUEN' END AS Ampel FROM automation.Workflow_Protokoll WHERE Start_Zeit >= DATEADD(DAY,-30,GETDATE()) GROUP BY Workflow_Name, Plattform; |
|
-- Zentrales Workflow-Register: alle Automatisierungen verwalten CREATE TABLE automation.Workflow_Register ( RegisterID INT IDENTITY PRIMARY KEY, Workflow_Name NVARCHAR(200) NOT NULL, Plattform NVARCHAR(20), Kategorie NVARCHAR(50), -- VERTRIEB / BUCHHALTUNG / HR / IT / INTERN Beschreibung NVARCHAR(MAX), Trigger_Beschreibung NVARCHAR(200), Ersteller NVARCHAR(100), Owner NVARCHAR(100), Owner_Email NVARCHAR(200), Erstellt_Am DATE, Letzte_Aenderung DATE, Aenderungsgrund NVARCHAR(500), Status NVARCHAR(20) DEFAULT 'AKTIV', -- AKTIV / PAUSIERT / ARCHIVIERT Produktiv_Seit DATE, Geschaetzte_Ersparnis_h_Woche DECIMAL(5,1), Abhaengigkeiten NVARCHAR(500), -- andere Workflows, externe APIs Dokumentation_URL NVARCHAR(500) ); |
10
|
|
VOR DEM START Führen Sie eine "Time Waste Audit" durch: bitten Sie 5 Mitarbeiter, eine Woche lang alle repetitiven Aufgaben zu notieren, die sie täglich oder wöchentlich ausführen. Die häufigste und zeitaufwändigste Antwort ist Ihr erster Automatisierungskandidat. Richten Sie Testumgebungen ein: Make.com Free-Plan oder Power Automate Developer-Plan für erste Experimente ohne Produktivrisiko. |
■ TAG 1-2: TIME-WASTE-AUDIT UND PRIORISIERUNG
■ Alle repetitiven manuellen Aufgaben sammeln (5-Personen-Interview, je 15 Minuten)
■ Jede Aufgabe bewerten: Häufigkeit/Woche × Minuten je Ausführung = Stunden/Woche
■ Automatisierbarkeits-Check: ist die Aufgabe regel-basiert und deterministisch?
■ Top-3-Kandidaten identifizieren — Start mit dem einfachsten mit dem höchsten ROI
■ TAG 3-4: PLATTFORM-ENTSCHEIDUNG UND SETUP
■ Entscheidungsmatrix aus Kapitel 2 ausfüllen: Make.com oder Power Automate?
■ Account einrichten, Testumgebung konfigurieren
■ Ersten Konnektor verbinden: z.B. Microsoft 365 in Power Automate, oder Google Sheets in Make.com
■ DSGVO-Check: welche personenbezogenen Daten werden verarbeitet?
■ TAG 5-7: ERSTEN WORKFLOW BAUEN UND TESTEN
■ Einfachsten Automatisierungskandidaten als ersten Workflow umsetzen (Rezept 1–4 als Inspiration)
■ Workflow ohne Produktivdaten testen: Testformular, Testempfänger, Test-CRM-Kontakt
■ Fehlerbehandlung einbauen: was passiert wenn ein Schritt fehlschlägt?
■ Workflow-Register-Eintrag anlegen: Name, Zweck, Owner, geschätzte Zeitersparnis
■ TAG 8-10: ERSTEN WORKFLOW PRODUKTIV SCHALTEN
■ Workflow mit echten Daten testen (kleine Stichprobe, überwacht)
■ Protokollierung aktivieren: zentrales Workflow-Protokoll (Kapitel 9.2)
■ Monitoring einrichten: tägliche E-Mail wenn Fehlerquote > 0
■ Owner briefen: wer ist verantwortlich wenn der Workflow nicht läuft?
■ TAG 11-13: ZWEITEN WORKFLOW AUS REZEPT-BIBLIOTHEK BAUEN
■ Nächsten Kandidaten aus der Prioritätsliste umsetzen
■ Lerneffekt nutzen: Template aus Workflow 1 wiederverwenden
■ Komplexere Logik einführen: Bedingungen, Router, Variablen
■ Idempotenz-Test: Workflow zweimal mit denselben Daten ausführen — duplikatsfreies Ergebnis?
■ TAG 14: GOVERNANCE ETABLIEREN
■ Workflow-Register mit beiden Workflows befüllen
■ Namenskonvention festlegen: [Kategorie]_[Funktion]_[Version], z.B. "VERTRIEB_LeadEingang_v1"
■ Versionierungs-Prozess festlegen: vor jeder Änderung Export/Screenshot
■ Datenschutz-Review: sind sensitive Felder in Logs geschützt?
■ TAG 15-17: DREI WEITERE WORKFLOWS AUS DER BIBLIOTHEK
■ Jeweils einen Workflow aus Vertrieb, Buchhaltung und HR umsetzen
■ Für jeden: Fehlerbehandlung, Protokollierung, Workflow-Register-Eintrag
■ Gemeinsame Bausteine identifizieren: kann Fehlerbehandlungs-Template wiederverwendet werden?
■ API-Dokumentation lesen für die wichtigste externe Integration (ERP, CRM, DATEV)
■ TAG 18-20: ZENTRALE KONFIGURATION EINRICHTEN
■ Konfigurationsquelle einrichten: SharePoint-Liste oder Google Sheet mit allen konfigurierbaren Werten
■ Alle bestehenden Workflows auf Konfigurationsliste umstellen (keine hardcodierten Werte)
■ Service-Account-Konzept: separate Accounts je Workflow-Kategorie
■ API-Token-Verwaltung: alle Tokens in einem Passwort-Manager dokumentieren
■ TAG 21: TEAM-ENABLEMENT
■ Schulung für 2–3 weitere Mitarbeiter: 90-Minuten-Session "Grundlagen der Workflow-Automatisierung"
■ Rezept-Bibliothek intern teilen: welche Automatisierungen gibt es, wie wurden sie gebaut?
■ Feedback-Kanal einrichten: wo melden Nutzer Fehler oder Ideen für neue Automatisierungen?
■ ROI-Messung starten: wie viel Zeit wird tatsächlich eingespart?
■ TAG 22-25: MONITORING-DASHBOARD AUFBAUEN
■ Power BI Automatisierungs-Dashboard: Ausführungen, Erfolgsquote, Fehler, Zeitersparnis
■ Wöchentlichen Automatisierungs-Report einrichten: alle Workflows, Ampelstatus, Auffälligkeiten
■ Alert-Eskalation prüfen: werden Fehler wirklich bemerkt und behoben?
■ Erste ROI-Auswertung: wie viele Stunden wurden in den ersten 3 Wochen eingespart?
■ TAG 26-28: AUTOMATISIERUNGS-ROADMAP ENTWICKELN
■ Alle offenen Automatisierungs-Ideen aus dem Team sammeln und bewerten
■ Roadmap für nächste 3 Monate: welche 10 weiteren Workflows werden umgesetzt?
■ Budget-Planung: welche Plattform-Lizenzen werden bei welchem Umfang benötigt?
■ Make.com vs. Power Automate Kostenoptimierung: Operations-Verbrauch analysieren
■ TAG 29-30: ABSCHLUSS UND GOVERNANCE FORMALISIEREN
■ Alle Workflows im Register vollständig dokumentiert?
■ ROI-Bericht für Geschäftsführung: Zeitersparnis, Fehlerreduktion, Mitarbeiterzufriedenheit
■ Governance-Dokument: Namenskonventionen, Fehlerbehandlungsstandard, Versionierung, Freigabeprozess
■ Nächsten Automatisierungs-Sprint planen: monatlicher Rhythmus für neue Workflows
■ Ergebnis feiern — jede automatisierte Aufgabe ist Zeit, die für wirklich wichtige Arbeit genutzt werden kann! ■
|
|
ERGEBNIS NACH 30 TAGEN Ihr Ergebnis nach 30 Tagen: Fünf bis sieben produktive Workflows die täglich oder wöchentlich laufen, ein zentrales Monitoring-Dashboard, ein gepflegtes Workflow-Register, ein Team das Grundlagen der Automatisierung versteht, eine messbare Zeitersparnis von mindestens 5–10 Stunden pro Woche — und eine Roadmap für die nächsten 90 Tage. |
Die in diesem Dokument enthaltenen Workflow-Muster, Rezepte und Empfehlungen wurden nach bestem Wissen und Gewissen erarbeitet. Automatisierungen greifen direkt in Geschäftsprozesse ein und können bei falscher Konfiguration erheblichen Schaden anrichten. Der Autor übernimmt keinerlei Haftung für fehlerhafte Automatisierungen, Datenverlust, unbeabsichtigte Mehrfachausführungen, Datenschutzverstöße oder sonstige unmittelbare oder mittelbare Schäden.
Alle Workflows müssen in einer Testumgebung mit nicht-produktiven Daten vollständig getestet werden, bevor sie auf Produktivdaten angewendet werden. Besonders kritisch: Workflows die Daten löschen, E-Mails versenden oder externe Bestellungen auslösen.
Automatisierungsplattformen verarbeiten häufig personenbezogene Daten. Prüfen Sie für jede Plattform den Serverstandort, die Aufbewahrungsdauer von Ausführungslogs und ob ein Auftragsverarbeitungsvertrag (AVV) abgeschlossen werden muss. Dies ist keine rechtliche Beratung — klären Sie konkrete Anforderungen mit Ihrem Datenschutzbeauftragten.
Make.com, Power Automate und n8n sind Drittanbieter-Dienste. Verfügbarkeit, Preise, Features und API-Limits können sich jederzeit ändern. Dieses Kit ersetzt keine eigene Evaluierung der aktuellen Konditionen.
© 2026 Sascha Hess, xenosystems.de. Alle Rechte vorbehalten.
Deutsches Recht. Gerichtsstand Weimar, Thüringen.
Sascha Hess ist Diplom-Biologe und IT-Professional mit über 20 Jahren Erfahrung in der Administration von ERP-, BI- und Datenbanksystemen sowie der Begleitung von Digitalisierungsprojekten im Mittelstand. Er hat mehr als 300 Oracle- und SQL-Server-Instanzen administriert und betreut — von mittelständischen KMU bis zu Universitäten und Energieversorgern.
Sein Ansatz verbindet naturwissenschaftliche Präzision mit hochgradiger IT-Spezialisierung. Schwerpunkte: Prozessautomatisierung, SQL Server Performance-Tuning, ERP-Einführungen, Business Intelligence (Power BI, DeltaMaster), Prozessdigitalisierung und IT-Interim-Management.
Web: www.xenosystems.de | E-Mail: info@xenosystems.de | Standort: Weimar, Thüringen / Remote
|
Service |
Beschreibung |
|
Automatisierungs-Sprint |
Identifikation der 10 wichtigsten Automatisierungskandidaten, Implementierung der Top-5-Workflows und Aufbau des Monitoring-Frameworks. Scope: 5-10 Tage. |
|
Digitalisierungs-Readiness-Check |
Analyse Ihrer Prozesse auf Automatisierungspotenzial — mit ROI-Bewertung, Plattformempfehlung und Umsetzungsfahrplan. Scope: 2-3 Tage. |
|
ERP-Integrationsberatung |
Anbindung von ERP-Systemen (MACH, Dynamics, SAP) an Automatisierungsplattformen via API und Webhooks. |
|
BI-Dashboard-Aufbau |
Power BI Dashboards inkl. Automatisierungs-Monitoring und Reporting-Automatisierung. |
|
Interim IT-Management |
Übernahme der IT-Steuerung auf Zeit — Automatisierungsstrategie, Plattformauswahl, Dienstleister-Management. |
Vollständiges Dokument
Strategische Wissens-Roadmap · Checklisten · Praxisbeispiele
49,90 €
Sichere Zahlung über PayPal · Sofort-Download nach Zahlungseingang