Vai al contenuto

Boreon MCP Layer

Un unico layer MCP semantico su tutte e tre.

Il layer si collega al suo sito Tableau Server o Tableau Cloud, a Databricks e a Snowflake tramite le rispettive API. Impara come i suoi campi Tableau corrispondono alle colonne del warehouse e tiene aggiornata questa mappa. Scrive solo quando lo chiede lei, e ogni scrittura viene registrata.

Chieda tutto a Tableau

Un unico layer su tutto il suo ambiente Tableau.

Le persone chiedono in linguaggio naturale. Il Boreon MCP Layer trasforma ogni domanda in letture tramite le API di Tableau e riporta la risposta in chat. Il modello sottostante lo sceglie lei.

Il suo team

  • Dirigenti
  • Analisti
  • Amministratori del sito
  • In sei lingue

Boreon MCP Layer

  • Chat in linguaggio naturale
  • Risposte in chat
  • Scansioni di governance
  • Gestione del sito

Il suo LLM: ospitato in Svizzera, Claude, OpenAI o il suo endpoint

Tableau Server o Tableau Cloud

  • REST API
  • VizQL Data Service
  • API dei metadati
  • TSM, su Tableau Server

Pubblicazione, l'unica scrittura

Un unico layer che parla la lingua di ogni piattaforma.

Il layer legge ogni piattaforma tramite le rispettive API e tiene una mappa di come i campi Tableau corrispondono alle colonne del warehouse. Scrive solo quando lo chiede lei, e registra ogni scrittura.

Tableau

  • Tableau Server o Tableau Cloud, il suo sito
  • Workbook e dashboard (.twb / .twbx)
  • Origini dati pubblicate (.tds)
  • Flussi Tableau Prep (.tfl)
  • VizQL Data Service e la Metadata API
  • PAT, JWT o un account di servizio centrale

Boreon MCP Layer

Dietro il Data & AI Portal

Databricks

  • Il suo workspace e Unity Catalog
  • Tabelle Unity Catalog e SQL warehouse
  • Dashboard AI/BI, con Genie integrato
  • Viste materializzate dai flussi Prep
  • Statement Execution API per ogni query
  • PAT, OAuth o un service principal

Snowflake

  • Il suo account, database e ruoli
  • Database, schemi e warehouse virtuali
  • App Streamlit in Snowflake
  • Tabelle dinamiche dai flussi Prep
  • SQL API per ogni query
  • Coppia di chiavi, OAuth o un PAT

Sei motori dietro un'unica chat.

Migra DBX Platform Latency Calls & Uptime su Databricks

  1. Chat agentica

    Chieda in linguaggio naturale. Vede cosa sta facendo mentre lavora, e le risposte arrivano come tabelle e grafici dal vivo.

    Ha capito la richiesta, in linguaggio naturale

  2. Layer semantico

    I campi Tableau mappati una volta sulle colonne di Databricks e Snowflake, poi sempre aggiornati.

    Ha mappato i campi Tableau sulle colonne Databricks

  3. Lineage dei dati

    Ripercorre ogni dashboard attraverso la sua origine dati e il suo flusso Prep, fino alla colonna.

    Ha trovato il flusso Prep dietro il workbook

  4. Motore di migrazione

    Pianifica la migrazione di ogni workbook, dashboard e flusso Prep da Tableau Server o Tableau Cloud, poi la esegue.

    Ha costruito prima la vista, poi la dashboard

  5. Motore di fedeltà

    Confronta i numeri del warehouse con quelli di Tableau, riga per riga, tramite il VizQL Data Service.

    41 righe su 41 corrispondono a Tableau

  6. Governance

    Sola lettura, finché non decide diversamente. I suoi ruoli SSO vengono rispettati, e ogni scrittura viene registrata.

    Ogni scrittura registrata con i suoi ruoli SSO

Il suo LLM, le sue regole

Ogni attività con il proprio modello.

La piattaforma instrada separatamente quattro tipi di lavoro. Le chiavi sono cifrate a riposo, e ogni modifica all'instradamento resta tracciata.

ClaudeAnthropicGPTOpenAIQualsiasiIl suo endpoint
Chat
Bozze
Escalation
Classificazione
Illustrazione · dati di esempio

Il portale che resta

Per tutti, dagli analisti ai dirigenti.

