Video

CTO-Keynote mit Jeremiah Stone, CTO, SnapLogic [Integreat 2025]

Transkript:

Danke, Dayle, und danke euch allen, dass ihr heute hier bei uns seid. Es ist eine unglaubliche Zeit, um zu leben und in unserem Beruf zu arbeiten.

Wissen Sie, ich bin regelmäßig begeistert von den Fortschritten, die die Wissenschaft bei der Entwicklung neuer Technologien macht, die uns helfen, die Menschheit voranzubringen, unseren Planeten besser zu verwalten, Gesellschaften besser zu verwalten, Menschen auf der ganzen Welt eine bessere Gesundheitsversorgung und bessere Dienstleistungen zu bieten, und es macht Spaß, daran beteiligt zu sein, und das ist das wirklich Tolle daran, im Integrationsbereich tätig zu sein: Wir bringen Menschen zusammen, wir bringen Technologien zusammen, und wir liefern Geschäftsergebnisse. Vielen Dank also für das, was Sie jeden Tag leisten.

Es ist unbesungener Heldentum, und da ich selbst in diesem Bereich tätig war, weiß ich das sehr gut. Deshalb ist es für mich immer toll, bei solchen Veranstaltungen dabei zu sein.

Dale hat darüber gesprochen, wie wir denken und wie wir arbeiten, und ich denke, es macht Sinn, dort anzufangen, wenn wir gemeinsam eine Reise unternehmen wollen. Das ist unser Fokus in Bezug auf unseren Kundenstamm und unsere Partner, und es ist von zentraler Bedeutung für unsere Herangehensweise an die Herausforderungen des Alltags. Eines der Dinge, die wir wirklich wieder betonen und uns erneut verpflichten möchten, ist die gemeinsame Innovation mit unseren Kunden und die Zusammenarbeit, um die Amortisationszeit zu verkürzen, Verschwendung, Reibungsverluste und Herausforderungen aus unserer täglichen Arbeit zu beseitigen und wirklich Wettbewerbsvorteile zu schaffen.

Wir sind also nicht hier, um über Middleware an sich oder Bits und Bytes zu sprechen, sondern um von der Technik ausgehend rückwärts zu arbeiten, wissen Sie, Geschäftsergebnisse, die wir gemeinsam mit unseren Kollegen in verschiedenen Bereichen erzielen müssen. Wenn Sie also an einer schwierigen Aufgabe arbeiten, laden Sie uns immer wieder ein. Wir möchten so nah wie möglich an den schwierigen Problemen sein und Ihnen dabei helfen, diese zu lösen und einen hohen geschäftlichen Mehrwert zu erzielen. Nutzen Sie diesen Moment, um sich einen Wettbewerbsvorteil zu verschaffen und Ihre eigene Branche zu revolutionieren. Es ist spannend, an vielen dieser Initiativen beteiligt zu sein.

Wir haben gestern vor der Veranstaltung unseren CIO-Beirat abgehalten. Wir haben zwei solcher Veranstaltungen pro Jahr.

Und die Zahl der Unternehmen in unserem Beirat, die wirklich disruptive Ansätze verfolgen, um sich in einem wettbewerbsorientierten Umfeld zu behaupten, ist sprunghaft angestiegen. Ich denke, die letzten Jahre waren Jahre des Experimentierens, in denen man sich auf gezielte, ich würde sagen, Tests zur Technologiebereitschaft konzentriert hat.

Jetzt sehen wir, dass sich der Fokus vollständig auf die Umsetzung verlagert. Ich möchte Ihnen nun zeigen, wie wir innerhalb unseres Bereichs selbstbewusst und bescheiden unseren Teil dazu beitragen, dies zu erreichen.

Und was wir meiner Meinung nach tatsächlich beobachten, ist, dass diese Entwicklung bereits im Gange ist und dass wir letztendlich sehen werden, dass agierende KI im Wesentlichen einen neuen Bereich von Geschäftsprozessen übernimmt und automatisiert und verschiedene Arten von Daten, Geschäftsprozessabläufe usw. verarbeitet, was zuvor nicht möglich war und Auswirkungen hat. Dies wirkt sich auf die Verkürzung der Zykluszeiten in bestehenden Geschäftsprozessen aus.

Es hat Auswirkungen, reduziert den manuellen Aufwand und trägt dazu bei, Unternehmen voranzubringen. Es verschwendet auch viel Zeit von Leuten, die keine Ahnung haben, was sie tun, die keine Machbarkeitsstudien durchführen und viele Herausforderungen schaffen, aber ich denke, wir konzentrieren uns sehr darauf, dabei zu helfen, die Bereiche zu identifizieren, in denen der Einsatz dieser Technologie sinnvoll ist, und dabei zu helfen, diese in die Produktion zu bringen.

Aus unserer Sicht gelten die Grundsätze nach wie vor. Wir sind seit langem davon überzeugt, dass ein datengesteuerter Ansatz mit einer modularen Geschäftsarchitektur entscheidend für die Verbesserung von Geschäftsprozessen, für die Bereitstellung von Dienstleistungen im gesamten Unternehmen oder für Kunden ist. Wir glauben weiterhin, dass datengesteuerte Prozesse und eine serviceorientierte Architektur auch agentenbasierte Investitionen ermöglichen.

Die gute Nachricht ist, dass wir sehen, dass Early Adopters tatsächlich rückwärts arbeiten. Das heißt, wir wollen einen Teil unserer Unternehmenslandschaft neu denken und neu erfinden.

Was können wir jetzt mit neuen Technologien tun, um die hier vorliegenden Probleme anzugehen und bestimmte Teile der Architektur zu betrachten, um einen komponierbaren Ansatz zu verfolgen oder, wie Sie wissen, an der zugrunde liegenden Datenkonnektivität und Datenverwaltung zu arbeiten, um dieses Ziel zu erreichen? Die gute Nachricht ist, dass wir definitiv sehen, dass man einen ergebnisorientierten Ansatz verfolgen und schrittweise umgestalten kann, um Ergebnisse zu liefern, und das ist wirklich spannend.

