Benvenuti alle Microsoft Knowledge Nac, sono Mirko Peters. L'argomento di oggi crea spesso confusione. Cos'è esattamente Dataverse? È un database, un'app o qualche servizio Dynamics 365 nascosto che solo l'IT deve conoscere. Ecco la definizione più semplice. Dataverse è la base dati condivisa dietro molte esperienze Dynamics 365. Immaginate Dynamics 365 un edificio per vendite, assistenza clienti e altre app sono le stanze in cui si lavora, mentre Dataverse è il sistema di archiviazione e le regole dietro le pareti. Alla fine di questo episodio saprete dove risiedono i dati di Dynamics e come un aggiornamento cliente appaia nelle vendite, nell'automazione e nei report. Ma prima di parlare di nomi di prodotti partiamo dal caos aziendale che questo risolve. Un unico posto condiviso, invece di copie separate. Immaginate un'azienda con un team vendite, uno di supporto, uno finanziario. Le vendite tengono i dettagli dei clienti in un foglio di carta.

Supporto, lavoro e uno strumento per i casi separati. La finanza ha i nomi dei clienti nel proprio sistema. Qualcun altro salva l'email in una casella condivisa, mentre un altro tiene noti in una cartella che nessuno trova. Lo stesso cliente esisterà in cinque posti diversi. All'inizio sembra normale, perché ogni team vede solo la parte di lavoro che ha davanti. Ma ecco il punto. Non appena un cliente cambia numero, indirizzo, nome, azienda o contatto, iniziano i problemi. Le vendite aggiornano il foglio, il supporto non lo vede e la finanza manda documenti al vecchio indirizzo. Poi qualcuno esporta una lista, la pulisce a mano, la invia via email e tre persone credono che la propria copia sia quella giusta. A quale lista dovreste credere? Questa domanda fa perdere più tempo di pensiate. Il personale si ferma per confrontare il record. I manager chiedono perché un report non corrisponda al sistema vendite.

Un agente apre un caso per un cliente cui i dettagli sono già altrove, solo leggermente diversi. Nessuno cerca di creare confusione. Chaos diva dalle copie. Vent'anni fa sistemi separati significavano server separati, database separati e team separati con le proprie informazioni. Connetterli chiedeva lavoro personalizzato, importazioni programmate e molti controlli manuali. Un cambiamento in un posto poteva arrivare a un altro sistema domani, la prossima settimana mai più. Dataverse offre alle app aziendali un luogo condiviso per questo tipo di informazioni. In parole povere, Dataverse è la piattaforma dati cloud di Microsoft per le informazioni aziendali. Memorizza le informazioni. In tabelle strutturate così i dati hanno una forma chiara invece di restare note casuali, file sparsi o schede di fogli di calcolo scollegate. Puoi immaginarlo come l'archivio aziendale, che però può essere utilizzato contemporaneamente da diversi strumenti autorizzati.

Un cliente compare una sola volta in Dataverse. Quel cliente può apparire in Dynamics 365 Sales quando un venditore lavora a una trattativa. Gli stessi dettagli del cliente possono apparire in Dynamics 365 Customer Service quando un agente gestisce una richiesta di assistenza. Una power app può utilizzare le stesse informazioni sul cliente per un operatore sul campo o un account manager senza che qualcuno debba prima copiare i dati in una nuova. Una riga cliente, un punto di riferimento condiviso. Questo non significa che ogni team veda improvvisamente tutto. L'accesso richiede comunque delle regole, le vedremo a breve. Significa che le app autorizzate possono lavorare sulle stesse informazioni aziendali invece di creare la propria versione concorrente. Ecco perché Dynamics 365 e Dataverse si integrano così naturalmente. Le app di Dynamics 365 come Sales e Customer Service utilizzano Dataverse per archiviare e proteggere i dati con cui lavorano.

