Was an der Holo4-Ankündigung für Unternehmen interessant ist

H Company beschreibt Holo4 als Modellfamilie, die unterschiedliche Zugänge zu Software kombinieren kann: die sichtbare Oberfläche, direkte Softwarewerkzeuge und weitere technische Wege. Das ist die relevante Entwicklung hinter der Nachricht. Ein Arbeitsablauf muss nicht ausschließlich über Bildschirmklicks laufen, nur weil an einer Stelle keine passende Anbindung vorhanden ist.

Computer Use bezeichnet dabei die Bedienung einer Anwendung durch eine KI: Sie wertet den Bildschirm aus und veranlasst Eingaben, etwa das Öffnen eines Menüs oder das Ausfüllen eines Feldes. Eine umgebende Anwendung führt diese Aktionen aus und liefert neue Bildschirmansichten zurück. Das Modell allein ist noch keine betriebsfertige Automatisierung.

Der Ansatz existiert bereits bei anderen Anbietern. Holo4 macht ihn nicht erstmals möglich, liefert aber einen aktuellen Anlass für eine konkrete Investitionsfrage: Lässt sich ein bisher manueller Übergang wirtschaftlich überbrücken? Die Veröffentlichung beantwortet noch nicht, ob ein bestimmtes Warenwirtschaftssystem zuverlässig bedient wird. Dafür braucht es einen Test im eigenen Ablauf.

Ein Praxisfall: Liefertermine aus einem fremden Portal übernehmen

Ein fiktiver Großhandel prüft Liefertermine bei einem wichtigen Lieferanten. Mitarbeiter melden sich in dessen Portal an, suchen einzelne Bestellungen und übertragen bestätigte Termine in die interne Übersicht. Für diesen Bereich bietet der Lieferant dem Unternehmen keine nutzbare direkte Anbindung. Das Beispiel beschreibt einen denkbaren Einsatz, keinen hier getesteten Holo4-Workflow.

Eine KI könnte im Portal die freigegebenen Bestellungen aufrufen und die angezeigten Termine für eine interne Prüfliste erfassen. Der Auftrag umfasst zunächst keine Bestelländerungen und keine Zusagen an Kunden. Schon dieser begrenzte Schritt könnte Such- und Übertragungsarbeit verringern, wenn die Zuordnung im Test zuverlässig gelingt.

Die entscheidende Unterscheidung steckt im Inhalt: Ein gewünschter Liefertermin, eine unverbindliche Schätzung und eine bestätigte Zusage sind verschiedene Angaben. Dass die KI das richtige Feld anklicken kann, beweist nicht, dass sie diese Bedeutung richtig zuordnet. Vor dem Pilotversuch legt der Einkauf deshalb fest, welche Angabe übernommen werden darf und wie fehlende Bestätigungen gekennzeichnet werden.

Die Oberfläche ist ein möglicher Zugang, keine Pflichtstrecke

Eine direkte Schnittstelle, häufig API genannt, lässt Programme bestimmte Daten oder Funktionen gezielt austauschen. Die Bildschirmbedienung nutzt dagegen den sichtbaren Arbeitsweg durch die Anwendung. Beide Zugänge brauchen passende Rechte und eine fachliche Prüfung ihrer Ergebnisse; keiner garantiert allein einen richtigen Prozess.

Im Großhandel würde ich zuerst klären, ob der Lieferant einen geeigneten Export oder eine bereits unterstützte Anbindung bereitstellt. Fehlt beides, kann die Bedienung des Portals eine sinnvolle Brücke sein. Für die interne Übersicht lässt sich möglicherweise trotzdem eine direkte Übernahme nutzen. Es gibt keinen geschäftlichen Grund, auch dort Klicks nachzubilden, wenn ein passender, gut betreuter Zugang vorhanden ist.

Auch MCP gehört in diese Einordnung: Der Standard kann angebotene Werkzeuge für einen Assistenten zugänglich machen. Er schafft jedoch nicht von selbst eine Funktion, die das Lieferantenportal gar nicht bereitstellt. Die Auswahl erfolgt für den einzelnen Übergang im Prozess. Sie muss nicht im ganzen Unternehmen gleich ausfallen.

Ein verschobener Button ist etwas anderes als eine neue Geschäftsregel

KI kann gegenüber starr aufgezeichneten Klickfolgen flexibler sein: Sie kann einen anders platzierten Button erneut erkennen. Daraus lässt sich aber keine Zusage ableiten, dass jede Änderung einer Anwendung folgenlos bleibt. Ein zusätzliches Dialogfenster, eine abgelaufene Anmeldung oder eine nicht vollständig sichtbare Auswahlliste kann den Ablauf verändern.