Die Auswirkungen davon sind jedoch ziemlich bedeutend. Wenn wir die Automatisierung vorantreiben und die Fähigkeit verbessern, Prozesse rund um die Uhr auszuführen, ohne durch unsere Arbeitszeiten eingeschränkt zu sein, wird sich dies auf unsere grundlegenden Landschaften auswirken.

Wir werden einen anderen Ansatz in Bezug auf das Volumen verfolgen, und jeder, der hier im industriellen Bereich tätig ist, hat dies bereits erlebt, wenn wir Betriebstechnologie, Informationstechnologiekonvergenz und IT/OT-Architekturen einsetzen: Es verändert das Lastprofil, es verändert die Häufigkeit und das Volumen der Anfragen, und ich denke, wir sehen hier dasselbe passieren. Die Investitionsreise, die viele von uns gemeinsam unternommen haben, um zu einer lose gekoppelten, API-zentrierten Architektur zu gelangen, ist also umso wichtiger, wenn Sie nun einen Agenten suchen.

Ein Agent ist nichts anderes als eine Schleife mit einem Sprachmodell in der Mitte, und das summiert sich wirklich, wenn Sie Unternehmensdienste in der zugrunde liegenden Welt aufrufen. Dies hat also weiterhin große Auswirkungen und ist ein wichtiger Investitionsbereich, insbesondere für andere Akteure in Ihrer Branche.

Ich denke, die überwiegende Mehrheit von uns arbeitet mit einem oder mehreren der großen Anbieter zusammen, oft sogar mit drei oder vier, und jedes dieser Unternehmen bringt seine eigenen Fähigkeiten im Bereich der agentenbasierten KI auf den Markt und behauptet, für all diese Dinge die Komplettlösung zu sein, die alle Probleme für alle Menschen lösen kann. Ich denke, was wir in diesen frühen Versionen und sogar in den ausgereiften Versionen sehen, ist, dass die meisten Mega-Anbieter, wie es auch bei einer API-zentrierten Architektur oder einer serviceorientierten Architektur der Fall war, innerhalb ihres Bereichs gut sind, aber sobald man diesen Bereich verlässt, wird es sehr schwierig.

Die Datenverfügbarkeit für diese Funktionen ist dort also eingeschränkt, was bedeutet, dass es gut ist, wenn Ihre Geschäftsprozesse innerhalb der Domäne bleiben. Aber wie viele unserer Geschäftsprozesse bleiben nur in einer Domäne? Sie wissen ja, es handelt sich um eine Teilmenge.

Die meisten unserer wichtigen und wirkungsvollen Prozesse sind domänenübergreifend und bereichsübergreifend, also von der Front- bis zur Backoffice-Landschaft, und unsere Fähigkeit, Kundenanforderungen aufzunehmen, umzusetzen und diesen Geschäftswert zu liefern, erstreckt sich über den gesamten Bereich. Ich denke, genau darin liegt unser Wert: dass wir in der Lage sind, diese verschiedenen Domänen zu überbrücken und eine vielfältige Infrastruktur zu unterstützen, in der Sie Technologie-Kaufentscheidungen treffen können und nicht auf einen einzelnen Bereich standardisieren müssen. Ich denke, dass die Herausforderungen, denen wir immer wieder begegnen, ziemlich reproduzierbar sind.

Wir können darüber sprechen, wie leistungsfähig ein bestimmtes Sprachmodell oder eine bestimmte Funktion wird. Trotz der Fähigkeiten dieser Modelle haben sie jedoch keinen Zugriff auf Ihre Daten.

Sie haben keinen Zugriff auf Ihre Domänensysteme. Sie können diese Systeme nicht angreifen, und selbst wenn sie es könnten, würden Sie wahrscheinlich ohnehin gegen Ihre Datenschutzanforderungen oder Ihre regulatorischen Anforderungen verstoßen, ohne dass sich die Governance verbessert hätte.

Wir sehen auch eine enorme Akzeptanz in den Geschäftsbereichen und eine Art „Bring your own AI”, bei der die Mitarbeiter mit diesen Systemen arbeiten und sie mitbringen. Wer von Ihnen hat mehr als 10 oder 15 verschiedene KI-Systeme in seiner Umgebung im Einsatz? Hundert, zweihundert, keine Hand, niemand will es zugeben, okay, hier sind ein paar.

Sicherlich bringt jede einzelne Architektur ihre eigenen individuellen Systeme mit, und auch die Mitarbeiter bringen ihre eigenen Systeme mit, sei es Desktop-Cloud, Open-AI-Chat, GPT usw. Dies wirft dann Herausforderungen in Bezug auf Datenschutz und Governance auf, deren Bewältigung unglaublich wichtig ist.

Aber das ist ja nichts Neues, oder? Wir haben uns mit diesen Problemen bei jeder neuen Technologiewelle auseinandergesetzt, sei es bei der Ausweitung der Cloud, als wir unsere lokalen Systeme verwalteten, sei es bei der Einführung der Online-Analyseverarbeitung und der Trennung von Daten aus Anwendungen in Datenspeicher, und natürlich hatten wir jedes Mal, wenn das passierte, ein neues Akronym und eine neue Technologie, die wir zu verwalten versuchten, und Sie kennen MCP A2A, Sie wissen schon, die neuesten Akronyme, die hier auftauchen, Model Context Protocol Agent to Agent, sind nur die jüngsten Beispiele für die technischen Schulden, die sich in Ihren Landschaften angesammelt haben, weil wir natürlich die Technologie im Laufe der Zeit verwalten müssen. Wir können nicht einfach zu einem bestimmten Zeitpunkt eine Systementscheidung treffen und damit leben.

Tatsächlich sind es die im Laufe der Zeit getroffenen Entscheidungen, die unsere täglichen Aktivitäten und den Großteil unserer Arbeit bestimmen. Und genau dafür sind wir geschaffen.

