Windows-Integrationsjob als automatisierte Schnittstelle – wenn der Browser nicht reicht

Von Christian Loth · Enterprise Architect & Automatisierungsexperte · Leipzig

Ich habe diese Lösung für einen Betrieb gebaut, dessen Kernsystem aus Sicherheitsgründen kein Internet hat — und dessen Daten trotzdem täglich in einer modernen Plattform landen müssen.

Manche Systeme sind bewusst nicht am Internet. Sicherheit, Compliance, gewachsene Infrastruktur. Trotzdem sollen die Daten aus diesen Systemen in einer Datenplattform oder einem Dashboard landen. Das geht — mit einem schlanken Job, der intern läuft und die Brücke baut.

Das Problem vorher

Ein internes Verwaltungssystem war aus gutem Grund nicht über das Internet erreichbar. Die Daten wurden für Auswertungen in einer modernen Datenplattform gebraucht. Die Lösung bisher: manuelle Exports zweimal täglich, rund 20 Minuten Aufwand pro Durchgang. Veraltete Datenstände am Nachmittag inklusive.

Der Aufbau des Integrationsjobs

Konfigurierbar per Datei Welche Kunden, welche Endpunkte, welche Zielumgebung — alles in einer einfachen Konfigurationsdatei steuerbar. Kein Code anfassen für Routineänderungen.

Robuste Fehlerbehandlung Bei API-Fehlern: automatischer Retry mit Wartezeit. Nach mehreren Fehlversuchen: sauberer Abbruch mit Fehlermeldung und Exit Code. Keine stillen Ausfälle.

UPSERT ins Zielsystem Daten werden aktualisiert wenn sie existieren, neu angelegt wenn nicht. Kein Datenverlust, keine Duplikate.

Protokollierung Jeder Lauf wird protokolliert: wie viele Datensätze, welche Fehler, wie lange. Nachvollziehbarkeit ohne Aufwand.

Task Scheduler Integration Der Job läuft automatisch zur konfigurierten Zeit — ein- oder zweimal täglich, ohne manuellen Eingriff.

Das Ergebnis

Interne Daten landen automatisch in der modernen Plattform — täglich frisch, 0 manuelle Schritte, ohne dass das interne System ans Internet muss.

Eingesetzt: C# .NET 8 · System.Net.Http · Databricks SQL Statement API · Windows Task Scheduler

---

Du hast ein internes System, dessen Daten du eigentlich woanders brauchst? Ich baue die Brücke.

Häufige Fragen

Muss das Zielsystem zwingend Databricks sein?

Nein. Der Job kann Daten an jede REST-API oder SQL-Datenbank senden. Databricks ist ein häufiges Zielsystem, aber auch PostgreSQL, MS SQL oder andere Plattformen funktionieren.

Was passiert, wenn der Job einen Tag lang ausfällt?

Fehler werden protokolliert und lösen optional eine Benachrichtigung aus. Beim nächsten Lauf werden fehlende Datensätze nachgetragen — das UPSERT-Prinzip stellt sicher, dass keine Daten verloren gehen.

Wie viel Aufwand ist der initiale Aufbau?

Für ein System mit definierter API und einem Zielsystem liegt der Aufwand typischerweise bei 2–3 Tagen — inklusive Konfiguration, Test und Übergabe.