Zum Inhalt springen

Boreon MCP Layer

Veröffentlicht wird nur, was bewiesen ist.

Die Engine prüft ihre eigene Arbeit. Jede Zahl auf einem migrierten Dashboard wird über den VizQL Data Service mit der Antwort von Tableau verglichen. Passt eine nicht, wird nichts veröffentlicht, und der Agent sagt Ihnen in natürlicher Sprache, warum.

Live gemessen an einem echten Tableau-Workbook: DBX Platform Latency Calls & Uptime, migriert auf Databricks.

3 / 3
Sheets identisch mit Tableau
96%
Originaltreue
20M
Zeilen in der View, erstellt in 72 s
0
SQL-Fehler beim Veröffentlichen

Tableau zu Databricks

Sehen Sie einer echten Migration zu.

Ihr zentrales LLM-Portal

DBX Platform Latency Calls & Uptime auf Databricks migrieren

  1. Workbook gelesen Dashboard „Databricks Latency Dashboard“ · 3 Sheets · Shelves, Filter, Berechnungen 3 Sheets
  2. Prep-Flow dahinter gefunden Die Datenquelle bi_usage_events_databricks ist eine Flow-Ausgabe auf Databricks 1 Flow
  3. Vom Flow zur materialisierten View Eine SQL-Anweisung, eine CTE pro Flow-Schritt CREATE MATERIALIZED VIEW bi.usage_events_mv AS WITH clean AS (…), joined AS (…) SELECT … FROM joined 20M Zeilen · 72 s
  4. Jedes Sheet auf Databricks geprüft Die Abfrage jedes Sheets läuft, bevor irgendetwas veröffentlicht wird 0 SQL-Fehler
  5. Zahlen mit Tableau abgeglichen Parität über den VizQL Data Service, Zeile für Zeile 41 / 41 Zeilen
  6. Als AI/BI-Dashboard auf Databricks veröffentlicht Originaltreue pro Sheet ausgewiesen 96%

Veröffentlicht. Der Kunde hat nur die erste Zeile getippt.

So läuft eine Migration.

Sie tippen eine Zeile. Den Rest erledigt der Layer, und er zeigt dabei laufend, was er tut.

  1. 01

    Workbook lesen

    Shelves, Filter und Berechnungen. 3 Sheets.

  2. 02

    Prep-Flow finden

    Der Flow hinter seiner Datenquelle. 1 Flow.

  3. 03

    Flow in eine View umwandeln

    Eine SQL-Anweisung, eine CTE pro Schritt. 20M Zeilen in 72 s.

  4. 04

    Jedes Sheet prüfen

    Jede Abfrage läuft vor dem Veröffentlichen. 0 SQL-Fehler.

  5. 05

    Zahlen abgleichen

    Mit Tableaus eigener Antwort. 41 von 41 Zeilen.

  6. 06

    Veröffentlichen

    Ein AI/BI-Dashboard auf Databricks, mit 96% Originaltreue.

Zu jeder Migration gehört der Nachweis.

Gemessen an Ihren eigenen Workbooks und Ihnen vorgelegt, bevor etwas veröffentlicht wird.

  • Ein Bericht zur Originaltreue pro Sheet

    Was abgebildet, angenähert oder weggelassen wurde, mit einer Bewertung.

  • Parität mit Tableau

    Die Zeilen jedes Sheets, verglichen mit Tableaus eigener Antwort.

  • Abfragen zuerst geprüft

    Jedes Sheet läuft auf dem Warehouse, bevor irgendetwas veröffentlicht wird.

  • Eine Begründung für alles, was er auslässt

    Wenn er etwas nicht migriert, nennt er es und sagt, warum.

Mit Tableau übereinstimmende Zeilen, pro Sheet
BlattÜbereinstimmende Zeilen
Blatt 1 12 / 12
Blatt 2 5 / 5
Blatt 3 24 / 24
3 / 341 / 41

Alle 41 Zeilen stimmen · veröffentlicht

Migration zu Tableau Next

Zuerst kommt die Grounding-Prüfung.