Wir sind darauf ausgerichtet, technische Schulden im Laufe der Zeit zu verwalten und die Weiterentwicklung der Systemarchitektur im Laufe der Zeit zu einem viel geringeren Kosten- und Arbeitsaufwand für Sie und Ihre Kollegen zu unterstützen, damit Sie sich kontinuierlich mit den Landschaften weiterentwickeln können, um alles zusammenzuführen, von Mainframes, die wir als unsere Altsysteme haben und die weiterhin laufen, bis hin zu unserer eigenen On-Premises-Technologie. Etwa 50 % der Unternehmenstechnologie wird immer noch vor Ort oder bei Managed Service Providern oder auch in Cloud-Technologien verwaltet. Das ist im Grunde genommen unsere Herangehensweise.

Aber ich möchte einen Schritt zurücktreten und dies aus einer, sagen wir, architektonischen und philosophischen Perspektive betrachten, denn wenn ich mit Mitgliedern unserer Community spreche, die schon seit einiger Zeit bei uns sind, verlieren wir oft die zugrunde liegende Strategie aus den Augen, wie wir diese Dinge angehen wollen, und die bestimmt, wie wir sie in Zukunft angehen werden. Die Art und Weise, wie wir wirklich an die Einführung neuer Technologien herangehen, einschließlich der Welt der KI, besteht darin, die Dinge zunächst als sehr heterogen und vielfältig zu betrachten.

Wie ich bereits erwähnt habe, ist es unser Fokus und unser Ziel, für alle Systeme, die wir vor ein oder zwei Jahrzehnten implementiert haben, bis hin zu den Systemen, die wir letzte Woche implementiert haben, eine Abstraktionsschicht oder Fassade zu schaffen. Alles, was SnapLogic berührt, wandeln wir in eine gemeinsame Laufzeitumgebung um, sodass Sie ein gemeinsames Programmiermodell dafür haben. Ich halte das für entscheidend, denn so können wir unsere Arbeitskosten innerhalb unserer Teams verwalten, so können wir unsere Systemarchitektur im Laufe der Zeit verwalten, und so können wir auch diese verschiedenen Paradigmen übernehmen.

Ob es nun um die Integration von Prozessen und Systemen aus einer API-Ebene in der Geschäftswelt geht oder um ereignisgesteuerte, hochfrequente Modelle oder Datenintegration – wir können all das auf die gleiche Weise verwalten, da wir über dieses gemeinsame Betriebsmodell verfügen. Dadurch können wir nun auch Dinge wie künstliche Intelligenz in den Betrieb integrieren und das System ausbauen.

Wie Dayle bereits erwähnt hat, übernimmt SnapGPT alle Aufgaben, vom Aufbau und der Verwaltung Ihrer Infrastruktur bis hin zur zukünftigen Durchführung der administrativen und überwachenden Kontrollen und sogar der Einbindung von KI in Ihre Arbeitsabläufe. Dies manifestiert sich dann in einem gemeinsamen Asset-Katalog, der sich über das gesamte Portfolio erstreckt. Vor kurzem haben wir die Möglichkeit eingeführt, alles, was sich im SnapLogic-Portfolio befindet, auf Asset-Ebene oder sogar auf Laufzeit-Ebene über offene Lineage in externe Katalogverwaltungssysteme wie Data offenzulegen.

Ich weiß, dass mehrere Personen in diesem Raum gekommen sind und gesagt haben: „Hey, wann können wir das in unser Katalogmanagement exportieren, egal ob es sich um Calibro, Relation oder ein anderes Open-Source-System wie DataHub handelt, damit wir das auch verwalten können? Und wenn wir uns die serviceorientierten Bereiche ansehen, an denen wir schon seit geraumer Zeit arbeiten, und wir kontinuierlich Funktionen veröffentlichen, mit denen wir unsere lose gekoppelte Architektur über ein API-Managementsystem verwalten können, das alle Lebenszyklusvorgänge unserer Dienste abwickelt und gleichzeitig eine erstklassige Benutzererfahrung bietet, unabhängig davon, ob es sich um einen Benutzer handelt, der einen KI-Dienst nutzen möchte, beispielsweise einen MCP-Endpunkt oder eine API, nutzen möchte, und in der Lage ist, mehrere Benutzertypen über dieses Spektrum hinweg zu entwickeln, aber einen gemeinsamen Ort, an dem alle verfügbaren Dienste entdeckt werden können, um die Kombinierbarkeit neuer Dienste und Systeme wirklich zu verbessern und die Geschäftsgeschwindigkeit zu steigern, und es ist dasselbe Paradigma, wie wir einen sicheren Zugriff für Agenten ermöglichen werden.

Wir kommen wirklich durch dieselbe Eingangstür und wenden denselben Prozess und dieselbe Governance an, die wir auch für den programmatischen Zugriff auf Agenten anwenden würden, und sind in der Lage, Autorisierung, Identifizierung sowie Geschäftsregeln und deterministische Verarbeitung in einer gemischten Form mit Agenten zu verwalten, was uns dann für Engagement-Systeme öffnet, sei es ein Desktop-System, ein anderes Anwendungssystem, jede Art von Chat-Schnittstelle usw. Und so denken wir darüber nach, wie wir diese hohe Vielfalt und Heterogenität in Systemen im Laufe der Zeit verwalten können, sei es ein Backend-Transaktionssystem oder ein kundenorientiertes System, das möglicherweise mit den Produkten und Systemen Ihres Unternehmens zusammenarbeitet.

Es handelt sich also sowohl um eine philosophische Denkweise als auch um eine technische Architektur, die es uns ermöglicht, das Spaghetti-Chaos, zu dem viele unserer Unternehmenssystemlandschaften tendieren, radikal zu vereinfachen und die Möglichkeit zu vereinfachen, neue Investitionen hinzuzufügen und darüber hinaus zu beschleunigen. Ist das eine hilfreiche Erinnerung oder Zusammenfassung unserer Sichtweise auf das Universum? Okay.

Einige zustimmende Kopfnicken. Was die Auswirkungen angeht, sind wir zwar sehr begeistert und sprechen über die Welt der digitalen Arbeit, aber es ist wichtig, die Early Adopters zu sehen, die sich in den Kampf stürzen, und das ist unglaublich spannend.

