Benvenuti a Microsoft Knowledge Nuggets, sono Mo Peters. L'argomento di oggi confonde spesso le persone. Cos'è esattamente Dataverse? È un database, un'app o qualche servizio nascosto di Dynamics 365 che solo gli informatici devono capire? Ecco la definizione più semplice. Dataverse è la base dati condivisa dietro molte esperienze e Dynamics 365. Immaginate Dynamics 365 come un edificio profil. Vendite, assistenza a clienti e altre app sono le stanze dove la gente 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 di un cliente può apparire nel lavoro di vendita, nell'automazione e nel reportistico. Ma prima di passare ai nomi dei prodotti iniziamo dal caos aziendale. Questo risolve il problema con un unico luogo condiviso, invece di copie separate. Immaginate un'azienda con un team di vendita, un team di supporto e un team finanziario.

Le vendite tengono i dettagli dei clienti in un foglio di calcolo. Supporto, lavoro e uno strumento per i casi separati. L'amministrazione ha i nomi dei clienti nel proprio sistema. Qualcun altro salva le conversazioni e-mail in una casella di posta condivisa mentre un'altra persona tiene appunti in una cartella che nessuno può trovare. Lo stesso cliente esiste ora in cinque posti diversi. Quell'impostazione sembra normale all'inizio perché ogni team vede solo la parte di lavoro davanti a sé. Ma ecco il punto. Non appena un cliente cambia numero di telefono, indirizzo, nome aziendale o contatto principale, iniziano i problemi. Le vendite aggiorna un foglio di calcolo. Supporto non lo vede. L'amministrazione continua a inviare documenti al vecchio indirizzo. Poi qualcuno esporta un elenco, lo pulisce a mano, lo invia via e-mail e improvvisamente tre persone credono che la propria copia sia quella giusta.

A quale elenco dovresti credere? Questa domanda fa perdere più tempo di quanto si pensa. Il personale si ferma per confrontare i regoli. I manager chiedono perché un rapporto non corrisponde al sistema di vendita. Un agente dell'assistenza apre un caso per un cliente i cui dettagli sono già presenti altrove, solo leggermente diversi. Nessuno cercherà di creare confusione. Caos deriva dalle copie. Vent'anni fa sistemi separati significavano server separati, database separati e team separati che conservavano le proprie informazioni. Collegarli richiedeva lavoro personalizzato, importazioni pianificate e molti controlli manuali. Una modifica in un posto potrebbe raggiungere un altro sistema domani, la prossima settimana o mai. Dataverse offre le app aziendali un luogo condiviso per questo tipo di informazioni. In parole povere, Dataverse è la piattaforma dati cloud di Microsoft per le informazioni aziendali.

Archivia tali informazioni in tabelle strutturate in modo che i dati abbiano una forma chiara e invece di vivere come note casuali, file sparsi, schede di fogli di calcolo, disconnesse. Puoi immaginarlo come l'archivio aziendale, ma accessibile contemporaneamente da diversi strumenti approvati. Un cliente compare una sola volta in Dataverse. Quel cliente può apparire in Dynamics 365 Sales quando un venditore lavora su una trattativa. Gli stessi dettagli del cliente possono apparire in Dynamics 365 Customer Service quando un agente gestisce una richiesta di supporto. Una Power App può utilizzare le stesse informazioni sul cliente per un operatore sul campo o un account manager senza dover prima copiare i dati in una nuova app. Una riga cliente è un unico punto di riferimento condiviso. Questo non significa che ogni team veda improvvisamente tutto. L'accesso richiede comunque delle regole che vedremo a breve.

Significa che le app approvate possono lavorare sulle stesse informazioni aziendali invece di crearne versioni concorrenti. Ecco perché Dynamics 365 e Dataverse si integrano così naturalmente. Le app di Dynamics 365 come Sales e Customer Service usano Dataverse per archiviare e proteggere i dati con cui lavorano. Michael Poon. Quando si parla di integrare Dynamics 365 con Dataverse spesso si immaginano due prodotti distinti che necessitano di un connettore. Per molte app di Dynamics 365 non è questa la situazione. I dati risiedono già in Dataverse. Non devi estrarre un elenco clienti da Dynamics 365 e copiarlo in un altro database e sperare che entrambi restino aggiornati. Puoi costruire sulla stessa base, usando le stesse informazioni aziendali che Dynamics 365 già utilizza. Questo cambia le prospettive. Invece di chiedere come sincronizziamo questi due elenchi clienti. Puoi chiedere quali persone e app devono lavorare con questo record cliente e cosa ognuna di esse deve poter fare.

