WEBVTT 00:00:00.000 --> 00:00:02.460 Benvenuti a Microsoft Knowledge Nuggets, sono Mo Peters. 00:00:03.000 --> 00:00:04.960 L'argomento di oggi confonde spesso le persone. 00:00:06.120 --> 00:00:07.340 Cos'è esattamente Dataverse? 00:00:07.800 --> 00:00:10.980 È un database, un'app o qualche servizio nascosto di Dynamics 365 00:00:10.980 --> 00:00:12.660 che solo gli informatici devono capire? 00:00:13.220 --> 00:00:14.400 Ecco la definizione più semplice. 00:00:14.900 --> 00:00:18.520 Dataverse è la base dati condivisa dietro molte esperienze e Dynamics 365. 00:00:19.180 --> 00:00:21.480 Immaginate Dynamics 365 come un edificio profil. 00:00:21.800 --> 00:00:24.980 Vendite, assistenza a clienti e altre app sono le stanze dove la gente lavora, 00:00:25.060 --> 00:00:28.380 mentre Dataverse è il sistema di archiviazione e le regole dietro le pareti. 00:00:28.380 --> 00:00:32.160 Alla fine di questo episodio saprete dove risiedono i dati di Dynamics 00:00:32.160 --> 00:00:34.800 e come un aggiornamento di un cliente può apparire nel lavoro di vendita, 00:00:34.900 --> 00:00:36.100 nell'automazione e nel reportistico. 00:00:36.400 --> 00:00:39.000 Ma prima di passare ai nomi dei prodotti iniziamo dal caos aziendale. 00:00:39.480 --> 00:00:42.120 Questo risolve il problema con un unico luogo condiviso, 00:00:42.940 --> 00:00:43.820 invece di copie separate. 00:00:44.620 --> 00:00:47.740 Immaginate un'azienda con un team di vendita, un team di supporto e un team finanziario. 00:00:48.320 --> 00:00:50.420 Le vendite tengono i dettagli dei clienti in un foglio di calcolo. 00:00:50.700 --> 00:00:52.460 Supporto, lavoro e uno strumento per i casi separati. 00:00:52.460 --> 00:00:54.580 L'amministrazione ha i nomi dei clienti nel proprio sistema. 00:00:55.040 --> 00:00:58.020 Qualcun altro salva le conversazioni e-mail in una casella di posta condivisa 00:00:58.020 --> 00:01:00.600 mentre un'altra persona tiene appunti in una cartella che nessuno può trovare. 00:01:00.900 --> 00:01:02.720 Lo stesso cliente esiste ora in cinque posti diversi. 00:01:02.960 --> 00:01:04.800 Quell'impostazione sembra normale all'inizio 00:01:04.800 --> 00:01:07.000 perché ogni team vede solo la parte di lavoro davanti a sé. 00:01:07.340 --> 00:01:07.880 Ma ecco il punto. 00:01:08.220 --> 00:01:11.560 Non appena un cliente cambia numero di telefono, indirizzo, nome aziendale o contatto principale, 00:01:12.080 --> 00:01:12.740 iniziano i problemi. 00:01:13.000 --> 00:01:14.200 Le vendite aggiorna un foglio di calcolo. 00:01:14.480 --> 00:01:15.160 Supporto non lo vede. 00:01:15.500 --> 00:01:17.520 L'amministrazione continua a inviare documenti al vecchio indirizzo. 00:01:17.880 --> 00:01:19.960 Poi qualcuno esporta un elenco, lo pulisce a mano, 00:01:19.960 --> 00:01:23.680 lo invia via e-mail e improvvisamente tre persone credono che la propria copia sia quella giusta. 00:01:24.580 --> 00:01:25.700 A quale elenco dovresti credere? 00:01:26.020 --> 00:01:27.940 Questa domanda fa perdere più tempo di quanto si pensa. 00:01:28.240 --> 00:01:29.560 Il personale si ferma per confrontare i regoli. 00:01:29.860 --> 00:01:32.560 I manager chiedono perché un rapporto non corrisponde al sistema di vendita. 00:01:32.900 --> 00:01:34.880 Un agente dell'assistenza apre un caso per un cliente 00:01:34.880 --> 00:01:37.840 i cui dettagli sono già presenti altrove, solo leggermente diversi. 00:01:38.060 --> 00:01:39.180 Nessuno cercherà di creare confusione. 00:01:39.560 --> 00:01:40.440 Caos deriva dalle copie. 00:01:40.760 --> 00:01:43.260 Vent'anni fa sistemi separati significavano server separati, 00:01:43.260 --> 00:01:45.860 database separati e team separati che conservavano le proprie informazioni. 00:01:46.160 --> 00:01:50.060 Collegarli richiedeva lavoro personalizzato, importazioni pianificate e molti controlli manuali. 00:01:50.060 --> 00:01:53.720 Una modifica in un posto potrebbe raggiungere un altro sistema domani, la prossima settimana o mai. 00:01:54.140 --> 00:01:57.180 Dataverse offre le app aziendali un luogo condiviso per questo tipo di informazioni. 00:01:57.560 --> 00:02:02.100 In parole povere, Dataverse è la piattaforma dati cloud di Microsoft per le informazioni aziendali. 00:02:02.640 --> 00:02:05.940 Archivia tali informazioni in tabelle strutturate in modo che i dati abbiano una forma chiara 00:02:05.940 --> 00:02:10.000 e invece di vivere come note casuali, file sparsi, schede di fogli di calcolo, disconnesse. 00:02:10.380 --> 00:02:15.300 Puoi immaginarlo come l'archivio aziendale, ma accessibile contemporaneamente da diversi strumenti approvati. 00:02:15.580 --> 00:02:17.200 Un cliente compare una sola volta in Dataverse. 00:02:17.200 --> 00:02:21.720 Quel cliente può apparire in Dynamics 365 Sales quando un venditore lavora su una trattativa. 00:02:22.060 --> 00:02:26.440 Gli stessi dettagli del cliente possono apparire in Dynamics 365 Customer Service quando un agente 00:02:26.440 --> 00:02:27.800 gestisce una richiesta di supporto. 00:02:27.900 --> 00:02:31.900 Una Power App può utilizzare le stesse informazioni sul cliente per un operatore sul campo o un 00:02:31.900 --> 00:02:34.320 account manager senza dover prima copiare i dati in una nuova app. 00:02:34.560 --> 00:02:36.740 Una riga cliente è un unico punto di riferimento condiviso. 00:02:37.080 --> 00:02:39.180 Questo non significa che ogni team veda improvvisamente tutto. 00:02:39.400 --> 00:02:41.520 L'accesso richiede comunque delle regole che vedremo a breve. 00:02:41.520 --> 00:02:45.820 Significa che le app approvate possono lavorare sulle stesse informazioni aziendali invece 00:02:45.820 --> 00:02:47.340 di crearne versioni concorrenti. 00:02:47.900 --> 00:02:51.040 Ecco perché Dynamics 365 e Dataverse si integrano così naturalmente. 00:02:51.420 --> 00:02:55.680 Le app di Dynamics 365 come Sales e Customer Service usano Dataverse per archiviare e proteggere 00:02:55.680 --> 00:02:56.520 i dati con cui lavorano. 00:02:56.700 --> 00:02:57.120 Michael Poon. 00:02:57.580 --> 00:03:02.240 Quando si parla di integrare Dynamics 365 con Dataverse spesso si immaginano due prodotti 00:03:02.240 --> 00:03:04.160 distinti che necessitano di un connettore. 00:03:04.160 --> 00:03:07.040 Per molte app di Dynamics 365 non è questa la situazione. 00:03:07.400 --> 00:03:08.720 I dati risiedono già in Dataverse. 00:03:09.440 --> 00:03:13.740 Non devi estrarre un elenco clienti da Dynamics 365 e copiarlo in un altro database e sperare 00:03:13.740 --> 00:03:15.440 che entrambi restino aggiornati. 00:03:16.200 --> 00:03:19.500 Puoi costruire sulla stessa base, usando le stesse informazioni aziendali che Dynamics 00:03:19.500 --> 00:03:20.860 365 già utilizza. 00:03:21.420 --> 00:03:22.540 Questo cambia le prospettive. 00:03:23.040 --> 00:03:25.900 Invece di chiedere come sincronizziamo questi due elenchi clienti. 00:03:26.280 --> 00:03:29.880 Puoi chiedere quali persone e app devono lavorare con questo record cliente e cosa ognuna 00:03:29.880 --> 00:03:30.960 di esse deve poter fare. 00:03:30.960 --> 00:03:34.200 Ora Dataverse non sostituisce ogni sistema posseduto da un'azienda. 00:03:35.060 --> 00:03:38.720 Un'attività può ancora usare software finanziari, strumenti di settore, sistemi di magazzino, 00:03:38.820 --> 00:03:41.620 siti web o vecchie applicazioni che conservano i propri dati. 00:03:42.340 --> 00:03:45.720 Dataverse non è una colla magica che elimina ogni sistema esterno da un giorno all'altro. 00:03:46.060 --> 00:03:49.380 Ciò che ti offre è un luogo comune per i dati aziendali che le app connesse devono 00:03:49.380 --> 00:03:49.960 condividere. 00:03:51.560 --> 00:03:54.900 Dettagli cliente, attività di vendita, lavoro di supporto, task e follow up. 00:03:55.340 --> 00:03:58.340 Quei record possono convivere in un'unica fonte che gli strumenti approvati possono leggere 00:03:58.340 --> 00:03:58.820 e aggiornare. 00:03:58.900 --> 00:04:00.360 Quindi apri con me quell'archivio. 00:04:00.960 --> 00:04:04.860 Una volta visto come Dataverse organizza le informazioni all'interno, l'intero collegamento 00:04:04.860 --> 00:04:07.740 con Dynamics 365 diventa molto più facile da capire. 00:04:08.320 --> 00:04:11.200 Tabelle dell'archivio, righe, colonne e relazioni. 00:04:12.100 --> 00:04:12.940 Apriamo quell'archivio. 00:04:13.840 --> 00:04:15.720 All'interno di Dataverse le informazioni si trovano in tabella. 00:04:16.060 --> 00:04:18.120 Immaginalo come un vero mobile con cassetti separati. 00:04:18.600 --> 00:04:22.340 Un cassetto contiene le aziende, un altro le persone e un terzo le richieste di supporto. 00:04:22.820 --> 00:04:26.300 Non butti ogni foglio in un unico grande cassetto sperando che qualcuno possa metterlo in ordine 00:04:26.300 --> 00:04:26.660 più tale. 00:04:26.960 --> 00:04:28.160 Ogni cassetto ha il suo scopo. 00:04:28.160 --> 00:04:30.740 Quindi in Dataverse una tabella contiene un tipo di informazione aziendale. 00:04:31.020 --> 00:04:33.120 Una tabella account di solito contiene aziende con cui lavori. 00:04:33.480 --> 00:04:35.060 Una tabella contatti contiene singole persone. 00:04:35.540 --> 00:04:38.500 Una tabella lead contiene potenziali clienti prima che diventino tali. 00:04:39.140 --> 00:04:42.780 Una tabella casi contiene le richieste di supporto, mentre una tabella attività può tracciare 00:04:42.780 --> 00:04:45.080 lavoro come chiamate email, appuntamenti e task. 00:04:45.780 --> 00:04:46.660 Queste sono tabelle standard. 00:04:46.660 --> 00:04:50.360 Microsoft le include perché la maggior parte delle aziende deve gestire clienti, persone, 00:04:50.480 --> 00:04:51.460 lavoro e conversazioni. 00:04:51.980 --> 00:04:55.520 Non serve iniziare inventando una nuova tabella per qualcosa di comune quando una tabella standard 00:04:55.520 --> 00:04:56.060 va già bene. 00:04:56.400 --> 00:04:57.920 Ogni azienda ha anche il proprio lavoro specifico. 00:04:58.340 --> 00:05:01.080 Un'azienda di formazione potrebbe dover tracciare corsi certificati. 00:05:01.440 --> 00:05:04.300 Un'attività immobiliare potrebbe aver bisogno di edifici, unità e ispezioni. 00:05:04.660 --> 00:05:07.580 Un produttore potrebbe tracciare controlli di attrezzature o visite di esistenza. 00:05:07.580 --> 00:05:11.820 In questi casi puoi creare tabelle personalizzate che rispecchiano il lavoro reale della tua azienda. 00:05:11.820 --> 00:05:15.440 Pensa a una tabella personalizzata come l'aggiunta di un nuovo cassetto nel archivio 00:05:15.440 --> 00:05:16.300 dandogli una chiara etichetta. 00:05:16.500 --> 00:05:17.920 Ora, ogni tabella contiene delle righe. 00:05:18.340 --> 00:05:20.020 Una riga ha un singolo elemento in quel cassetto. 00:05:20.320 --> 00:05:24.140 Ad esempio, una riga nella tabella contatti potrebbe rappresentare Maria Gomez una persona 00:05:24.140 --> 00:05:25.320 a persona, azienda, cliente. 00:05:25.780 --> 00:05:29.020 La sua riga contiene i suoi dettagli separati da ogni altro contatto nel sistema. 00:05:29.620 --> 00:05:31.900 Le colonne descrivono i dettagli che vuoi conservare per ogni riga. 00:05:32.120 --> 00:05:36.040 La riga del contatto di Maria potrebbe avere colonne per nome, cognome, indirizzo email, numero 00:05:36.040 --> 00:05:38.920 di telefono, qualifica, azienda, proprietario del record e stato. 00:05:38.920 --> 00:05:42.080 Una colonna definisce il tipo di informazione che appartiene a quello spazio. 00:05:42.480 --> 00:05:45.580 Quindi una colonna email si aspetta un indirizzo email e una colonna stato può contenere le 00:05:45.580 --> 00:05:46.680 opzioni di stato approvate. 00:05:47.040 --> 00:05:49.340 È così che le informazioni aziendali ottengono una forma affidabile. 00:05:49.620 --> 00:05:53.560 Senza colonne qualcuno potrebbe scrivere un numero di telefono in una casella note, un 00:05:53.560 --> 00:05:57.060 altro potrebbe aggiungerlo a un campo nome e qualcun altro potrebbe non inserirlo affatto. 00:05:57.540 --> 00:06:01.340 Con una chiara tabella contatti tutti lavorano con lo stesso set di dettagli negli stessi posti. 00:06:01.780 --> 00:06:03.740 Quella struttura aiuta anche le app a comprendere i dati. 00:06:04.260 --> 00:06:08.020 Un modulo può mostrare le caselle giuste, un report può raggruppare i contatti per stato e 00:06:08.020 --> 00:06:09.940 un'automazione può reagire quando cambia un proprietario. 00:06:10.440 --> 00:06:13.940 Le informazioni non sono solo archiviate, hanno etichette che dicono agli strumenti collegati 00:06:13.940 --> 00:06:15.040 cosa significa ogni parte. 00:06:15.700 --> 00:06:18.320 Inizia con le tabelle standard ogni volta che soddisfano le tue esigenze aziendali. 00:06:18.800 --> 00:06:23.100 Se vendi ad aziende, account e contatti descrivono già un modello che quasi tutti contrendono. 00:06:23.640 --> 00:06:26.440 Se gestisci il supporto clienti, i casi ti offrono un punto di partenza. 00:06:26.960 --> 00:06:30.300 Poi aggiungi tabelle personalizzate solo dove la tua azienda ha informazioni che non rientrano 00:06:30.300 --> 00:06:31.220 nei modelli integrati. 00:06:31.220 --> 00:06:36.180 Ciò evita un problema comune, ovvero creare 5 tabelle diverse che significano tutte cliente. 00:06:36.760 --> 00:06:40.500 Un team lo chiama cliente, un altro lo chiama anagrafica cliente, un terzo lo chiama contatto 00:06:40.500 --> 00:06:41.060 partner. 00:06:41.960 --> 00:06:44.100 Presto le persone non sanno più quale tabella dovrebbero usare. 00:06:44.480 --> 00:06:48.380 Tabelle standard chiare e tabelle personalizzate dai nomi accurati mantengono l'archivio comprensibile 00:06:48.380 --> 00:06:49.400 man mano che viene ampliato. 00:06:50.000 --> 00:06:52.220 La parte successiva è quella in cui questi cassetti iniziano a lavorare. 00:06:52.560 --> 00:06:53.960 Un contatto appartiene a un account. 00:06:54.520 --> 00:06:55.580 Maria lavora per Contoso. 00:06:55.580 --> 00:06:59.380 Invece di digitare di nuovo indirizzo, numero di telefono principale e dettagli aziendali 00:06:59.380 --> 00:07:02.380 di Contoso nella riga di Maria, Dataverse può creare una relazione tra la tabella dei 00:07:02.380 --> 00:07:03.960 contatti e quella dei contatti e quella degli account. 00:07:04.140 --> 00:07:07.300 Maria è collegata a Contoso e questo collegamento è importante perché le informazioni aziendali 00:07:07.300 --> 00:07:08.100 rimangono con l'azienda. 00:07:08.480 --> 00:07:11.240 Se Contoso cambia indirizzo dell'ufficio qualcuno aggiorni l'agga dell'account o non solo. 00:07:11.540 --> 00:07:14.900 Ogni contatto correlato può continuare a puntare alla stessa azienda senza doverne gestire 00:07:14.900 --> 00:07:15.680 una propria copia obsoleta. 00:07:16.120 --> 00:07:19.040 Le relazioni collegano anche un caso di supporto al cliente che lo ha sollevato. 00:07:19.580 --> 00:07:23.240 Possono collegare un'opportunità di vendita chiamate, email, riunioni e attività relative a 00:07:23.240 --> 00:07:23.860 quell'operazione. 00:07:24.340 --> 00:07:28.300 Quando un venditore apre un'opportunità può vedere l'attività ad essa collegata invece 00:07:28.300 --> 00:07:30.500 di cercare tra note e calendari non correlati. 00:07:31.100 --> 00:07:34.740 Le informazioni hanno un contesto, non stai guardando solo un numero di caso, puoi vedere 00:07:34.740 --> 00:07:39.960 a quale cliente appartiene, non stai visualizzando solo un contatto, puoi vedere l'azienda collegata 00:07:39.960 --> 00:07:40.500 a quella persona. 00:07:40.940 --> 00:07:44.480 Quei collegamenti mantengono i dati utili senza dover digitare ripetutamente gli stessi fatti 00:07:44.480 --> 00:07:45.160 in più posti. 00:07:45.820 --> 00:07:49.280 Una piccola nota sulla nomenclatura prima di leggere guide o guardare video più datati. 00:07:49.820 --> 00:07:51.700 Potresti sentire i termini entità, campo record. 00:07:51.700 --> 00:07:53.280 Questi sono vecchi termini di data. 00:07:53.860 --> 00:07:58.420 Microsoft ora usa tabella invece di entità, colonna invece di campo e riga invece di record. 00:07:58.880 --> 00:08:00.140 Il significato non è cambiato. 00:08:00.760 --> 00:08:06.060 Una vecchia guida che ti dice di creare un'entità sta parlando di creare una tabella, un campo, 00:08:06.140 --> 00:08:07.680 una colonna e un record e una riga. 00:08:08.620 --> 00:08:11.580 Conoscere entrambi gli insieme di termini ti evita di pensare di aver trovato un prodotto 00:08:11.580 --> 00:08:11.960 diverso. 00:08:12.260 --> 00:08:15.140 Quindi le tabelle organizzano le informazioni e le relazioni le collegano. 00:08:15.540 --> 00:08:17.840 Ma un archivio ben organizzato ha ancora bisogno di controllo. 00:08:18.120 --> 00:08:21.620 Qualcuno deve decidere cosa le persone possono inserire, modificare e consultare in sicurezza. 00:08:22.140 --> 00:08:24.280 Le regole e la reception dietro i dati. 00:08:24.600 --> 00:08:27.500 I dati condivisi funzionano solo quando le persone giuste possono lavorarci in sicurezza. 00:08:27.660 --> 00:08:29.500 Un rappresentante commerciale ha bisogno dei dettagli dei clienti. 00:08:29.540 --> 00:08:31.180 Un agente di supporto ha bisogno della cronologia dei clienti. 00:08:31.300 --> 00:08:32.780 Un manager ha bisogno di una visione più ampia. 00:08:33.020 --> 00:08:36.200 Un partenere esterno potrebbe aver bisogno di accedere solo a una piccola parte del progetto. 00:08:36.460 --> 00:08:37.940 Non dovrebbero vedere tutte le stesse informazioni. 00:08:38.320 --> 00:08:42.160 Pensa a un record cliente con una nota di contatto privata, un prezzo negoziato e un caso di 00:08:42.160 --> 00:08:42.980 supporto aperto. 00:08:43.680 --> 00:08:46.460 Concedere a ogni utente l'accesso completo creerebbe rapidamente dei rischi. 00:08:46.460 --> 00:08:50.140 Limitare tutti in modo così rigido da impedire il loro lavoro crea un problema diverso. 00:08:50.460 --> 00:08:52.060 Dataverse offre controlli per gestire tutto questo. 00:08:52.280 --> 00:08:53.780 Il primo controllo inizia con l'identità. 00:08:54.140 --> 00:08:57.680 Quando accedi con il tuo account aziendale, Microsoft EntraID ti identifica. 00:08:58.340 --> 00:09:00.880 Pensa a EntraID come la reception all'ingresso dell'ufficio. 00:09:00.880 --> 00:09:04.520 Arrivi, mostri il tuo badge e l'ha detto alla reception, verifica chi sei prima di farti 00:09:04.520 --> 00:09:04.920 entrare. 00:09:05.640 --> 00:09:08.560 Dataverse usa quell'identità per sapere quale utente sta lavorando con i dati. 00:09:08.960 --> 00:09:10.960 Non si limita a chiedere se questa persona può entrare. 00:09:11.720 --> 00:09:14.200 Chiede anche cosa si è autorizzata a fare una volta entrata. 00:09:15.000 --> 00:09:16.280 È qui che entrano in gioco i ruoli di sicurezza. 00:09:16.600 --> 00:09:20.320 Un ruolo di sicurezza, un insieme di autorizzazioni legate a un lavoro o una responsabilità. 00:09:20.920 --> 00:09:23.940 Potresti creare un ruolo per il personale vendita, un altro per gli agenti del servizio 00:09:23.940 --> 00:09:25.100 clienti e del servizio clienti. 00:09:25.440 --> 00:09:27.460 Ogni ruolo può controllare l'accesso a una tabella. 00:09:27.760 --> 00:09:30.520 Ad esempio, a un rappresentante di vendita può essere consentito leggere e creare 00:09:30.520 --> 00:09:32.480 e aggiornare account, contatti, lead e opportunità. 00:09:32.760 --> 00:09:35.400 Potrebbe non essere autorizzato a eliminare informazioni importanti sui clienti. 00:09:35.720 --> 00:09:39.320 Un agente di supporto può creare e aggiornare casi, ma non modificare un'opportunità di 00:09:39.320 --> 00:09:39.680 vendita. 00:09:40.000 --> 00:09:43.140 Le autorizzazioni possono coprire la lettura, la creazione, la modifica e le eliminazioni 00:09:43.140 --> 00:09:43.340 righe. 00:09:43.540 --> 00:09:46.460 Ciò significa che l'accesso non dipende dal fatto che qualcuno ricordi quali pulsanti 00:09:46.460 --> 00:09:47.260 nascondere in ogni app. 00:09:47.540 --> 00:09:49.120 Le autorizzazioni risiedono nei dati stessi. 00:09:49.520 --> 00:09:53.400 Quindi gli stessi vincoli si applicano ovunque paiano quei dati di Dataverse, successivamente 00:09:53.400 --> 00:09:54.560 puoi restringere ulteriormente l'accesso. 00:09:54.560 --> 00:09:58.060 La sicurezza a livello di righe decide con quali singole righe una persona può lavorare. 00:09:58.060 --> 00:10:01.740 Un rappresentante di vendita potrebbe vedere solo i clienti di sua competenza, mentre un 00:10:01.740 --> 00:10:04.160 sales manager può vedere le righe dei clienti di tutto il suo team. 00:10:04.560 --> 00:10:06.120 Entrambi utilizzano la stessa tabella di account. 00:10:06.520 --> 00:10:08.040 Semplicemente non vedono la stessa parte della tabella. 00:10:08.360 --> 00:10:11.320 Questa configurazione è concentrarsi sul proprio lavoro, offrendo ai manager la visuale 00:10:11.320 --> 00:10:11.820 necessaria. 00:10:12.320 --> 00:10:15.560 Riduce anche la possibilità che qualcuno apra informazioni su un cliente a cui non ha motivo 00:10:15.560 --> 00:10:16.140 di accedere. 00:10:16.740 --> 00:10:18.940 Alcune informazioni necessitano di una protezione ancora più rigu. 00:10:19.180 --> 00:10:22.260 La sicurezza a livello di colonna può proteggere singole colonna all'interno di una tabella. 00:10:22.480 --> 00:10:25.760 Forse un utente può aprire una riga cliente, ma non dovrebbe vedere un identificativo 00:10:25.760 --> 00:10:28.520 o personale, uno stipendio, dettagli bancari o note finanziarie private. 00:10:29.040 --> 00:10:31.320 La riga cliente rimane disponibile per il lavoro che devono svolgere. 00:10:31.880 --> 00:10:33.320 La colonna protetta rimane limitata. 00:10:33.840 --> 00:10:37.840 Per le aziende più grandi, le business unit possono creare confini tra le parti dell'organizzazione. 00:10:38.320 --> 00:10:42.000 Un'azienda può separare regioni, divisioni o filiali che lavorano con gruppi di clienti 00:10:42.000 --> 00:10:42.540 diversi. 00:10:43.080 --> 00:10:46.200 Le business unit aiutano a definire come funziona l'accesso attraverso tali confini. 00:10:46.440 --> 00:10:49.180 Questo non significa che ogni azienda abbia bisogno di una mappa di sicurezza complessa. 00:10:49.180 --> 00:10:51.280 Un piccolo team potrebbe aver bisogno solo di pochi ruoli chiari. 00:10:51.600 --> 00:10:54.680 Un'azienda più grande potrebbe aver bisogno di più livelli, perché i suoi team, le regioni 00:10:54.680 --> 00:10:55.820 e le responsabilità differiscono. 00:10:56.080 --> 00:10:58.900 Il punto è che Dataverse può adattare l'accesso a come funziona realmente l'azienda. 00:10:59.320 --> 00:11:02.520 Il controllo degli accessi protegge chi può raggiungere i dati, ma le regole proteggono 00:11:02.520 --> 00:11:03.880 anche la qualità dei dati stessi. 00:11:04.320 --> 00:11:07.580 Una regola aziendale può richiedere a qualcuno di inserire un numero di telefono prima di 00:11:07.580 --> 00:11:08.140 salvare un uomo. 00:11:08.480 --> 00:11:11.440 Può verificare una condizione, come richiede una motivazione alla chiusura di un caso. 00:11:11.900 --> 00:11:14.940 Può anche cambiare ciò che gli utenti vedono in base alle informazioni che inseriscono. 00:11:15.340 --> 00:11:17.760 La stessa regola si applica a tutte le app che utilizzano quella tabella. 00:11:18.040 --> 00:11:21.680 Questo è importante perché non si vuole che un'app accetti dati incompleti mentre un'altra 00:11:21.680 --> 00:11:22.220 li rifiuta. 00:11:22.220 --> 00:11:26.040 La regola appartiene alle informazioni aziendali, non a una singola schermata che le mostra. 00:11:26.620 --> 00:11:30.100 Dataverse può anche eseguire logica dietro le quinte per mantenere coerenti i processi 00:11:30.100 --> 00:11:30.600 aziendali. 00:11:30.960 --> 00:11:32.460 Il dettaglio da ricordare è semplice. 00:11:33.060 --> 00:11:35.520 I dati sono dotati di regole, non solo di archiviazione. 00:11:36.160 --> 00:11:39.500 Quindi la base include le informazioni, le persone autorizzate a lavorarci e le regole 00:11:39.500 --> 00:11:40.820 che le rendono utilizzabili. 00:11:41.640 --> 00:11:46.020 Una volta che Dynamics 365 lavora su quella stessa base, non ha bisogno di un ponte tradizionale 00:11:46.020 --> 00:11:47.520 solo per raggiungere i propri dati aziendali. 00:11:48.880 --> 00:11:51.300 Cosa significa veramente l'integrazione di Dynamics 365? 00:11:51.300 --> 00:11:55.580 Molte persone sentono l'integrazione di Dynamics 365 con Dataverse e immaginano due sistemi 00:11:55.580 --> 00:11:57.060 separati collegati da un connettore. 00:11:57.400 --> 00:12:00.920 Un sistema contiene i dati del cliente, un altro sistema ne ha bisogno di una copia, quindi 00:12:00.920 --> 00:12:04.360 qualcuno imposta una sincronizzazione, attende che venga eseguita e spera che nulla fallisca 00:12:04.360 --> 00:12:05.120 lungo il percorso. 00:12:05.800 --> 00:12:07.700 Quell'immagine ha senso per molti strumenti aziendali. 00:12:08.300 --> 00:12:08.920 Ma ecco il punto. 00:12:09.040 --> 00:12:14.620 Per Dynamics 365 Sales e Dynamics 365 Customer Service la connessione è molto più stretta. 00:12:14.620 --> 00:12:18.400 No, queste app utilizzano Dataverse come base dati condivisa. 00:12:18.960 --> 00:12:22.400 Non sono database separati che si scambiano, righe di clienti solo per capirsi. 00:12:23.540 --> 00:12:25.920 Lavorano fin dall'inizio con le stesse informazioni aziendali. 00:12:26.440 --> 00:12:33.860 Il risultato è quello che è un venditore e crea una nuova azienda in Dynamics 365 Sales. 00:12:33.860 --> 00:12:37.020 Aggiungi il contatto principale e inizi a lavorare su un possibile affare. 00:12:37.420 --> 00:12:40.280 Quei dettagli diventano immediatamente parte dei dati condivisi utilizzati dall'app. 00:12:40.880 --> 00:12:42.940 Più tardi, quel cliente contatta l'assistenza. 00:12:43.360 --> 00:12:46.020 L'agente dell'assistenza può lavorare con le identiche informazioni sull'azienda e sui 00:12:46.020 --> 00:12:46.380 contatti. 00:12:46.940 --> 00:12:49.940 Nessuno deve esportare un elenco da Sales o ricreare il cliente all'interno di uno 00:12:49.940 --> 00:12:51.260 strumento di supporto separato. 00:12:51.700 --> 00:12:55.000 L'agente collega semplicemente il caso di supporto a quel cliente e vede lo storico che 00:12:55.000 --> 00:12:56.660 lo aiuta a capire cosa sta succedendo. 00:12:57.400 --> 00:12:58.180 Sales vede l'affare. 00:12:58.540 --> 00:13:01.540 Supporto vede il caso ed entrambi i team lavorano attorno allo stesso cliente. 00:13:01.540 --> 00:13:05.140 Ora, questo non significa che ogni schermata debba apparire identica o che ogni team debba 00:13:05.140 --> 00:13:06.240 seguire lo stesso processo. 00:13:06.800 --> 00:13:09.440 Sales ha bisogno di lead, opportunità e chiamate riunioni. 00:13:09.820 --> 00:13:12.660 Il servizio clienti necessita di ticket, code e cronologia dell'assistenza. 00:13:13.000 --> 00:13:16.860 Ogni app di Dynamics 365 offre strumenti creati su misura per il lavoro da sbattare, mentre 00:13:16.860 --> 00:13:19.800 le informazioni aziendali sottostanti possono connettarsi ovunque sia necessario. 00:13:20.140 --> 00:13:23.900 Questa base comune è ciò a cui ci si riferisce spesso parlando dell'integrazione tra Dynamics 00:13:23.900 --> 00:13:25.060 365 e Dataverse. 00:13:25.720 --> 00:13:28.520 Non si tratta principalmente di spostare i dati dal punto A al punto B. 00:13:28.520 --> 00:13:33.400 Riguarda app che lavorano con le stesse righe, relazioni, regole e controlli di accesso. 00:13:33.900 --> 00:13:36.900 Dall'inizio, lasciamo che gli uffici seguano un semplice percorso di vendita. 00:13:37.420 --> 00:13:39.120 Un lead arriva da un sito web o da un evento. 00:13:39.840 --> 00:13:43.860 Un venditore lavora con quel lead, impara a conoscere la persona e trasforma il lead in 00:13:43.860 --> 00:13:45.940 una relazione con il cliente e in un'opportunità. 00:13:46.500 --> 00:13:49.420 Chiamate, email, appuntamenti e attività possono tutti connettersi a quel lavoro. 00:13:50.060 --> 00:13:53.100 Così il team non deve cercare tra strumenti separati per ricostruire la storia. 00:13:53.100 --> 00:13:57.160 Se in seguito il cliente ha bisogno di aiuto, un ticket di supporto può collegarsi nuovamente 00:13:57.160 --> 00:13:57.940 allo stesso cliente. 00:13:58.260 --> 00:14:00.960 L'agente dell'assistenza non vede solo un nome e un indirizzo email. 00:14:01.560 --> 00:14:05.140 Può lavorare nel contesto di una relazione con il cliente già identificata. 00:14:05.660 --> 00:14:08.760 Nel frattempo il team di vendita può vedere che il cliente ha un problema di assistenza 00:14:08.760 --> 00:14:12.140 aperto ed evitare di affrontare un rinnovo senza conoscere le sue problematiche pregresse. 00:14:12.400 --> 00:14:14.800 Una sicura relazione con il cliente può supportare diversi tipi di lavoro. 00:14:14.800 --> 00:14:18.700 È molto più utile che mantenere semplicemente lo stesso nome cliente in due sistemi diversi. 00:14:18.700 --> 00:14:22.540 E potreste anche sentire l'espressione come un data model, tolvolta abbreviata in CDN. 00:14:23.160 --> 00:14:25.760 Non lasciate che il nome faccia sembrare la cosa più misteriosa di quanto si era. 00:14:26.460 --> 00:14:30.060 Significa semplicemente che Microsoft fornisce modelli di tabelle aziendali comuni per ciò 00:14:30.060 --> 00:14:33.120 che molte aziende tracciano, come account, contatti, attività e ticket. 00:14:33.720 --> 00:14:37.700 Questi modelli offrono le app basate su Dynamics 365 e data verso un linguaggio di partenza 00:14:37.700 --> 00:14:38.120 condiviso. 00:14:38.320 --> 00:14:40.920 Un account indica un'azienda, un contatto indica una persona. 00:14:40.920 --> 00:14:43.820 Un'attività traccia il lavoro legato a una relazione commerciale. 00:14:44.060 --> 00:14:47.460 Potete regolare la configurazione per la vostra azienda e aggiungere le vostre tabelle dove 00:14:47.460 --> 00:14:49.900 è necessario ma non dovete ricominciare da un foglio bianco ogni volta. 00:14:50.520 --> 00:14:54.040 Quando un'app comprende una tabella account e un'altra app usa la stessa tabella, entrambe 00:14:54.040 --> 00:14:56.540 si riferiscono allo stesso tipo di informazioni aziendali. 00:14:57.040 --> 00:14:58.360 Questo cambia anche ciò che potete creare. 00:14:58.880 --> 00:15:01.940 Supponete che il vostro team sul campo abbia bisogno di una semplice app per cercare un 00:15:01.940 --> 00:15:04.200 cliente, confermare una visita e aggiungere una nota dopo l'appunto. 00:15:04.420 --> 00:15:07.620 Potete creare una power app che utilizzi le stesse tabelle di data verso già impiegate 00:15:07.620 --> 00:15:08.420 da Dynamics 365. 00:15:09.020 --> 00:15:12.120 Non c'è bisogno di esportare i clienti in un nuovo elenco solo per quell'app. 00:15:12.740 --> 00:15:16.260 L'operatore sul campo apre l'app, trova il cliente e aggiorna le informazioni sulla visita. 00:15:16.260 --> 00:15:20.240 I dati rimangono collegati alla relazione con il cliente che il team vendite o l'assistenza 00:15:20.240 --> 00:15:23.800 clienti già utilizzano e rispetto delle regole di sicurezza discusse in precedenza. 00:15:24.280 --> 00:15:27.100 Per attività aziendali più strutturate è possibile creare un'app basata su modello. 00:15:27.420 --> 00:15:29.400 Un'app basata su modello parte da un modello di dati. 00:15:29.700 --> 00:15:33.480 Si scelgono le tabelle di Dataverse, si definiscono le relazioni, si impostano moduli e viste 00:15:33.480 --> 00:15:34.720 si applicano i ruoli di sicurezza. 00:15:35.000 --> 00:15:38.620 Power Apps utilizza poi tale struttura per creare un'esperienza applicativa aziendale e funzionale. 00:15:38.940 --> 00:15:41.720 Immaginalo come organizzare un banco da lavoro attorno agli strumenti e materiali che tutti 00:15:41.720 --> 00:15:42.300 utilizzeremo. 00:15:42.300 --> 00:15:46.540 Le tabelle descrivono il lavoro, le relazioni collegano le varie parti, i moduli offrono 00:15:46.540 --> 00:15:50.220 alle persone uno spazio per inserire e controllare le viste le aiutano a trovare le righe che 00:15:50.220 --> 00:15:51.040 richiedono attenzione. 00:15:51.340 --> 00:15:53.780 La sicurezza stabilisce cosa ogni persona può aprire o modificare. 00:15:54.120 --> 00:15:57.720 Un'app basata su modello può affiancarsi a Dynamics 365 perché entrambe lavorano con 00:15:57.720 --> 00:15:58.140 Dataverse. 00:15:58.520 --> 00:16:02.680 Ad esempio Dynamics 365 Sales può gestire l'intero processo di vendita mentre un'app basata 00:16:02.680 --> 00:16:05.960 su modello più piccola offre ai responsabili dei contratti un logo dedicato per tracciare 00:16:05.960 --> 00:16:06.760 gli accordi con i clienti. 00:16:07.060 --> 00:16:10.660 Entrambe possono operare sui dati correlati dei clienti senza creare un secondo database clienti. 00:16:10.660 --> 00:16:12.600 Naturalmente tale accesso richiede comunque attenzione. 00:16:13.160 --> 00:16:16.820 Solo perché un'app può interagire con una tabella di Dataverse non significa che ogni 00:16:16.820 --> 00:16:19.780 utente debba poter modificare ogni riga o vedere ogni colonna. 00:16:20.220 --> 00:16:23.140 L'accesso basato su ruoli e le regole di business continuano a controllare ciò che 00:16:23.140 --> 00:16:23.160 ha. 00:16:23.460 --> 00:16:27.720 Un'app da campo può fornire a qualcuno esattamente i dettagli e le azioni necessarie sul cliente 00:16:27.720 --> 00:16:29.580 senza esporre il resto dei dati aziendali. 00:16:30.320 --> 00:16:34.760 Quindi l'integrazione di Dynamics 365 con Dataverse è ora come un cavo che collega due stanze 00:16:34.760 --> 00:16:35.240 distanti. 00:16:35.240 --> 00:16:40.240 Le app di Dynamics 365, le app personalizzate e i processi aziendali possono lavorare tutti 00:16:40.240 --> 00:16:41.180 dalla stessa fase condivisa. 00:16:41.300 --> 00:16:43.640 Una volta compreso questo la domanda successiva diventa chiara. 00:16:44.320 --> 00:16:48.660 Cos'altro può utilizzare lo stesso aggiornamento del cliente attraverso la piattaforma connessa 00:16:48.660 --> 00:16:49.220 di Microsoft? 00:16:50.180 --> 00:16:52.260 Come funziona la piattaforma connessa nel lavoro reale? 00:16:52.760 --> 00:16:55.860 Un aggiornamento condiviso del cliente diventa utile quando gli strumenti circostanti sono 00:16:55.860 --> 00:16:56.300 in grado di rispondere. 00:16:56.700 --> 00:17:00.240 Power Automate gestisce il lavoro di follow up monitorando le modifiche in una riga di Dataverse 00:17:00.240 --> 00:17:02.180 e avviando un'azione quando tale modifica si verifica. 00:17:02.180 --> 00:17:05.680 Ad esempio, un nuovo lead viene inserito in Dynamics 365.6. 00:17:06.000 --> 00:17:10.120 Un flusso può notificare il venditore assegnato, pubblicare un messaggio in Teams o creare un'attività 00:17:10.120 --> 00:17:10.760 di follow up. 00:17:11.360 --> 00:17:13.440 Nessuno deve monitorare una casella di posta condivisa tutta. 00:17:13.620 --> 00:17:16.580 Il lead cambia il passaggio successivo, viene avviato automaticamente. 00:17:17.200 --> 00:17:21.160 Power Automate non necessita di una copia separata del lead solo per svolgere questo lavoro. 00:17:22.120 --> 00:17:25.920 Può reagire alla riga in Dataverse utilizzando gli stessi dettagli del cliente e di proprietà 00:17:25.920 --> 00:17:26.960 usati dall'app di vendita. 00:17:27.100 --> 00:17:29.140 Ciò mantiene l'automazione vicina al processo aziendale. 00:17:29.140 --> 00:17:32.540 Invece di affidarsi a qualcuno che deve esportare un file, avviare una catena manuale di mail. 00:17:33.100 --> 00:17:33.840 Poi c'è Power BI. 00:17:34.460 --> 00:17:36.720 Un responsabile vendita potrebbe voler visualizzare la pipeline a tu. 00:17:37.020 --> 00:17:40.860 Un responsabile del servizio clienti potrebbe aver bisogno di vedere quanti casi sono arrivati 00:17:40.860 --> 00:17:44.160 questa settimana, quali restano aperti o quali clienti contattano il supporto più spesso. 00:17:45.240 --> 00:17:49.060 Power BI può generare report sui dati aziendali di Dataverse, così i team possono vedere il 00:17:49.060 --> 00:17:52.240 lavoro in corso senza dover creare nuovi fogli di calcolo ogni venerdì pomeriggio. 00:17:52.900 --> 00:17:55.420 Il report attinge dai dati aziendali che le persone utilizzano già. 00:17:55.420 --> 00:17:58.780 Ciò significa che un grafico della pipeline può cambiare man mano che l'opportunità vanno. 00:17:58.960 --> 00:18:01.900 Una dashboard dei casi può mostrare il carico di lavoro attuale man mano che gli agenti 00:18:01.900 --> 00:18:02.240 aggiornano. 00:18:02.640 --> 00:18:06.680 Il punto non è che una dashboard sostituisca le persone nel controllo dei dettagli. 00:18:07.240 --> 00:18:10.780 Offre loro una visione più chiara del lavoro prima che decidano cosa richiede attenzione. 00:18:11.660 --> 00:18:14.100 Power Apps aggiunge un altro percorso all'interno dello stesso processo. 00:18:14.440 --> 00:18:16.700 Immaginiamo un tecnico che arriva presso la sede di un cliente. 00:18:17.280 --> 00:18:20.420 Non ha bisogno dell'esperienza completa di Dynamics 365 Sales. 00:18:20.420 --> 00:18:25.140 Potrebbe solo dover trovare il cliente, rivedere i dettagli della visita, confermare l'accaduto 00:18:25.140 --> 00:18:26.640 e aggiungere una nota o una foto. 00:18:27.240 --> 00:18:29.980 Una Power App mirata può offrire loro quell'esperienza semplificata. 00:18:30.440 --> 00:18:33.240 Un team di account potrebbe aver bisogno di un'app per rivedere gli accordi con i clienti. 00:18:33.560 --> 00:18:36.260 Un manager potrebbe aver bisogno di una semplice app per approvare una richiesta. 00:18:36.440 --> 00:18:40.120 Ogni app può concentrarsi su un unico compito lavorando con le stesse informazioni controllate 00:18:40.120 --> 00:18:41.280 di Dataverse dietro le quinte. 00:18:41.540 --> 00:18:43.300 La persona vede lo strumento più adatto alla progiornata. 00:18:43.600 --> 00:18:45.300 L'azienda mantiene le informazioni connesse. 00:18:45.300 --> 00:18:47.840 A volte quelle informazioni hanno origine all'esterno di Dataverse. 00:18:48.280 --> 00:18:51.300 Un'azienda potrebbe avere un elenco da una fonte online che deve diventare parte dei 00:18:51.300 --> 00:18:52.040 propri dati aziendali. 00:18:52.320 --> 00:18:56.060 Power Query può importare dati da fonti online supportate, pulirli durante l'importazione 00:18:56.060 --> 00:18:58.740 e caricarli nella tabella di Dataverse corretta. 00:18:59.660 --> 00:19:03.320 Questo è utile quando una fonte esterna contiene informazioni che i tuoi strumenti Dynamics 00:19:03.320 --> 00:19:04.760 e Power Platform devono utilizzare. 00:19:05.160 --> 00:19:09.040 Devi comunque decidere cosa appartiene a Dataverse e come dovrebbe connettersi alle tabelle esistenti. 00:19:09.560 --> 00:19:13.200 Importare dati senza questa riflessione sposta semplicemente la confusione in una nuova posizione. 00:19:13.200 --> 00:19:16.320 Mettiamo insieme i pezzi in un unico flusso quotidiano. 00:19:16.820 --> 00:19:18.260 Un nuovo lead entra in Dynamics 365. 00:19:19.120 --> 00:19:22.360 Una regola di assegnazione verifica chi dovrebbe gestire quel lead, magari in base alla regione 00:19:22.360 --> 00:19:22.720 o al prodotto. 00:19:23.100 --> 00:19:26.020 Il proprietario riceve un messaggio su Teams tramite un flusso di Power Automate, così 00:19:26.020 --> 00:19:27.000 sa che c'è del lavoro in attesa. 00:19:27.380 --> 00:19:31.160 Mentre il venditore aggiorna il lead e lo fa avanzare nel processo di vendita, la dashboard 00:19:31.160 --> 00:19:34.500 di Power BI si aggiorna per mostrare al team la pipeline attuale. 00:19:34.840 --> 00:19:37.000 Un solo aggiornamento avvia lavoro utile in diversi punti. 00:19:37.500 --> 00:19:39.640 Power Automate sposta il lavoro da una fase alla successiva. 00:19:40.000 --> 00:19:41.780 Power BI aiuta le persone a visualizzare il lavoro. 00:19:41.780 --> 00:19:44.720 Power Apps offre ai team specifici un modo mirato per partecipare. 00:19:45.100 --> 00:19:48.720 Dataverse mantiene le informazioni aziendali organizzate e sicure mentre questi strumenti 00:19:48.720 --> 00:19:49.580 svolgono il loro lavoro. 00:19:49.960 --> 00:19:50.860 Questa differenza è importante. 00:19:51.240 --> 00:19:53.120 L'automazione non è il sistema di archiviazione. 00:19:53.440 --> 00:19:55.420 È una dashboard, non è il database dei clienti. 00:19:55.820 --> 00:19:58.720 Ogni strumento ha un compito diverso, ma tutti possono attingere alla stessa forma. 00:19:59.100 --> 00:20:02.480 Saperlo ti aiuta a scegliere lo strumento giusto invece di trattare ogni foglio di calcolo 00:20:02.480 --> 00:20:04.760 o lista come se dovesse gestire un intero processo aziendale. 00:20:04.760 --> 00:20:08.640 Quando Dataverse è adatto e cosa non sostituisce? 00:20:09.760 --> 00:20:10.360 Ecco il punto. 00:20:10.960 --> 00:20:14.400 Scegli Dataverse quando più persone e app devono lavorare con dati aziendali connessi. 00:20:14.700 --> 00:20:16.760 Hai bisogno di regole di accesso chiare e processi ripetibili. 00:20:17.280 --> 00:20:19.800 Dataverse gestisce questo, ma non sostituisce tutto il resto. 00:20:20.300 --> 00:20:23.000 Excel rimane la tua scelta ideale per analisi personali e liste rap. 00:20:23.140 --> 00:20:26.020 Le liste di SharePoint funzionano bene per il semplice monitoraggio del team. 00:20:26.240 --> 00:20:30.040 E se sei uno sviluppatore che necessita di un controllo approfondito, SQL rimane una scelta solida. 00:20:30.040 --> 00:20:31.740 Quindi, quando è veramente l'atto Dataverse? 00:20:32.120 --> 00:20:37.280 Quando i tuoi dati devono connettersi tra Dynamics 365, App Automazione e Report senza creare un'altra copia? 00:20:38.040 --> 00:20:38.680 È lì che brilla. 00:20:39.200 --> 00:20:41.460 Ora in conclusione, una base e molti strumenti aziendali. 00:20:42.960 --> 00:20:44.160 Quindi, ecco la conclusione. 00:20:44.620 --> 00:20:51.200 Dynamics 365 e Dataverse funzionano al meglio quando tutti i tuoi dati, regole, sicurezza, App Automazione e Report condividono una base comune. 00:20:51.980 --> 00:20:58.700 Iscriviti a Microsoft Knowledge Nuggets su M365FM per ulteriori guide semplici su Dynamics 365, Power Platform e Microsoft 365. 00:20:58.700 --> 00:21:04.640 Poi guarda il nostro episodio sulle app basate sul modello per vedere come le tabelle di Dataverse diventano un'app aziendale funzionale.