Die Geschichte der Automatisierung

Automatisierung ist älter als der Computer. Sie beginnt nicht mit Software, sondern mit Lochkarten und Zahnrädern.

Der Jacquard-Webstuhl (1804)

Joseph-Marie Jacquard baute einen Webstuhl, der komplexe Muster automatisch webte - gesteuert durch eine Kette aus Lochkarten. Wo ein Loch war, hob sich ein Faden. Damit war die Idee geboren, die die gesamte Informatik prägen sollte: ein austauschbares Programm steuert eine Maschine.

• Das Muster steckte in den Karten, nicht in der Mechanik
• Neues Muster = neue Karten, nicht neuer Webstuhl
• Charles Babbage übernahm die Lochkarten-Idee für seine Analytical Engine

Die Batch-Ära der Großrechner

150 Jahre später, in den 1960ern, automatisierten Unternehmen ihre Buchhaltung auf Mainframes. Aufgaben wurden als Stapel (Batch) über Nacht abgearbeitet, gesteuert durch die Job Control Language (JCL). Der Mensch reichte morgens einen Kartenstapel ein und holte am nächsten Tag das Ergebnis ab.

Fun Fact: Weberei-Arbeiter fürchteten Jacquards Maschine so sehr, dass sie sie sabotierten. Das Wort "Sabotage" soll von den Holzschuhen ("sabots") stammen, die man angeblich ins Getriebe warf.

Jacquard-Webstuhl: das erste "Programm"

  Karte 1:  ● ○ ● ● ○ ○ ● ○   → Fäden 1,3,4,7 heben
  Karte 2:  ○ ● ● ○ ● ● ○ ●   → Fäden 2,3,5,6,8 heben
  Karte 3:  ● ● ○ ○ ● ○ ● ●   → ...

  ● = Loch  → Faden hebt sich
  ○ = kein Loch → Faden bleibt

  Das Muster steckt in den Karten.
  Neues Design? Neue Karten - fertig.

  1804: Muster weben.
  1960: Gehaltsabrechnungen als Batch.
  Dasselbe Prinzip: Programm steuert Maschine.

Mit Unix kam in den 1970ern das Werkzeug, das Automatisierung bis heute prägt: cron. Zum ersten Mal konnten Aufgaben zeitgesteuert und ohne Menschen laufen.

Der Zeitplaner cron

cron (benannt nach Chronos, der Zeit) führt Befehle nach einem festen Plan aus: jede Minute, jede Nacht um drei, jeden Monatsersten. In Kombination mit Shell-Skripten automatisierte cron Backups, Reports und Wartung.

• Zeitgesteuert - der Klassiker: "jede Nacht um 3 Uhr Backup"
• Skriptbar - beliebige Befehle aneinanderreihen
• Unsichtbar - läuft im Hintergrund, meldet sich nur bei Fehlern

Die Grenzen

cron war mächtig, aber stur. Es kannte nur die Uhrzeit, nicht den Kontext. Es reagierte nicht auf Ereignisse ("wenn eine E-Mail kommt"), verband keine fremden Systeme und setzte Kommandozeilen-Kenntnisse voraus. Automatisierung blieb Sache der Admins.

Fun Fact: cron ist heute rund 50 Jahre alt und läuft praktisch unverändert auf Milliarden Servern. Der berüchtigte "cron-Job, den niemand mehr versteht" ist in vielen Firmen ein realer, gefürchteter Klassiker.

# Die berühmten fünf Sterne: min std tag monat wochentag

# Jede Nacht um 3:00 Uhr ein Datenbank-Backup
0 3 * * *  /usr/local/bin/backup.sh

# Alle 15 Minuten einen Health-Check
*/15 * * * *  curl -s https://api.example.com/health

# Jeden Montag um 8:00 einen Wochenreport
0 8 * * 1  /scripts/wochenreport.sh | mail team@firma.de

# Mächtig - aber stur:
#   kennt nur die UHRZEIT, nicht den Kontext.
#   reagiert nicht auf Ereignisse.
#   braucht einen Admin mit Shell-Wissen.

In den 1990ern erreichte Automatisierung die Büros - und die Menschen ohne Programmier-Ausbildung. Das Werkzeug: Makros.