Ora Dataverse non sostituisce ogni sistema posseduto da un'azienda. Un'attività può ancora usare software finanziari, strumenti di settore, sistemi di magazzino, siti web o vecchie applicazioni che conservano i propri dati. Dataverse non è una colla magica che elimina ogni sistema esterno da un giorno all'altro. Ciò che ti offre è un luogo comune per i dati aziendali che le app connesse devono condividere. Dettagli cliente, attività di vendita, lavoro di supporto, task e follow up. Quei record possono convivere in un'unica fonte che gli strumenti approvati possono leggere e aggiornare. Quindi apri con me quell'archivio. Una volta visto come Dataverse organizza le informazioni all'interno, l'intero collegamento con Dynamics 365 diventa molto più facile da capire. Tabelle dell'archivio, righe, colonne e relazioni. Apriamo quell'archivio. All'interno di Dataverse le informazioni si trovano in tabella.

Immaginalo come un vero mobile con cassetti separati. Un cassetto contiene le aziende, un altro le persone e un terzo le richieste di supporto. Non butti ogni foglio in un unico grande cassetto sperando che qualcuno possa metterlo in ordine più tale. Ogni cassetto ha il suo scopo. Quindi in Dataverse una tabella contiene un tipo di informazione aziendale. Una tabella account di solito contiene aziende con cui lavori. Una tabella contatti contiene singole persone. Una tabella lead contiene potenziali clienti prima che diventino tali. Una tabella casi contiene le richieste di supporto, mentre una tabella attività può tracciare lavoro come chiamate email, appuntamenti e task. Queste sono tabelle standard. Microsoft le include perché la maggior parte delle aziende deve gestire clienti, persone, lavoro e conversazioni. Non serve iniziare inventando una nuova tabella per qualcosa di comune quando una tabella standard va già bene.

Ogni azienda ha anche il proprio lavoro specifico. Un'azienda di formazione potrebbe dover tracciare corsi certificati. Un'attività immobiliare potrebbe aver bisogno di edifici, unità e ispezioni. Un produttore potrebbe tracciare controlli di attrezzature o visite di esistenza. In questi casi puoi creare tabelle personalizzate che rispecchiano il lavoro reale della tua azienda. Pensa a una tabella personalizzata come l'aggiunta di un nuovo cassetto nel archivio dandogli una chiara etichetta. 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 a persona, 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 email, numero di telefono, qualifica, azienda, proprietario del record e stato.

Una colonna definisce il tipo di informazione che appartiene a quello spazio. Quindi una colonna email si aspetta un indirizzo email e una colonna stato può contenere le opzioni di stato approvate. È così che le informazioni aziendali ottengono una forma affidabile. Senza colonne qualcuno potrebbe scrivere un numero di telefono in una casella note, un altro potrebbe aggiungerlo a un campo nome e qualcun altro potrebbe non inserirlo affatto. Con una chiara tabella contatti tutti lavorano con lo stesso set di dettagli negli stessi posti. Quella struttura aiuta anche le app a comprendere i dati. Un modulo può mostrare le caselle giuste, 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 dicono agli strumenti collegati cosa significa ogni parte. Inizia con le tabelle standard ogni volta che soddisfano le tue esigenze aziendali.

Se vendi ad aziende, account e contatti descrivono già un modello che quasi tutti contrendono. Se gestisci il supporto clienti, i casi ti offrono un punto di partenza. Poi aggiungi tabelle personalizzate solo dove la tua azienda ha informazioni che non rientrano nei modelli integrati. Ciò evita un problema comune, ovvero creare 5 tabelle diverse che significano tutte cliente. Un team lo chiama cliente, un altro lo chiama anagrafica cliente, un terzo lo chiama contatto partner. Presto le persone non sanno più quale tabella dovrebbero usare. 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 a lavorare. Un contatto appartiene a un account. Maria lavora per Contoso. Invece di digitare di nuovo indirizzo, numero di telefono principale e dettagli aziendali di Contoso nella riga di Maria, Dataverse può creare una relazione tra la tabella dei contatti e quella dei contatti e quella degli account.

