InSyca IT Solutions GmbH

28/05/2026

Während der Migration gab es eine Entscheidung, über die wir anfangs selbst kurz gestolpert sind.

Je mehr Transparenz wir aufgebaut haben, desto häufiger kamen Rückfragen aus den Fachbereichen. Nicht technische Fragen, sondern ganz praktische: Wo finde ich eine bestimmte Nachricht? Was wurde an einen Geschäftspartner gesendet? Was genau ist bei einer Reklamation passiert?

Unsere erste Reaktion war ziemlich naheliegend. App Insights, Logs, Dashboards – technisch gab es genug Möglichkeiten. Aber irgendwann wurde uns klar, dass wir gerade ein IT-Problem lösen wollten, obwohl die eigentliche Frage eine ganz andere war.

Die Menschen wollten keine Telemetriedaten durchsuchen und keine Plattform verstehen. Sie wollten einfach Antworten.

Also haben wir die Nachrichten strukturiert nach System, Geschäftspartner und Prozess abgelegt. Stakeholder konnten sich den Pfad sogar lokal einbinden und Informationen direkt dort finden, wo sie ohnehin täglich arbeiten.

Rückblickend war die Erkenntnis überraschend einfach:

Nicht jede gute Lösung muss besonders modern wirken.

Manchmal ist die beste Lösung einfach die, die Menschen ohne Erklärung sofort verstehen.

Im nächsten Beitrag geht es um etwas, das wir während der Migration komplett neu denken mussten:

Warum Konfiguration plötzlich wichtiger wurde als feste Regeln.

27/05/2026

Eine Sache haben wir während der Migration komplett unterschätzt: Transparenz.

Am Anfang dachten wir, die eigentlichen Herausforderungen liegen in der Architektur, der Migration oder den Prozessen selbst. Aber je mehr Prozesse wir Schritt für Schritt aus der alten Plattform herausgelöst haben, desto öfter kamen im Alltag Fragen auf, die wahrscheinlich jeder kennt, der geschäftskritische Integrationen betreibt:

Ist die Nachricht angekommen? Wurde sie verarbeitet? Was passiert gerade im System?

Und irgendwann ist uns aufgefallen, dass diese Fragen eigentlich etwas anderes aussagen. Sie zeigen vor allem, dass man versucht zu verstehen, was im Hintergrund gerade passiert.

Solange wenige Prozesse laufen, funktioniert das noch. Aber wenn täglich tausende geschäftskritische Abläufe darüber laufen, reicht ein einfaches „läuft“ irgendwann nicht mehr aus.

Relativ früh wurde uns klar, dass wir nicht einfach eine neue Plattform aufbauen wollten. Wir wollten einen Zustand schaffen, in dem nachvollziehbar ist, was passiert – nicht erst dann, wenn etwas schiefläuft, sondern jederzeit.

Rückblickend war das wahrscheinlich eine der größten Veränderungen überhaupt. Denn aus einem eher reaktiven Supportmodell wurde Schritt für Schritt ein Betrieb, bei dem deutlich mehr Transparenz und Kontrolle entstanden ist.

Im nächsten Beitrag geht es um eine Entscheidung, die uns selbst überrascht hat:

Warum wir plötzlich wieder angefangen haben, über Dateifreigaben nachzudenken.

26/05/2026

Während der Migration gab es einen Moment, der zunächst völlig unspektakulär wirkte – und sich später als ziemlich interessante Erkenntnis herausgestellt hat.

Je tiefer wir Prozesse auseinandergenommen haben, desto häufiger sind wir auf Dinge gestoßen, die seit Jahren einfach liefen. Nicht, weil sie bewusst irgendwann als optimale Lösung entworfen wurden, sondern weil sie sich über die Zeit etabliert hatten.

Systeme haben geprüft, ob neue Daten da sind. Gewartet. Wieder geprüft. Nochmal gewartet.

Und ehrlich gesagt hinterfragt man das irgendwann nicht mehr. Solange etwas stabil läuft, wirkt es plötzlich ganz normal.

Bis man anfängt, wirklich hinzusehen.

Irgendwann saßen wir zusammen und stellten uns eine erstaunlich einfache Frage:

Warum beschäftigen wir Systeme eigentlich dauerhaft damit festzustellen, dass gerade nichts passiert?

Je länger wir darüber gesprochen haben, desto klarer wurde: Viele Integrationen sind permanent aktiv, obwohl fachlich oft überhaupt keine Aktivität stattfindet.

Und plötzlich war das keine technische Diskussion mehr.