Excel-Makros und VBA

1993 brachte Microsoft Visual Basic for Applications (VBA) in Excel. Nun konnte jeder Sachbearbeiter wiederkehrende Klick-Abläufe aufzeichnen und per Knopfdruck wiederholen: Tabellen formatieren, Berichte bauen, Daten zusammenführen.

• Makro-Rekorder - Klicks aufzeichnen, kein Code nötig
• VBA - für alle, die tiefer einsteigen wollten
• Office-weit - Word, Excel, Access, Outlook automatisieren

Segen und Fluch

Makros demokratisierten die Automatisierung - und schufen zugleich die berüchtigte "Excel-Tabelle, an der das halbe Unternehmen hängt". Undokumentiert, von einer Person gepflegt, unersetzlich. Bis heute laufen ganze Geschäftsprozesse auf VBA-Makros, die niemand mehr anzufassen wagt.

Fun Fact: Makros wurden auch zum Einfallstor für Viren. Das Melissa-Makro (1999) legte per Word-Dokument weltweit E-Mail-Server lahm - der Grund, warum Office bis heute vor dem Aktivieren von Makros warnt.

' Der Klassiker: Bericht per Knopfdruck

Sub MonatsberichtErstellen()
    Dim ws As Worksheet
    Set ws = ThisWorkbook.Sheets("Rohdaten")

    ' Summe je Kunde bilden
    ws.Range("D2:D1000").Formula = "=B2*C2"

    ' Nach Umsatz sortieren
    ws.Range("A1:D1000").Sort _
        Key1:=ws.Range("D2"), Order1:=xlDescending

    ' Als PDF exportieren und mailen
    ws.ExportAsFixedFormat xlTypePDF, "Bericht.pdf"
End Sub

' Kein Admin, keine Shell - nur ein Button.
' Automatisierung erreicht das Büro.
' Und mit ihr die "Tabelle, die niemand anfassen darf".

In den 2000ern entstand eine neue Idee: Wenn Software keine Schnittstelle anbietet, dann bedient ein Roboter sie eben so, wie ein Mensch es täte - über die Benutzeroberfläche. Das ist Robotic Process Automation (RPA).

Bots, die klicken

Anbieter wie Blue Prism (gegründet 2001, prägte später den Begriff RPA), UiPath und Automation Anywhere bauten Roboter, die Mausklicks und Tastatureingaben nachahmen: Daten aus einem Alt-System kopieren, in ein Web-Formular tippen, Rechnungen abtippen.

• Kein API nötig - der Bot bedient die Oberfläche wie ein Mensch
• Ideal für Alt-Systeme - dort, wo es keine Schnittstelle gibt
• Schnell eingeführt - ohne das Ziel-System zu verändern

Die Achillesferse

RPA-Bots sind zerbrechlich: Verschiebt sich ein Button, ändert sich ein Layout, bricht der Roboter. Sie automatisieren das Symptom (die manuelle Klickarbeit), nicht die Ursache (die fehlende Integration). Trotzdem wurde RPA zum Milliardenmarkt - weil in vielen Unternehmen die Alt-Systeme nie APIs bekamen.

Fun Fact: Viele RPA-Bots laufen auf einem echten, dauerhaft eingeloggten Windows-PC in einer Ecke des Rechenzentrums - der Bot "sieht" den Bildschirm und "bewegt" die Maus. Fällt der Bildschirm in den Ruhemodus, steht die Automatisierung still.

# RPA: der Bot bedient die Oberfläche wie ein Mensch

SEQUENZ "Rechnung erfassen":
  1. Öffne  SAP-Fenster
  2. Klicke Feld "Kreditor"     bei (x=340, y=210)
  3. Tippe  "70012"
  4. Lies   Betrag aus PDF      (OCR)
  5. Klicke Feld "Betrag"       bei (x=340, y=260)
  6. Tippe  <betrag>
  7. Klicke Button "Buchen"     bei (x=580, y=520)

# Das Problem:
#   Button verschiebt sich um 20 Pixel
#   -> der Bot klickt ins Leere -> Absturz.

# RPA automatisiert das SYMPTOM (Klickarbeit),
# nicht die URSACHE (fehlende Schnittstelle).