Ma ecco il punto. Quando qualcuno parla di integrare Dynamics 365 con Dataverse, spesso immagina due prodotti separati che necessitano di un connettore tra loro. Per molte app di Dynamics 365 non è così? I dati risiedono già in Dataverse. Non stai estrendo un elenco clienti da Dynamics 365 per copiarlo in un altro database sperando che entrambi i lati rimangano aggiornati. Puoi costruire sulla stessa base utilizzando le stesse informazioni aziendali che Dynamics 365 usa già. Questo cambia la prospettiva. Invece di chiedere come sincronizziamo questi due elenchi clienti, puoi chiedere quali persone e app devono lavorare con questo record cliente e cosa dovrebbe essere permesso a ciascuna di esse. Dataverse non sostituisce ogni sistema posseduto da un'azienda. Un'impresa potrebbe continuare a usare software finanziari, strumenti di settore, sistemi di magazzino, siti web o applicazioni più datate che gestiscono i propri dati e che gestiscono i propri dati.

Dataverse non è una colla magica che elimina ogni sistema esterno dall'oggi al domani. Ciò che offre è un logo comune per i dati aziendali che le app con esse devono condividere. Dettagli sui clienti, attività di vendita, assistenza, attività e follow up. Quei record possono convivere in un'unica fonte che gli strumenti autorizzati possono leggere al giornale. Quindi apri quell'archivio con me. Una volta visto come Dataverse organizza le informazioni al suo interno, l'intera connessione con Dynamics 365 diventa molto più facile da comprendere. L'archivio, tabelle, righe, colonne e relazioni. Apriamo quell'archivio. All'interno di Dataverse le informazioni in tabelle. Pensalo come un vero mobile con cassetti separati. Un cassetto contiene le aziende, un altro le persone e un terzo le richieste di assistenza. Non getti ogni foglio in un unico cassetto enorme sperando che qualcuno possa sistemarlo più tardi.

Ogni cassetto ha una sua funzione. Quindi Dataverse una tabella contiene un tipo di informazione aziendale. Una tabella account di solito contiene le aziende con cui lavori. Una tabella contatti contiene le singole persone. Una tabella lead contiene potenziali clienti prima che diventino clienti reali. Una tabella casi contiene le richieste di supporto, mentre una tabella attività può tracciare lavoro come chiamati, mail, appuntamenti e attività. Queste sono le tabelle standard. Microsoft le include perché la maggior parte delle aziende deve tenere traccia di clienti, persone, lavoro e conversazioni. Non c'è bisogno di inventare una nuova tabella per qualcosa di comune quando una tabella standard è già adatta allo scopo. Tuttavia ogni azienda ha anche il proprio lavoro specifico. Un'azienda di formazione potrebbe aver bisogno di tracciare corsi certificati. Un immobiliare potrebbe aver bisogno di edifici, unità e ispezioni.

Un produttore potrebbe tracciare controlli di attrezzature o visi di assistenza. In questi casi puoi creare tabelle personalizzate che corrispondono al lavoro che la tua azienda svolge realmente. Pensa a una tabella personalizzata come all'aggiunta di un nuovo cassetto all'archivio dandogli un'etichetta chiara. Ora, ogni tabella contiene delle righe. Una riga ha un singolo elemento in quel cassetto. Ad esempio, una riga nella tabella contatti potrebbe rappresentare Maria Gomez, una persona presso un'azienda cliente. La sua riga contiene i suoi dettagli, separati da ogni altro contatto nel sistema. Le colonne descrivono i dettagli che vuoi conservare per ogni riga. La riga del contatto di Maria potrebbe avere colonne per nome, cognome, indirizzo e-mail, numero di telefono, qualifica, azienda, proprietario del record e stato. Una colonna definisce il tipo di informazione che appartiene a quel punto.

