Eine freigegebene Geschäftsdefinition braucht einen Test, der zeigt, dass ein Agent sie tatsächlich verwendet hat. Snowflake kündigte Business Ontology am 3. November an und beschrieb die öffentliche Vorschau als demnächst verfügbar. Für Datenteams in Unternehmen, die das Angebot bewerten, lautet die Governance-Frage: Wie lassen sich Fachbereich, Freigabe und Version einer Definition mit der Antwort verknüpfen, die ein Agent erzeugt, insbesondere nachdem sich diese Definition geändert hat?
Die Produktankündigung beschreibt einen Ort, an dem sich Geschäftskonzepte definieren und freigeben und mit den Daten und Berechnungen verbinden lassen, die sie umsetzen. Eine gemeinsame Bedeutung kann widersprüchliche Interpretationen verringern, doch Teams müssen weiterhin festhalten, welche Bedeutung für eine bestimmte Aufgabe galt. Die folgende Analyse von Maetra schlägt dafür einen kleinen Abnahmetest vor. Sie behauptet weder, dass Maetra die Vorschau getestet hat, noch dass jedes vorgeschlagene Nachweisfeld eine integrierte Snowflake-Funktion ist.
Die Ankündigung trennt Bedeutung von Berechnung
Snowflake beschreibt Business Ontology als Teil von Horizon Context innerhalb von Horizon Catalog. Das Unternehmen unterscheidet dabei zwischen freigegebener fachlicher Bedeutung, den Berechnungen in Semantic Views und dem Kontext, den Cortex Sense aus vorhandenen Informationen ableitet. Die Beispiele erlauben absichtliche Unterschiede zwischen Fachbereichen oder Marken, wobei die zuständigen Verantwortlichen die jeweils relevanten Definitionen freigeben. Das sind Herstellerbeschreibungen der beabsichtigten Architektur, keine unabhängigen Genauigkeitsmessungen.
Snowflakes umfassendere Ankündigung ordnet die Ontologie neben den Steuerungsfunktionen von Cortex AI Gateway ein. Diese Ankündigungen betreffen unterschiedliche Phasen der Verfügbarkeit. Die geplante öffentliche Vorschau von Business Ontology sollte nicht mit der allgemeinen Verfügbarkeit anderer Gateway-Funktionen verwechselt werden.
Die Berichterstattung von Constellation Research meldet die Ankündigung unabhängig und betont die fortlaufende Arbeit an Zuständigkeiten, Zuordnungen und Änderungstests. Daraus folgt nicht, dass das Produkt korrekte Antworten garantiert. Käufer sollten ihren tatsächlichen Zugang und das unterstützte Verhalten bestätigen, bevor sie einen Produktionsplan von der angekündigten Funktion abhängig machen.
Hinter einer Umsatzfrage können mehrere zulässige Bedeutungen stehen
Betrachten wir einen hypothetischen Agenten, der die vierteljährlichen Nettoerlöse für ein regionales Finanzteam erklären soll. Der Finanzbereich hat eine Definition freigegeben, die eine bestimmte Behandlung von Rückerstattungen einschließt. Eine Vertriebsanalyse verwendet ein anderes, separat freigegebenes Konzept. Beide Definitionen können in ihren jeweiligen Bereichen legitim sein.
Die Aufgabe ist unvollständig, wenn sie nur sagt: „Verwende freigegebenen Umsatz.“ Sie braucht den Berichtszeitraum, den organisatorischen Bereich, die relevante Definition und den vorgesehenen Umgang mit Mehrdeutigkeit. Ein Agent, der stattdessen das Vertriebskonzept einsetzt, kann eine plausible Antwort liefern und dennoch an der Finanzaufgabe scheitern.
Dasselbe Problem kann nach einer Änderung auftreten. Eine Definition kann heute für künftige Berichte freigegeben werden, während der Bericht von gestern auf seiner ursprünglichen Grundlage nachvollziehbar bleiben muss. Wird eine gemeinsame Definition aktualisiert, ohne den Kontext der Antwort zu bewahren, kann ein späterer Vergleich schwierig werden. Deshalb empfiehlt Maetra, einen Verweis auf die verwendete Definition zu behalten, ergänzt um ein Gültigkeitsdatum oder eine Versionsangabe, sofern die Umsetzung das unterstützt.
Diese Empfehlung betrifft die fachliche Bedeutung, die mit einer Aufgabe verknüpft ist. Sie impliziert nicht, dass die Freigabe einer Ontologie jeden nachgelagerten Vorgang autorisiert. Das externe Versenden eines Berichts oder die Änderung eines Finanzdatensatzes kann separate Zugriffs- und Richtlinienentscheidungen erfordern.
Führen Sie drei Abnahmetests durch, bevor Sie einem gemeinsamen Begriff vertrauen
Verwenden Sie einen kleinen, bekannten Datensatz und erwartete Ergebnisse, auf die sich der fachlich Verantwortliche geeinigt hat. Halten Sie jeden Test klar abgegrenzt, damit eine prüfende Person die Auswahl der Bedeutung von Berechnung und Auslieferung unterscheiden kann.
Erstens: Testen Sie den beabsichtigten Bereich. Stellen Sie die Finanzfrage mit einer Definition, die der Verantwortliche für diesen Kontext freigegeben hat. Halten Sie das ausgewählte Konzept, relevante Datenreferenzen, die Berechnungsreferenz und das Ergebnis fest. Wenn der Agent nicht offenlegen kann, welche Definition er verwendet hat, dokumentieren Sie das als Nachweislücke.
Zweitens: Führen Sie einen absichtlichen Konflikt ein. Geben Sie dem Test Zugriff auf zwei legitime Definitionen mit unterschiedlichem Geltungsbereich. Stellen Sie eine mehrdeutige Frage. Legen Sie im Voraus fest, ob das erwartete Verhalten eine Rückfrage, eine klar gekennzeichnete Auswahl oder der Verzicht auf eine abschließende Zahlenangabe ist. Bewerten Sie das Ergebnis anhand dieser Erwartung, statt eine selbstsichere Antwort zu belohnen.
Drittens: Ändern Sie die Definition und wiederholen Sie die Aufgabe. Aktualisieren Sie in einer sicheren Testkonfiguration die freigegebene Bedeutung oder ihre Zuordnung. Prüfen Sie, ob eine neue Antwort die beabsichtigte Überarbeitung verwendet und ob sich die vorherige Antwort weiterhin erklären lässt. Wo Versionsverweise nicht verfügbar sind, bewahren Sie eine kontrollierte Momentaufnahme auf und dokumentieren Sie diese Einschränkung.
Dies sind vorgeschlagene Bewertungsfälle, keine Zusagen zum Verhalten der Vorschau. Ein bestandener Test belegt die getestete Konfiguration auf den ausgewählten Daten. Es rechtfertigt keine weitreichende Behauptung über jeden Geschäftsbereich, jeden Agenten oder jedes künftige Update.
Verankern Sie die Abhängigkeit im Aufgabenprotokoll
Die für die Daten verantwortliche Person sollte die Definition und ihren Geltungsbereich benennen können. Die für die technische Umsetzung verantwortliche Person sollte den Weg von der Definition zur Berechnung aufzeigen können. Die Person, die die Ausgabe des Agenten abnimmt, sollte erkennen können, ob das Ergebnis die vereinbarten Bedingungen der Aufgabe erfüllt.
Bewahren Sie diese Verweise zusammen mit der Aufgabe und ihrem beobachtbaren Ergebnis auf. Wenn sich eine Zuordnung ändert, markieren Sie die betroffenen Tests zur Überprüfung, statt anzunehmen, dass die Freigabe der Formulierung auch die Umsetzung abdeckt. Eine korrekte Berechnung des falschen Konzepts ist weiterhin eine ungeeignete Antwort.
Maetras Analyse zur Aufgabenausrichtung erläutert den Unterschied zwischen dem Erfüllen eines zugewiesenen Ziels und dem Erhalten einer Autorisierung für eine Handlung. Task Guard deckt Ausrichtung, Änderungen des Umfangs und die Verifikation von Wirkungen ab, Audit unterstützt eine nachvollziehbare Historie. Für einen Analytics-Workflow können Sie die Task Guard-Dokumentation nutzen, um die erwartete Bedeutung und das erwartete Ergebnis festzulegen, bevor Sie die Antwort eines Agenten bewerten.
Quellen
- Snowflake, Business Ontology, 3. November 2026. Primäre Produktankündigung; öffentliche Vorschau kommt bald.
- Snowflake, Expedition-Ankündigung, 3. November 2026. Primärquelle für die umfassendere Ankündigung und die Einschränkungen zur Verfügbarkeit.
- Constellation Research, Bericht zu Snowflakes Kontext- und Governance-Funktionen, 3. November 2026. Unabhängige Berichterstattung und Analyse der Ankündigung.