Denn jedes dauerhaft laufende System erzeugt Betrieb, Aufmerksamkeit und Komplexität. Und genau diese Dinge wachsen über Jahre oft still mit, ohne dass sie jemand wirklich bemerkt.

Ab diesem Punkt haben wir angefangen, Prozesse anders zu betrachten. Nicht mehr mit der Frage:

„Wer schaut regelmäßig nach?“

Sondern eher:

„Wer meldet sich, wenn wirklich etwas passiert?“

Klingt erstmal nach einem kleinen Unterschied.

Rückblickend hat genau diese Denkweise aber erstaunlich viel verändert.

Im nächsten Beitrag geht es um etwas, das wir anfangs komplett unterschätzt haben:

Warum Transparenz plötzlich wichtiger wurde als Funktionen.

21/05/2026

Einer der spannendsten Momente kam überraschend früh.

Nicht bei der Infrastruktur.

Nicht bei Azure.

Sondern bei einer einfachen Frage:

Was migrieren wir hier eigentlich wirklich?

Denn sobald man tiefer einsteigt, merkt man schnell: Man migriert selten nur Technologie.

Man migriert Gewohnheiten.

Architekturen.

Und manchmal sogar Abhängigkeiten, die über Jahre ganz selbstverständlich geworden sind.

Plötzlich standen Fragen im Raum, über die vorher kaum jemand nachgedacht hatte:

Brauchen wir dafür wirklich eine spezielle Plattformfunktion?

Brauchen wir proprietäre Designer?

Brauchen wir Spezialwissen, das nur wenige Menschen beherrschen?

Oder lösen wir eigentlich ein Problem, das vor zehn Jahren entstanden ist?

Und genau dort kam eine Erkenntnis, die ich rückblickend extrem spannend finde:

Je geschäftskritischer Systeme werden, desto gefährlicher wird Spezialwissen.

Nicht weil es schlecht ist.

Sondern weil Unternehmen dadurch abhängig werden.

Deshalb haben wir bewusst versucht, Standardwissen stärker zu nutzen: native Entwicklung, bekannte Technologien und Architekturen, die auch in Zukunft einfacher verständlich und erweiterbar bleiben.

Rückblickend ging es dabei nie um BizTalk oder Azure.

Es ging um Kontrolle.

Und darum, Komplexität nicht einfach weiterzuvererben.

Im nächsten Beitrag geht es um eine Entscheidung, die fast alle überrascht hat:

Warum wir plötzlich angefangen haben, mehr auf Events zu setzen – und weniger auf Polling.

20/05/2026

Vor rund einem Jahr dachten wir zunächst, dass wir vor einer klassischen Migration stehen.

BizTalk raus. Azure rein.

Fertig.

Zumindest war das der Plan.

Aber je tiefer wir in die bestehende Landschaft eingestiegen sind, desto deutlicher wurde: Wir migrieren hier nicht einfach eine Plattform.

Wir migrieren zehn Jahre Entscheidungen.

Und genau das war der Punkt, an dem es spannend wurde.

Denn über Jahre entsteht etwas, das fast jede gewachsene Plattform irgendwann entwickelt:

Kleine Sonderwege.
Zusätzliche Regeln.
Workarounds.
Historische Entscheidungen.

Nichts davon ist falsch.

Jede einzelne Entscheidung hatte irgendwann ihren Grund.

Aber plötzlich stellt man sich eine unbequeme Frage:

Brauchen wir das heute überhaupt noch?

Und genau hier haben wir eine Entscheidung getroffen, die sich später als einer der größten Erfolgsfaktoren herausgestellt hat:

Wir wollten nicht einfach BizTalk nach Azure verschieben.

Wir wollten bewusst vermeiden, alte Probleme in eine neue Plattform mitzunehmen.

Denn neue Technologie löst keine alten Entscheidungen.

Sie macht sie oft nur teurer.

Im nächsten Beitrag geht es um einen Punkt, der uns dabei überrascht hat:

Warum Plattformmigration am Ende weniger mit Technik zu tun hatte als gedacht.

19/05/2026

Die schwierigsten Entscheidungen trifft man selten, wenn Systeme ausfallen.

Sondern dann, wenn sie noch funktionieren.

Vor etwas mehr als einem Jahr standen wir vor genau so einer Entscheidung: Was machen wir mit einer geschäftskritischen BizTalk-Landschaft?

Der Auslöser war dabei nicht Technologie. Es war Wirtschaftlichkeit.

Der Kunde hatte eine klare Entscheidung getroffen: weg von eigener Infrastruktur, weg von hohen Betriebs- und Lizenzkosten, hin zu einer zukunftsfähigen Cloud-Architektur.