Anche chi non ha mai scritto una riga di SQL ottiene tabelle e grafici dal vivo, semplicemente chiedendo. E poiché il layer conosce Tableau, Databricks e Snowflake, il portale la segue quando passa da Tableau Server a Tableau Cloud, e continua a rispondere da tutte e tre le piattaforme.

Ognuno vede ciò che è autorizzato a vedere.

I ruoli SSO si propagano a entrambi i warehouse, e il layer resta in sola lettura finché non gli chiede di scrivere. Ogni scrittura viene registrata.

Accesso tramite il suo SSO

Quale regione ha avuto più chiamate non riuscite la settimana scorsa?

RegioneChiamate non riuscite
eu-central 97Fuori da questo ruolo
Illustrazione · dati di esempio

Einstein Trust Layer

Cinque protezioni, in ogni chiamata.

L'Einstein Trust Layer si colloca tra il Boreon MCP Layer e il modello. Ogni chiamata segue lo stesso percorso, nello stesso ordine, ogni volta.

Ciò che vede lei

Com'è andato il territorio di Maria Keller lo scorso trimestre?

Il territorio di Maria Keller è cresciuto del 12%, trainato da due rinnovi.

Einstein Trust Layer

  1. Radicato nei dati
  2. Mascherato
  3. Conservazione zero dei dati
  4. Tossicità verificata
  5. Tracciato

Ciò che vede il modello

Com'è andato il territorio di [PERSON_1] lo scorso trimestre? + 14 record che può vedere

Il territorio di [PERSON_1] è cresciuto del 12%, trainato da due rinnovi.

Una volta data la risposta, il modello non ne conserva nulla.

Illustrazione · dati di esempio
  1. 01

    Radicato in ciò che può vedere

    Il prompt viene radicato nei dati della sua organizzazione, e solo nei record che chi chiede è autorizzato a vedere.

  2. 02

    Dati personali mascherati

    Nomi, indirizzi email e altri dati personali diventano segnaposto prima che il prompt raggiunga un modello.

  3. 03

    Il modello non conserva nulla

    Conservazione zero dei dati: il fornitore del modello non conserva nulla, né del prompt né della risposta.

  4. 04

    Tossicità verificata

    Sulla via del ritorno, ogni risposta riceve un punteggio di tossicità, prima che qualcuno la legga.

  5. 05

    Tracciato in Data 360

    L'intero scambio viene registrato in una traccia di audit in Data 360, così lo si può rivedere in seguito.

Agente Agentforce

Quando una domanda ha bisogno di Tableau, Agentforce chiede ai nostri agenti.

Il suo team parla con Agentforce dentro Salesforce. Quando la risposta sta in Tableau, l'agente chiede al Boreon MCP Layer, che legge il suo sito Tableau Server o Tableau Cloud e si occupa del lavoro su Tableau Next.

Dove vive

Ogni componente resta sotto il suo controllo.

Fuori dal suo cloud

La sua VNet Azure o VPC AWS · subnet privata

Boreon MCP ServerIl suo portale LLM centrale

Le sue piattaforme

Passi sopra o tocchi un elemento per vedere con cosa comunica.

  • Perimetro WAF

    Caddy con regole OWASP Coraza davanti a tutto.

  • Server MCP

    Chat, migrazioni e controlli di fedeltà in un unico insieme di container.

  • Postgres + pgvector

    La base di conoscenza, la traccia di audit e i segreti, dietro il suo firewall.

  • Le sue chiavi OpenAI

    Azure OpenAI o OpenAI, con chiavi sue e un account suo.

  • Il suo storage

    I backup finiscono nel suo storage S3 o Blob.

  • Il suo SSO

    Entra ID, Okta o qualsiasi provider OIDC. I ruoli si propagano a entrambi i warehouse.

Lo stesso layer, a ogni passo.

Il layer conosce già Tableau, Databricks e Snowflake. Quando passa da Tableau Server a Tableau Cloud, viene con lei: le stesse domande, lo stesso modello semantico, e Databricks e Snowflake che continuano ad alimentare Tableau.

Oggi, su Tableau Server
Dopo il passaggio a Tableau Cloud

Da quale dashboard Tableau comincerebbe?

Cominci da lì. Mettiamo il layer sopra e rispondiamo alle sue domande in linguaggio naturale, e se un giorno la vorrà anche su un'altra piattaforma, ogni numero viene prima verificato rispetto a Tableau.