Maria è collegata a Contoso e questo collegamento è importante perché le informazioni aziendali rimangono con l'azienda. Se Contoso cambia indirizzo dell'ufficio qualcuno aggiorni l'agga dell'account o non solo. Ogni contatto correlato può continuare a puntare alla stessa azienda senza doverne gestire una propria copia obsoleta. Le relazioni collegano anche un caso di supporto al cliente che lo ha sollevato. Possono collegare un'opportunità di vendita chiamate, email, riunioni e attività relative a quell'operazione. Quando un venditore apre un'opportunità può vedere l'attività ad essa collegata invece di cercare tra note e calendari non correlati. Le informazioni hanno un contesto, non stai guardando solo un numero di caso, puoi vedere a quale cliente appartiene, non stai visualizzando solo un contatto, puoi vedere l'azienda collegata a quella persona. Quei collegamenti mantengono i dati utili senza dover digitare ripetutamente gli stessi fatti in più posti.

Una piccola nota sulla nomenclatura prima di leggere guide o guardare video più datati. Potresti sentire i termini entità, campo record. Questi sono vecchi termini di data. Microsoft ora usa tabella invece di entità, colonna invece di campo e riga invece di record. Il significato non è cambiato. Una vecchia guida che ti dice di creare un'entità sta parlando di creare una tabella, un campo, una colonna e un record e una riga. Conoscere entrambi gli insieme di termini ti evita di pensare di aver trovato un prodotto diverso. Quindi le tabelle organizzano le informazioni e le relazioni le collegano. Ma un archivio ben organizzato ha ancora bisogno di controllo. Qualcuno deve decidere cosa le persone possono inserire, modificare e consultare in sicurezza. Le regole e la reception dietro i dati. I dati condivisi funzionano solo quando le persone giuste possono lavorarci in sicurezza. Un rappresentante commerciale ha bisogno dei dettagli dei clienti.

Un agente di supporto ha bisogno della cronologia dei clienti. Un manager ha bisogno di una visione più ampia. Un partenere esterno potrebbe aver bisogno di accedere solo a una piccola parte del progetto. Non dovrebbero vedere tutte le stesse informazioni. Pensa a un record cliente con una nota di contatto privata, un prezzo negoziato e un caso di supporto aperto. Concedere a ogni utente l'accesso completo creerebbe rapidamente dei rischi. Limitare tutti in modo così rigido da impedire il loro lavoro crea un problema diverso. Dataverse offre controlli per gestire tutto questo. Il primo controllo inizia con l'identità. Quando accedi con il tuo account aziendale, Microsoft EntraID ti identifica. Pensa a EntraID come la reception all'ingresso dell'ufficio. Arrivi, mostri il tuo badge e l'ha detto alla reception, verifica chi sei prima di farti entrare. Dataverse usa quell'identità per sapere quale utente sta lavorando con i dati.

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

Le autorizzazioni risiedono nei dati stessi. Quindi gli stessi vincoli si applicano ovunque paiano quei dati di Dataverse, successivamente puoi restringere ulteriormente l'accesso. La sicurezza a livello di righe decide con quali singole righe una persona può lavorare. Un rappresentante di vendita potrebbe vedere solo i clienti di sua competenza, mentre un sales manager può vedere le righe dei clienti di tutto il suo team. Entrambi utilizzano la stessa tabella di account. Semplicemente non vedono la stessa parte della tabella. Questa configurazione è concentrarsi sul proprio lavoro, offrendo ai manager la visuale necessaria. Riduce anche la possibilità che qualcuno apra informazioni su un cliente a cui non ha motivo di accedere. Alcune informazioni necessitano di una protezione ancora più rigu. La sicurezza a livello di colonna può proteggere singole colonna all'interno di una tabella. Forse un utente può aprire una riga cliente, ma non dovrebbe vedere un identificativo o personale, uno stipendio, dettagli bancari o note finanziarie private.