Klingt zunächst nach einer typischen Plattformmigration.

War es aber nicht.

Denn hinter BizTalk hing nicht einfach irgendein Integrationssystem. Rund 50 Systeme und Partner waren angebunden. Täglich liefen tausende geschäftskritische Prozesse über diese Plattform – von Logistik und Lagerwirtschaft bis hin zu Qualitätssicherung, Auftragsverwaltung und CO₂-Reporting.

Kurz gesagt:

Wenn hier etwas stehen bleibt, bleibt nicht die IT stehen.

Dann steht das Geschäft.

Und genau dort kam eine Erkenntnis, die ich rückblickend für wichtiger halte als jede Technologieentscheidung:

Die größte Gefahr war nicht die Veränderung.

Die größere Gefahr war Stillstand.

Denn geschäftskritische Plattformen fallen selten plötzlich aus.

Sie werden über Jahre einfach immer schwieriger zu verändern – bis irgendwann niemand mehr anfassen möchte, was eigentlich längst angefasst werden müsste.

Vor rund sechs Monaten haben wir den letzten BizTalk-Prozess abgeschaltet.

Und genau an diesem Punkt haben wir die erste Entscheidung getroffen, die sich später als entscheidender Erfolgsfaktor herausstellen sollte.

Mehr dazu im nächsten Beitrag.

17/05/2026

Es gibt diese Momente in Integrationsprojekten, die man kaum erklären kann.

Wenn nach Tagen oder Wochen plötzlich alles zusammenkommt. Systeme sprechen miteinander. Daten fließen. Prozesse laufen einfach. Kein Copy & Paste mehr, keine Excel-Listen, keine Medienbrüche.

Für Außenstehende wirkt das oft unspektakulär.

Für Menschen aus unserer Welt ist es fast Magie. 😉

Genau darüber durfte ich in einem Podcast mit Detlef Korus sprechen: über Integrationsprojekte, Erfahrungen aus der Praxis und warum ich bis heute Freude daran habe, wenn aus vielen einzelnen Bausteinen plötzlich ein funktionierendes Ganzes wird.

Integration bedeutet für mich mehr als Schnittstellen. Es geht darum, Unternehmen ein Stück einfacher zu machen.

🎧 Hier geht’s zum Video:
https://www.youtube.com/watch?v=4gGk5c2aCgU

Mich würde interessieren:
Welcher Moment in einem Projekt gibt euch das Gefühl: „Dafür mache ich den Job“?

Iwe Kardum und Detlef Korus über Systeme, die niemand mehr verstehtDas System läuft. Aber du weißt nicht mehr, warum.Das ist keine Ausnahme. Das ist der Norm...

14/05/2026

Warum Microsoft 365 und Azure Functions der Schlüssel zu effizienten und transparenten Automatisierungen sind

Unternehmen stehen heutzutage vor der Herausforderung, immer komplexere Systeme zu managen und gleichzeitig effiziente Prozesse zu gewährleisten. Die Lösung liegt nicht in der Komplexität, sondern in der klar strukturierten Integration – und hier spielt Microsoft 365 eine Schlüsselrolle.

Microsoft Graph und Azure Functions bieten eine Möglichkeit, Automatisierungen nicht nur zu vereinfachen, sondern sie auch auditierbar und sicher zu gestalten. Diese Kombination ermöglicht es Unternehmen, unternehmensweite Automatisierungen auf eine Weise umzusetzen, die nicht nur die Effizienz steigert, sondern auch die Compliance mit den höchsten Standards gewährleistet.

Sanitize Stages oder AI Stages sind nur eine von vielen Möglichkeiten in diesem Kontext, um sicherzustellen, dass sensible Daten bereits vor der Verarbeitung geschützt werden. Solche Schritte sind entscheidend, um den Datenschutz zu gewährleisten und gleichzeitig die Flexibilität und Agilität zu wahren, die in einer modernen IT-Umgebung erforderlich sind.

Die wahre Stärke dieser Lösung liegt in der einfachen Integration in bestehende Microsoft 365-Umgebungen. Unternehmen müssen keine riesigen Systemumstellungen vornehmen, um von dieser leistungsstarken Architektur zu profitieren. Es geht darum, nahtlose und skalierbare Automatisierungen zu schaffen, die Unternehmen helfen, ihre Prozesse zukunftsfähig zu gestalten.