Quindi una colonna e mail si aspetta un indirizzo e mail, si aspetta un indirizzo e mail, se una colonna stato può contenere l'istato approvato. Così che le informazioni aziendali assumono una forma fidabile. Senza colonne, una persona potrebbe digitare un numero di telefono in una casella di note. Un'altra potrebbe aggiungerlo a un campo nome e qualcun altro potrebbe non inserirlo affatto. Con una tabella contatti chiara tutti lavorano con lo stesso insieme di dettagli negli stessi posti. Quella struttura aiuta anche le app a comprendere i dati. Un modulo può mostrare le caselle corrette, un report può raggruppare i contatti per stato e un'automazione può reagire quando cambia un proprietario. Le informazioni non sono solo archiviate, hanno etichette che indicano gli strumenti collegati, cosa significa ogni parte. Inizia con le tabelle standard ogni volta che corrispondono alle tue esigenze aziendali.

Se vendi alle aziende, account e contatti descrivono già un modello che la maggior parte delle persone comprende. Se gestisci il supporto clienti, i casi ti offrono un punto di partenza. Quindi aggiungi tabelle personalizzate solo dove la tua azienda ha informazioni che non rientrano nei modelli integrati. Ciò evita un problema comune, creare cinque tabelle diverse che significano tutte cliente. Un team lo chiama cliente, un altro una grafica cliente, un terzo contatto partner. Presto le persone non sanno più quale tabella utilizzare. Tabelle standard chiare e tabelle personalizzate dai nomi accurati mantengono l'archivio comprensibile man mano che viene ampliato. La parte successiva è quella in cui questi cassetti iniziano quello poi. Un contatto appartiene a un account. Maria lavora per Contoso LTD. Invece di inserire nuovamente l'indirizzo, il numero di telefono e i dettagli aziendali di Contoso nella riga di Maria, Dataverse crea una relazione tra la tabella dei contatti e quella degli account.

Maria è collegata a Contoso e questo legame è importante perché le informazioni aziendali rimangono con l'azienda. Se Contoso cambia sede, basta aggiornare la riga dell'account una volta e ogni contatto correlato punterà alla stessa azienda senza doverne gestire una copia obsoleta. Le relazioni collegano anche un caso di supporto al cliente che lo ha segnalato. Possono collegare un'opportunità di vendita a chiamate, email, riunioni e attività relative a quell'affare. Quando un venditore apre un'opportunità, può vedere le attività a essa collegate invece di cercare tra note e calendari non pertinenti. Le informazioni in un contesto. Non stai guardando solo un numero di caso, vedi a quale cliente appartiene. Non stai visualizzando solo un contatto, puoi vedere l'azienda collegata a quella persona. Questi collegamenti mantengono i dati utili senza dover digitare ripetutamente gli stessi fatti in più punti.

Una piccola nota sulla nomenclatura prima di leggere guide o guardare video datati. Potresti sentire i termini entità, campo e record. Si tratta di termini meno recenti di dati. Microsoft ora usa tabella al posto di entità, colonna al posto di campo e riga al posto di record. Significato non è cambiato. Una vecchia guida che suggerisce di creare un'entità intende la creazione di una tabella, un campo, è una colonna, è un record, è una riga. Conoscere entrambi i set di termini ti evita di pensare di aver trovato un prodotto diverso. Dunque, le tabelle organizzano le informazioni, le collegano e le collegano. Tuttavia, un archivio ben organizzato necessita comunque di codi. Qualcuno deve decidere cosa gli utenti possono inserire, modificare e accedere in sicurezza. Le regole e il banco di accoglienza I dati dietro Dataverse funzionano solo quando le persone giuste possono lavorarci in sicurezza.

Un addetto alle vendite ha bisogno dei dettagli del cliente, un agente di supporto dello storico dei casi, un manager. Una visione più ampia, un partner, l'esterno potrebbe aver bisogno solo di una piccola parte del processo. Non dovrebbero tutti vedere le stesse informazioni. Pensa al record di un cliente con una nota privata, un prezzo negoziato e un caso di supporto, aperto. Dare accesso completo a ogni utente creerebbe rapidamente di rischio. Limitare tutti in modo così rigido da impedire loro di lavorare crea un problema diverso. Dataverse fornisce i controlli necessari per questo. E il primo controllo inizia con l'identità. Quando accedi con il tuo account aziendale, Microsoft EntraID ti identifica, pensa EntraID come alla reception all'ingresso dell'ufficio. Arrivi, mostri il tuo badge e l'addetto alla reception verifica chi sei prima di lasciarti entrare. Dataverse usa quell'identità per sapere quale utente sta lavorando con i dati.