La riga 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. Questo non significa che ogni azienda abbia bisogno di una mappa di sicurezza complessa. Un piccolo team potrebbe aver bisogno solo di pochi ruoli chiari. Un'azienda più grande potrebbe aver bisogno di più livelli, perché i suoi team, le regioni e le responsabilità differiscono. Il punto è che Dataverse può adattare l'accesso a 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 aziendale può richiedere a qualcuno di inserire un numero di telefono prima di salvare un uomo.

Può verificare una condizione, come richiede una motivazione alla chiusura di un caso. Può anche cambiare ciò che gli utenti vedono in base alle informazioni che inseriscono. 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 a una singola schermata che le mostra. Dataverse può anche eseguire logica dietro le quinte per mantenere coerenti i processi aziendali. Il dettaglio da ricordare è semplice. I dati sono dotati di regole, non solo di archiviazione. Quindi la base include le informazioni, le persone autorizzate a lavorarci e le regole che le rendono utilizzabili. Una volta che Dynamics 365 lavora su quella stessa base, non ha bisogno di un ponte tradizionale solo per raggiungere i propri dati aziendali. Cosa significa veramente l'integrazione di Dynamics 365?

Molte persone sentono l'integrazione di Dynamics 365 con Dataverse e immaginano due sistemi separati collegati da un connettore. Un sistema contiene i dati del cliente, un altro sistema ne ha bisogno di una copia, quindi qualcuno imposta una sincronizzazione, attende che venga eseguita e spera che nulla fallisca lungo il percorso. Quell'immagine ha senso per molti strumenti aziendali. Ma ecco il punto. Per Dynamics 365 Sales e Dynamics 365 Customer Service la connessione è molto più stretta. No, queste app utilizzano Dataverse come base dati condivisa. Non sono database separati che si scambiano, righe di clienti solo per capirsi. Lavorano fin dall'inizio con le stesse informazioni aziendali. Il risultato è quello che è un venditore e crea una nuova azienda in Dynamics 365 Sales. Aggiungi il contatto principale e inizi a lavorare su un possibile affare. Quei dettagli diventano immediatamente parte dei dati condivisi utilizzati dall'app.

Più tardi, quel cliente contatta l'assistenza. L'agente dell'assistenza può lavorare con le identiche informazioni sull'azienda e sui contatti. Nessuno deve esportare un elenco da Sales o ricreare il cliente all'interno di uno strumento di supporto separato. L'agente collega semplicemente il caso di supporto a quel cliente e vede lo storico che lo aiuta a capire cosa sta succedendo. Sales vede l'affare. Supporto vede il caso ed entrambi i team lavorano attorno allo stesso cliente. Ora, questo non significa che ogni schermata debba apparire identica o che ogni team debba seguire lo stesso processo. Sales ha bisogno di lead, opportunità e chiamate riunioni. Il servizio clienti necessita di ticket, code e cronologia dell'assistenza. Ogni app di Dynamics 365 offre strumenti creati su misura per il lavoro da sbattare, mentre le informazioni aziendali sottostanti possono connettarsi ovunque sia necessario.

Questa base comune è ciò a cui ci si riferisce spesso parlando dell'integrazione tra Dynamics 365 e Dataverse. Non si tratta principalmente di spostare i dati dal punto A al punto B. Riguarda app che lavorano con le stesse righe, relazioni, regole e controlli di accesso. Dall'inizio, lasciamo che gli uffici seguano un semplice percorso di vendita. Un lead arriva da un sito web o da un evento. Un venditore lavora con quel lead, impara a conoscere la persona e trasforma il lead in una relazione con il cliente e in un'opportunità. Chiamate, email, appuntamenti e attività possono tutti connettersi a quel lavoro. Così il team non deve cercare tra strumenti separati per ricostruire la storia. Se in seguito il cliente ha bisogno di aiuto, un ticket di supporto può collegarsi nuovamente allo stesso cliente. L'agente dell'assistenza non vede solo un nome e un indirizzo email. Può lavorare nel contesto di una relazione con il cliente già identificata.