Um 2010 hatte fast jeder Cloud-Dienst eine API. Damit wurde eine viel sauberere Automatisierung möglich: Systeme direkt über ihre Schnittstellen verbinden - kein Klick-Roboter mehr nötig.

"Wenn dies, dann das"

IFTTT (2010) und vor allem Zapier (2011) machten das für jeden zugänglich. Über eine einfache Oberfläche verband man Trigger und Aktionen: "Wenn eine neue Rechnung in Stripe eingeht, lege eine Zeile in Google Sheets an und schicke eine Slack-Nachricht." Kein Code, keine Server.

• Trigger → Aktion - ereignisgesteuert statt nur zeitgesteuert
• Hunderte Konnektoren - CRM, Mail, Kalender, Buchhaltung
• iPaaS - Integration Platform as a Service als eigene Kategorie

Der Haken

Diese Bequemlichkeit hat einen Preis: Die Workflows laufen in einer fremden Cloud, die Daten fließen durch die Server des Anbieters, und bei vielen Aufgaben wird es teuer - abgerechnet pro Aktion. Für Unternehmen mit Datenschutz-Anspruch oder hohem Volumen wurde das zum Problem.

Fun Fact: Zapier hieß ursprünglich anders und wurde bei einem Startup-Wettbewerb fast übersehen. Heute verbindet die Plattform mehrere tausend Apps - und hat einen ganzen Markt für No-Code-Automatisierung geschaffen.

// "Zap": Trigger -> Aktion, ganz ohne Code

{
  "trigger": {
    "app": "Stripe",
    "event": "neue_zahlung"
  },
  "aktionen": [
    { "app": "Google Sheets",
      "event": "zeile_anhaengen",
      "daten": { "betrag": "{{amount}}",
                 "kunde": "{{customer_email}}" } },
    { "app": "Slack",
      "event": "nachricht_senden",
      "kanal": "#umsatz",
      "text": "Neue Zahlung: {{amount}} EUR" }
  ]
}

// Ereignisgesteuert statt nur zeitgesteuert.
// Aber: fremde Cloud, Daten außer Haus,
// Abrechnung pro Aktion - bei Volumen teuer.

2019 startete n8n und beantwortete genau die offenen Fragen von Zapier & Co.: Open Source, self-hostbar, ohne Pro-Aktion-Abrechnung. Die Daten bleiben im eigenen Haus - für Unternehmen mit DSGVO-Anspruch ein entscheidender Unterschied.

Visuelle Workflows mit voller Kontrolle

• Self-Hosted - läuft auf eigener Infrastruktur, EU-Hosting möglich
• Hunderte Nodes - plus eigener Code, wo nötig (Low-Code, nicht No-Code)
• Keine Aktions-Gebühr - auch hohe Volumina bleiben bezahlbar

Der Sprung zur KI

Die jüngste Stufe verbindet Workflow-Automatisierung mit Sprachmodellen. Klassische Automatisierung folgt starren Regeln ("wenn A, dann B"). Ein KI-Agent im Workflow kann entscheiden: eine E-Mail verstehen, die Absicht erkennen, das passende Werkzeug wählen und den nächsten Schritt planen.

Damit schließt sich der Kreis von Jacquards Lochkarten: Waren Maschinen 200 Jahre lang stur an ihr Programm gebunden, so entscheidet die Automatisierung heute im Rahmen ihrer Werkzeuge selbst, was zu tun ist - vom starren Ablauf zum mitdenkenden Prozess.

# n8n: visueller Workflow, self-hosted, mit KI

  [Trigger: E-Mail-Eingang]
        │
        ▼
  [KI-Agent: verstehe die Anfrage]
        │  erkennt: "Rechnungsreklamation"
        ▼
  [Switch: welche Absicht?]
     ├─ Reklamation → [CRM-Ticket] + [Antwort-Entwurf]
     ├─ Bestellung  → [ERP: Auftrag anlegen]
     └─ Sonstiges   → [an Mensch weiterleiten]

# Klassische Automatisierung: "wenn A, dann B".
# Der KI-Agent ENTSCHEIDET im Rahmen seiner Tools.

# 1804: Lochkarte gibt das Muster stur vor.
# heute: der Prozess denkt mit.