Non si ferma a chiedere, questa persona ha il permesso di entrare? Chiede anche, cosa può fare questa persona una volta entrata? È qui che entra in gioco il ruolo di sicurezza. Un ruolo di sicurezza è un insieme di autorizzazioni legate a un lavoro o una responsabilità. Puoi creare un ruolo per il personale di vendita, un altro per gli agenti del servizio clienti e un altro per i manager. Ogni ruolo può controllare l'accesso a una tabella. Ad esempio, il rappresentante di vendita può essere consentito leggere, creare e aggiornare account, contatti, lead, opportunità. Potrebbe non essere autorizzato a eliminare informazioni importanti sui clienti. Un agente di supporto può creare e aggiornare i casi, ma non modificare un'opportunità di vendita. Le autorizzazioni possono coprire la lettura, la creazione, la modifica e l'eliminazione di. Ciò significa che l'accesso non dipende dal fatto che qualcuno ricordi quali pulsanti nascondere in ogni app.

Quindi le stesse tutele si applicano ovunque paiono quei dati di Dataverse. Inoltre puoi restringere ulteriormente l'accesso. La sicurezza a livello di riga decide con quali singole righe una persona può lavorare. Un rappresentante di vendita può vedere solo i clienti di sua proprietà, mentre un responsabile vendita può vedere le righe dei clienti di tutto il suo team. Entrambi utilizzano la stessa tabella degli account. Semplicemente non vedono la stessa porzione di essa. Questa configurazione è concentrati sul proprio lavoro, offrendo ai manager la visuale di cui hanno bisogno. Riduce anche la possibilità che qualcuno apre informazioni su un cliente a cui non ha motivo di accedere. Alcune informazioni inceste da una protezione ancora più rigore. La sicurezza a livello di colonna può proteggere singole colonne all'interno di una tabella. Magari un utente può aprire la riga di un cliente, ma non dovrebbe vedere un identificativo personale, uno stipendio, coordinate bancarie o note finanziarie private.

La riga del cliente rimane disponibile per il lavoro che devono svolgere. La colonna protetta rimane limitata. Per le aziende più grandi, le business unit possono creare confini tra le parti dell'organizzazione. Un'azienda può separare regioni, divisioni o filiali che lavorano con gruppi di clienti diversi. Le business unit aiutano a definire come funziona l'accesso attraverso tali confini. Ciò non significa che ogni azienda necessita di una mappa di sicurezza complicata. Piccolo team potrebbe aver bisogno solo di pochi rolichiani. Un'azienda più grande può richiedere più livelli, poiché i suoi team, le regioni e le responsabilità differiscono. Il punto è che Dataverse può datare l'accesso come funziona realmente l'azienda. Il controllo degli accessi protegge chi può raggiungere i dati, ma le regole proteggono anche la qualità dei dati stessi. Una regola di business può richiedere l'inserimento di un numero di telefono prima di salvare un nuovo contatto.

Può verificare una condizione, come richiedere una motivazione alla chiusura di un caso. Può anche modificare ciò che gli utenti vedono in base alle informazioni inserite. La stessa regola si applica a tutte le app che utilizzano quella tabella. Questo è importante perché non si vuole che un'app accetti dati incompleti mentre un'altra li rifiuta. La regola appartiene alle informazioni aziendali, non una singola schermata che le visualizza. Dataverse può anche eseguire logiche dietro le quinte per aiutare a mantenere coerenti i processi aziendali. Il dettaglio da ricordare è semplice. I dati sono accompagnati da regole, non solo da archiviazione. Quindi le fondamenta includono le informazioni delle persone autorizzate a lavorarci e le regole che le rendono utilizzabili. Una volta che Dynamics 365 opera su quelle stesse fondamenta, non ha bisogno di un ponte tradizionale per accedere ai propri dati aziendali.