Eine Tableau-Datenquelle wird erst umgewandelt, wenn ihre Daten durchgängig echt sind. Fehlt auch nur ein einziges Feld, wartet die ganze Datenquelle, und der Plan sagt Ihnen, welche Felder Sie ergänzen sollten.

Tableau Server oder Tableau Cloud

Umsatzübersicht

  • Umsatz nach Region
  • Pipeline-Verlauf
  • Top-Kunden

Die Grounding-Prüfung

  1. Dem semantischen Modell „Sales“ zugeordnet
  2. 12 von 12 Feldern sind im Modell
  3. 48.210 echte Zeilen dahinter

Tableau Next · Workspace „Vertrieb“

  • Umsatz nach RegionVisualisierung
  • Pipeline-VerlaufVisualisierung
  • Top-KundenVisualisierung
  • UmsatzübersichtDashboard

Live, nachdem ein Mensch es freigegeben hat

Illustration · Beispieldaten
  1. Es gibt ein passendes semantisches Modell

    Jede Datenquelle wird einem semantischen Modell in Data 360 zugeordnet: dem, das auf denselben Daten aufbaut, oder dem, das Sie nennen.

  2. Jedes Feld ist im Modell

    Jedes Feld, das das Workbook nutzt, muss in diesem Modell vorkommen. Ein einziges fehlendes Feld hält die ganze Datenquelle zurück.

  3. Die Daten sind echt

    Das Modell muss eine Abfrage beantworten, mit echten Zeilen dahinter, live gezählt.

Planen, proben, dann gibt ein Mensch grünes Licht.

Eine Migration zu Tableau Next läuft Gespräch für Gespräch, und kein Schritt wird je übersprungen.

  1. 01

    In natürlicher Sprache fragen

    Nennen Sie die Workbooks oder das Projekt für den Umzug und den Workspace, in dem alles landen soll.

  2. 02

    Den Plan lesen

    Jeder Eintrag in der richtigen Reihenfolge, Datenquellen vor den Workbooks, die sie nutzen, und klar ausgeschrieben, was die Grounding-Prüfung ergeben hat.

  3. 03

    Alles proben

    Ein Probelauf liest und wandelt alles genau so um wie später der echte Durchlauf, schreibt aber nichts.

  4. 04

    Ein Mensch gibt frei

    Eine angemeldete Person tippt den Freigabesatz ein. Kein Modell und kein Agent kann einen echten Durchlauf starten.

  5. 05

    Zusehen, wie es landet

    Jeder Eintrag endet als erledigt, bereits vorhanden, mit Begründung übersprungen oder fehlgeschlagen, mit der Meldung von Salesforce im Wortlaut.

Agentforce-Agent

Geprüft, bevor er live geht.

Salesforce prüft den Agenten, bevor irgendetwas gespeichert wird, ein Mensch stellt ihn bereit, und er ändert sich nie, ohne dass Sie es wissen.

  1. 01

    Validieren

    Eine Bereitstellung nur zur Prüfung: Salesforce kontrolliert den Agenten, seinen Planer, seine Themen und seinen Berechtigungssatz und speichert nichts. Jeder Fehler kommt im Wortlaut von Salesforce zurück.

  2. 02

    Bereitstellen

    Ein Mensch tippt den Satz für die Bereitstellung ein. Bereitstellen lässt sich erst, wenn eine Validierung bestanden ist, und dabei wird die neueste Version eingeschaltet.

  3. 03

    Aktualisieren

    Salesforce bearbeitet nie einen aktiven Agenten, deshalb kommt jedes Update als nächste Version. Der laufende Agent antwortet weiter, bis Sie den neuen einschalten.

Einstein Trust Layer

Das letzte Wort hat immer ein Mensch.

Jeden echten Durchlauf gibt ein Mensch frei

Kein Modell, kein Agent, kein Token und keine Integration kann ihn starten. Eine angemeldete Person tippt den Freigabesatz ein, nach einem Plan und einem Probelauf, der nichts schreibt.