Nel frattempo il team di vendita può vedere che il cliente ha un problema di assistenza aperto ed evitare di affrontare un rinnovo senza conoscere le sue problematiche pregresse. Una sicura relazione con il cliente può supportare diversi tipi di lavoro. È molto più utile che mantenere semplicemente lo stesso nome cliente in due sistemi diversi. E potreste anche sentire l'espressione come un data model, tolvolta abbreviata in CDN. Non lasciate che il nome faccia sembrare la cosa più misteriosa di quanto si era. Significa semplicemente che Microsoft fornisce modelli di tabelle aziendali comuni per ciò che molte aziende tracciano, come account, contatti, attività e ticket. Questi modelli offrono le app basate su Dynamics 365 e data verso un linguaggio di partenza condiviso. Un account indica un'azienda, un contatto indica una persona. Un'attività traccia il lavoro legato a una relazione commerciale.

Potete regolare la configurazione per la vostra azienda e aggiungere le vostre tabelle dove è necessario ma non dovete ricominciare da un foglio bianco ogni volta. Quando un'app comprende una tabella account e un'altra app usa la stessa tabella, entrambe si riferiscono allo stesso tipo di informazioni aziendali. Questo cambia anche ciò che potete creare. Supponete che il vostro team sul campo abbia bisogno di una semplice app per cercare un cliente, confermare una visita e aggiungere una nota dopo l'appunto. Potete creare una power app che utilizzi le stesse tabelle di data verso già impiegate da Dynamics 365. Non c'è bisogno di esportare i clienti in un nuovo elenco solo per quell'app. L'operatore sul campo apre l'app, trova il cliente e aggiorna le informazioni sulla visita. I dati rimangono collegati alla relazione con il cliente che il team vendite o l'assistenza clienti già utilizzano e rispetto delle regole di sicurezza discusse in precedenza.

Per attività aziendali più strutturate è possibile creare un'app basata su modello. Un'app basata su modello parte da un modello di dati. Si scelgono le tabelle di Dataverse, si definiscono le relazioni, si impostano moduli e viste si applicano i ruoli di sicurezza. Power Apps utilizza poi tale struttura per creare un'esperienza applicativa aziendale e funzionale. Immaginalo come organizzare un banco da lavoro attorno agli strumenti e materiali che tutti utilizzeremo. Le tabelle descrivono il lavoro, le relazioni collegano le varie parti, i moduli offrono alle persone uno spazio per inserire e controllare le viste le aiutano a trovare le righe che richiedono attenzione. La sicurezza stabilisce cosa ogni persona può aprire o modificare. Un'app basata su modello può affiancarsi a Dynamics 365 perché entrambe lavorano con Dataverse. Ad esempio Dynamics 365 Sales può gestire l'intero processo di vendita mentre un'app basata su modello più piccola offre ai responsabili dei contratti un logo dedicato per tracciare gli accordi con i clienti.

Entrambe possono operare sui dati correlati dei clienti senza creare un secondo database clienti. Naturalmente tale accesso richiede comunque attenzione. Solo perché un'app può interagire con una tabella di Dataverse non significa che ogni utente debba poter modificare ogni riga o vedere ogni colonna. L'accesso basato su ruoli e le regole di business continuano a controllare ciò che ha. Un'app da campo può fornire a qualcuno esattamente i dettagli e le azioni necessarie sul cliente 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 e i processi aziendali possono lavorare tutti dalla stessa fase condivisa. Una volta compreso questo la domanda successiva diventa chiara. Cos'altro può utilizzare lo stesso aggiornamento del cliente attraverso la piattaforma connessa di Microsoft?

Come funziona la piattaforma connessa nel lavoro reale? Un aggiornamento condiviso del cliente diventa utile quando gli strumenti circostanti sono in grado di rispondere. Power Automate gestisce il lavoro di follow up monitorando le modifiche in una riga di Dataverse e avviando un'azione quando tale modifica si verifica. Ad esempio, un nuovo lead viene inserito in Dynamics 365.6. 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 tutta. Il lead cambia il passaggio successivo, viene avviato automaticamente. Power Automate non necessita di una copia separata del lead solo per svolgere questo lavoro. Può reagire alla riga in Dataverse utilizzando gli stessi dettagli del cliente e di proprietà usati dall'app di vendita. Ciò mantiene l'automazione vicina al processo aziendale.