Haben Sie gerade einige unserer öffentlich referenzierbaren Mitglieder der Community vorgestellt? APTIA. APTIA ist, wie Sie wissen, im Bereich der Verwaltung von Gesundheitsleistungen tätig und konnte die Bearbeitungszeit für die Verwaltung von Leistungsabrechnungprozessen von buchstäblich über einer Stunde auf wenige Sekunden reduzieren. Dies war also ein Anwendungsfall für Anwendungsintegration oder Geschäftsprozessmanagement, bei dem Sprachmodelle in einen bereits definierten Prozess integriert werden konnten und eine enorme Produktivitätssteigerung bei der Verarbeitung erzielt wurde.

Die Digital Federal Credit Union, mittlerweile die größte Kreditgenossenschaft in den Vereinigten Staaten, hat den Zeitaufwand für die Bearbeitung von Betrugsmeldungen deutlich reduziert. Sie verfügt über ein Fallmanagementsystem und ein Shared Service Center, das sich mit Identitätsbetrug befasst.

Sie hatten bereits vorher bestehende Vorhersagemodelle, die auf dem Training neuronaler Netze und anderen Methoden zur Identifizierung von Ausreißern und Transaktionen basierten. Aber diese lieferten meiner Meinung nach sehr komplizierte und komplexe Ergebnisse.

Anschließend AgentCreator sie AgentCreator eine übersichtliche Zusammenfassung des Falls, wodurch sich die Durchlaufzeit in ihrem Shared Service Center drastisch verkürzte. Spirent hat seine Sichtweise auf den Kundensupport komplett verändert und tatsächlich auch die Möglichkeit verbessert, neue Kunden zu gewinnen, indem es für seine Vertriebsmitarbeiter vor deren Einsatz vor Ort spezielle Kundendossiers erstellt.

Und KBS ist eines der weltweit größten Reinigungsunternehmen. Der Großteil ihrer Arbeitsabläufe mit ihren Kunden erfolgt tatsächlich auf Papierbasis.

Sie bearbeiten ausgefüllte Arbeitsaufträge in Papierform und schreiben dann im Wesentlichen auf, welche Dienstleistung erbracht wurde. Sie verwenden eine Kombination aus Computer Vision und einem Klassifizierungsmodell, um diese Arbeitsabläufe, die zunächst in Papierform beginnen, tatsächlich zu klassifizieren und so ihre Geschäftsprozesse voranzutreiben.

Eine so große Vielfalt dessen, was wir als solche bezeichnen würden, und ich denke, wenn Sie Keith Guttrichs aktuelle Forschungsergebnisse zum Unterschied zwischen alltäglicher KI und transformativer KI lesen, werden Sie erkennen, dass es sich hierbei um Investitionen in transformative KI handelt. Es geht nicht darum, einen Chatbot auf den Desktop zu stellen.

Dies verändert die Grundlagenforschung grundlegend. Ausgehend davon möchte ich nun auf das Modellkontextprotokoll eingehen.

Das beschäftigt alle. Gibt es hier jemanden, der derzeit in seinem Beruf mit MCP experimentiert oder damit arbeitet? In Ordnung.

Etwas weniger als die Hälfte der Menschen, die KI täglich nutzen, das ist also ein Frühindikator. Wir haben gestern Abend mit Kollegen von Gartner zu Abend gegessen, und sie sagten, dass die MCP-Anfragen das Eingangsvolumen dort wirklich übersteigen.

Das sehen wir natürlich auch so. Aber für diejenigen unter Ihnen, die nicht wissen, was das Modellkontextprotokoll ist, möchte ich es vereinfacht so beschreiben: Es handelt sich um eine Methode zur Verbesserung der Inferenz des Sprachmodells, um Tools, Ressourcen oder Eingabeaufforderungen innerhalb ihrer Verwendung zu nutzen, da das Sprachmodell selbst den Systemzugriff erstellt.

Nun, wenn Sie das auf einer äußerst zuverlässigen Basis tun möchten, benötigen Sie eine strukturierte Formatierung mit Vorlagen. Das ist im Wesentlichen das, was uns MCP bietet.

Wenn Sie dies jedoch zuverlässig und regelmäßig tun, können Sie Innovationen beschleunigen, da Sie die Zeit verkürzen können, die Sie benötigen, um die Oberfläche Ihrer Unternehmenssysteme für Sprachmodelle zu öffnen und deren tatsächliche Zusammenarbeit zu verstehen. Aus Sicht des Entscheidungsprozesses: Wenn Sie Prozesse entwickeln, die LLMs zur Unterstützung der Entscheidungsfindung nutzen, sollten Sie beispielsweise Zusammenfassungen oder Abstrakte der zugrunde liegenden Informationen erstellen.

MTP kann dabei helfen und außerdem eine Abstraktionsschicht schaffen, die es uns ermöglicht, die zugrunde liegenden Dienste im Laufe der Zeit mit einer standardisierten Vorgehensweise zu entwickeln. Wir betrachten MCP also genauso wie andere Arten von Schnittstellen- oder Integrationstechnologien, indem wir prüfen, wie wir diese unter Verwendung derselben Paradigmen, die wir auch für andere Arten der Integration verwendet hätten, am besten nutzen können.

Die erste Möglichkeit, wie wir MCP unterstützen, ist bereits veröffentlicht. Ich glaube, es war vor ein oder zwei Releases, dass man nun MCP-Endpunkte aus SnapLogic-Prozessen oder -Pipelines heraus aufrufen kann.

Nehmen wir also an, Sie müssen innerhalb einer Standard-Pipeline einige Informationen kategorisieren, wie wir es im KBS-Beispiel beschrieben haben. Dann könnten Sie nun nicht nur ein Sprachmodell aufrufen, sondern auch einen Endpunkt, der ein komplexeres System mit MCP sein könnte, oder sogar andere Systeme, die Daten über MCP bereitstellen, und diese dann in eine SnapLogic-Pipeline integrieren. Das wäre also der Client-Snap, und ich weiß, dass einige der Anwesenden heute bereits damit gearbeitet haben.