Noch wichtiger ist die fachliche Änderung. Angenommen, das Lieferantenportal zeigt künftig neben dem Versanddatum auch ein voraussichtliches Ankunftsdatum. Die Automatisierung könnte weiterhin flüssig arbeiten und trotzdem die falsche Information übertragen. Das Problem wäre dann nicht ein gescheiterter Klick, sondern eine unbemerkte Bedeutungsänderung.

Ich würde deshalb technische Wiedererkennung und fachliche Freigabe auseinanderhalten. Die Betreuung prüft, ob die Anwendung bedienbar bleibt. Der Einkauf prüft, ob die übernommenen Angaben weiterhin das bedeuten, was der Prozess voraussetzt. Bei unbekannten Pflichtfeldern oder widersprüchlichen Terminen soll der Vorgang zur Klärung zurückkommen. Die KI erhält keinen Auftrag, eine neue Unternehmensregel zu erfinden.

Die Wirtschaftlichkeit entscheidet sich nach der Vorführung

Eine erfolgreiche Vorführung zeigt, dass ein Ablauf grundsätzlich möglich ist. Für die Investition zählen zusätzlich die Häufigkeit der Aufgabe, der verbleibende Prüfaufwand und die Betreuung bei Änderungen. Auch Zugang, Betrieb der Arbeitsumgebung und laufende KI-Nutzung gehören in die Rechnung.

Bei seltenen Portalabfragen kann die manuelle Bearbeitung günstiger bleiben. Bei regelmäßigem, überschaubarem Volumen könnte die Bildschirmbedienung eine sinnvolle Zwischenlösung sein. Wird derselbe Übergang zum täglich unverzichtbaren Engpass, verdient eine unterstützte direkte Anbindung eine erneute Prüfung. Diese Einordnung ist eine Entscheidungshilfe, keine pauschale Rangfolge: Eine schlecht gepflegte Schnittstelle kann ebenfalls Aufwand verursachen.

Im Pilot würde ich erfassen, welche Termine korrekt übernommen wurden, wo eine Mitarbeiterin eingreifen musste und wie viel Zeit Prüfung und Korrektur beanspruchten. Ein ungeklärter Fall, der sauber übergeben wird, ist dabei anders zu bewerten als ein unbemerkt falsch eingetragener Termin. Wer beides nur als nicht automatisch erledigt zählt, verliert die wichtigste Qualitätsunterscheidung.

Was vor einem Pilotversuch feststehen sollte

Für den Großhandel würde ich einen getrennten, eingeschränkten Zugang und zunächst nachgebildete Bestellungen verwenden. Eine Bildschirmansicht kann auch Informationen enthalten, die für den Auftrag unnötig sind. Deshalb gehören nur benötigte Anwendungen und Daten in die Arbeitsumgebung. Die tatsächlichen Berechtigungen müssen den vorgesehenen Umfang begrenzen; eine Anweisung an die KI genügt dafür nicht.

Der Test sollte den normalen Ablauf und gezielt Abweichungen enthalten. Dabei würde ich folgende Fragen gemeinsam mit Einkauf und technischer Betreuung beantworten.

  • Ergebnis: Stimmen Bestellung, bestätigter Termin und Übernahme in der internen Prüfliste überein?
  • Abweichung: Was geschieht bei fehlenden Terminen, ähnlichen Bestellnummern, einer abgelaufenen Anmeldung oder einer geänderten Ansicht?
  • Übergabe: Kann die zuständige Person erkennen, was bereits erledigt ist und was sie noch klären muss?
  • Betrieb: Wer prüft Änderungen am Portal, behebt Störungen und entscheidet, wann vorübergehend wieder manuell gearbeitet wird?

Eine gute Brücke braucht einen verantwortlichen Betreiber

Die Holo4-Ankündigung erweitert die Auswahl für Stellen, an denen bisher Menschen zwischen Programmen vermitteln müssen. Das kann die Prozessautomatisierung auch dann voranbringen, wenn eine beteiligte Software vorerst bestehen bleibt. Der passende Zugang darf dabei je Arbeitsschritt unterschiedlich ausfallen.

Meine Empfehlung wäre, genau einen solchen Übergang zu prüfen: Gibt es einen besseren vorhandenen Zugang? Bleibt nach Kontrolle und Betreuung tatsächlich weniger Arbeit? Und ist jemand für den laufenden Betrieb zuständig? Wenn diese Antworten überzeugen, kann Computer Use eine tragfähige Lösung sein. Die fehlende Schnittstelle allein ist noch kein ausreichender Business Case.