Cosa significhi davvero? Integrazione Dynamics 365. Molti sentono integrazione di Dynamics 365 con Dataverse e immaginano due sistemi separati collegati da un connettore. Un sistema detiene i dati dei clienti, l'altro ne ha bisogno di una copia, quindi qualcuno imposta una sincronizzazione, attende che venga eseguita e spera che nulla fallisca. Quell'immagine ha senso per molti strumenti aziendali. Ma qui per Dynamics 365 Sales e Dynamics 365 Customer Service la connessione è molto più stretta. Queste app utilizzano Dataverse come base dati condivisa. Non sono due database separati che si scambiano righe di clienti solo per capirsi a vicenda. Lavorano fin dall'inizio con le stesse informazioni aziendali. Rendiamolo concreto. Immagina di essere un venditore e di creare una nuova azienda in Dynamics 365 Sales. Aggiungi il contatto principale e inizia a lavorare su una possibile trattata. Quei dettagli diventano immediatamente parte dei dati condivisi utilizzati da...

In seguito, quel cliente contatta l'assistenza. L'agente dell'assistenza può lavorare con le identiche informazioni sull'azienda e sul... Nessuno deve esportare un elenco dalle vendite o creare nuovamente il cliente in uno strumento di supporto separato. L'agente collega semplicemente il caso di supporto a quel cliente e visualizza la cronologia per comprendere la situazione. Le vendite vedono l'affare, l'assistenza vede il caso ed entrambi i team lavorano attorno allo stesso cliente. Ora, questo non significa automaticamente che ogni schermata sembri identica o che ogni team segue lo stesso processo. Le vendite hanno bisogno di lead, opportunità, chiamate e riunioni. Il servizio clienti ha bisogno di casi, code e cronologia dell'assistente. Ogni app di Dynamics 365 offre alle persone strumenti creati per il loro lavoro. Mentre le informazioni aziendali sottostanti possono connettersi ovunque sia necessario, quella base condivisa è ciò che le persone intendono spesso quando parlano di integrazione tra Dynamics 365 e Dataverse.

Non si tratta principalmente di spostare dati dal punto A al punto B. Si tratta di app che lavorano con le stesse righe, relazioni, regole e controlli di accesso fin dall'inizio. Analizziamo un semplice percorso di vendita. Un lead arriva da un sito web o da un evento. Un venditore lavora con quel lead, impara di più sulla persona e trasforma il lead in una relazione cliente e in un'opportunità. Chiamate, email, appuntamenti e attività possono conlettersi tutti a quel lavoro. Quindi il team non deve cercare strumenti separati per ricostruire la storia. Se in seguito il cliente ha bisogno di aiuto, un caso di supporto può riconnettersi allo stesso cliente. L'agente dell'assistenza non vede solo un nome e un indirizzo email può lavorare nel contesto della relazione cliente già identificata. Nel frattempo il team di vendita può vedere che il cliente ha un problema di assistenza aperto ed evitare di affrontare una conversazione di rinnovo senza sapere che c'è un problema.

Una relazione cliente può supportare diversi tipi di lavoro al che è molto più utile che mantenere semplicemente un nome cliente corrispondente in due sistemi. Potresti anche sentire l'espressione common data model a volte abbreviata in CDM. Ah, non lasciare che il nome la faccia sembrare più misteriosa di quanto sia. Significa semplicemente che Microsoft fornisce modelli di tabelle aziendali comuni per elementi che molte aziende monitorano come account, contatti, attività e casi. Questi modelli offrono le app basate su Dynamics 3 linguaggio di partenza condiviso o un linguaggio di partenza condiviso. Un account significa un'azienda. Un contatto significa una persona. Un'attività traccia il lavoro attorno a una relazione commerciale. Puoi regolare la configurazione per la tua azienda aggiungere le tue tabelle quando necessario ma non inizi comunque ogni volta da un foglio bianco. Quando un'app comprende una tabella account e un'altra usa la stessa tabella entrambe le app fanno riferimento allo stesso tipo di informazioni aziendali.