Als Nächstes geht es jedoch darum, SnapLogic als MTP-Server zu exponieren. Das wird nun sehr interessant, denn wenn Sie in der Datenebene von SnapLogic einen MCB-Server haben könnten, würde das implizit bedeuten, dass jede Pipeline oder jedes Asset, auf das Sie über SnapLogic zugreifen können, nun für einen Sprachmodell-Endpunkt zugänglich wird, um entweder nur eine direkte Benutzeroberfläche zu entwickeln, wenn wir sehen, dass sich die Welt in Richtung immer mehr dialogorientierter Benutzeroberflächen entwickelt, oder um andere Verarbeitungsprozesse selbst durchzuführen.

Ein Beispiel: Eines der Forschungsprojekte, die wir derzeit intern durchführen, ist die MCP-Aktivierung der zentralen SnapLogic-Laufzeit-APIs. Viele von Ihnen nutzen wahrscheinlich unsere öffentlichen APIs, um Daten oder Laufzeitinformationen zu extrahieren.

Jetzt machen wir diese über MCP zugänglich, sodass Sie tatsächlich eine Abfrage in natürlicher Sprache durchführen können. Sie können beispielsweise fragen, wie viele Pipelines in den letzten 24 Stunden beeinträchtigt waren und warum, und erhalten eine aussagekräftige Antwort vom System, um dann den Zeit- und Energieaufwand für die Verwaltung zu reduzieren.

Nicht nur das, sondern wenn Sie über SnapLogic und einen MCP-Server verfügen, können Sie jedes von Ihnen erstellte System, das über solche APIs verfügt, mit SnapLogic MCP-fähig machen. Denken Sie einen Moment darüber nach.

Wenn Sie ältere Investitionen haben, die Sie verwalten, und die Systemadministration eine Herausforderung darstellt, könnten Sie dies tatsächlich vereinfachen. Aber ich möchte darüber anhand eines konkreteren Beispiels sprechen, und bevor ich darauf eingehe, möchte ich sicherstellen, dass mein System, das schon eine Weile hier steht, natürlich auch meine Sicherheits- und Benutzer-Timeouts, allesamt einwandfrei funktionieren.

Ich werde das im Hintergrund in Angriff nehmen. Lassen Sie uns über ein Beispiel sprechen, bei dem dies nützlich sein könnte und mit dem ich in meiner Welt sicherlich zu tun habe, nämlich die Einarbeitung von Lieferanten.

Wenn Sie so sind wie SnapLogic, dann ist Ihr Onboarding-Prozess für Lieferanten undurchsichtig, äußerst frustrierend und dauert zu lange, aber es ist absolut notwendig, einen bestimmten Ansatz zu verfolgen, um ihn korrekt durchzuführen. In meiner Welt müssen wir also, um einen Lieferanten selbst bei einem kleinen Start-up im Silicon Valley zu integrieren, ein Formular ausfüllen, in dem ich meinen Lieferanten beschreibe.

Dann muss ich das hochladen, ich glaube, es ist ein Google-Formular, das ich einreiche. Und dann geht das Finanzteam alles durch und führt eine Reihe von Geschäftsprozessen durch, um sicherzustellen, dass wir diese Lieferanten tatsächlich an Bord nehmen können.

Sei es die Bonitätsprüfung des Lieferanten, die Überprüfung der Richtigkeit der Bankdaten, die Risikobewertung, die Frage, ob das Better Business Bureau diesen bestimmten Lieferanten gemeldet hat, usw. Ist dieser Lieferant bereits in meinem CRM-System vorhanden, damit ich mit ihm arbeiten kann? All dies sind Dinge, die im Hintergrund ablaufen.

Sie sind zeitaufwendig. Sie sind manuell.

Sie sind fehleranfällig. Wir können uns nun vorstellen, wie Sie diese Dinge bereits mit Hilfe guter Geschäftsregeln erreichen könnten und wie Sie dies einem Endnutzer auf eine Weise präsentieren könnten, die äußerst nützlich und benutzerfreundlich ist. Als Beispiel werde ich Ihnen nun eine Demo zeigen, wenn wir zu meinem Bildschirm wechseln können.

Okay. Ich habe also meine eigene KI mitgebracht und bin sogar zu geizig, um die 20 Dollar pro Monat für den Tarif zu bezahlen.

Hier ist also mein Cloud-Desktop. Und ich möchte Ihnen nun zeigen, wie die Einbindung von Lieferanten in dieser Welt aussehen könnte.

Als Beispiel habe ich mein Onboarding-Formular. Wie Sie hier sehen können, ist das Unternehmen, für das ich arbeiten möchte, Global Office Supplies.

Es handelt sich um ein Demo-Unternehmen, aber es enthält alle erforderlichen Informationen. Ich habe das Formular ausgefüllt. Ich kann es nun in meinen Cloud-Arbeitsbereich übertragen.

Und dann habe ich für die Demo, damit Sie mir nicht dabei zusehen müssen, wie ich nervös tippe, hier ein paar Eingabeaufforderungen, aber wir könnten sie auch stattdessen eintippen. Wir könnten sagen: „Lies die PDF-Datei zum Onboarding von Lieferanten und erzähl mir alles darüber.“

Nun gut, das ist kein großer Trick. Wir alle haben so etwas schon einmal gemacht.

Ich verwende bereits Sprachmodelle und Sie kennen diese integrierten Dienste, die uns bei Dingen wie Dokumenten-Q&A usw. helfen. Interessant wird es jedoch, wenn ich Claude zusätzliche Fähigkeiten gebe.

Wie Sie hier sehen können, habe ich den SnapLogic-MCP-Server für die Lieferanten-Onboarding aktiviert. Mit meiner Authentifizierung im System kann ich nun beispielsweise Lieferanten validieren, neue Lieferanten anlegen und Analysen zu ihnen durchführen. Beginnen wir also mit dem ersten Schritt.

