WEBVTT 00:00:00.000 --> 00:00:03.260 Cosa succede quando il nome di un prodotto nelle vendite non corrisponde a quello in 00:00:03.260 --> 00:00:06.920 magazzino e il negozio online mostra ancora la foto dell'anno scorso? Qualcuno ordina 00:00:06.920 --> 00:00:10.780 articolo sbagliato? Un acquirente chiede dettagli che nessuno trova e il personale 00:00:10.780 --> 00:00:15.920 inizia a controllare fogli di calcolo, vecchi email, pdf dei fornitori e 5 sistemi diversi 00:00:15.920 --> 00:00:20.180 solo per rispondere a una semplice domanda. Benvenuti a un altro pilola di conoscenza 00:00:20.180 --> 00:00:27.360 di M365FM, io TM, DM o Peters e oggi affrontiamo la gestione delle informazioni di prodotto 00:00:27.360 --> 00:00:32.200 di Dynamics 365 o PIM in breve. Alla fine capirai come mantiene un unico registro di 00:00:32.200 --> 00:00:36.040 prodotto condiviso, come i prodotti possono presentarsi in forme diverse e come tali 00:00:36.040 --> 00:00:40.140 informazioni raggiungono le parti dell'azienda che ne hanno bisogno. Un unico registro di 00:00:40.140 --> 00:00:45.140 prodotto per l'interazienda. Un prodotto potrebbe sembrare semplice dall'esterno, solo un nome, 00:00:45.200 --> 00:00:49.420 un prezzo e forse un'immagine. Dietro le quinte quello stesso prodotto tocca quasi ogni parte 00:00:49.420 --> 00:00:54.420 di un'azienda. Ecco come si svolge. L'ufficio acquisti ha bisogno di dettagli sui fornitori 00:00:54.420 --> 00:00:57.240 e unità mentre i team di magazzino necessitano di informazioni per ricevere 00:00:57.240 --> 00:01:00.560 stoccare per gli articoli. Le vendite hanno bisogno di nemiciari. L'amministrazione ha 00:01:00.560 --> 00:01:04.580 bisogno di una configurazione corretta e negozio online di foto e descrizioni accurate. Ogni team 00:01:04.580 --> 00:01:07.900 guarda lo stesso prodotto da un'angolazione diversa. Senza un luogo condiviso per quelle 00:01:07.900 --> 00:01:11.340 informazioni, le persone creano spesso le proprie copie. Il team di prodotto mantiene 00:01:11.340 --> 00:01:14.980 un foglio di calco. Le vendite inseriscono un nome più breve nel loro sistema. Magazzino 00:01:14.980 --> 00:01:18.600 usa un numero di articolo con una descrizione diversa e il marketing salva le immagini in una 00:01:18.600 --> 00:01:22.520 cartella condivisa mentre il servizio clienti è frugato alle vecchie mail. Quell'approccio 00:01:22.520 --> 00:01:26.300 crea prima piccole differenze e poi quelle differenze si propagano. Immaginate 00:01:26.300 --> 00:01:32.100 un'azienda che vende una borraccia termica. Il fornitore la cambia da 500 ml a 750 ml. 00:01:32.320 --> 00:01:35.160 Il team acquisti riceve il nuovo dettaglio ma il negozio online elenca ancora la vecchia 00:01:35.160 --> 00:01:39.600 capacità. Le vendite inviano ai clienti la scheda tecnica sbagliata e il personale di 00:01:39.600 --> 00:01:43.500 magazzino vede un'etichetta di prodotto che non corrisponde all'ordine. Nessuno intendeva 00:01:43.500 --> 00:01:47.240 creare un problema. Ogni team stava semplicemente lavorando su una copia di vento. La gestione 00:01:47.240 --> 00:01:51.460 delle informazioni di prodotto di Dynamics 365 fornisce all'azienda una definizione di prodotto 00:01:51.460 --> 00:01:55.960 centrale. Pensatelo come un archivio condiviso per le informazioni sui prodotti. Invece di ogni 00:01:55.960 --> 00:01:59.060 dipartimento che tiene la propria cartella il registro di prodotto diventa il luogo in cui 00:01:59.060 --> 00:02:02.640 risiedono i dettagli concordati. Le persone usano quella definizione in tutto il lavoro 00:02:02.640 --> 00:02:07.320 aziendale invece di ridigitare le stesse informazioni più più volte. Il numero di prodotto si trova al 00:02:07.320 --> 00:02:11.700 centro di quel registro. Aiuta l'azienda a identificare il prodotto in modo coerente anche 00:02:11.700 --> 00:02:17.000 se team diversi usano parole diverse quando ne parlano. Accanto a quel numero archivi il nome e la 00:02:17.000 --> 00:02:21.100 descrizione e identifichi se si tratta di un articolo fisico che puoi stoccare o di un servizio 00:02:21.100 --> 00:02:25.480 fornito dall'azienda. Il record include anche le unità che le persone usano quando acquistano o vendono 00:02:25.480 --> 00:02:29.340 in magazzino non contano il prodotto. Una scatola, un pezzo, un chilogrammo, un litro, un pallet possono 00:02:29.340 --> 00:02:33.340 significare cose molto diverse nel lavoro quotidiano. Quando tale unità sono chiare il lavoro di acquisto 00:02:33.340 --> 00:02:37.140 e magazzino è un punto di partenza decisamente meno. Le informazioni sul prodotto possono contenere 00:02:37.140 --> 00:02:42.160 anche immagini, allegati, categorie, attributi e traduzioni per nomi e descrizioni. Quindi il record 00:02:42.160 --> 00:02:46.200 può contenere molto più di una semplice etichetta. Può contenere il documento del fornitore che spiega un 00:02:46.200 --> 00:02:51.100 prodotto, una foto che aiuta a riconoscerlo, descrizioni tradotte per team o clienti che lavorano in un'altra 00:02:51.100 --> 00:02:57.220 lingua e dettagli come materiale, marca o istruzioni per la gestione. La definizione condivisa precede 00:02:57.220 --> 00:03:01.040 l'uso locale. Un'azienda definisce un prodotto una volta sola e permette alle diverse aree di 00:03:01.040 --> 00:03:04.960 business di usarlo secondo necessità. Il record condiviso mantiene insieme i fatti comuni, mentre 00:03:04.960 --> 00:03:09.040 ogni area applica le proprie impostazioni aziendali in seguito. Non è necessario ricostruire il prodotto 00:03:09.040 --> 00:03:15.060 da zero ogni volta che un altro team ne ha bisogno. Questo è un modo di lavorare molto più pulito, ma un nome 00:03:15.060 --> 00:03:20.060 e una descrizione non dicono comunque tutta la storia del prodotto. Un singolo paio di jeans può 00:03:20.060 --> 00:03:24.780 trasformarsi in molti articoli quando entrano in gioco colore e taglia. Prodotti principali e 00:03:24.780 --> 00:03:30.980 varianti. L'albero genealogico. Quando un prodotto diventa molti prodotti, pensa a un paio di jeans. 00:03:31.780 --> 00:03:35.800 Probabilmente vedi i jeans come un unico prodotto, ma il magazzino non può prendere un paio qualsiasi 00:03:35.800 --> 00:03:40.140 quando un ordine richiede il nero taglia grande. E le vendite non possono promettere jeans blue extra 00:03:40.140 --> 00:03:44.780 small se quella combinazione non esiste realmente? Che Dynamics 365 interviene con un'idea semplice? 00:03:45.400 --> 00:03:49.560 Separa un prodotto di base da un prodotto principale. Un prodotto semplice è un articolo fisso. 00:03:50.220 --> 00:03:53.940 Immagina una normale risma di carta per stampante vendute in una sola dimensione, un solo colore, 00:03:54.000 --> 00:03:57.940 un solo formato. Hai proprio record di prodotto perché non ci sono scelte che cambiano la natura 00:03:57.940 --> 00:04:02.140 dell'articolo. Un prodotto principale funziona in modo diverso. È il record principale per un'intera 00:04:02.140 --> 00:04:05.860 famiglia di prodotti. Contiene i dettagli condivisi e le regole per le scelte che creano 00:04:05.860 --> 00:04:10.100 singoli articoli separati. Ecco come funziona. Il prodotto principale jeans contiene il nome, 00:04:10.240 --> 00:04:14.680 la descrizione di base e le informazioni comuni per ogni paio di quella gamma. Quindi le singole varianti 00:04:14.680 --> 00:04:18.660 identificano gli esatti jeans che qualcuno acquista e magazzina, produce o spedisce o spedisce. 00:04:18.660 --> 00:04:22.480 Una variante è lo specifico articolo vendibile. Per i jeans, blu e media possono essere una 00:04:22.480 --> 00:04:26.400 variante, nero e grande possono essere un'altra. Appartengono alla stessa famiglia di prodotti, 00:04:26.500 --> 00:04:29.920 ma non sono intercambiabili. Uno potrebbe trovarsi sullo scaffale del magazzino mentre 00:04:29.920 --> 00:04:33.000 l'altro è esaurito. Uno potrebbe utilizzare un'etichetta diversa. Uno potrebbe avere 00:04:33.000 --> 00:04:36.540 proprio codice a bar. Questa struttura genitore figlio è l'idea chiara. Il prodotto master 00:04:36.540 --> 00:04:40.600 definisce la famiglia. Le varianti di prodotto sono i singoli membri. Invece di inserire sempre 00:04:40.600 --> 00:04:44.340 le stesse informazioni di base, parti dal master e crei le combinazioni reali che servono 00:04:44.340 --> 00:04:48.820 alla tua azienda. Lascia che ti faccia un esempio concreto. Immagina che una linea di jeans sia 00:04:48.820 --> 00:04:52.440 disponibile in blu, nero e marrone. È disponibile anche nelle taglie extra small, small, medium, 00:04:52.600 --> 00:04:56.500 large, extra large, double, extra large. Se ogni colore fosse disponibile in ogni taglia, 00:04:56.600 --> 00:05:00.800 avresti 18 combinazioni. Ma le aziende raramente vendono ogni possibile combinazione. Magari il 00:05:00.800 --> 00:05:04.880 blu esiste solo dall'extra small alla medium. Il nero dalla medium all'extra large. Marrone 00:05:04.880 --> 00:05:09.060 parte dalla large. Dynamics 3 e 6 stan 5. Può trattare ogni combinazione consentita come una 00:05:09.060 --> 00:05:12.340 variante a 6 stan. Quando qualcuno aggiunge jeans a un ordine, sceglie le dimensioni che 00:05:12.340 --> 00:05:16.160 identificano il prodotto esatto. Colore e taglia comunicano al sistema quale variante vuole il 00:05:16.160 --> 00:05:19.920 cliente. Nessuna ipotesi su quale paio deve finire la scatola. Queste scelte sono chiamate 00:05:19.920 --> 00:05:26.560 dimensioni prodotto. Dynamics S5. Supply Chain Management ne include 5. Colore, taglia, stile, 00:05:26.700 --> 00:05:31.280 configurazione e versione. Un'azienda sceglie le dimensioni adatte a una famiglia di prodotti 00:05:31.280 --> 00:05:36.320 per la raggruppa per cui prodotto master. Analizziamole rapidamente. Colore semplice. Blu, 00:05:36.320 --> 00:05:42.200 nero, marrone e rosso. Anche la taglia è familiare. Small, medium, large o numero di scarpa. 00:05:42.620 --> 00:05:46.360 Lo stile può distinguere prodotti con lo stesso nome ma aspetto diverso. Una camicia può essere 00:05:46.360 --> 00:05:49.900 disponibile in vestibilità regolare. Una sedia può avere una struttura standard o una finitura 00:05:49.900 --> 00:05:53.940 diversa. La configurazione descrive una determinata costruzione e impostazione. Ad esempio, una macchina 00:05:53.940 --> 00:05:57.080 potrebbe richiedere un motore, un voltaggio, un voltaggio o un set di componenti spi. La 00:05:57.080 --> 00:06:01.020 dimensione di configurazione identifica tale scelta. La versione traccia i cambiamenti di un 00:06:01.020 --> 00:06:05.320 prodotto nel tempo. Questo è molto importante per i produttori. Immagina un componente che mantiene 00:06:05.320 --> 00:06:09.100 lo stesso scopo ma cambia dopo un aggiornamento tecnico approvato. La versione consente 00:06:09.100 --> 00:06:12.720 all'azienda di distinguere la versione 1 dalla 2 mentre si muove nella catena di distribuzione. 00:06:12.940 --> 00:06:16.280 Ora, non ogni prodotto master ha bisogno di tutte e 5 le dimensioni. Una maglietta potrebbe 00:06:16.280 --> 00:06:19.800 avere bisogno solo di colore e taglia. Un macchinario potrebbe aver bisogno di configurazione 00:06:19.800 --> 00:06:23.260 e versione. Il gruppo di dimensioni funge da regolamento per la famiglia di prodotti. 00:06:23.700 --> 00:06:27.580 Dice a Dynamics 365 quali scelte applicare durante la creazione e l'identificazione delle 00:06:27.580 --> 00:06:31.780 varianti. Questa decisione modella il prodotto fin dall'inizio. Potresti chiederti riguardo 00:06:31.780 --> 00:06:37.180 peso, altezza, lunghezza, larghezza o volume. Quei dettagli descrivono un prodotto fisico ma non 00:06:37.180 --> 00:06:41.180 creano varianti. Un paio di jeans può avere un peso o una dimensione del pacco indicati che non 00:06:41.180 --> 00:06:44.320 lo trasformano in articolo diverso come invece fanno colore diverso come invece fanno colore 00:06:44.320 --> 00:06:48.120 o taglia. Le dimensioni fisiche descrivono il prodotto. Le dimensioni del prodotto identificano 00:06:48.120 --> 00:06:52.220 una variante specifica. Mantenere distinte queste due idee evita confusione in seguito. Se il 00:06:52.220 --> 00:06:56.920 magazzino deve sapere quanto spazio occupa un cartone, le dimensioni fisiche sono d'aiuto. Se un 00:06:56.920 --> 00:07:01.760 ordine richiede jeans neri di grandi dimensioni trova la variante giusta, c'è una scelta iniziale che 00:07:01.760 --> 00:07:06.100 influenza tutto ciò che segue. Come farà l'azienda a creare e controllare quelle varianti di prodotto? 00:07:06.100 --> 00:07:11.580 Ed è esattamente ciò di cui ci occuperemo ora. Configurare prodotti senza creare caos. Scegliere 00:07:11.580 --> 00:07:16.360 le dimensioni comunica Dynamics 365 come identificare una variante. Ma l'azienda deve comunque decidere 00:07:16.360 --> 00:07:21.140 come creare tali varianti? Quella scelta dipende dal prodotto. La gestione della catena di distribuzione 00:07:21.140 --> 00:07:27.260 supporta l'approccio principale. Varianti predefinite. Configurazione basata su dimensioni e basata su 00:07:27.260 --> 00:07:33.100 vincoli. I nomi sono tecnici quindi li spiegherò in parole semplici. Le varianti predefinite si adattano a 00:07:33.100 --> 00:07:37.100 prodotti con un set limitato di combinazioni. Immagina quel rivenditore che vende la gamma di 00:07:37.100 --> 00:07:41.100 jeans di cui abbiamo parlato. L'azienda sa già quali colori e taglia acquisterà, immagazzinerà e 00:07:41.100 --> 00:07:45.520 venderà. Il blu è disponibile in extra small, small e medium. Il nero è disponibile in medium, large e 00:07:45.520 --> 00:07:49.920 extra large. Il marrone è disponibile in large, extra large e double extra large. Quelle nove scelte 00:07:49.920 --> 00:07:53.920 possono essere create in anticipo come varianti separate. L'azienda non ha bisogno di ogni possibile 00:07:53.920 --> 00:07:58.000 combinazione di colore e taglia. Crea solo le combinazioni che esistono nella mente. Questo 00:07:58.000 --> 00:08:02.360 mantiene il catalogo pulito e impedisce a qualcuno di ordinare jeans marroni extra small che nessuno 00:08:02.360 --> 00:08:06.640 produce. Le varianti predefinite funzionano bene quando la gamma rimane prevedibile. Un'azienda 00:08:06.640 --> 00:08:10.260 di abbigliamento, un distributore con formati di pacco fissi, un'attività che vende colori di mobili 00:08:10.260 --> 00:08:15.280 standard. Possono tutti preparare gli articoli che prevedono di gestire. Ogni variante esiste come 00:08:15.280 --> 00:08:20.360 articolo noto prima che arrivi. Un ordine così acquisti, magazzino e vendite lavorano con scelte chiare. 00:08:20.920 --> 00:08:24.480 Il prossimo approccio è la configurazione basata sulle dimensioni. Questo si riscontra spesso nella 00:08:24.480 --> 00:08:28.660 produzione. Immagina un'azienda che costruisce pompe industriali. Una famiglia di pompe può usare 00:08:28.660 --> 00:08:33.100 molte parti comuni ma il cliente può scegliere una certa configurazione. Quella scelta influenza 00:08:33.100 --> 00:08:38.740 quali componenti appartengono alla pompa finita. Dynamics 365 può usare la dimensione di configurazione 00:08:38.740 --> 00:08:43.140 per controllare ciò. Il prodotto utilizza una distinta base condivisa, spesso chiamata BOM 00:08:43.140 --> 00:08:47.160 Bill of Materials. Una distinta base è semplicemente l'elenco delle parti per costruire qualcosa. 00:08:47.440 --> 00:08:51.000 All'interno di quel singolo elenco alcune parti si applicano solo quando il cliente sceglie una 00:08:51.000 --> 00:08:55.040 particolare configurazione. Ad esempio, una pompa costruita per una certa tensione potrebbe 00:08:55.040 --> 00:08:58.380 richiedere un motore specifico. Una tensione diversa richiede un altro motore. Invece di 00:08:58.380 --> 00:09:02.320 mantenere una distinta separata per ogni possibile pompa, l'azienda tiene un unico elenco condiviso. 00:09:02.860 --> 00:09:07.060 Segna quali righe appartengono a quale configurazione. Quando la configurazione scelta raggiunge la 00:09:07.060 --> 00:09:11.580 pianificazione o la produzione, Dynamics 365 utilizza solo le linee di componenti adatte a tale scelta. 00:09:11.700 --> 00:09:15.200 Ciò consente di risparmiare molte configurazioni dupliche. Offre inoltre ai produttori un modo più 00:09:15.200 --> 00:09:18.980 chiaro per gestire una famiglia di prodotti che condivide gran parte della costruzione ma differisce in 00:09:18.980 --> 00:09:23.660 modi controllati. Le dimensioni identificano il prodotto scelto, la distinta base guida a quali 00:09:23.660 --> 00:09:27.500 componenti appartengono a quella costruzione. Poi c'è la configurazione basata su vincoli. 00:09:27.860 --> 00:09:31.400 Questo approccio si adatta ai prodotti in cui i clienti possono scegliere tra molte opzioni. Ma 00:09:31.400 --> 00:09:35.120 non l'opzione funziona con ogni altra opzione. Ti pensi a un macchinario personalizzato, 00:09:35.180 --> 00:09:39.380 un'attrezzatura da laboratorio o un prodotto assemblato da molte parti. Un cliente può scegliere il tipo di 00:09:39.380 --> 00:09:42.920 alimentazione, l'alloggiamento, il motore, l'opzione di sicurezza e il pannello di controllo. Alcune 00:09:42.920 --> 00:09:47.080 combinazioni funzionano, altre semplicemente no. Un certo alloggiamento potrebbe non adattarsi a un 00:09:47.080 --> 00:09:50.940 motore più grande. Una tensione potrebbe richiedere uno specifico pannello di controllo. Una copertura 00:09:50.940 --> 00:09:54.980 di sicurezza potrebbe funzionare di macchina. Senza regole, un venditore potrebbe selezionare 00:09:54.980 --> 00:09:58.680 una combinazione che la fabbrica non può costruire. La configurazione basata su vincoli inserisce 00:09:58.680 --> 00:10:02.540 tali regole in un modello di configurazione del prodotto. Il modello descrive le scelte possibili 00:10:02.540 --> 00:10:06.560 e le regole che le limita. Quando qualcuno configura il prodotto, il sistema lo guida verso opzioni 00:10:06.560 --> 00:10:12.080 valide. Impedisce scelte che sono in conflitto tra loro. Ciò blocca un ordine impossibile prima che raggiunga 00:10:12.080 --> 00:10:16.820 la produzione. Voglio rallentare qui perché si tratta di una decisione progettuale iniziale. Un'azienda deve 00:10:16.820 --> 00:10:20.640 scegliere la tecnologia di configurazione adatta al proprio processo aziendale prima di costruire la 00:10:20.640 --> 00:10:25.500 famiglia di prodotti. Dynamics 365 non converte un prodotto da un modello di configurazione a un 00:10:25.500 --> 00:10:29.380 altro in seguito. Quindi un rivenditore che vende una gamma fissa di prodotti non dovrebbe impostare 00:10:29.380 --> 00:10:33.540 un modello di prodotto personalizzato complicato solo perché sembra flessibile. E un produttore che 00:10:33.540 --> 00:10:37.440 realizza attrezzature e sordinazione non dovrebbe forzare ogni possibile costruzione in un lungo elenco 00:10:37.440 --> 00:10:41.860 di varianti predefinite se le scelte dipendono da regole? Iniziate con il reale processo di acquisto, 00:10:41.960 --> 00:10:46.800 vendita e produzione. Ponete una domanda sempre. Conosciamo ogni combinazione di prodotto prima che arrivi 00:10:46.800 --> 00:10:50.960 l'ordine o il cliente crea la scelta del prodotto attraverso una serie di opzioni consentite. La 00:10:50.960 --> 00:10:54.820 risposta indica all'azienda qual è l'approccio giusto. Una volta che l'azienda sa cosa può essere 00:10:54.820 --> 00:10:58.760 un prodotto ha bisogno di un modo per scriverlo chiaramente e mantenere tali informazioni organizzate. 00:10:59.300 --> 00:11:05.000 Categorie, attributi e controllo delle informazioni sul prodotto. Il nome di un prodotto ti dice come si 00:11:05.000 --> 00:11:10.220 chiama ma questo da solo non ti aiuterà a comprarlo, conservarlo, venderlo, spiegarlo a un cliente. È qui che 00:11:10.220 --> 00:11:15.520 entrano in gioco le categorie. Considerate le categorie come i corridoi in un negozio ben organizzato. Un'azienda 00:11:15.520 --> 00:11:19.420 potrebbe raggruppare i prodotti in base a ciò che sono. Obbighiamento in una corsia, attrezzi in 00:11:19.420 --> 00:11:24.100 un'altra, cancellerie in una terza, oppure potrebbero raggrupparli in base al tipo di lavoro da svolgere. 00:11:24.620 --> 00:11:28.720 In ogni caso l'obiettivo è lo stesso. Prendere i prodotti più facili da trovare. Prendiamo un 00:11:28.720 --> 00:11:32.220 trapano a batteria. Un team di vendita deve trovarlo tra gli utensili elettri. Un team di 00:11:32.220 --> 00:11:36.800 prodotto potrebbe inserirlo in una categoria per attrezzature a batteria. Ed è qui il punto. Un prodotto 00:11:36.800 --> 00:11:43.100 può trovarsi in più categorie contemporaneamente quando servono esigenze aziendali diverse. Il punto non è 00:11:43.100 --> 00:11:47.800 cercare di infilare ogni prodotto in un'unica cartella perfetta. Le categorie offrono l'azienda 00:11:47.800 --> 00:11:51.660 un modo strutturato per organizzare le informazioni, cercare prodotti e gestire gruppi di articoli 00:11:51.660 --> 00:11:55.840 correlati. Aiutano anche ad applicare le informazioni corrette ai prodotti che appartengono allo stesso 00:11:55.840 --> 00:12:00.160 gruppo. Le categorie fanno molto ma non possono contenere ogni dettaglio. È qui che entrano in 00:12:00.160 --> 00:12:04.080 gioco gli attributi. Per una borraccia gli attributi possono includere materiale, capacità, 00:12:04.240 --> 00:12:08.720 tipo di tappo, isolamento, marche e istruzioni per la cura. Per un componente meccanico potrebbero 00:12:08.720 --> 00:12:12.540 includere dimensioni, requisiti di alimentazione, intervallo di temperatura, standard tecnici. 00:12:13.080 --> 00:12:17.080 Gli attributi trasformano un'etichetta generica in informazioni utili sul prodotto, proprio quelle 00:12:17.080 --> 00:12:20.700 di cui hai bisogno per svolgere il tuo lavoro. Le categorie possono avere attributi che hanno 00:12:20.700 --> 00:12:25.840 senso per i prodotti al loro interno. L'abbigliamento richiede tessuto, vestibilità e istruzioni di 00:12:25.840 --> 00:12:29.560 lavaggio. Le apparecchiature elettroniche richiedono tensione, dettagli di garanzia e informazioni 00:12:29.560 --> 00:12:33.620 sulla compatibilità. Ciò significa che nessuno deve inventare campi casuali per ogni record di 00:12:33.620 --> 00:12:37.700 prodotto. Si utilizzano semplicemente i dettagli adatti al gruppo di prodotti. Immagini allegati 00:12:37.700 --> 00:12:41.640 aggiungono un ulteri livello. Una foto aiuta un magazziniere, un venditore, un cliente a vedere 00:12:41.640 --> 00:12:46.160 l'articolo di cui si sta parlando. Un allegato può contenere materiali di supporto come un documento 00:12:46.160 --> 00:12:50.060 del fornitore, una scheda tecnica o altra documentazione. A volte il solo nome scritto 00:12:50.060 --> 00:12:54.740 non è sufficiente. Le traduzioni sono importanti quando l'azienda lavora con diverse lingue. I nomi 00:12:54.740 --> 00:12:57.940 e le descrizioni dei prodotti possono essere tradotti affinché le persone in mercati diversi 00:12:57.940 --> 00:13:01.560 ricevano informazioni comprensibili. Il prodotto rimane lo stesso ma le parole che lo descrivono 00:13:01.560 --> 00:13:04.860 si adattano al pubblico. Un'azienda ha anche bisogno di controllare chi può modificare questa 00:13:04.860 --> 00:13:09.560 informazione. Non tutti i dipendenti dovrebbero poter modificare ogni record, rinominare un articolo 00:13:09.560 --> 00:13:14.620 o altre dettagli da cui dipendono altri team. Dynamics 365 consente di applicare regole di 00:13:14.620 --> 00:13:19.140 eccesso ai dati di prodotto a livello di categoria o per singolo prodotto. Ad esempio il team responsabile 00:13:19.140 --> 00:13:23.080 delle attrezzature industriali lavora su quella categoria, mentre un altro gruppo gestisce i prodotti 00:13:23.080 --> 00:13:26.900 di consumo. Un prodotto soggetto a restrizioni potrebbe richiedere un controllo più rigoroso rispetto 00:13:26.900 --> 00:13:30.860 a una comune cancelleria. L'azienda decide chi può lavorare su ciascun'area dei propri dati di 00:13:30.860 --> 00:13:34.760 prodotto. Ciò protegge le informazioni su cui le persone finalmente. Il record ora può avere 00:13:34.760 --> 00:13:39.020 i dettagli, i documenti, le categorie e i controlli corretti. Ma necessita ancora dell'approvazione 00:13:39.020 --> 00:13:42.260 prima che le parti dell'azienda che lo acquistano, vendono, stoccano o producono possano effettivamente 00:13:42.260 --> 00:13:47.040 utilizzarla. Rilascio dei prodotti e le entità giuridiche. Una definizione di prodotto finita 00:13:47.040 --> 00:13:52.560 è ora TMD pronta automaticamente per essere utilizzata da tutti o non ancora. Un'azienda 00:13:52.560 --> 00:13:56.180 opera spesso attraverso diverse entità giuridiche che sono società separate all'interno della 00:13:56.180 --> 00:13:59.860 più ampia attività commerciale. Un'entità potrebbe acquistare e stoccare un prodotto in Germania. 00:14:00.280 --> 00:14:04.560 Un'altra vende lo stesso prodotto negli Stati Uniti. Una terza lo produce. Possono tutte iniziare 00:14:04.560 --> 00:14:09.040 con la stessa definizione di prodotto condivisa. In Dynamics 365 quella definizione condivisa 00:14:09.040 --> 00:14:12.840 diventa un prodotto rilasciato quando l'azienda lo approva per l'uso da parte di una specifica 00:14:12.840 --> 00:14:16.100 entità giuridica. Considera il rilascio come il conferimento a quell'unità aziendale del 00:14:16.100 --> 00:14:19.500 permesso di integrare il prodotto nel proprio lavoro quotidiano. Il prodotto non cambia la 00:14:19.500 --> 00:14:24.340 sua identità. Il suo nome comune, la descrizione, la categoria, le dimensioni e altri dettagli 00:14:24.340 --> 00:14:28.520 condivisi rimangono collegati alla definizione centrale ma ogni entità giuridica può aggiungere 00:14:28.520 --> 00:14:32.540 le impostazioni necessarie prima di ordinare, vendere, stoccare o produrre quel prodotto. Un'azienda potrebbe 00:14:32.540 --> 00:14:35.880 acquistare il prodotto da un fornitore. Un'altra potrebbe solo vendere. Un'azienda 00:14:35.880 --> 00:14:39.680 manifatturiera ha bisogno di produzione mentre un'azienda ha distribuzione necessita di impostazione 00:14:39.680 --> 00:14:44.040 inventaria. Dettagli di vendita differiscono da un'entità all'altra. Anche le regole aziendale 00:14:44.040 --> 00:14:47.720 locali differiscono. Il rilascio consente a ogni entità giuridica di preparare il prodotto per il 00:14:47.720 --> 00:14:52.060 proprio lavoro senza creare una definizione di prodotto completamente separata. Immagina un'azienda 00:14:52.060 --> 00:14:55.920 che vende la stessa bottiglia d'acqua in diversi paesi. Il team di prodotto crea una definizione 00:14:55.920 --> 00:15:00.880 di prodotto centrale. Quindi l'azienda lo rilascia all'entità giuridica nel Regno Unito e 00:15:00.880 --> 00:15:05.360 quella entità aggiunge le impostazioni necessarie per acquistare e stoccare la bottiglia. In seguito 00:15:05.360 --> 00:15:09.080 lo stesso prodotto viene rilasciato all'entità giuridica canadese dove il personale completa 00:15:09.080 --> 00:15:12.460 le impostazioni per le vendite e l'inventario locali. Entrambe le aziende utilizzano lo stesso 00:15:12.460 --> 00:15:16.440 prodotto. Non devono ricominciare da capo con nome, descrizione e dettagli della famiglia 00:15:16.440 --> 00:15:21.000 di prodotti. Completano solo le informazioni che appartengono alla propria entità. La separazione 00:15:21.000 --> 00:15:25.520 mantiene i fatti condivisi e il lavoro aziendale locale al posto giusto. Una definizione di prodotto 00:15:25.520 --> 00:15:30.460 condivisa risponde o cos'è questo prodotto. Un prodotto rilasciato risponde. O come l'user ha questa 00:15:30.460 --> 00:15:34.820 specifica azienda? È una piccola differenza di terminologia ma evita molto lavoro duplicato 00:15:34.820 --> 00:15:39.500 quando un'azienda opera attraverso molteplici entità giuridiche. Dynamics 365 può rilasciare 00:15:39.500 --> 00:15:43.820 prodotti a una o a diverse entità giuridiche contemporaneamente. Questo è utile quando un'azienda 00:15:43.820 --> 00:15:48.540 introduce una gamma di prodotti standard in molte unità aziendali. Tuttavia il rilascio ora non è più 00:15:48.540 --> 00:15:53.020 un semplice passaggio da fare e dimenticare. Ogni entità giuridica potrebbe aver bisogno di dettagli 00:15:53.020 --> 00:15:56.700 aggiuntivi prima che i suoi team che i suoi team possano lavorare sul prodotto in sicurezza. L'area di lavoro 00:15:56.700 --> 00:16:00.440 per la manutenzione dei prodotti rilasciati aiuta a monitorare tale procedura. Mostra i prodotti rilasciati 00:16:00.440 --> 00:16:05.340 di recente e verifica se la configurazione richiesta per quell'entità giuridica è completa. Se è 00:16:05.340 --> 00:16:08.840 necessario aggiungere attributi di prodotto, categorie, impostazioni d'ordine o traduzioni, 00:16:09.320 --> 00:16:12.420 l'area di lavoro offre un punto dove trovare queste attività e aprire le pagine dei prodotti 00:16:12.420 --> 00:16:17.840 pertinenti. Aiuta anche i team a individuare i casi di modifica a prodotto non completati. Questo è 00:16:17.840 --> 00:16:21.480 importante perché un prodotto può sembrare pronto dalla vista centrale mentre le impostazioni locali 00:16:21.480 --> 00:16:25.560 restano incomplete. L'area di lavoro fornisce all'entità giuridica un elenco pratico di prodotti 00:16:25.560 --> 00:16:30.300 che richiedono attenzione evitando di dover cercare tra lunghi elenchi. Quindi il rilascio non copia 00:16:30.300 --> 00:16:34.720 un prodotto in un mondo separato, collega una definizione di prodotto approvata a un'entità 00:16:34.720 --> 00:16:39.440 giuridica e le dà spazio per applicare i propri dettagli operativi. Una volta fatto ciò, le 00:16:39.440 --> 00:16:43.440 informazioni sul prodotto possono confluire nel lavoro relativo a ordini, scorte ed esigenze 00:16:43.440 --> 00:16:47.580 dei clienti. Quindi come fa il PIM a collegare il lavoro attorno a un prodotto? Dunque come fa la 00:16:47.580 --> 00:16:50.480 gestione delle informazioni di prodotto a collegare concretamente il lavoro attorno a un prodotto? 00:16:50.700 --> 00:16:55.520 Ecco la definizione più semplice. Il PIM non gestisce ogni processo aziendale da solo, piuttosto 00:16:55.520 --> 00:16:59.600 fornisce le informazioni sul prodotto necessarie a tali processi. Pensalo come un archivio principale 00:16:59.600 --> 00:17:03.640 per i dati di prodotto. Un addetto agli acquisti deve trovare l'articolo giusto in un ordine 00:17:03.640 --> 00:17:06.840 di acquisto. Il team di magazzino necessita dell'articolo corretto durante la ricezione 00:17:06.840 --> 00:17:10.340 e le scorte. Il team di vendita ha bisogno dei dettagli del prodotto da inserire in un 00:17:10.340 --> 00:17:15.100 preventivo e anche altre app di Dynamics 365 trebbero aver bisogno di adiludare. Il PIM offre 00:17:15.100 --> 00:17:18.960 a tutti questi team un punto di partenza comune verso un'unica fonte di verità. Ora da dove 00:17:18.960 --> 00:17:22.580 provengono questi dati di prodotto? Le definizioni dei prodotti possono iniziare all'interno 00:17:22.580 --> 00:17:27.320 di Dynamics 365 Supply Chain Management. Ciò funziona bene quando l'azienda gestisce le informazioni 00:17:27.320 --> 00:17:31.280 di prodotto lì fin dall'inizio. Ma molte aziende utilizzano già un altro sistema per lo sviluppo 00:17:31.280 --> 00:17:34.580 o i record dei prodotti. I dati di prodotto possono provenire da un sistema di gestione 00:17:34.580 --> 00:17:38.440 del ciclo di vita del prodotto, spesso chiamato PLProdotto. Un sistema PLM gestire un prodotto 00:17:38.440 --> 00:17:42.620 durante le fasi di progettazione e sviluppo? Esiste anche la gestione di dati di prodotto 00:17:42.620 --> 00:17:46.600 o PDM che gestisce i dati di prodotto e i documenti correlati. Alcune aziende utilizzano persino 00:17:46.600 --> 00:17:49.840 un sistema PIM separato prima che le informazioni di prodotto entrino in Supply Chain Management. 00:17:50.160 --> 00:17:54.320 Ecco la buona notizia. Dynamics 365 può importare le definizioni di prodotto da quei sistemi. 00:17:54.320 --> 00:17:57.740 Ciò significa che non è necessario digitare di nuovo gli stessi dettagli del prodotto 00:17:57.740 --> 00:18:01.100 solo perché il prodotto passa dalla progettazione al lavoro di Supply Chain. Supply Chain Management 00:18:01.100 --> 00:18:04.640 può diventare il luogo che detiene i dati di prodotto principali anche per altre istanze. 00:18:05.120 --> 00:18:09.060 Questo è importante nelle grandi aziende con più di un'istanza. Un'istanza gestisce le definizioni 00:18:09.060 --> 00:18:14.000 centrali dei prodotti, poi esporta e importa tali dati nelle altre. Microsoft fornisce entità 00:18:14.000 --> 00:18:17.400 dati per questo tipo di scambio, ovvero modi strutturati per spostare dati definiti tra i 00:18:17.400 --> 00:18:22.720 sistemi. Ma c'è di più. Microsoft Dataverse estende quel percorso di distribuzione. Dataverse è il 00:18:22.720 --> 00:18:27.120 servizio dati cloud condiviso di Microsoft utilizzato da molte app aziendali. Supply Chain 00:18:27.120 --> 00:18:30.480 Management può esportare le definizioni dei prodotti in Dataverse e altre applicazioni 00:18:30.480 --> 00:18:35.160 aziendali come Dynamics 365 Sales possono utilizzare quei dati. Però questo non significa che ogni app 00:18:35.160 --> 00:18:39.800 faccia improvvisamente lo stesso. Organizza e mantiene le informazioni sui prodotti. Dynamics 00:18:39.800 --> 00:18:44.060 365 Sales gestisce le attività di vena. Altre app gestiscono le proprie attività di assistenza 00:18:44.060 --> 00:18:48.720 clienti, commercio, finanza, produzione, operazioni. Possono utilizzare i dati relativi ai prodotti, 00:18:48.720 --> 00:18:53.200 ma ogni app mantiene il proprio scopo. Vediamo un flusso pratico. Il team di prodotto crea o 00:18:53.200 --> 00:18:56.660 importano una nuova definizione di prodotto. L'azienda la rilascia alle entità legali che 00:18:56.660 --> 00:19:00.580 ne hanno bisogno. Tali entità completano la loro configurazione locale. L'ufficio acquisti può 00:19:00.580 --> 00:19:04.220 lavorare con l'articolo approvato. Il personale del magazzino può riceverlo e gestirlo. Le vendite 00:19:04.220 --> 00:19:08.260 possono fare riferimento al prodotto corretto invece di inventare una propria versione. Il risultato si 00:19:08.260 --> 00:19:12.220 manifesta nei momenti quotidiani. Un acquirente ordina l'articolo giusto. Un cliente vede dettagli 00:19:12.220 --> 00:19:16.440 corretti. Un magazziniere può abbinare un ordine allo stock davanti a sé. Quando le informazioni sul 00:19:16.440 --> 00:19:19.580 prodotto cambiano, i team hanno un percorso più chiaro per utilizzare i dettagli approvati 00:19:19.580 --> 00:19:24.360 correnti invece di inseguire copia. Ciò riduce errori di ordinazione, informazioni obsolete e 00:19:24.360 --> 00:19:28.780 resi causati da dettagli e prodotto non corretti. La gestione delle informazioni sul prodotto è la 00:19:28.780 --> 00:19:32.080 parte che mantiene organizzata la definizione del prodotto mentre il resto della piattaforma 00:19:32.080 --> 00:19:36.380 connessa mette a frutto tale informazione. Conclusione una storia di prodotto condivisa 00:19:36.380 --> 00:19:40.800 in Dynamics. La gestione delle informazioni sul prodotto di Dynamics 365 trasforma un'idea di 00:19:40.800 --> 00:19:44.220 prodotto in un unico record controllato che le entità legali e i team aziendali possono utilizzare 00:19:44.220 --> 00:19:47.440 nel proprio lavoro. Questa è la tua pillola di conoscenza per oggi. Iscriviti sulla tua 00:19:47.440 --> 00:19:50.480 piattaforma di podcast preferita e condividi questo episodio con chi sta imparando Dynamics 00:19:50.480 --> 00:19:54.020 365. Poi continuiamo con il prossimo episodio per vedere come tutti i blocchi si collegano 00:19:54.020 --> 00:19:54.820 attraverso la...