Eine abgelehnte Anmeldung hält alles an

Nach einer Ablehnung fordert der Layer keine neue Anmeldung an, bis ein Mensch die Pause aufhebt. So kann keine Wiederholungsschleife je einen Salesforce-Benutzer aussperren.

Geheimnisse bleiben versiegelt

Zugangsdaten werden versiegelt, nur mit ihren letzten vier Zeichen angezeigt und nie in ein Log geschrieben.

Ehrliche Ergebnisse

Jeder Eintrag endet als erledigt, bereits vorhanden, mit Begründung übersprungen oder fehlgeschlagen, mit der Meldung von Salesforce im Wortlaut. Nichts wird als erledigt gemeldet, was es nicht wirklich ist.

Agentischer Support

Antworten, die sich belegen lassen.

Jede Antwort stammt aus indexierter Dokumentation, und jede zeigt, woher sie kommt. Deckt die Wissensdatenbank eine Frage nicht ab, rät der Agent nicht. Er sagt Ihnen, dass er beim Team nachfragt, und aus „Ich weiss es nicht“ wird ein Fall.

Boreon Support

Warum ist meine Extrakt-Aktualisierung letzte Nacht fehlgeschlagen?

  1. 1Aktualisierungsverlauf Ihrer SiteLive, nur lesend
  2. 2Fehlgeschlagene Extrakt-AktualisierungenWissensdatenbank
  3. 3Extrakte nach Zeitplan aktualisierenTableau-Hilfe

Der Extrakt Wochenumsatz wurde um 2:10 Uhr abgebrochen, weil sich das gespeicherte Datenbankpasswort geändert hat1. Passen Sie die eingebetteten Zugangsdaten der Datenquelle an und starten Sie die Aktualisierung dann erneut23.

Kommen Sie nicht weiter? Eröffnen Sie einen Fall mit diesem Gespräch.

Illustration · Beispieldaten
  • Indexiert, nie erfunden

    Echte Dokumentation wird in Abschnitte zerlegt und in Postgres mit pgvector indexiert. Aufgenommen wird nur echter, überprüfbarer Text.

  • Quellen zu jeder Antwort

    Jede Antwort nennt die Dokumente, auf die sie sich stützt, damit Sie selbst nachlesen können.

  • Auch Ihre eigenen Dokumente

    Administratoren können eigene Markdown- oder Textdokumente hinzufügen und die Wissensdatenbank mit einem Klick neu indexieren.

  • Tableau-Hilfe, direkt integriert

    Anleitungen stützen sich auf rund 3000 Seiten offizieller Tableau-Hilfe zu Tableau Server und Tableau Cloud.

Die Regeln, nach denen der Layer arbeitet.

  1. 01 Alles oder nichts

    Ein Dashboard wird nur auf dem Warehouse neu aufgebaut, in dem seine Daten schon liegen. Passt auch nur ein einziges Sheet nicht, wird nichts veröffentlicht, und Sie erfahren den Grund.

  2. 02 Zahlen zuerst

    Mittelwerte, eindeutige Zählungen und Mediane bleiben auch unter Dashboard-Filtern exakt, und jedes Ergebnis wird mit der Antwort von Tableau abgeglichen.

  3. 03 Geprüft, bevor es live geht

    Jede Abfrage läuft vor dem Veröffentlichen auf Databricks oder Snowflake, damit sich nichts mit einem SQL-Fehler öffnet.

  4. 04 Ihre Identität, Ihre Rollen

    SSO-Rollen gelten durchgängig bis in beide Warehouses, damit alle nur sehen, was sie sehen dürfen.

  5. 05 Standardmässig nur lesend

    Er schreibt nur, wenn Sie es verlangen, und protokolliert jeden Schreibvorgang.

Mit welchem Tableau-Dashboard würden Sie anfangen?

Dort fangen wir an. Wir legen den Layer darüber und beantworten seine Fragen in natürlicher Sprache, und falls Sie es je zusätzlich auf einer anderen Plattform möchten, wird vorher jede Zahl gegen Tableau geprüft.