Ich möchte den Lieferanten mit dem SnapLogic-System für die Lieferantenvalidierung überprüfen. Was jetzt passiert, ist, dass die Cloud diese Eingabeaufforderung erhält, die ihr zur Verfügung stehenden Dienste überprüft und nun ein Tool aufruft.

Das dahinterstehende Tool ist also eine sehr einfache Pipeline, die mithilfe unserer Unternehmenssysteme eine Dun & Bradstreet-Prüfung durchführt. Führen Sie eine Bonitätsprüfung des Lieferanten durch.

Verwenden Sie tatsächlich die Daten, die sich in meinem Onboarding-Tool befanden, um einen vorgegebenen Geschäftsprozess zu befolgen und so das Ergebnis zu erzielen. Mal sehen, ob die Demo-Götter heute auf meiner Seite sind.

Ich hatte dieses Gespräch bereits zuvor. Also sagte ich: „Sie wollen wirklich eine Live-Demo machen?“ Ich sagte: „Nun, das ist meine Absicht.“

Aber mal sehen, ob Claude mit uns zusammenarbeitet. Es scheint jedenfalls so, als wolle er das.

Komm schon, Claude. Glaubst du, ich bekomme hier draußen Zeit? Ich habe das heute schon getestet.

Während Cloud arbeitet, werde ich das hier beenden und neu starten. Ja.

Es sollte gut sein. Drei Jahre lang habe ich das gemacht.

Ist das mein erster Demo-Gesichtsplan? Wir werden sehen. Vielleicht ist der Osten der USA wieder ausgefallen.

Okay. Nun, während das läuft, können Sie sich vorstellen, was im Hintergrund passiert, wenn es tatsächlich zurückkommt? Oh, da haben wir es.

Okay. Die Lieferantenvalidierung ist also abgeschlossen und verbessert. Die Inferenzzeit ist etwas länger, aber immer noch um einiges kürzer, als wenn mein Finanzteam das machen würde, das kann ich Ihnen sagen.

Wie Sie hier sehen können, haben wir im Hintergrund die Pipelines durchlaufen, die Zusammenfassungen, um den Lieferanten zu genehmigen, und dann die detaillierten Risiken. Wie Sie hier sehen können, durchlaufen wir die Dun & Bradstreet-Überprüfung, wir führen eine Bonitätsprüfung durch, Sie wissen schon, Scoring, Bankkonformität, wir überprüfen tatsächlich noch einmal, ob dies tatsächlich der richtige SWIFT-Code ist, usw.

Und dann tatsächlich sagen: „Schau mal, dieser Lieferant ist für die Aufnahme freigegeben. Du kannst mit der Einrichtung fortfahren.“

Also, erstellen Sie diesen Lieferanten in CRM. Und wieder, aufgrund der Registrierung der Lieferantenerstellung, werden Sie sehen, dass es bereits weiß, dass ich meine, dass Sie den Lieferanten in Salesforce erstellen und die Informationen verwenden sollen, die bereits aus dem Dokument extrahiert wurden.

Dabei verwenden wir also dasselbe zugrunde liegende Tool. Um welches Tool handelt es sich also konkret? Es handelt sich um eine einfache SnapLogic-Pipeline, in der wir auf der Grundlage der tatsächlichen Kontoinformationen eine Salesforce-Erstellung durchführen.

Wie Sie sehen, wurden diese Informationen in Salesforce erstellt, und wir können nun direkt hier auf das Konto zugreifen. Öffnen Sie es bitte.

Ich möchte hier also nur veranschaulichen, wie Sie diese Technologien nutzen können, um Ihre Nutzer dort abzuholen, wo sie sich gerade befinden, nämlich in den von ihnen verwendeten Schnittstellen, um die zugrunde liegenden Funktionen zu erschließen. Wenn Sie bereits viel Zeit und Energie in Ihre Datenintegrationen, Ihre Anwendungsintegrationen und Ihre eigentliche Orchestrierung investiert haben, können Sie diese nun ebenfalls erschließen. Und dann können Sie noch interessantere und anspruchsvollere Dinge tun.

Unser Presales-Team beispielsweise verwendet keine vorgefertigten und standardisierten Berichte zur Produktivität mehr, sondern generiert automatisch Berichte, die normalerweise in Tableau oder einem ähnlichen Programm erstellt worden wären. Mit diesen Tools können Sie tatsächlich mit der eigentlichen Entwicklung und Bereitstellung von Analyseberichten beginnen.

Und so kombiniere ich jetzt im Hintergrund eine Datenintegrations-Pipeline, um Lieferanteninformationen und -leistungen abzurufen, und nutze dabei das, was sich zu einem ziemlich guten Rapid Prototyping entwickelt hat, wenn man nur eine einmalige Visualisierung erstellen möchte. Warum sollte man das in eine Tabellenkalkulation übertragen und alle Pivot-Tabellen usw. erstellen, wenn man das Modell bitten kann, etwas für einen zu entwickeln?

Und so können wir, indem wir darum bitten, eine Visualisierung zu erstellen, die ich mit meinen Führungskräften teilen kann, tatsächlich etwas sehr Interessantes in einer relativ netten, kurzlebigen, fast schon wegwerfartigen Aktivität aufbauen, um Lieferantenanalysen usw. zu verstehen. Ich werde später für die Cloud bezahlen.

Aber wie Sie sehen können, denke ich, dass wir uns in Richtung einer Reduzierung von Reibungsverlusten bewegen, um schnell Prototypen zu erstellen, Zugang zu Informationen zu erhalten und sogar Geschäftsprozesse zu automatisieren. Wir sind nun in der Lage, die Grenzen oder Kurven zwischen unserer bestehenden, gut strukturierten, gut verwalteten, gut, sagen wir mal, geregelten Unternehmenslandschaft aufzubrechen und den Benutzern dann zu helfen, auf weniger reibungsvolle Weise Zugang zu diesen Informationen zu erhalten.

