Einführung
Agentische AI-Produkte werden zunehmend als Systeme präsentiert, die unternehmensweite Arbeitsabläufe planen, verwenden und agieren können. Die Transaktionsfrage ist enger gefasst: Welche Arbeit wird unter welchen Kontrollen, zu welchen vollen Kosten und mit welchem Grad der Übertragbarkeit abgeschlossen, angenommen und bezahlt? Ein Käufer, der ein Ziel anhand von Sitzplätzen oder Nachrichtenvolumen bewertet, kann den Wert überbewerten, wenn die Nutzung zu Wiederholungsversuchen, Überwachung oder nicht akzeptierten Ausgaben führt. Der Wert kann unterschätzt werden, wenn eine kleine Anzahl von Agenten kostspielige Warteschlangen ersetzt und ein messbares Betriebsergebnis liefert.
Die Unterscheidung ist wichtig, weil Agentenarbeit Software, Modelle, Orchestrierung, Berechtigungen, Daten, menschliche Überprüfung und Betriebsprozesse kombiniert. NIST startete 2026 eine AI Agent Standards Initiative rund um Interoperabilität, Sicherheit, Identität und Autorisierung [7–10]. Das AI Risk Management Framework und das Generative AI Profile des NIST bieten umfassendere Governance-Strukturen [11-12]. Die aktuelle Normungstätigkeit bestätigt die Bedeutung von Kontrollen; es beweist nicht, dass der Agent eines Ziels sicher, zuverlässig oder kommerziell wertvoll ist.
Auch die Aufgabenbewertung erfordert Sorgfalt. METR definiert einen Zeithorizont für die Erledigung einer Aufgabe als die Dauer einer menschlichen Aufgabe, bei der ein Agent bei einem angegebenen Zuverlässigkeitsniveau voraussichtlich erfolgreich sein wird, und weist darauf hin, dass sich seine Suite auf Software-, maschinelles Lernen und Cybersicherheitsaufgaben konzentriert [13–15]. Produktionsabläufe sind oft weniger spezifiziert, kontextbezogener und schwerer zu bewerten. Ein Transaktionsteam benötigt daher neben Benchmarks auch zielgruppenspezifische Nachweise.
In diesem Artikel wird die Betriebstelemetrie mit Akquisitionsentscheidungen verknüpft. Es wird gefragt, wie ein Käufer eine Arbeitseinheit definieren, die Akzeptanz messen, die Kosten rekonstruieren, die Autonomie und das Preisrisiko klassifizieren, Synergien identifizieren und Designüberlegungen berücksichtigen sollte. Das Ziel ist eine Sorgfaltsbilanz, die die Überprüfung durch den Anlageausschuss, den Vorstand, die Buchhaltung, die Rechts-, Sicherheits- und Integrationsprüfung übersteht.
1 Definieren Sie die Transaktionsentscheidung und den Bewertungsumfang
Mit der Entscheidung sollte die Sorgfaltsakte beginnen. Ein strategischer Käufer möchte möglicherweise ein neues Produkt, niedrigere Betriebskosten, proprietäre Daten, Fachkräfte, Kundenzugang oder die Kontrolle über eine Orchestrierungsebene. Ein Finanzsponsor strebt möglicherweise nach skalierbaren wiederkehrenden Einnahmen, einer Margenerweiterung und einem Ausstiegsweg. Ein Unternehmenserwerber eines AI-fähigen Unternehmens legt möglicherweise eher Wert auf eine betriebliche Transformation als auf ein Softwareunternehmen. Jede Begründung erfordert unterschiedliche Beweise und schafft einen anderen Synergiefall.
Der Perimeter sollte juristische Personen, Repositories, Modell- und Toolabhängigkeiten, Eingabeaufforderungen, Richtlinien, Bewertungsdatensätze, Konnektoren, Anmeldeinformationen, Kundenverträge, Datenrechte, Workflow-Dokumentation und Personal identifizieren. Es sollte eigene Vermögenswerte von Open-Source-Komponenten, Modellen von Drittanbietern, Kundenkonfigurationen und von Partnern kontrollierten Diensten unterscheiden. Eine Demonstration kann diese Elemente kombinieren, ohne festzustellen, welche Rechte beim Abschluss übertragen werden.
Der Käufer sollte auch die Rechnungseinheit festlegen. Das Ziel kann Software, einen Managed Service, ein ausgelagertes Ergebnis oder einen Hybrid verkaufen. Der Umsatzpreis kann nach Sitzplatz, Token, Transaktion, Auflösung, Projekt oder Mindestverpflichtung berechnet werden. Das Bewertungsmodell sollte sich an der tatsächlichen vertraglichen Zusage und Betriebsbelastung orientieren. Abgeschlossene Arbeiten sind nützlich, wenn sie die technischen Aufzeichnungen mit der Kundenakzeptanz und der wirtschaftlichen Verpflichtung in Einklang bringen.
2 Definieren Sie eine akzeptierte abgeschlossene Arbeitseinheit
Eine abgeschlossene Arbeitseinheit benötigt eine begrenzte Eingabe, zulässige Aktionen, eine erwartete Ausgabe, eine Akzeptanzregel, ein Zeitfenster und einen Ausnahmepfad. Beispiele hierfür sind die Lösung eines berechtigten Supportfalls, der Abgleich eines definierten Kontosatzes, die Behebung eines validierten Softwarefehlers oder das Extrahieren bestimmter Klauseln aus einer genehmigten Dokumentenpopulation. Die Definition sollte Ausschlüsse, Kundenabhängigkeiten und Bedingungen angeben, die menschliche Autorität erfordern.
Die Akzeptanz muss erkennbar sein. Ein Fall kann vom Kunden technisch abgeschlossen und erneut geöffnet werden. Ein Abgleich kann unter Verwendung eines nicht autorisierten Journals erfolgen. Eine Codeänderung kann einen engen Test bestehen und eine Sicherheitsüberprüfung nicht bestehen. Ein Dokument kann präzise zusammengefasst werden, während ein erforderliches Zitat weggelassen wird. Die akzeptierte Einheit sollte daher Qualitäts-, Richtlinien- und Ergebniskriterien umfassen und nicht nur einen Systemstatus.
Das Arbeitsbuch sollte die Aufgabenkennung, Kohorte, Modell- und Workflow-Version, verwendete Tools, durchgeführte Aktionen, verstrichene Zeit, menschliche Eingriffe, Ausnahmen, Akzeptanz, Stornierung, Kundengebühr und direkte Kosten speichern. Es sollte eine überprüfbare Spur bewahren, ohne unnötige persönliche oder vertrauliche Informationen aufzubewahren. Dieses Hauptbuch bildet die Brücke von der technischen Ausführung zu Einnahmen, Beiträgen und Verbindlichkeiten.
3 Klassifizieren Sie Assistenzautonomie und Entscheidungskompetenz
Autonomie ist kein einzelner Prozentsatz. Eine sinnvolle Klassifizierung unterscheidet Beobachtung, Empfehlung, Vorbereitung, Handeln mit Zustimmung, begrenztes autonomes Handeln und Folgeentscheidung. Das gleiche Produkt kann in einem Workflow mehrere Ebenen einnehmen. Ein Agent kann selbstständig Beweise sammeln, eine Empfehlung ausarbeiten und darauf warten, dass eine autorisierte Person eine Zahlung, eine Beschäftigungsmaßnahme oder einen geregelten Abschluss genehmigt.
In der Klassifizierung sollte festgehalten werden, wer das Ziel definiert, wer den Plan genehmigt, welche Tools verfügbar sind, auf welche Daten zugegriffen werden kann, welche Maßnahmen umkehrbar sind und wem das Ergebnis gehört. Identität und Autorisierung werden transaktionskritisch, wenn Agenten systemübergreifend agieren. Die aktuelle Agentenarbeit des NIST identifiziert die sichere Agentenidentität und -autorisierung als zentrale Akzeptanzprobleme [7–10]. Ein Käufer sollte die Umsetzung des Ziels testen, anstatt sich auf die Existenz neuer Standards zu verlassen.
Eine höhere Autonomie kann die Handhabungszeit verkürzen und das Volumen erhöhen. Es kann auch die Kosten einer fehlerhaften Maßnahme erhöhen. Das Bewertungsmodell sollte den wirtschaftlichen Nutzen nur für Arbeitsabläufe berücksichtigen, bei denen Berechtigungen, Kontrollen, Überwachung, Eskalation und Wiederherstellung getestet wurden. Autonomie, die nicht begrenzt oder geprüft werden kann, erfordert möglicherweise zusätzliche Kontrollkosten und einen langsameren Integrationsplan.
4 Erstellen Sie die Workflow- und Tool-Control-Karte
Die Workflow-Karte sollte jedes System, jede Datenquelle, jedes Modell, jedes Tool, jede menschliche Rolle und jede Kontrolle von der Anfrage bis zum akzeptierten Ergebnis zeigen. Es sollte angeben, wo der Agent plant, abruft, umwandelt, entscheidet, handelt, überprüft und aufzeichnet. Es sollte auch aufgezeigt werden, welche Komponente sich ohne erneute Kundenabnahme ändern kann und welche Komponente eine vertragliche oder regulatorische Abhängigkeit schafft.
Werkzeugberechtigungen erfordern besondere Sorgfalt. Der Käufer sollte Anmeldeinformationen, Bereiche, Dienstkonten, Geheimnisse, Produktions- und Testtrennung, Genehmigungsregeln, Transaktionslimits und Notfallwiderrufe inventarisieren. Es sollte repräsentative Ablaufverfolgungen wiedergeben und überprüfen, ob der Agent das richtige Tool auswählt, gültige Parameter bereitstellt und Fehler behandelt. Der Erfolg eines Tool-Aufrufs ist ein Zwischenmaß; Das akzeptierte Geschäftsergebnis bleibt der wirtschaftliche Maßstab.
Die Kontrollkarte sollte Aufgabentrennung, eingeschränkte Aktionen, Ratenbegrenzungen, Verhinderung von Datenverlust, Protokollierung, Überwachung, Rollback und Reaktion auf Vorfälle umfassen. Ein Ziel kann über starke Modellbewertungen und schwache Betriebskontrollen verfügen. Der Käufer sollte den Preis für das kombinierte System festlegen, das Arbeit produziert, einschließlich der menschlichen und technischen Ebenen, die für den sicheren Betrieb erforderlich sind.
5 Entwerfen Sie das Produktionsbewertungssystem
Die Produktionsbewertung sollte mit den Akzeptanzkriterien des Kunden beginnen. Der Testsatz sollte normale Aufgaben, Grenzfälle, unvollständige Eingaben, widersprüchliche Anweisungen, nicht verfügbare Tools, Richtlinieneinschränkungen und Zieländerungen abdecken. Es sollte die Konsequenzen umfassen, die für den Arbeitsablauf von Bedeutung sind, z. B. bewegtes Geld, gewährter Zugriff, gemachte Kundenversprechen, bereitgestellter Code oder aufgezeichnete regulierte Schlussfolgerungen.
Eine verfolgungsbasierte Auswertung kann Aufschluss darüber geben, ob ein Agent das richtige Tool ausgewählt, eine erforderliche Übergabe befolgt und die Richtlinien eingehalten hat [16–18]. Die Ergebnisbewertung sollte von der Prozessbewertung getrennt werden. Ein durch eine unerlaubte Handlung erreichtes korrektes Ergebnis bleibt ein Kontrollfehler. Eine konforme Spur, die zu einem unbrauchbaren Ergebnis führt, bleibt ein wirtschaftlicher Misserfolg. Beide Dimensionen beeinflussen den Transaktionswert.
Das Ziel sollte versionierte Datensätze, Rubriken, Bewerter, menschliche Beurteilung und Regressionsschwellenwerte beibehalten. Das Management sollte die Bewertungsergebnisse mit den Produktionskohorten abgleichen und Unterschiede untersuchen. Ein Benchmark-Score hat nur begrenzten Wert, wenn die Produktionspopulation, der Toolset, die Daten, die Latenz oder die menschliche Unterstützung wesentlich von der Testumgebung abweichen.
6 Messen Sie die Umkehrung und Wiederherstellung der Akzeptanzausnahme
Die Headline-Abschlussrate sollte in den Status „Akzeptierter Abschluss“, „Ausnahme“, „Eskalation“, „Ablehnung“, „Stornierung“ und „Ungelöst“ zerlegt werden. Zu den Ausnahmen zählen fehlende Daten, mehrdeutige Ziele, nicht verfügbare Systeme, Richtlinienkonflikte, Modellunsicherheit und kundenspezifische Regeln. Die Ausnahmetaxonomie sollte stabil genug sein, um eine Trendanalyse zu unterstützen, und flexibel genug, um neue Fehlermodi zu identifizieren.
Menschliches Eingreifen sollte an Zweck und Dauer gemessen werden. Eine Überprüfung, die eine Folgeentscheidung schützt, unterscheidet sich von der wiederholten Reparatur eines schwachen Arbeitsablaufs. Das Kostenbuch sollte Triage, Untersuchung, Korrektur, Genehmigung, Kundenkommunikation und Wiederherstellung zuordnen. Wiedereröffnete Fälle und nachgelagerte Abhilfemaßnahmen sollten nach Möglichkeit mit der ursprünglichen Aufgabe verknüpft werden.
Die Wiederherstellungszeit ist ein Betriebs- und Bewertungsmaß. Ein System, das selten ausfällt, aber tagelanges Eingreifen eines Spezialisten erfordert, kann ein konzentriertes Risiko schaffen. Der Käufer sollte Erkennung, Eindämmung, Rollback, Kundenbenachrichtigung und Ursachenbeseitigung testen. Reserven, Servicegutschriften und Sanierungskosten gehören in das Transaktionsmodell, wenn Ausnahmen finanzielle Konsequenzen haben.
7 Wandeln Sie Telemetrie in Kundenkohortenökonomie um
Das Kundenbuch sollte vertragliche Zusagen, berechtigtes Arbeitsvolumen, akzeptierte Einheiten, Preis, Implementierung, Schlussfolgerung, Tool, Daten, Überprüfung, Support und Sammlung verknüpfen. Die Umsatzrealisierung richtet sich nach dem Vertrag und den geltenden Rechnungslegungsvorschriften. Bei der betrieblichen Messung sollte dennoch jede Gebühr mit dem Nachweis abgeglichen werden, dass die versprochene Leistung erbracht wurde [1-4].
Der Beitrag pro akzeptierter Einheit ist ein nützlicher Ausgangspunkt. Dabei werden variable Modell-, Tool-, Infrastruktur-, menschliche Überprüfungs-, Ausnahme- und Partnerkosten von den entsprechenden Einnahmen abgezogen. Der Käufer sollte auch halbvariable Kundenentwicklungs-, Bewertungs-, Compliance- und Supportkosten ermitteln. Geteilte Forschungs- und Plattformausgaben sollten sichtbar bleiben und nicht durch optimistische Allokation verdeckt werden.
Die Kohortenanalyse sollte die Zeit bis zur Produktion, die Akzeptanzrate, die Erweiterung, Preisänderungen, Beiträge, Inkasso, Erneuerung und Verlustgründe verfolgen. Mindestverpflichtungen können die Liquidität unterstützen und gleichzeitig eine geringe Auslastung verschleiern. Das Nutzungswachstum kann attraktiv erscheinen und gleichzeitig den Beitrag verringern, wenn Aufgaben schwieriger werden oder Ausnahmen zunehmen. Die Bewertung sollte sich an nachhaltiger Arbeit und Bargeld orientieren und nicht nur an Aktivitäten.
Die Preisarchitektur sollte anhand des Kostentreibers getestet werden. Ein Preis pro Sitzplatz kann funktionieren, wenn die Sitzplätze eng mit der förderfähigen Arbeits- und Unterstützungsbelastung korrelieren. Ein Preis pro Ergebnis überträgt ein höheres Betriebsrisiko auf den Anbieter und erfordert einen vereinbarten Abnahmeprozess. Ein Verbrauchspreis kann dazu führen, dass der Kunde Wiederholungsversuchen und ineffizientem Agentenverhalten ausgesetzt ist. Hybride Strukturen können ein Plattformminimum mit Ergebnis- oder Nutzungskomponenten kombinieren. Der Käufer sollte jeden Vertrag unter beobachtetem Produktionsverhalten modellieren und ermitteln, welche Partei das Modellpreis-, Komplexitäts- und Ausnahmerisiko trägt.
Die Bargeldumwandlung verdient eine eigene Kohortenansicht. Implementierungsmeilensteine, Akzeptanzstreitigkeiten, Servicegutschriften, Rechnungsfristen und Unternehmenszahlungszyklen können die gemeldeten Einnahmen von den Barmitteln trennen. Ein wachstumsstarkes Ziel erfordert möglicherweise Betriebskapital, wenn Lieferanten- und Lohnkosten anfallen, bevor der Kunde es akzeptiert und einzieht. Das Bewertungsmodell sollte gebuchte Einnahmen, in Rechnung gestellte Einnahmen, Forderungen, abgegrenzte Einnahmen und Bargeld mit denselben Kunden- und Workflow-Datensätzen abgleichen.
8 Rekonstruktion der Umsatzqualität und der vertraglichen Verpflichtungen
Agentenverträge AI können Pilotprojekte, Implementierungsdienste, Mindestverpflichtungen, Nutzungsgebühren, Ergebnisgebühren und Service-Level-Gutschriften enthalten. Das Diligence-Team sollte jede Komponente klassifizieren, die Durchsetzbarkeit überprüfen und Vertrag, Rechnung, Umsatzbuch, Forderung und Bankbeleg abgleichen. Angemeldete Kunden und Mitteilungen gelten nur im Umfang der von ihnen eingehaltenen Bedingungen und der eingehaltenen Wirtschaftlichkeit als Beweis für eine gewerbliche Tätigkeit.
Der Vertrag sollte den Service, Kundenabhängigkeiten, Akzeptanz, zulässige Nutzung, Datenrollen, Modelländerungen, Support, Sicherheit, Prüfung, geistiges Eigentum, Haftung, Kündigung und Übergang definieren. Ein Anbieter, der ein Geschäftsergebnis verspricht, unterliegt möglicherweise einer umfassenderen Verpflichtung als ein Softwarelizenzgeber. Das Bewertungsmodell sollte das tatsächliche Versprechen widerspiegeln, einschließlich der Kosten für den menschlichen Betrieb, der für die Erfüllung erforderlich ist.
Konzentration erfordert sowohl eine Workflow-Sicht als auch eine Kundensicht. Mehrere Kunden können auf dasselbe Modell, dieselbe Cloud, denselben Connector oder denselben Implementierungspartner angewiesen sein. Eine Änderung an einer gemeinsamen Abhängigkeit kann sich auf mehrere Verträge auswirken. Der Käufer sollte die Erneuerungsökonomie unter Berücksichtigung von Modellneupreisen, strengeren Kontrollen, niedrigeren Mindestbeträgen und Kundenanforderungen an Portabilität testen.
9 Modelltool- und Infrastrukturabhängigkeit in Einklang bringen
Viele Agentenprodukte stellen Modelle, Clouds, Vektorsysteme, Observability-Dienste und Unternehmenskonnektoren von Drittanbietern zusammen. Dies kann die Produktentwicklung beschleunigen und gleichzeitig Preis-, Zugangs-, Kontinuitäts- und Vertragsabhängigkeiten schaffen. Der Käufer sollte jede Abhängigkeit, ihre Funktion, Vereinbarung, Laufzeit, Preis, Mengenverpflichtung, Datenverarbeitung, Änderungskontrolle und Ersetzungspfad inventarisieren.
Die Portabilität sollte durch einen repräsentativen Workflow getestet werden. Eine beanspruchte Multimodell-Architektur hat einen Wert, wenn das Ziel ein Modell ersetzen kann und dabei Akzeptanz, Sicherheit, Latenz und Kosten gewahrt bleibt. Eine Umstellung erfordert möglicherweise eine sofortige Neugestaltung, Bewertung, Kundengenehmigung und neue Sicherheitskontrollen. Das Modell sollte diese Übergangskosten und jeden Zeitraum mit geringerer Leistung berücksichtigen.
Die Infrastrukturökonomie soll anhand von Rechnungen und Telemetrie rekonstruiert werden. Die Kosten pro akzeptierter Einheit sollten Fehlversuche, Wiederholungsversuche, Argumentationsschritte, Toolaufrufe, Speicherung, Abruf, Beobachtbarkeit und Überprüfung umfassen. Ein sinkender Modellpreis garantiert nicht, dass die Workflow-Kosten sinken, wenn Agenten längere Aufgaben ausführen oder mehr Tools verwenden. Der Käufer sollte sowohl die Preis- als auch die Verhaltenssensitivität testen.
10 Legen Sie geistige Eigentums- und Übertragungsrechte für Daten fest
Das Rechteregister sollte Quellcode, Eingabeaufforderungen, Richtlinien, Workflow-Designs, Bewertungssätze, Kundenkonfigurationen, Schulungs- und Feedbackdaten, synthetische Daten, Marken, Patente und Dokumentation umfassen. Darin sollten Urheber-, Arbeitgeber- oder Auftragnehmerauftrag, Lizenz, zulässige Nutzung, Einschränkungen, Unterlizenzierung, Kontrollwechsel und Kündigung aufgeführt sein. Open-Source-Verpflichtungen und Bedingungen Dritter sollten jeder veröffentlichten Komponente zugeordnet werden.
Kundendaten bedürfen einer gesonderten Behandlung. Der zum Ausführen eines Workflows erforderliche Zugriff schafft möglicherweise keinen übertragbaren Vermögenswert. Feedback kann das Produkt verbessern, unterliegt jedoch weiterhin der Vertraulichkeit, dem Datenschutz oder Nutzungsbeschränkungen. Der Käufer sollte sicherstellen, dass Produktionsdaten nur für autorisierte Zwecke verwendet werden und dass Lösch-, Aufbewahrungs- und Übergangsverpflichtungen nach dem Abschluss erfüllt werden können.
Nach IFRS 3 muss ein Erwerber identifizierbare immaterielle Vermögenswerte getrennt vom Geschäfts- oder Firmenwert ansetzen, wenn die Kriterien erfüllt sind, während sich IAS 38 mit identifizierbaren immateriellen Vermögenswerten und IFRS 13 mit der Bewertung zum beizulegenden Zeitwert befasst [1-6]. Die Kaufpreisallokation ersetzt nicht die sorgfältige Prüfung der Transaktion. Rechtliche Kontrolle, wirtschaftlicher Nutzen, Nutzungsdauer, Obsoleszenz und Trennbarkeit bleiben unternehmensspezifische Fragen.
Die Veralterung der Technologie sollte sowohl auf der Workflow-Ebene als auch auf der Modellebene beurteilt werden. Eine Eingabeaufforderung oder Routing-Methode kann schnell verdrängt werden, während Kundenintegration, Akzeptanzdaten, Betriebskontrollen und Domänenprozesse weiterhin wertvoll bleiben. Das Sorgfaltsteam sollte austauschbare Komponenten von den gesammelten Arbeitsablaufnachweisen trennen. Es sollte die Kosten, die Zeit und die Kundengenehmigung abschätzen, die für den Neuaufbau jeder Komponente erforderlich sind, sowie das Risiko, dass ein Wettbewerber ein vergleichbares Ergebnis mit weniger Reibung bieten kann.
Das Wissen von Mitarbeitern und Auftragnehmern kann von wesentlicher Bedeutung sein, ohne dass es sich dabei um einen separierbaren Vermögenswert handelt. Der Käufer sollte wichtige Betreuer, undokumentierte Betriebsentscheidungen, kundenspezifisches Wissen und Bewertungskompetenz identifizieren. Aufbewahrungs- und Wissenstransferpläne sollten mit der Integrationssequenz übereinstimmen. Bei der Bewertung sollte nicht davon ausgegangen werden, dass die Übertragung des Quellcodes allein die Fähigkeit des Systems zur Bereitstellung akzeptierter Arbeit erhält.
11 Testen Sie die Autorisierung und Belastbarkeit der Sicherheitsidentität
Die Agentensicherheit sollte in den Bereichen Identität, Authentifizierung, Autorisierung, Werkzeugnutzung, Datenzugriff, Lieferkette, sofortige Injektion, Geheimnisse, Protokollierung, Überwachung und Wiederherstellung bewertet werden. Das Ziel sollte ein Least-Privilege-Design, eine Rotation der Anmeldeinformationen, eine Umgebungstrennung, Genehmigungsgrenzen und einen schnellen Widerruf aufweisen. Die Sicherheitsdokumentation sollte mit der getesteten Produktionskonfiguration übereinstimmen.
Die Identität wird komplexer, wenn mehrere Agenten über gemeinsame Dienste agieren. Der Käufer sollte in der Lage sein, eine Aktion einem Benutzer, Agenten, einer Version, einer Richtlinie und Anmeldeinformationen zuzuordnen. Die Delegation sollte nach Möglichkeit durch Aufgabe, Zeit, System und Wert begrenzt werden. Ein Shared-Service-Konto, das die Verantwortung verschleiert, kann sowohl die Kontrolle als auch das Vertrauen der Kunden schwächen.
Zur Ausfallsicherheit gehören Modell- oder Cloud-Ausfälle, Nichtverfügbarkeit von Tools, beschädigter Kontext, unerwartete Zieländerungen und unsichere Ausgaben. Das Diligence-Team sollte Vorfallaufzeichnungen, Wiederherstellungsübungen, Kundenkommunikation und Abhilfemaßnahmen prüfen. Eine überzeugende Demonstration im Normalbetrieb beweist nicht, dass das System sicher ausfällt.
12 Bewahren Sie die menschliche Verantwortung und die Autorität des Kunden
Die Verantwortung des Menschen sollte in den Arbeitsablauf integriert und nicht als allgemeine Aussage hinzugefügt werden. Für jede Folgeentscheidung sind ein autorisierter Eigentümer, ein Informationsstandard, eine Eskalationsregel und eine Aufbewahrungsliste erforderlich. Der Käufer sollte erkennen, wo ein Mensch zustimmt, wo ein Mensch im Nachhinein prüft und wo ein Agent im Rahmen einer begrenzten Richtlinie handelt.
Die Qualität der Rezension ist wichtig. Ein Rezensent, der mit übermäßigem Umfang, schlechten Erklärungen oder Automatisierungsvoreingenommenheit konfrontiert wird, kann ohne sinnvolle Prüfung zustimmen. Die Wirksamkeit von Überprüfungen kann durch Stichprobenentscheidungen, Meinungsverschiedenheitsanalysen, aufgewendete Zeit, Überschreibungshäufigkeit und nachgelagerte Ergebnisse getestet werden. Menschliche Eingriffe, die lediglich Routinefehler beheben, sollten als Betriebskosten eingestuft werden.
Die Befugnisse des Kunden sollten ebenfalls ausdrücklich angegeben werden. Ein Unternehmen kann ein Zielunternehmen ermächtigen, Arbeiten vorzubereiten, sich aber die endgültige Durchführung vorbehalten. Möglicherweise ist eine Benachrichtigung erforderlich, bevor sich ein Modell oder ein Arbeitsablauf ändert. Die Nachweise des Ziels sollten zeigen, wie kundenspezifische Kontrollen implementiert und getestet werden. Nicht erfasste Betriebsausnahmen können nach der Schließung zu Haftungs- und Integrationsverzögerungen führen.
13 Bauen Sie die Beitragsbrücke für abgeschlossene Arbeiten
Die Beitragsüberbrückung beginnt mit den in Rechnung gestellten oder zugewiesenen Einnahmen für akzeptierte Einheiten. Es werden Modellinferenz, Toolgebühren, Cloud, Daten, Partnergebühren, Implementierung, Überprüfung, Support, Servicegutschriften und Ausnahmebehebung abgezogen. Es sollte die Bruttofertigstellung getrennt von der angenommenen Fertigstellung anzeigen und die durch abgelehnte oder stornierte Arbeiten verursachten Kosten identifizieren.
Die Brücke sollte dann Workflow-spezifische Engineering-, Evaluierungs-, Compliance- und Kundenerfolgskosten zuweisen. Zentrale Forschungs- und Plattformkosten bleiben außerhalb des Einheitsbeitrags, aber im Cashflow des Unternehmens. Diese Struktur hilft dem Käufer, einen skalierbaren Workflow von einem arbeitsintensiven Managed Service zu unterscheiden, der als Software dargestellt wird.
Das Management sollte die Brücke zum Hauptbuch, zur Lohn- und Gehaltsabrechnung, zu Lieferantenrechnungen und zur Produktionstelemetrie herstellen. Die Varianzanalyse sollte Änderungen in der Mischung, der Komplexität, der Modellauswahl, der Latenz, dem Wiederholungsverhalten und dem menschlichen Eingreifen erklären. Das Transaktionsmodell kann dann testen, ob die Skalierung den Beitrag verbessert oder eine größere Ausnahmelast aufdeckt.
14 Bewerten Sie das Unternehmen anhand von Beweisen
Traditionelle Bewertungsmethoden bleiben relevant. Marktmultiplikatoren, diskontierte Cashflows, Präzedenzfalltransaktionen und Kostenansätze können verwendet werden, wenn ihre Eingaben die wirtschaftliche Realität des Ziels widerspiegeln [1-6, 19-22]. Agentic AI erfordert größere Sorgfalt in Bezug auf Umsatzqualität, Wachstumsdauerhaftigkeit, Beitrag, Kapitalbedarf, Abhängigkeitsrisiko und technologische Veralterung.
Ein Evidence-State-Modell kann diese Methoden ergänzen. Der erste Zustand zeigt die reproduzierbare Aufgabenerledigung. Die zweite zeigt angenommene Produktionsarbeiten und gesammelte Einnahmen. Die dritte zeigt wiederholbare Kohorten mit dauerhaftem Beitrag. Die vierte zeigt übertragbare Kontrolle, sichere Abläufe und strategische Verteilung. Wahrscheinlichkeits- und Wertannahmen sollten dokumentiert und aktualisiert werden, wenn sich die Beweise ändern.
Das Modell soll Doppelzählungen vermeiden. Eine Prognose, die bereits niedrigere Arbeitskosten berücksichtigt, sollte nicht auch die volle Kosteneinsparung als separate Synergie hinzufügen. Daten, Technologie und Kundenbeziehungen können durch den prognostizierten Cashflow und identifizierbare immaterielle Vermögenswerte einen Beitrag leisten. Die Bewertungsdatei sollte zeigen, wo jede Wertquelle in die Analyse einfließt.
Bei der Analyse vergleichbarer Unternehmen sollten Geschäftsmodelle normalisiert werden, bevor ein Multiplikator angewendet wird. Eine Agentenplattform mit Nutzungserlösen, ein ergebnisbasierter Managed Service und ein AI-fähiger Geschäftsprozessbetreiber können ein ähnliches Wachstum mit unterschiedlichen Lieferverpflichtungen und Margen verzeichnen. Die gemeldete Bruttomarge kann unterschiedlichen Schlussfolgerungen, Implementierungen und Überprüfungen unterliegen. Das Transaktionsteam sollte ein gemeinsames Beitragsmaß neu aufbauen und verbleibende Unterschiede offenlegen, anstatt falsche Vergleichbarkeit zu erzwingen.
Der diskontierte Cashflow sollte explizite Investitionen in Evaluierung, Sicherheit, Kundenintegration, Modellübergang und Betriebskapital umfassen. Endgültige Annahmen erfordern einen Blick auf die kontinuierliche Erneuerung und Veralterung. Ein Kostenansatz kann den Austausch und die Sanierung beeinflussen, aber möglicherweise nicht den Kundenzugang oder zukünftige Barmittel erfassen. Präzedenzfalltransaktionen erfordern eine sorgfältige Lektüre, da die offengelegten Hauptwerte selten die für einen direkten Vergleich erforderlichen Arbeitsabläufe, Rechte und Kostennachweise liefern.
15 Identifizieren Sie käuferspezifische Synergien
Zu den Umsatzsynergien können der Zugang zu den Kunden des Käufers, ein eingebetteter Vertrieb, umfassendere Datenrechte, Cross-Selling oder der Einstieg in neue Arbeitsabläufe gehören. Kostensynergien können gemeinsame Infrastruktur, Modellkauf, Sicherheit, Compliance, Vertrieb, Support oder die Eliminierung doppelter Tools umfassen. Fähigkeitssynergien können die Produktentwicklung verkürzen oder die eigenen Abläufe des Käufers verbessern.
Jede Synergie sollte eine Basislinie, eine Aktion, einen Eigentümer, Kosten, einen Zeitplan, eine Abhängigkeit und ein Beweistor haben. Der Käufer sollte Synergien, die Zielfähigkeit erfordern, von bereits im Einzelplan vorhandenen Werten unterscheiden. Die Zustimmung des Kunden, Einschränkungen der Datennutzung, Modelländerungen und Integrationsrisiken können die Lieferung verzögern oder verhindern.
Kennzahlen für abgeschlossene Arbeiten können den Synergiefall testbar machen. In der Baseline werden förderfähige Arbeit, Abnahme, Zeit, Kosten und Ausnahmen erfasst. Der Integrationsplan legt den Ziel-Workflow fest und steuert Änderungen. Das erzielte Ergebnis wird durch angenommene Arbeit, Beiträge und Bargeld gemessen. Diese Struktur unterstützt die Preisdisziplin und die Verantwortlichkeit nach dem Abschluss.
16 Führen Sie Kunden- und Arbeitsabläufe sorgfältig durch
Die Sorgfaltspflicht des Kunden sollte prüfen, warum der Workflow gekauft wurde, wie er akzeptiert wurde, welche Alternativen in Betracht gezogen wurden, wem das Budget gehört, was manuell bleibt und was zu einem Abbruch führen würde. Der Käufer sollte eine Genehmigung einholen und die Transaktionsprotokolle befolgen. Vom Management ausgewählte Referenzen sollten durch Vertrags-, Nutzungs-, Support- und Inkassonachweise ergänzt werden.
Die Workflow-Datei sollte den Implementierungsaufwand, die Abhängigkeit von Kundendaten, die Konfiguration, den benutzerdefinierten Code, die Integration, die Bewertung, die menschlichen Rollen und den Support identifizieren. Ein Ziel kann eine starke Bindung an den Tag legen, während es versteckte Dienste ausführt. Der Käufer sollte die vertraglich vereinbarten wiederkehrenden Einnahmen mit dem für die Erneuerung erforderlichen Arbeitsaufwand und Fachwissen vergleichen.
Ebenso wichtig sind Verlust- und Nichtkonvertierungsnachweise. Fehlgeschlagene Pilotprojekte können schwache Akzeptanzkriterien, schlechte Integration, Sicherheitsbarrieren, unklare Eigentumsverhältnisse oder unzureichenden wirtschaftlichen Nutzen offenbaren. Die Prognose sollte die beobachtete Konvertierung und Erneuerung durch eine vergleichbare Kohorte berücksichtigen. Managementszenarien sollten klar von den beobachteten Ergebnissen getrennt bleiben.
17 Entwerfen Sie eine Transaktionsstruktur unter Berücksichtigung der Unsicherheit
Die Transaktionsstruktur kann Unsicherheit hervorrufen, wenn die Beweise unvollständig sind. Zu den Gegenleistungen können Bargeld bei Abschluss, Rollover-Eigenkapital, Selbstbehalt, Earn-out, Holdback, Treuhandkonto oder Eventualwert gehören. Die Messung sollte auf überprüfbaren Ergebnissen basieren, die das Management beeinflussen kann, ohne eine unsichere Bereitstellung oder kurzfristige Umsatzrealisierung zu fördern.
Zu den nützlichen Meilensteinen gehören akzeptierte Produktionsarbeiten, unterzeichnete Mindestverpflichtungen, gesammelte Einnahmen, Beitrag nach Ausnahmekosten, Kundenbindung, abgeschlossene Rechtebehebung, Sicherheitsschließung und erfolgreiche Portabilität. In den Definitionen sollten Datenquellen, Rechnungslegungsgrundsätze, Ausschlüsse, Governance und Streitbeilegung angegeben werden. Ein vager Meilenstein kann nach dem Abschluss zu Konflikten führen.
Zusicherungen und Vereinbarungen sollten sich auf geistiges Eigentum, Datennutzung, Open Source, Kundenverpflichtungen, Modell- und Cloud-Abhängigkeiten, Sicherheitsvorfälle, Bewertungsaufzeichnungen und wesentliche Änderungen im Arbeitsablauf beziehen. Für identifizierte Risiken können besondere Entschädigungen oder Rückstellungen angemessen sein. Für die eigentliche Transaktion ist eine rechtliche, steuerliche und buchhalterische Beratung erforderlich.
Das Earn-out-Design sollte Anreize zur Erhöhung des Bruttovolumens vermeiden und gleichzeitig die Akzeptanz oder Kontrolle schwächen. Eine ausgewogene Maßnahme kann gesammelte Einnahmen mit minimalen angepassten Beiträgen, Kundenbindung und definierten Kontrollbedingungen kombinieren. Der Käufer sollte normale Integrationsrechte schützen und gleichzeitig Änderungen verhindern, die die Maßnahme willkürlich zunichte machen. Verkäufer benötigen Zugriff auf die zugrunde liegende Berechnung und einen klaren Prüfprozess. Beide Parteien sollten modellieren, wie sich Kundenkonzentration, Preisänderungen und Plattformmigration auf das Ergebnis auswirken.
Die Abschlussbedingungen sollten sich auf Angelegenheiten konzentrieren, die für die Übertragung und den Betrieb des Unternehmens erforderlich sind. Beispiele hierfür sind Schlüsselzuweisungen, Zustimmungen von Kunden und Lieferanten, die Behebung kritischer Berechtigungen, die Aufbewahrung von Bewertungsaufzeichnungen und die Bestätigung der Übergangsunterstützung. Post-Close-Vereinbarungen können Arbeiten mit geringerem Schweregrad abdecken. Aus der Transaktionsdatei sollte hervorgehen, welches Engagement den Preis, den Zeitpunkt, die Struktur oder die Entscheidung zum Fortfahren ändert.
18 Konstruieren Sie vier hypothetische Betriebsfälle
Der Kundenlösungsagent bearbeitet berechtigte Servicefälle und Gebühren gemäß akzeptierter Lösung. Es profitiert von einem hohen Volumen, birgt jedoch das Risiko einer Wiedereröffnung, einer Eskalation und eines Service-Kreditrisikos. Der Finance-Close-Agent gleicht Konten ab und bereitet Beweise vor, wobei autorisierte Personen die Zustimmung zu Folgebuchungen behalten. Es hat ein geringeres Volumen, höhere Kontrollanforderungen und möglicherweise eine höhere Zahlungsbereitschaft zur Folge.
Der Software-Remediation-Agent identifiziert, testet und schlägt Korrekturen innerhalb definierter Repositorys vor. Die Akzeptanz erfordert Tests, Sicherheitsüberprüfungen und Bereitstellungsregeln. Der Beauftragte für regulierte Dokumente extrahiert, vergleicht und bereitet Ergebnisse aus einem genehmigten Dokumentensatz vor, einschließlich Zitier- und Überprüfungsanforderungen. Seine Wirtschaftlichkeit hängt von der Dokumentenqualität, der Haftungsverteilung und der fachlichen Prüfung ab.
In den Fällen werden Managementannahmen ausschließlich zur Veranschaulichung des Rahmenwerks verwendet. Ein echtes Zielmodell erfordert Verträge, Rechnungen, Inkasso, Produktionstelemetrie, Kostenaufzeichnungen, Vorfallhistorie, Rechte und Kundennachweise. Der Käufer sollte jede Annahme ersetzen, einen Eigentümer zuweisen und die Quelle behalten.
19 Illustrative Arbeitswirtschaftslehre
Der Kundenlösungsfall geht von USD 145 million des Umsatzes, USD 62 million des Beitrags und USD 49 million nach Ausnahme- und Kontrollkosten aus. Im Finance-Close-Fall wird von USD 92 million der Einnahmen, USD 36 million der Beiträge und USD 27 million nach diesen Kosten ausgegangen. Der Software-Remediationsfall geht von USD 78 million des Umsatzes und USD 18 million des angepassten Beitrags aus.
Der Fall des regulierten Dokuments geht von USD 58 million der Einnahmen, USD 9 million der Beiträge und USD 4 million nach Ausnahme- und Kontrollkosten aus. Der niedrigere angepasste Beitrag spiegelt die Prüfung durch Spezialisten, kundenspezifische Bewertungen und Haftungskontrollen wider. Bei diesen Zahlen handelt es sich um hypothetische Annahmen des Managements; es handelt sich nicht um Beobachtungen über ein Unternehmen oder einen Markt.
Die Sensibilität sollte sich auf akzeptiertes Volumen, Preis, Modell- und Werkzeugkosten, menschliches Eingreifen, Ausnahme, Rückabwicklung, Implementierung, Aufbewahrung und Inkasso konzentrieren. Eine kleine Verschlechterung der Akzeptanz kann größere finanzielle Auswirkungen haben, wenn abgelehnte Arbeiten immer noch Schlussfolgerungen, Werkzeuge und Personal verbrauchen. Das Modell sollte diesen operativen Hebel darstellen, bevor ein Bewertungsmultiplikator angewendet wird.
20 Integrieren Sie das Ziel, ohne Beweise zu zerstören
Die ersten hundert Tage sollten die Beweiskette bewahren und gleichzeitig Systeme konsolidieren. Der Käufer sollte Basisdefinitionen einfrieren, Spuren und Verträge aufbewahren, Anmeldeinformationen zuordnen, kritisches Personal identifizieren und Kundenänderungsprotokolle vereinbaren. Es sollte vermieden werden, Modelle, Eingabeaufforderungen, Tools und Steuerelemente gleichzeitig ohne Vergleichsplan zu ändern.
Die Integration sollte nach Workflow-Kohorte erfolgen. Für jede Änderung sind eine Hypothese, ein Test, eine Akzeptanzschwelle, ein Rollback und ein Eigentümer erforderlich. Vor einer breiteren Einführung müssen möglicherweise Sicherheits- und Identitätskontrollen harmonisiert werden. Wenn sich der Speicherort, das Modell, der Unterauftragsverarbeiter oder der Betriebsprozess der Daten ändert, kann die Zustimmung oder erneute Annahme des Kunden erforderlich sein.
Die Synergieberichterstattung sollte mit dem Arbeitsbuch und dem Finanzsystem in Einklang gebracht werden. Das Integrationsteam sollte akzeptierte Einheiten, Ausnahmen, angepasste Beiträge, Kundeneffekte und Bargeld melden. Die Produktaktivität allein kann den realisierten Transaktionswert nicht ermitteln.
Das Betriebsmodell sollte organisatorische Veränderungen antizipieren. Produkt-, Technik-, Sicherheits-, Rechts-, Finanz-, Kundenerfolgs- und Prozessverantwortliche verwenden möglicherweise unterschiedliche Definitionen der Fertigstellung. Die Integrationsgovernance sollte eine Maßnahmenhierarchie vereinbaren und die zugrunde liegenden Details bewahren. Ein Finanzergebnis, das akzeptierte Einheiten ohne Ausnahmekosten aggregiert, kann mit einem Sicherheitsbericht in Konflikt stehen, der denselben Workflow als eingeschränkt behandelt. Ein abgestimmtes Datenmodell hilft dem Vorstand, Wert und Risiko gemeinsam zu bewerten.
Die Kundenkommunikation sollte der vertraglichen und praktischen Bedeutung folgen. Einige Kunden akzeptieren möglicherweise einen Eigentümerwechsel, benötigen jedoch eine Benachrichtigung über ein neues Modell, einen neuen Unterauftragsverarbeiter, einen neuen Hosting-Standort oder eine neue Datennutzung. Eine frühzeitige Zuordnung kann vermeidbare Verzögerungen verhindern. Die Integration soll die Servicekontinuität schützen und den Kunden den Nachweis erbringen, dass Kontrollen, Support und Verantwortlichkeit weiterhin wirksam sind.
21 Regelwert nach Schließung
Die Berichterstattung des Vorstands sollte kommerzielle, technische, Kontroll- und Finanznachweise kombinieren. Eine nützliche Scorecard umfasst akzeptierte Arbeit, Ausnahme- und Stornierungsraten, menschliches Eingreifen, Kundenkonzentration, Beitrag, Sammlungen, Modell- und Toolabhängigkeit, Sicherheitsereignisse, Bewertungsregressionen und den Sanierungsstatus. Definitionen sollten stabil bleiben oder eine dokumentierte Brücke zeigen.
Managementanreize sollten dauerhaft akzeptierte Ergebnisse, Kundennutzen, Beitrag und Kontrollleistung belohnen. Nur-Volumen-Ziele können eine Bereitstellung mit geringer Qualität fördern. Nur-Umsatz-Ziele können Ausnahmekosten aufschieben oder zu schwachen Verpflichtungen führen. Das Governance-System soll die Autorität für Folgeentscheidungen wahren und wesentliche Vorfälle sichtbar machen.
Die Erwerbsarbeit sollte in definierten Zeitabständen überprüft werden. Es gibt Hinweise, die für eine schnellere Expansion, weitere Investitionen, eine Produktkonsolidierung oder einen engeren Umfang sprechen. Ein expliziter Evidence-State-Ansatz gibt dem Vorstand eine disziplinierte Möglichkeit, die Kapitalallokation im Zuge der Entwicklung der Betriebsaufzeichnungen zu ändern.
Abschluss
Agentic AI M&A erfordert eine Bewertungsbrücke von der technischen Tätigkeit zur akzeptierten wirtschaftlichen Arbeit. Plätze, Token, Toolaufrufe und Benchmark-Ergebnisse beschreiben Teile des Systems. Der Transaktionswert hängt davon ab, ob das Ziel definierte Arbeiten abschließen, den Akzeptanzstandard erfüllen, Ausnahmen kontrollieren, dauerhafte Beiträge verdienen, Bargeld sammeln und die relevanten Rechte und Betriebsfähigkeiten übertragen kann.
Abgeschlossene Arbeiten sind als Sorgfaltseinheit wertvoll, da sie Rückverfolgung, Kundenversprechen, Kosten und Zahlung miteinander verbinden können. Die Definition muss Qualität, Politik und Ergebnis umfassen. Autonomie sollte nach Handeln und Autorität klassifiziert werden. Ausnahme- und Wiederherstellungskosten sollten innerhalb der Ökonomie bleiben. Modell-, Tool- und Infrastrukturabhängigkeiten sollten durch Verträge und Portabilität getestet werden.
Das Framework unterstützt Bewertung, Synergieanalyse, Transaktionsstruktur und Post-Close-Governance. Es schafft auch disziplinierte Grenzen für Unsicherheit. Hypothetische Annahmen bleiben Szenarien, bis die Beweise des Ziels sie ersetzen. Die Überlegungen können dann mit verifizierten Produktions-, Kunden- und Kontrollmeilensteinen verknüpft werden und nicht mit allgemeinen Aussagen über die Fähigkeiten der Agenten.
Beweisraum für abgeschlossene Arbeiten
Der Beweisraum sollte den Workflow-Katalog, Definitionen akzeptierter Arbeiten, versionierte Ablaufverfolgungen, Bewertungssätze, Ausnahmetaxonomie, Kundenakzeptanz, Verträge, Rechnungen, Inkasso, Kostenbuch und Vorfallaufzeichnung enthalten. Jeder Zeitplan sollte Eigentümer, Quellsystem, Zeitraum, Kundenkohorte und Abgleichsstatus angeben. Das Transaktionsteam sollte in der Lage sein, Stichprobenaufgaben zu reproduzieren und sie auf Finanzunterlagen zurückzuführen.
Autonomie-Identitäts- und Kontrolldossier
In diesem Dossier sollten Agentenidentitäten, Anmeldeinformationen, Berechtigungen, Tool-Umfänge, Genehmigungsgrenzen, Aufgabentrennung, Überwachung, Widerruf, Rollback und Wiederherstellung erfasst werden. Es sollte jeden Produktionsworkflow den geltenden Kunden- und Unternehmensrichtlinien zuordnen. Lücken sollten einem Sanierungseigentümer, einer Kosten- und Fertigstellungsprüfung unterzogen werden.
Rechteabhängigkeiten und Portabilitätsdatei
Die Datei sollte Quellcode, Daten, Eingabeaufforderungen, Auswertungen, Modelle, Open-Source-Komponenten, Clouds, Tools, Konnektoren und Kundenkonfigurationen abbilden. Darin sollten Eigentum, Lizenz, Behandlung bei Kontrollwechsel, Beschränkung, Erneuerung und Ersatzplan angegeben werden. Repräsentative Portabilitätstests sollten Akzeptanz, Latenz, Kosten und Kundenauswirkungen erfassen.
Kundenökonomie und Synergiebuch
Das Hauptbuch sollte berechtigte Arbeit, akzeptierte Arbeit, Ausnahmen, Preis, direkte Kosten, angepassten Beitrag, Rechnung, Inkasso und Erneuerung nach Kohorte abgleichen. Synergien sollten eine Basislinie, eine Aktion, einen Eigentümer, Kosten, einen Zeitplan und ein realisiertes Ergebnis haben. Die doppelte Anerkennung zwischen Einzelplan, Kaufpreisallokation und Synergiewert sollte entfernt werden.
Transaktions- und Integrationskontrolldatei
Die Datei sollte Definitionen von Gegenleistungen, Earn-Out-Maßnahmen, Zurückbehaltungen, Zusicherungen, Vereinbarungen, Kundenänderungsanforderungen, Integrationssequenz und Vorstandsberichte enthalten. Es sollte die Basislinie vor dem Abschluss beibehalten und definieren, wie Änderungen nach dem Abschluss gemessen werden. Rechts-, Buchhaltungs-, Steuer-, Regulierungs- und Sicherheitsberater sollten die relevanten Komponenten überprüfen.
Vorgeschlagener Rahmen; Schlussfolgerungen erfordern zielgruppenspezifische technische Rechtssicherheit und finanzielle Nachweise.
Managementannahmen in USD Millionen; Bei den Zahlen handelt es sich nicht um Marktbeobachtungen, Prognosen oder Bewertungsschlussfolgerungen.
Managementannahmen nach Fall abgeschlossener Arbeiten; Prozentsätze beschreiben anschauliche Arbeitsablaufergebnisse.
Managementannahmen in USD Millionen; Der mit der Wahrscheinlichkeit gewichtete Gesamtwert beträgt USD 615 million.
Vorgeschlagene Reihenfolge; Der Zeitpunkt sollte den Sicherheitsbestimmungen und Integrationsanforderungen des Kunden entsprechen.
| Komponente | Erforderliche Nachweise | Bewertungsfrage | Hauptrisiko |
|---|---|---|---|
| Arbeitsablauf und Akzeptanz | Definitionen Traces Auswertung Kundenfreigabe | welche Arbeiten abgeschlossen und abgenommen sind | Aktivität wird mit Ergebnis verwechselt |
| Technologie und Rechte | Repositorys weisen Lizenzabhängigkeiten zu | was Eigentum und übertragbar ist | eingeschränkte oder vom Kunden kontrollierte Vermögenswerte |
| Kundenökonomie | Verträge akzeptierte Einheiten Rechnungen Inkasso Erneuerungen | welche Arbeitsabläufe einen dauerhaften Beitrag leisten | Piloten oder Dienste werden mit wiederkehrender Software verwechselt |
| Kontrollen und Belastbarkeit | Wiederherstellungstests für Identitätsberechtigungen, Vorfälle | können im großen Maßstab sicher arbeiten | unbefugte Aktion oder langsame Wiederherstellung |
| Integration und Synergien | Basiseigentümer kosten Meilensteine Kundengenehmigungen | welche Käufervorteile lieferbar sind | Doppelzählung oder verzögerte Integration |
Vorgeschlagene Sorgfaltsstruktur; Die Anforderungen hängen vom Zielkunden und der Transaktion ab.
| Beweisphase | Erforderlicher Datensatz | Unterstützte Schlussfolgerung | Einschränkung |
|---|---|---|---|
| Demonstrierte Aufgabe | reproduzierbare Eingabe, Trace-Ausgabe und Grader | technische Machbarkeit | spiegelt möglicherweise nicht die Produktion wider |
| Akzeptierter Pilot | Kundenkriterien, Ausnahmen und Kosten für die Freigabe | Workflow-Dienstprogramm | Das Engagement kann begrenzt sein |
| Bezahlte Produktion | Vertraglich akzeptierte Einheiten, Rechnung und Inkasso | kommerzielle Lieferung | Kohorte kann konzentriert bleiben |
| Wiederholbare Kohorte | Beitragserneuerung, Erweiterung und Verlustnachweis | dauerhafte Ökonomie | Abhängigkeiten können die Skalierung einschränken |
| Übertragbares System | Rechte steuern den Portabilitäts- und Integrationstest | Transaktionsbereitschaft | Zukünftige Veränderungen erfordern weiterhin Governance |
Jede Phase unterstützt eine andere kommerzielle oder Bewertungsschlussfolgerung.
| Ebene | Agentenrolle | Menschliche Autorität | Nachweis erforderlich |
|---|---|---|---|
| Beobachten | Beweise sammeln und organisieren | definiert Zweck und Zugang | Vollständigkeit der Quelle und Prüfpfad |
| Empfehlen | analysieren und vorschlagen | prüft und entscheidet | Rubrik Begründung und Meinungsverschiedenheitsprotokoll |
| Bereiten Sie die Aktion vor | Transaktion füllen oder ändern | genehmigt vor der Ausführung | Validierung, Genehmigung und Trennung |
| Begrenzte Aktion | innerhalb einer expliziten Richtlinie ausführen | setzt Grenzen und überwacht | Verfolgung und Rollback der Identitätsberechtigung |
| Konsequente Entscheidung | wirkt sich auf Rechte, Geld, Sicherheit oder regulierte Ergebnisse aus | werden von einer autorisierten Person aufbewahrt, es sei denn, Gesetze und Richtlinien erlauben etwas anderes | Entscheidungsaufzeichnung, Rechenschaftspflicht und Berufung |
Vorgeschlagene Kontrollkarte; Tatsächliche Grenzen erfordern ablaufspezifische Rechtssicherheit und betriebliche Überprüfung.
| Fall | Einnahmen | Beitrag | Ausnahme- und Kontrollkosten | Angepasster Beitrag |
|---|---|---|---|---|
| Agent für Kundenabwicklung | 145 | 62 | 13 | 49 |
| Finanznaher Agent | 92 | 36 | 9 | 27 |
| Software-Reparatur-Agent | 78 | 27 | 9 | 18 |
| Bevollmächtigter für regulierte Dokumente | 58 | 9 | 5 | 4 |
Managementannahmen in USD Millionen; Bei den Zahlen handelt es sich nicht um Marktbeobachtungen, Prognosen oder Bewertungsschlussfolgerungen.
| Artikel | USD Millionen | Nachweis erforderlich |
|---|---|---|
| Einnahmen aus angenommenen Beschlüssen | 145 | Vertragsannahmerechnung und Inkassobuch |
| Modellwerkzeuge und Infrastruktur | -31 | Workload-Telemetrie und Lieferantenrechnungen |
| Menschliche Überprüfung und Ausnahmeoperationen | -27 | Zeit erfasst Workflow-Fälle und Gehaltsabrechnungen |
| Implementierungspartner und Support | -25 | Projektzeit Lieferantenabrechnung und Leistungsnachweise |
| Beitrag | 62 | abgestimmter Kundenkohortenplan |
| Zusätzliche Kontrollbehebungs- und Servicegutschriften | -13 | Vorfallausnahme und Kreditaufzeichnungen |
| Angepasster Beitrag | 49 | Abstimmung von Finanzen und Arbeitsabläufen |
Managementannahmen in USD Millionen; Ausgenommen sind Finanzierung und Steuern der zentralen Forschungsvertriebsverwaltung.
| Beweislage | Unternehmenswert | Wahrscheinlichkeit | Gewichteter Wert |
|---|---|---|---|
| Reproduzierbare Aufgabenerledigung | 160 | 25% | 40 |
| Akzeptierte kostenpflichtige Workflows | 420 | 30% | 126 |
| Wiederholbarer Beitrag über Kohorten hinweg | 850 | 25% | 212.5 |
| Strategische Verteilung und übertragbare Kontrolle | 1300 | 10% | 130 |
| Ausführungs- und Integrationsoption | 1065 | 10% | 106.5 |
| Gesamt | 100% | 615 |
Managementannahmen in USD Millionen; Dies ist keine Bewertungsschlussfolgerung.
| Tor | Erforderliche Nachweise | Transaktionsantwort | Post-Close-Maßnahme |
|---|---|---|---|
| Rechte und Abhängigkeiten | Zuweisungen, Lizenzen, Komponentenzuordnung und Portabilitätstest | Zurückhalten oder Beheben der Abschlussbedingung | kontrollierte Freigaben und Ausnahmen |
| Akzeptierte Kundenarbeit | Produktionsverfolgung, Freigaberechnung und Inkasso | Basiswert nach Überprüfung | Annahmebeitrag und Bargeld |
| Kontrollen und Belastbarkeit | Rollback- und Wiederherstellungstest für Identitätsberechtigungsvorfälle | Reservevertrag oder stufenweise Freigabe | Ausnahmen Schweregrad und Schließung |
| Wiederholbare Ökonomie | Erneuerung vergleichbarer Kohorten und angepasster Beitrag | Earn-out oder bedingter Wert | dauerhafter Beitrag und Beibehaltung |
| Bereitstellung von Synergien | Basisaktion, Eigentümerkosten und Kundengenehmigung | Meilenstein der Integration | realisiertes Bargeld und Kundenergebnis |
Vorgeschlagener Rahmen; Tatsächliche Instrumente erfordern eine aktuelle rechtliche, steuerrechtliche, buchhalterische und finanzielle Beratung.
Quellen
- IFRS-Stiftung. IFRS 3 Unternehmenszusammenschlüsse. Lesen Sie die Primärquelle
- IFRS-Stiftung. IFRS 13 Bemessung des beizulegenden Zeitwerts. Lesen Sie die Primärquelle
- IFRS-Stiftung. IFRS 15 Umsatzerlöse aus Verträgen mit Kunden. Lesen Sie die Primärquelle
- IFRS-Stiftung. Schulungsmaterial zur Bewertung nicht börsennotierter Eigenkapitalinstrumente gemäß IFRS 13. Lesen Sie die Primärquelle
- IFRS-Stiftung. IAS 38 Immaterielle Vermögenswerte. Lesen Sie die Primärquelle
- IFRS-Stiftung. IAS 36 Wertminderung von Vermögenswerten. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. AI Agent-Standards-Initiative. Aktualisiert am 14. August 2026. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. Ankündigung der AI Agent Standards Initiative. 17. Februar 2026. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. Beschleunigung der Einführung von Software und AI Agentenidentität und -autorisierung. 2026. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. AI Informationsanfrage des Agenten zur Sicherheit. 2026. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. Risikomanagement-Framework für künstliche Intelligenz. Lesen Sie die Primärquelle
- Nationales Institut für Standards und Technologie. Generatives AI Profil NIST AI 600-1. Lesen Sie die Primärquelle
- Modellbewertung und Bedrohungsforschung. Zeithorizonte für die Aufgabenerledigung von Frontier-Modellen AI. Aktualisiert am 8. Mai 2026. Lesen Sie die Primärquelle
- Kwa T und andere. Messung der AI Fähigkeit, lange Aufgaben zu erledigen. 2025. Lesen Sie die Primärquelle
- Modellbewertung und Bedrohungsforschung. Wie variiert der Zeithorizont zwischen den Domänen? 14. Juli 2025. Lesen Sie die Primärquelle
- OpenAI. Bewerten Sie Agenten-Workflows. Lesen Sie die Primärquelle
- OpenAI. Trace-Bewertung für Agenten. Lesen Sie die Primärquelle
- OpenAI. Agenten-SDK-Ablaufverfolgung. Lesen Sie die Primärquelle
- International Valuation Standards Council. Internationale Bewertungsstandards. Lesen Sie die Primärquelle
- International Valuation Standards Council. Entschlüsselungstechnologie. 28. Juni 2023. Lesen Sie die Primärquelle
- International Valuation Standards Council. Wert und Daten. 29. Februar 2024. Lesen Sie die Primärquelle
- International Valuation Standards Council. Der Bewertungsimpuls AI und Technologie im Bewertungs-Sentiment-Tracker. 8. Mai 2026. Lesen Sie die Primärquelle
- OECD. OECD AI Grundsätze. Lesen Sie die Primärquelle
- OECD. Rahmen für die Klassifizierung von AI Systemen. Lesen Sie die Primärquelle
- Internationale Organisation für Normung. ISO IEC 42001 Künstliche Intelligenz-Managementsysteme. Lesen Sie die Primärquelle
- Internationale Organisation für Normung. ISO IEC 23894 Risikomanagement für künstliche Intelligenz. Lesen Sie die Primärquelle
- Internationale Organisation für Normung. ISO IEC 5259 Datenqualität für Analyse und maschinelles Lernen. Lesen Sie die Primärquelle
- Internationale Organisation für Normung. ISO IEC 27001 Informationssicherheits-Managementsysteme. Lesen Sie die Primärquelle
- Agentur für Cybersicherheit und Infrastruktursicherheit. Sicher durch Design. Lesen Sie die Primärquelle
- OWASP-Stiftung. Top 10 für große Sprachmodellanwendungen. Lesen Sie die Primärquelle
- OWASP-Stiftung. Agentische AI Bedrohungen und Schadensbegrenzung. Lesen Sie die Primärquelle
- GEHRUNG. ATLAS Adversarial Threat Landscape für AI Systeme. Lesen Sie die Primärquelle
- MLCommons. AI Sicherheitsbenchmark. Lesen Sie die Primärquelle
- MLCommons. MLPerf-Inferenz. Lesen Sie die Primärquelle
- OpenAI. Frontier Enterprise Agent-Plattform. Lesen Sie die Primärquelle
- OpenAI. Unternehmenssignale. 2026. Lesen Sie die Primärquelle
- Anthropisch. Wirtschaftsindexbericht Cadences. 26. Juni 2026. Lesen Sie die Primärquelle
- Anthropisch. Verantwortungsvolle Skalierungsrichtlinie. Lesen Sie die Primärquelle
- Google. Agents Companion-Sicherheits- und Governance-Leitfaden. Lesen Sie die Primärquelle
- Microsoft. Agentische AI Architektur und verantwortliche AI. Lesen Sie die Primärquelle
- Europäische Union. Verordnung EU 2024 1689 Gesetz über künstliche Intelligenz. Lesen Sie die Primärquelle
- Europäische Kommission. AI Zeitplan für die Umsetzung des Gesetzes. Lesen Sie die Primärquelle
- Büro des Informationskommissars des Vereinigten Königreichs. Leitfaden zu AI und Datenschutz. Lesen Sie die Primärquelle
- Federal Trade Commission der Vereinigten Staaten. Halten Sie Ihre AI-Ansprüche unter Kontrolle. Lesen Sie die Primärquelle
- Börsenaufsichtsbehörde der Vereinigten Staaten. Anlegerwarnung zu künstlicher Intelligenz und Anlagebetrug. Lesen Sie die Primärquelle
- Weltorganisation für geistiges Eigentum. Künstliche Intelligenz und geistiges Eigentum. Lesen Sie die Primärquelle
- Linux Foundation. Model Context Protocol-Projekt. Lesen Sie die Primärquelle
- MCPAgentBench. Praxisbezogener Aufgaben-Benchmark für die Verwendung des Agent-Tools LLM. 2025. Lesen Sie die Primärquelle
- OSWorld. Benchmarking multimodaler Agenten für offene Aufgaben in realen Computerumgebungen. 2024. Lesen Sie die Primärquelle
- AgentChangeBench. Bewertung der Zielverschiebungsrobustheit im Gespräch AI. 2025. Lesen Sie die Primärquelle