Automatisierung bedeutet mehr als nur die Eliminierung von Routineaufgaben – sie macht das Unternehmen gesamtwirtschaftlich effizienter. Durch die Automatisierung wiederkehrender Prozesse können Unternehmen Ressourcen besser nutzen, Betriebsabläufe optimieren und schneller auf Marktveränderungen reagieren. Das führt zu einer deutlichen Effizienzsteigerung, die Kosten senkt und Wachstum ermöglicht.

12/05/2026

Was wäre, wenn der Kunde genau das bekommt, was er nicht braucht – und es trotzdem gekauft wird?

„Wer ineffiziente Lösungen verkauft, wird vom Kunden irgendwann abgestraft.“ Ein Partner-Manager eines großen Herstellers sagte das kürzlich.

Ich habe darüber nachgedacht, denn auf den ersten Blick klingt das logisch. Schließlich, wer will schon für etwas bezahlen, das nicht wirklich funktioniert, oder?

Aber dann kam mir die Frage: Ist das wirklich so einfach? Und ist das immer der Fall?

Die Wahrheit ist, die Dinge sind nicht so schwarz und weiß.

Unsere Branche ist darauf ausgerichtet, Lösungen zu verkaufen, die skalieren und Verbrauch erzeugen – nicht unbedingt Lösungen, die effizient sind. Denn das Geschäftsmodell von großen Herstellern und Resellern belohnt Wachstum, nicht notwendigerweise Effizienz.

Da entstehen Lösungen, die größer sind als nötig, die mehr Komplexität haben, als es der Kunde braucht. Warum? Weil das System darauf optimiert ist, sich auszudehnen und mehr zu verkaufen.

Aber was passiert, wenn diese „ineffizienten“ Lösungen einmal installiert sind?
Wenn sie Teil der Infrastruktur werden, die den Alltag eines Unternehmens bestimmt?
Die Antwort ist nicht so einfach wie „Kunde wechselt“. Denn der Wechsel ist teuer, oft kompliziert und vor allem riskant.

Also bleibt der Kunde.
Nicht, weil die Lösung perfekt ist, sondern weil sie einfach funktioniert – und weil der Preis des Wechsels zu hoch ist.

Die Frage ist also nicht, ob ineffiziente Lösungen „abgestraft“ werden. Die Frage ist eher, ob sie überhaupt jemals die Chance haben, ersetzt zu werden, wenn die Abhängigkeit einmal groß genug ist.

Und ich frage mich: Wird der Markt ineffizienter, weil Lösungen wirklich schlecht sind, oder weil der Wechsel zu einer besseren Lösung nicht mehr im Rahmen des Möglichen liegt?

Sind wir wirklich bereit, ineffiziente Lösungen zu ersetzen, oder sind wir alle so stark von ihnen abhängig, dass der Wechsel praktisch unmöglich wird?

08/05/2026

Ich hatte neulich ein Gespräch, das mir noch länger im Kopf geblieben ist. Es ging um einen Simulationsraum beim Roten Kreuz und die Frage, welche Software dort eingesetzt werden soll. Die Auswahl war groß, bekannte Anbieter, etablierte Lösungen. Am Ende fiel die Entscheidung auf eine kleine Firma. Kein großer Name, kein beeindruckendes Marketing. Der Grund war simpel: Der Support hat überzeugt. Erreichbar, schnell, lösungsorientiert. Nicht theoretisch, sondern spürbar.

Das hat mich nicht überrascht. Im Projekt oder im Verkauf wirkt vieles vergleichbar. Features, Präsentationen, Versprechen. Aber die eigentliche Realität zeigt sich erst danach. Wenn etwas nicht funktioniert, wenn sich Dinge ändern, wenn man jemanden braucht, der reagiert. Und genau da lohnt sich ein ehrlicher Blick. Wer kann wirklich 24/7 SLA liefern, dauerhaft, für jeden Kunden? Und braucht man das wirklich immer? In vielen Fällen reicht eine qualifizierte Erreichbarkeit zu klar definierten Zeiten. 8/5, dafür mit Menschen, die das System kennen und wirklich helfen können. Statt rund um die Uhr erreichbar zu sein und am Ende doch nur ein Ticket zu erzeugen.

Und dann gibt es noch eine Ebene, über die selten gesprochen wird. Die zwischenmenschliche. Wenn bei einem Kunden ein Go Live ansteht, dann ist man als Geschäftsführer auch mal am Samstag oder Sonntag erreichbar. Nicht, weil es irgendwo steht, sondern weil man den Kunden als Partner sieht und gemeinsam will, dass es funktioniert. Genau das lässt sich schwer skalieren, aber genau das macht oft den Unterschied. Nicht perfekt, aber jemand kümmert sich. Und genau das bleibt hängen.