Und ich denke, das veranschaulicht oder verdeutlicht, was wir mit verschiedenen Front-End-Erfahrungen und verschiedenen Arten von Systemen erreichen können, wenn man beginnt, die Möglichkeiten zur Nutzung bestehender Investitionen wirklich einzuschränken. Ziemlich interessant, oder? Ja? Nein? Ja? Okay.

Gut gemacht, Claude. In Ordnung.

Zurück zur Präsentation. Okay.

Wie wir hier sehen können, lässt sich die Anwendung dieser Technologien neu überdenken. In diesem Fall nutzen wir das Modell, um die Eingaben des Benutzers zu interpretieren und die richtigen zugrunde liegenden Tools auszuwählen, mit denen wir unsere Governance aufrechterhalten können.

Ich halte es für einen entscheidenden Punkt, dass man nur weil man diese Tools einsetzt, nicht aufgibt und nicht auf Strenge und Prozessmanagement verzichtet, wie wir es auch bei der Gestaltung und dem Betrieb unserer Unternehmen tun. Man kann beides haben, also gut definierte, klar umrissene Prozesse, und man kann den Wert und die Geschwindigkeit, die diese Technologien mit sich bringen, nutzen, um die Dinge gut zu steuern, schnell und effizient zu gestalten, aber auch auf einem Qualitätsniveau, das man haben muss, und wenn man unsere Bedenken kennt, ist unsere Beobachtung, dass Sie, wenn Sie diese beiden Welten nicht im Gleichgewicht halten, ein viel größeres Risiko eingehen und eine Welt schaffen, in der Sie mit den Ergebnissen nicht zufrieden sind.

Okay, das ist ziemlich interessant. Alles, was Sie aus Sicht von SnapLogic haben, können Sie als MCP-Endpunkt offenlegen, Sie können Prozesse und Datenerfassung orchestrieren, aber was ist, wenn Sie seit zwanzig oder dreißig Jahren in andere Middleware-Lösungen investiert haben und diese Landschaften bereits vorhanden sind? Der Großteil der heutigen Middleware-Integrationstechnologie wurde zwischen 1995 und 2006 bereitgestellt.

Wir wurden 2006 gegründet. Die aktuelle Version von SnapLogic ist etwa zehn Jahre alt.

Was die Kernarchitektur der Laufzeitumgebung angeht, so wurde diese kontinuierlich verbessert, aber wir sind Cloud-nativ. Wir sind JSON-zentriert.

Wir sind, sagen wir mal, auf dem neuesten Stand der heutigen Technologien. Keines der Systeme auf dem Bildschirm entspricht dieser Aussage.

All diese Systeme sind, wie Sie wissen, spaltenorientiert, zeilenorientiert, lokal installiert, selbstverwaltet und bilden nach wie vor das Rückgrat der Integration für die meisten Unternehmen weltweit. Daher lautet eine der Anforderungen, die wir immer wieder hören, dass wir die Kosten für die Modernisierung dieser Systeme senken müssen.

Wir können unsere Systeme nicht weiter am Laufen halten. Einige davon werden komplett aus dem Support genommen.

Microsoft BizTalk: Viele Menschen haben derzeit mit einer brennenden Plattform auf BizTalk zu kämpfen. Viele von uns, SCP-Prozess-Orchestrator, dessen Lebensdauer in ein paar Jahren mit dem ECC zu s vier Welt endet.

Diese werden uns auferlegt, aber Sie wissen, dass Sie das Problem aufschieben und eine verlängerte Wartung erhalten können. Wenn es jedoch unmöglich wird, die für Ihr Unternehmen erforderliche Geschwindigkeit zu erreichen, wird es unerlässlich, auf eine modernere und zeitgemäßere Architektur umzusteigen, was jedoch immer viel zu teuer und viel zu zeitaufwendig war.

Deshalb haben wir letztes Jahr ein Data-Science-Projekt gestartet, in dem wir zunächst untersucht haben, ob es möglich ist, von einem praxisorientierten Modernisierungsansatz, bei dem jemand vor zwei Monitoren sitzt, das alte System betrachtet, das neue System aufbaut und einfach zwischen beiden hin und her wechselt, zu einem datengesteuerten Ansatz überzugehen. Wir haben festgestellt, dass dies nicht nur möglich ist, sondern dass wir damit auch die Modernisierungszeit und -kosten um 80 % reduzieren können.

Zeit und Kosten – was ist wichtiger? Nun, Zeit, denn wenn wir die Zeit, die für die Monetarisierung benötigt wird, um sogar 50 % verkürzen können, verringern Sie Ihr Risikoprofil, reduzieren Ihre Umstellungskosten und Herausforderungen, und Zeit ist nicht nur die Zeit der Mitarbeiter, sondern die gesamte Projektzeit und die Entwicklungszeit. Die Methode, die wir letztendlich gewählt haben, ist also kein rein technischer Ansatz, bei dem wir nur eine technische Konvertierung oder einen Lift-and-Shift durchführen, obwohl dies für einen Teil Ihrer Workloads meiner Meinung nach sehr gut geeignet sein könnte.

Wir betrachten den gesamten Modernisierungsprozess ganzheitlich, ausgehend vom Verständnis des Portfolios. Viele dieser Portfolios sind Jahrzehnte alt, und die Personen, die die Workloads geschrieben haben, arbeiten nicht mehr bei uns.

Sie sind wahrscheinlich im Ruhestand oder verstorben. Sie haben die Dinge nicht angemessen dokumentiert, sodass wir diese Systeme nur auf der Grundlage von Reparaturen verstehen.

Und um ihre Migration zu modernisieren, benötigen wir oft sechs bis acht Monate, um überhaupt erst einmal zu verstehen, was wir in nützlichen Details haben. Deshalb automatisieren wir diesen Prozess vollständig und führen dann eine geschäftsorientierte Planung durch, sei es nach einem bestimmten Geschäftsbereich oder nach Prozessorientierung, entwickeln und liefern dann mit Tests und Releases.

Was wir also bei unseren ersten Produktionsimplementierungen von Slim beobachten, ist eine Verringerung der Gesamtkomplexität der Integration um 40 %. Das bedeutet, dass wir die Lösungen nicht nur einfach übernehmen, sondern tatsächlich umgestalten und eine andere Designmethodik für deren Aufbau anwenden können.

