Caratteristiche

Tre pilastri. Un unico sistema integrato.

TwiceData è un sistema di modelli gestito, non uno strumento a cui ci si collega. Ogni progetto e ogni consegna del Quarter Stack si basa sugli stessi tre pilastri: pacchetti di modelli dbt selezionati con cura, gestione delle modifiche attenta alla tracciabilità e un livello semantico regolamentato.

Pilastro 01

Pacchetti di modelli dbt predefiniti.

Iniziate con aree tematiche SaaS già selezionate, anziché con un repository dbt vuoto. ARR, fidelizzazione, utilizzo del prodotto, pipeline di vendita, operazioni di fatturato: ciascuna di queste è fornita sotto forma di pacchetto di modelli con versione, completo di test, documentazione e ipotesi documentate.

I pacchetti non sono una scatola nera. Si tratta di vero e proprio codice DBT, trasferito nel vostro repository e revisionato dal vostro team. Una volta consegnati, ne diventate i proprietari.

Cosa contiene la confezione

  • Livelli di classificazione + livelli intermedi + livelli di mart per l'area tematica
  • Test degli schemi, verifiche di validità dei dati, configurazioni delle istantanee
  • Ipotesi documentate (con controllo delle versioni e tracciamento delle modifiche)
  • Viste dell'adattatore BI per Looker / Metabase / Mode / Tableau
  • Controlli di discendenza pre-merge integrati nel vostro CI
Pacchetto · ARR SaaS (v2.4)
stg_subscriptions.sql✓ testato
int_arr_movements.sql✓ testato
fct_monthly_arr.sql✓ certificato
fct_arr_cohort.sql✓ certificato
mart_arr_dashboard.sql✓ in diretta
docs/assumptions.mdv2.4 · firmata
Pacchetti di dominio preconfigurati

Il model pack è il minimo indispensabile. Il knowledge graph e l'MCP sono il prodotto.

Ogni pacchetto di dominio è strutturato su tre livelli. Un pacchetto di modelli governati fornisce metriche testate e con tracciabilità della provenienza — dbt-first, oppure SQLMesh / Dataform / SQL puro, a seconda del vostro stack. Su questo fondiamo un grafico di conoscenza del dominio che cattura le entità e le relazioni implicite nelle vostre metriche. E se desiderate che i vostri agenti AI lo interroghino, un server MCP espone il livello governato come strumenti tipizzati e autorizzati — ma questa è una scelta, non un requisito. Attivatelo o lasciatelo disattivato; il pacchetto è autonomo grazie al semplice SQL e ai vostri strumenti di BI esistenti. Gli strumenti degli agenti evolvono rapidamente e tale standard potrebbe cambiare nel giro di un trimestre, quindi il livello MCP è volutamente un sottile shim sostituibile: i vostri dati governati non si spostano mai con esso.

14 pacchetti di dominio disponibili oggi, con 437 modelli governati in totale — più altri 4 in anteprima. Ognuno ha il proprio schema di grafo, set di strumenti MCP e modelli di esempio che potete leggere prima di impegnarvi. Li trovate tutti nel catalogo dei modelli.

Cosa contiene un pacchetto

  • Model pack governato — staging → intermedi → marts, completamente testati, con lineage gate. La base dbt, portabile nel vostro framework.
  • Knowledge graph di dominio — le entità e le relazioni implicate dalle vostre metriche (paziente → visita → sinistro → rischio HCC; pratica → timekeeper → fattura), navigabile da agenti e analisti.
  • Server MCP — strumenti tipizzati e con permessi sul livello governato, così gli agenti AI rispondono a domande di dominio senza SQL grezzo né accesso a PHI che non dovrebbero vedere.
  • Gestione HIPAA-aware sul pacchetto medico; governance per riga/colonna applicata a ogni strumento MCP.
  • Modelli di esempio distribuiti in modo aperto — leggete il SQL prima di impegnarvi. Nessuna scatola nera.
Pacchetto Medical — modelli di esempio
stg_claims.sqlstaging
int_encounters.sqlintermediate
fct_hcc_risk_scores.sqlfact
dim_patient.sqldim
mart_care_gaps.sqlmart
mart_quality_measures.sqlmart
Pilastro 02

Gestione delle modifiche che tiene conto della genealogia.

Ogni aggiornamento del modello viene sottoposto a una valutazione dell'impatto prima dell'integrazione. I dashboard a valle, le entità semantiche e i modelli dipendenti vengono segnalati automaticamente, in modo che eventuali malfunzionamenti vengano individuati durante il processo di integrazione continua (CI), anziché il lunedì mattina quando il direttore finanziario apre il dashboard sbagliato.

Non si tratta di un diagramma di discendenza da consultare in una presentazione. È integrato nel flusso delle richieste di pull, soggetto a approvazione e necessario per il merge.