Invece di affidarsi a qualcuno che deve esportare un file, avviare una catena manuale di mail. Poi c'è Power BI. Un responsabile vendita potrebbe voler visualizzare la pipeline a tu. Un responsabile del servizio clienti potrebbe aver bisogno di vedere quanti casi sono arrivati questa settimana, quali restano aperti o quali clienti contattano il supporto più spesso. Power BI può generare report sui dati aziendali di Dataverse, così i team possono vedere il lavoro in corso senza dover creare nuovi fogli di calcolo ogni venerdì pomeriggio. Il report attinge dai dati aziendali che le persone utilizzano già. Ciò significa che un grafico della pipeline può cambiare man mano che l'opportunità vanno. Una dashboard dei casi può mostrare il carico di lavoro attuale man mano che gli agenti aggiornano. Il punto non è che una dashboard sostituisca le persone nel controllo dei dettagli. Offre loro una visione più chiara del lavoro prima che decidano cosa richiede attenzione.

Power Apps aggiunge un altro percorso all'interno dello stesso processo. Immaginiamo un tecnico che arriva presso la sede di un cliente. Non ha bisogno dell'esperienza completa di Dynamics 365 Sales. Potrebbe solo dover trovare il cliente, rivedere i dettagli della visita, confermare l'accaduto e aggiungere una nota o una foto. Una Power App mirata può offrire loro quell'esperienza semplificata. Un team di account potrebbe aver bisogno di un'app per rivedere gli accordi con i clienti. Un manager potrebbe aver bisogno di una semplice app per approvare una richiesta. Ogni app può concentrarsi su un unico compito lavorando con le stesse informazioni controllate di Dataverse dietro le quinte. La persona vede lo strumento più adatto alla progiornata. L'azienda mantiene le informazioni connesse. A volte quelle informazioni hanno origine all'esterno di Dataverse. Un'azienda potrebbe avere un elenco da una fonte online che deve diventare parte dei propri dati aziendali.

Power Query può importare dati da fonti online supportate, pulirli durante l'importazione e caricarli nella tabella di Dataverse corretta. 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 dovrebbe connettersi alle tabelle esistenti. Importare dati senza questa riflessione sposta semplicemente la confusione in una nuova posizione. Mettiamo insieme i pezzi in un unico flusso quotidiano. Un nuovo lead entra in Dynamics 365. Una regola di assegnazione verifica chi dovrebbe gestire quel lead, 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 il venditore aggiorna il lead e lo fa avanzare nel processo di vendita, la dashboard di Power BI si aggiorna per mostrare al team la pipeline attuale.

Un solo aggiornamento avvia lavoro utile in diversi punti. Power Automate sposta il lavoro da una fase alla successiva. Power BI aiuta le persone a visualizzare il lavoro. Power Apps offre ai team specifici un modo mirato per partecipare. Dataverse mantiene le informazioni aziendali organizzate e sicure mentre questi strumenti svolgono il loro lavoro. Questa differenza è importante. L'automazione non è il sistema di archiviazione. È una dashboard, non è il database dei clienti. Ogni strumento ha un compito diverso, ma tutti possono attingere alla 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 ripetibili.

Dataverse gestisce questo, ma non sostituisce tutto il resto. Excel rimane la tua scelta ideale per analisi personali e liste rap. Le liste di SharePoint funzionano bene per il semplice monitoraggio del team. E se sei uno sviluppatore che necessita di un controllo approfondito, SQL rimane una scelta solida. Quindi, quando è veramente l'atto Dataverse? Quando i tuoi dati devono connettersi tra Dynamics 365, App Automazione e Report senza creare un'altra copia? È lì che brilla. Ora in conclusione, una base e molti strumenti aziendali. Quindi, ecco la conclusione. Dynamics 365 e Dataverse funzionano al meglio quando tutti i tuoi dati, regole, sicurezza, App Automazione e Report condividono una base comune. Iscriviti a Microsoft Knowledge Nuggets su M365FM per ulteriori guide semplici 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 funzionale.