Questo cambia anche ciò che puoi costruire. Supponiamo che il tuo team sul campo abbia bisogno di una semplice app per cercare un cliente confermare una visita aggiungere una nota dopo l'appuntamento. Puoi costruire una power app che lavori con le stesse tabelle dataverse già utilizzate da Dynamics 365. Non c'è bisogno di esportare i clienti in un nuovo elenco solo per quell'app. Il tecnico sul campo apre l'app trova il cliente e aggiora le informazioni sulla visita. I dati rimangono collegati alla relazione con il cliente che vendita o assistenza utilizzano già nel rispetto delle regole di sicurezza viste prima. Per attività aziendali più strutturate puoi creare un'app basata su modello. Un'app basata su modello inizia con un modello dati. Scegli le tabelle di dataverse definisci le loro relazioni. Imposti i moduli viste e applichi i ruoli di sicurezza. Power Apps usa poi quella struttura per creare un'esperienza di app aziendale funzionante.

Immaginala come organizzare un banco da lavoro con gli strumenti e materiali che il tuo team usa davvero. Le tabelle descrivono il lavoro. Le relazioni collegano le parti. I moduli consentono alle persone di inserire i dettagli. Le viste le aiutano a trovare le righe che richiedono attenzione. La sicurezza decide cosa ogni persona può aprire o modificare. Un'app basata su modello può affiancarsi a Dynamics 365 perché entrambe lavorano con dataverse. Magari Dynamics 365 Sales gestisce l'intero processo di vendita mentre un'app basata su modello più piccola offre ai gestori contratti uno spazio mirato per tracciare gli accordi. Entrambe possono lavorare senza creare un secondo database clienti. Naturalmente tale accesso richiede comunque attenzione. Solo perché un'app può lavorare con una tabella di dataverse non significa che ogni utente debba modificare ogni riga o vedere ogni colonna. Quale l'accesso alle righe le regole aziendali controllano ancora cosa succede.

Un'app sul campo può fornire esattamente i dettagli clienti e le azioni necessarie senza esporre il resto dei dati aziendali. Quindi l'integrazione di Dynamics 365 con dataverse è ora come un cavo che collega due stanze distanti. Le app di Dynamics 365 le app personalizzate dei processi aziendali possono lavorare tutti dalla stessa base condivisa. Una volta capito questo la domanda successiva diventa chiara. Cos'altro puoi fare con lo stesso aggiornamento clienti in tutta la piattaforma connessa di Microsoft? Come funziona la piattaforma connessa nel lavoro reale? Un aggiornamento cliente condiviso diventa utile quando gli strumenti circostanti possono reale. Power Automate gestisce il lavoro di follow up monitorando le modifiche in una riga di dataverse avviando un'azione quando ciò accade. Ad esempio un nuovo lead entra in Dynamics 365 Sales. Un flusso può notificare il venditore assegnato pubblicare un messaggio in Teams o creare un'attività di follow up.

Nessuno deve monitorare una casella di posta condivisa a tutto. Il lead cambia e il passaggio successivo si avvia automaticamente. Power Automate non ha bisogno di una copia separata del lead solo per svolgere quel lavoro. Può reagire alla riga in dataverse usando gli stessi dettagli di cliente e proprietà che usa l'app di vendita. Ciò mantiene l'automazione vicina ai processi aziendali invece di affidarsi a qualcuno che esporti file e avvicatene di mail manuali. Poi c'è Power BI. Un responsabile vendita potrebbe voler visualizzare il file con un responsabile del servizio clienti potrebbe aver bisogno di vedere quanti casi sono arrivati questa settimana, quali sono ancora aperti o quali clienti contattano l'assistenza più spesso. Power BI può generare report sui dati aziendali di dataverse così team possono monitorare il lavoro senza dover creare nuovi fogli di calcolo ogni venerdì pomeriggio.