Qual è la funzione dei cancelli di lignaggio

  • Individuare i dashboard, i modelli e le entità semantiche interessati per ogni PR
  • Valutare il rischio di modifiche radicali su una scala da 0 a 10, con blocco in base alla soglia
  • Aggiunga automaticamente un commento alla PR con l'elenco degli effetti e i suggerimenti dei revisori
  • Integrazione con GitHub / GitLab / Bitbucket (stato obbligatorio)
  • Registro di controllo di ogni modifica integrata + relativo punteggio di impatto
PR · lineage-check.yml
stg_subscriptions.sqlmodificato
→ int_arr_movementscolpito
→ fct_monthly_arrcolpito
→ Looker: ARR dashboarda valle
Punteggio di impatto7,2 / 10
StatoPorta: obbligatoria
Pilastro 03

Livello semantico regolamentato.

Definisca una volta per tutte le metriche certificate e le renda disponibili per la BI, il reverse ETL e i notebook, con accesso basato sui ruoli, criteri di aggiornamento e cronologia di controllo integrati. Lo stesso dato relativo all'ARR che il direttore finanziario vede nella presentazione per il consiglio di amministrazione è lo stesso dato che il team dedicato ai clienti vede in Looker ed è lo stesso dato che il processo di reverse ETL invia a Salesforce.

Una definizione. Molti consumatori. Verificato ogni volta.

Cosa offre la governance

  • Modello di entità certificate con definizioni versionate
  • Accesso basato sui ruoli (RBAC) per entità e per attributo
  • Politiche di aggiornamento con avvisi automatici
  • Cronologia completa delle verifiche per ogni entità letta e ogni modifica alle definizioni
  • Contratto Reverse-ETL: le modifiche vengono propagate o bloccate
  • Esposizione degli adattatori BI: Looker LookML, Cube, Metricflow, personalizzati
Entità · monthly_arr (v4)
proprietarioTeam Dati Finanziari
freschezza SLA≤ 4 ore
RBACfinanza, dirigenza, operazioni
esposti aLooker, Cube, Slack
ultima revisioneapprovata il 12 maggio 2026
statocertificato

I materiali con cui lavoriamo.

Magazzini
Snowflake Databricks BigQuery Redshift Palantir
Trasformazione e orchestrazione
dbt Cloud dbt Core SQLMesh Dataform Dagster Airflow Prefect
BI e semantica
Looker / LookML Cube Metricflow Metabase Mode Tableau
Cloud e infrastrutture
AWS Azure Google Cloud Microsoft Fabric Terraform Pulumi
Modernizzazione dei sistemi legacy
R SAS SPSS Procedure memorizzate Modelli Excel
Potenziamento tramite IA (opzionale)
LLM in proprio Ollama / vLLM

Sicurezza, conformità e revisione.

Identità e accesso

Il vostro IDP, le vostre regole.

Ci integriamo con qualsiasi soluzione utilizziate già per SSO/SCIM. Non introduciamo un sistema di gestione delle identità separato.

  • SSO tramite Okta, Azure AD, Google Workspace
  • Configurazione SCIM per gli account di servizio
  • Sicurezza a livello di riga verificata end-to-end
  • Registro di controllo di ogni entità letta
Situazione di conformità

Progettato per pile regolate.

Abbiamo operato in contesti conformi agli standard SOC2, HIPAA, GDPR e PCI. La definizione dell'ambito dell'incarico si adatta alla cadenza dei vostri audit.

  • Allineamento del flusso di lavoro SOC2 Tipo II
  • Etichettatura e mascheramento dei dati personali (PII) conformi alla normativa HIPAA
  • Diffusione del diritto alla cancellazione ai sensi del GDPR
  • Modelli di esclusione dei dati nell'ambito dello standard PCI
  • Attività nel settore pubblico correlate al programma FedRAMP
Residenza dei dati

I dati non escono mai dal vostro perimetro.

TwiceData viene fornito sotto forma di codice, non come infrastruttura in hosting. I modelli vengono eseguiti nel vostro account di data warehouse. Nessun trasferimento di dati in uscita, nessuna copia da parte di terzi.

  • Tutte le risorse di calcolo nel Suo account cloud
  • Nessuna uscita di dati per impostazione predefinita
  • Chiavi di crittografia gestite dal cliente
  • Riconoscimento per il "pinning" regionale
Esempi di manufatti

Ciò che alla fine vi rimane.

Anteprime di esempio di sei risultati finali. Si tratta di bozze del formato: i documenti effettivi saranno forniti con i dati specifici del vostro stack, la tracciabilità e i dettagli relativi alle politiche.

Pacchetti di modelli disponibili
14
Tempo medio necessario per ottenere il primo dato
< 14 giorni
Magazzini supportati
5
Adattatori BI
Looker · Metabase · Mode · Tableau

Desidera vedere una confezione nel suo magazzino?

Sessione di progettazione di 30 minuti. Sceglieremo un pacchetto di modelli adatto al Suo settore di attività, definiremo l'ambito di un progetto a prezzo fisso e Le invieremo un'offerta entro 48 ore.