Wenn man sich beispielsweise einige dieser Systeme ansieht, fällt einem der Begriff „Mapping“ auf, ich meine damit Informatica, die Fähigkeit, massive Komprimierungen von einem System zum anderen durchzuführen, in erster Linie durch Parametrisierung und Wiederverwendung. Und dann natürlich insbesondere die Verkürzung der Implementierungszeit.

Um zu zeigen, wie wir dabei vorgehen, hier einige Screenshots des Systems. Was die Analysephase angeht, so exportieren wir im Wesentlichen die Metadaten dieser Altsysteme, in der Regel im XML-Format, laden sie in das System hoch und führen dann eine statistische Analyse dieser Metadaten durch.

Was sind die Endpunkte? Was sind die Transformationen? Wie verwalten Sie das? Und dann erstellen Sie die detaillierten Workflow-Diagramme und das Prozessverständnis, über das Sie verfügen. Von dort aus machen wir die Planung, die ich überspringen werde, und dann die eigentliche Entwicklung.

Auf dieser Grundlage erstellen wir dann die ersten Entwürfe der Pipelines selbst, Testdaten und Handhabung, vollständige CICD-Versionskontrolle und schließlich das entscheidende Test- und Release-Management. Das bedeutet vollständig automatisierte und iterative Tests im Entwicklungszyklus sowohl auf Unit-Ebene als auch auf Regressionsebene.

Übrigens: Dieser Testansatz, den wir mit SLIM entwickelt haben, ist auch unabhängig für Ihre SnapLogic-Umgebungen verfügbar. So können Sie Unit-Tests in den Entwicklungslebenszyklus integrieren und gleichzeitig die vollständige Regressionstestanalyse verwalten.

Ich sehe, dass einige Augen dabei aufleuchten, denn dies war für uns lange Zeit eine Lücke. Wir haben diese Lücke geschlossen und sind nun in der Lage, auch vollständig automatisierte Unit- und Regressionstests durchzuführen.

Also, ziemlich aufregend. Ein erstklassiger Vertreter von SnapLogic.

Melden Sie sich danach bei mir, wir führen Ihnen gerne eine Demo vor und sehen uns Ihre Daten in diesem System an. Okay.

Wie geht es nun weiter? Nun, die erste Welle moderner Middleware, die 1996 mit Informatica, TIBCO usw. begann, war wirklich vor Ort, egal ob es sich um ETL- oder ESB-Technologien handelte. Die nächste Welle ist, wie Sie wissen, die Cloud mit iPaaS.

Unsere Prognose und unser Ziel sind wirklich die agentische Integration, und ich widerspreche meinem Marketingkollegen, dass dies nur ein Hype ist. Was wir unter agentischer Integration verstehen, habe ich Ihnen gerade anhand von slim gezeigt.

Wir wenden KI tatsächlich im Bereich der Entwicklung der Systeme selbst an. SnapGPT ist jetzt ein agenter Copilot.

Wenn Sie SnapGPT verwenden und diejenigen unter Ihnen, die es verwenden, die kontinuierliche, stetige Verbesserung gesehen haben, können Sie jetzt einen tiefergehenden Denkansatz verfolgen, indem Sie SnapGPT dort einsetzen, wo es sich derzeit in einem iterativen Zyklus befindet, sei es bei der Umgestaltung bestehender Workloads oder der Erstellung neuer. Das ist ein agentenbasiertes System, und wie Sie sehen können, entwickeln wir auch diese weiter.

Das ist es also, was wir meinen. Wie lassen sich die personellen Kosten für Integration, Automatisierung, Orchestrierung, Entwicklung und Verwaltung minimieren? Indem man alle Prozesse automatisiert.

Okay. Wir engagieren uns also für diese Zukunft, in der wir alle leben.

Wir entwickeln uns ständig weiter. Wir haben 2017 begonnen, unsere ersten künstlichen neuronalen Netze aufzubauen und unser eigenes Fachwissen zu erweitern.

Wir haben uns kontinuierlich und konsequent dafür eingesetzt. Wir sind fest entschlossen, die Kosten, Risiken und den Zeitaufwand dafür zu minimieren. Wir haben gerade MCP veröffentlicht und schauen nun, wie man Multi-Agenten-Systeme gut aufeinander abstimmen kann.

Wir beginnen dort mit ersten Forschungsarbeiten. Wenn Sie sich für Agent-zu-Agent-Systeme interessieren, kontaktieren Sie uns gerne.

Im Moment konzentrieren wir uns darauf, MCP in den Anwendungsfällen zu präsentieren, in denen es Sinn macht. Also, kommen Sie vorbei und sprechen Sie mit uns.

Sprechen Sie mit uns, wenn Ihre Arbeit ins Stocken geraten ist, weil Sie noch keine Lösung gefunden haben, wie KI-Modelle oder -Agenten auf sichere Weise wiederholbaren, streng regulierten und nützlichen Zugriff auf wichtige Unternehmensdaten erhalten können. Sprechen Sie mit uns, wenn Sie aufgrund dieser zentralen Kontrolle das Risiko eines Governance-Versagens eingehen.

Wenn Sie all das vergessen, wird Ihre Fähigkeit, eine leistungsstarke operative Gruppe zu sein, durch technische Schulden und Altlasten blockiert, und dann brauchen Sie mehr als nur Werkzeuge. Sie brauchen eine Gemeinschaft, Sie brauchen Fachwissen, Sie brauchen Anleitung.

Alles, worüber ich hier spreche, ist auch in unserem Community-Blog verfügbar, dem technischen Blog, und wir betrachten dies wirklich als eine Gruppenaktivität. Es ist also eine wirklich wunderbare und aufregende Zeit, und wir beobachten weiterhin, wie das Tempo und die Geschwindigkeit der Innovation zunehmen.

Vielen Dank also.

Führende Unternehmen auf der ganzen Welt vertrauen uns