Il report attinge dai dati aziendali che le persone già utilizzano. Ciò significa che un grafico del farmer può aggiornarsi man mano che l'opportunità va. Una dashboard dei casi può mostrare il carico di lavoro attuale mentre gli agenti aggiornano le prate. Il punto è che una dashboard sostituisce le persone nel controllo dei dettagli. Offre loro una visione più chiara del lavoro prima di decidere cosa richiede attenzione. Power Apps aggiunge un altro percorso allo stesso processo. Immagina un tecnico sul campo che arriva presso la sede di un cliente. Non ha bisogno dell'intera esperienza di vendita di Dynamics 365. Potrebbe solo aver bisogno di trovare il cliente rivedere i dettagli della visita confermare l'accaduto e aggiungere una nota o una foto. Una Power App mirata può offrirgli quell'esperienza semplificata. Un team commerciale potrebbe aver bisogno di un'app per rivedere gli accordi con i clienti.

Un manager potrebbe aver bisogno di una semplice app per una richiesta. Ogni app può concentrarsi su un compito lavorando con le stesse informazioni controllate di Dataverse dietro le quinte. L'utente visualizza lo strumento adatto alla sua giornata. L'azienda mantiene le informazioni connesse. A volte tali informazioni hanno origine allì fuori di Dataverse. Un'azienda potrebbe avere un elenco da una fonte online che deve diventare parte dei suoi dati aziendali. Power Query può importare dati da fonti online supportate e pulirli durante l'importazione e caricarli nella tabella corretta di Dataverse. Questo è utile quando una fonte esterna contiene informazioni che i tuoi strumenti Dynamics e Power Platform devono utilizzare. Devi comunque decidere cosa appartiene a Dataverse e come debba connettersi alle tabelle esistenti. Importare dati senza questa riflessione sposta semplicemente la confusione nella nuova posizione.

Lasciamo che Auto unisca i pezzi in un unico flusso quotidiano. Un nuovo lead entra in Dynamics 365 e una regola di assegnazione verifica chi debba essere irresponsabile magari in base alla regione o al prodotto. Il proprietario riceve un messaggio su Teams tramite un flusso di Power Automate così sa che c'è del lavoro in attesa. Mentre addetto alle vendite aggiorna il lead e lo sposta lungo il processo di vendita la dashboard di Power BI cambia per mostrare al team qual è il funnel attuale di Autumn. Un singolo aggiornamento avvia attività utile in diversi punti. Power Automate sposta il lavoro da una fase alla successiva.

Dataverse mantiene informazioni aziendali organizzate e sicure mentre gli altri strumenti svolgono il loro lavoro. Questa differenza è importante. L'automazione non è un sistema di archiviazione è un dashboard non è un database clienti. Ha un compito distinto ma possono lavorare tutti dalla stessa forma. Saperlo ti aiuta a scegliere lo strumento giusto invece di trattare ogni foglio di calcolo o lista come se dovesse gestire un intero processo aziendale.

Quando Dataverse è adatto e cosa non sostituisce? Ecco il punto. Scegli Dataverse quando più persone e app devono lavorare con dati aziendali connessi. hai bisogno di regole di accesso chiare e processi ripetivi. Dataverse gestisce tutto ciò ma non sostituisce tutto il resto. Excel rimane la scelta migliore per analisi personali e liste rapide. Le liste di SharePoint funzionano bene per il semplice monitoraggio dei team e se sei uno sviluppatore che necessita di un controllo approfondito e se quelle rimane una scelta sola. Quindi quando è veramente adatto Dataverse? Quando i tuoi dati devono connettersi tra AppDynamics 365 e automazioni report senza creare un'altra copia è lì che eccelle. Ma in conclusione una base comune a molti strumenti aziendali. Ecco il concetto chiaro. Dynamics 365 e Dataverse funzionano al meglio quando tutti i tuoi dati regole, sicurezza App, automazioni e report condividono una base comune.

Iscriviti a Microsoft Knowledge Nuggets su M365 per altre guide chiare su Dynamics 365 Power Platform e Microsoft 365. Poi guarda il nostro episodio sulle App basate sul modello per vedere come le tabelle di Dataverse diventano un'App aziendale funzionante.