Cosa succede quando il nome di un prodotto nelle vendite non corrisponde a quello in magazzino e il negozio online mostra ancora la foto dell'anno scorso? Qualcuno ordina articolo sbagliato? Un acquirente chiede dettagli che nessuno trova e il personale inizia a controllare fogli di calcolo, vecchi email, pdf dei fornitori e 5 sistemi diversi solo per rispondere a una semplice domanda. Benvenuti a un altro pilola di conoscenza di M365FM, io TM, DM o Peters e oggi affrontiamo la gestione delle informazioni di prodotto di Dynamics 365 o PIM in breve. Alla fine capirai come mantiene un unico registro di prodotto condiviso, come i prodotti possono presentarsi in forme diverse e come tali informazioni raggiungono le parti dell'azienda che ne hanno bisogno. Un unico registro di prodotto per l'interazienda. Un prodotto potrebbe sembrare semplice dall'esterno, solo un nome, un prezzo e forse un'immagine. Dietro le quinte quello stesso prodotto tocca quasi ogni parte di un'azienda. Ecco come si svolge. L'ufficio acquisti ha bisogno di dettagli sui fornitori e unità mentre i team di magazzino necessitano di informazioni per ricevere stoccare per gli articoli. Le vendite hanno bisogno di nemiciari. L'amministrazione ha bisogno di una configurazione corretta e negozio online di foto e descrizioni accurate. Ogni team guarda lo stesso prodotto da un'angolazione diversa. Senza un luogo condiviso per quelle informazioni, le persone creano spesso le proprie copie. Il team di prodotto mantiene un foglio di calco. Le vendite inseriscono un nome più breve nel loro sistema. Magazzino usa un numero di articolo con una descrizione diversa e il marketing salva le immagini in una cartella condivisa mentre il servizio clienti è frugato alle vecchie mail. Quell'approccio crea prima piccole differenze e poi quelle differenze si propagano. Immaginate un'azienda che vende una borraccia termica. Il fornitore la cambia da 500 ml a 750 ml.

Il team acquisti riceve il nuovo dettaglio ma il negozio online elenca ancora la vecchia capacità. Le vendite inviano ai clienti la scheda tecnica sbagliata e il personale di magazzino vede un'etichetta di prodotto che non corrisponde all'ordine. Nessuno intendeva creare un problema. Ogni team stava semplicemente lavorando su una copia di vento. La gestione delle informazioni di prodotto di Dynamics 365 fornisce all'azienda una definizione di prodotto centrale. Pensatelo come un archivio condiviso per le informazioni sui prodotti. Invece di ogni dipartimento che tiene la propria cartella il registro di prodotto diventa il luogo in cui risiedono i dettagli concordati. Le persone usano quella definizione in tutto il lavoro aziendale invece di ridigitare le stesse informazioni più più volte. Il numero di prodotto si trova al centro di quel registro. Aiuta l'azienda a identificare il prodotto in modo coerente anche se team diversi usano parole diverse quando ne parlano. Accanto a quel numero archivi il nome e la descrizione e identifichi se si tratta di un articolo fisico che puoi stoccare o di un servizio fornito dall'azienda. Il record include anche le unità che le persone usano quando acquistano o vendono in magazzino non contano il prodotto. Una scatola, un pezzo, un chilogrammo, un litro, un pallet possono significare cose molto diverse nel lavoro quotidiano. Quando tale unità sono chiare il lavoro di acquisto e magazzino è un punto di partenza decisamente meno. Le informazioni sul prodotto possono contenere anche immagini, allegati, categorie, attributi e traduzioni per nomi e descrizioni. Quindi il record può contenere molto più di una semplice etichetta. Può contenere il documento del fornitore che spiega un prodotto, una foto che aiuta a riconoscerlo, descrizioni tradotte per team o clienti che lavorano in un'altra lingua e dettagli come materiale, marca o istruzioni per la gestione. La definizione condivisa precede l'uso locale. Un'azienda definisce un prodotto una volta sola e permette alle diverse aree di business di usarlo secondo necessità. Il record condiviso mantiene insieme i fatti comuni, mentre ogni area applica le proprie impostazioni aziendali in seguito. Non è necessario ricostruire il prodotto da zero ogni volta che un altro team ne ha bisogno. Questo è un modo di lavorare molto più pulito, ma un nome e una descrizione non dicono comunque tutta la storia del prodotto. Un singolo paio di jeans può trasformarsi in molti articoli quando entrano in gioco colore e taglia. Prodotti principali e varianti. L'albero genealogico. Quando un prodotto diventa molti prodotti, pensa a un paio di jeans.

Probabilmente vedi i jeans come un unico prodotto, ma il magazzino non può prendere un paio qualsiasi quando un ordine richiede il nero taglia grande. E le vendite non possono promettere jeans blue extra small se quella combinazione non esiste realmente? Che Dynamics 365 interviene con un'idea semplice? Separa un prodotto di base da un prodotto principale. Un prodotto semplice è un articolo fisso. Immagina una normale risma di carta per stampante vendute in una sola dimensione, un solo colore, un solo formato. Hai proprio record di prodotto perché non ci sono scelte che cambiano la natura dell'articolo. Un prodotto principale funziona in modo diverso. È il record principale per un'intera famiglia di prodotti. Contiene i dettagli condivisi e le regole per le scelte che creano singoli articoli separati. Ecco come funziona. Il prodotto principale jeans contiene il nome, la descrizione di base e le informazioni comuni per ogni paio di quella gamma. Quindi le singole varianti identificano gli esatti jeans che qualcuno acquista e magazzina, produce o spedisce o spedisce.

Una variante è lo specifico articolo vendibile. Per i jeans, blu e media possono essere una variante, nero e grande possono essere un'altra. Appartengono alla stessa famiglia di prodotti, ma non sono intercambiabili. Uno potrebbe trovarsi sullo scaffale del magazzino mentre l'altro è esaurito. Uno potrebbe utilizzare un'etichetta diversa. Uno potrebbe avere proprio codice a bar. Questa struttura genitore figlio è l'idea chiara. Il prodotto master definisce la famiglia. Le varianti di prodotto sono i singoli membri. Invece di inserire sempre le stesse informazioni di base, parti dal master e crei le combinazioni reali che servono alla tua azienda. Lascia che ti faccia un esempio concreto. Immagina che una linea di jeans sia disponibile in blu, nero e marrone. È disponibile anche nelle taglie extra small, small, medium, large, extra large, double, extra large. Se ogni colore fosse disponibile in ogni taglia, avresti 18 combinazioni. Ma le aziende raramente vendono ogni possibile combinazione. Magari il blu esiste solo dall'extra small alla medium. Il nero dalla medium all'extra large. Marrone parte dalla large. Dynamics 3 e 6 stan 5. Può trattare ogni combinazione consentita come una variante a 6 stan. Quando qualcuno aggiunge jeans a un ordine, sceglie le dimensioni che identificano il prodotto esatto. Colore e taglia comunicano al sistema quale variante vuole il cliente. Nessuna ipotesi su quale paio deve finire la scatola. Queste scelte sono chiamate dimensioni prodotto. Dynamics S5. Supply Chain Management ne include 5. Colore, taglia, stile, configurazione e versione. Un'azienda sceglie le dimensioni adatte a una famiglia di prodotti per la raggruppa per cui prodotto master. Analizziamole rapidamente. Colore semplice. Blu, nero, marrone e rosso. Anche la taglia è familiare. Small, medium, large o numero di scarpa.

Lo stile può distinguere prodotti con lo stesso nome ma aspetto diverso. Una camicia può essere disponibile in vestibilità regolare. Una sedia può avere una struttura standard o una finitura diversa. La configurazione descrive una determinata costruzione e impostazione. Ad esempio, una macchina potrebbe richiedere un motore, un voltaggio, un voltaggio o un set di componenti spi. La dimensione di configurazione identifica tale scelta. La versione traccia i cambiamenti di un prodotto nel tempo. Questo è molto importante per i produttori. Immagina un componente che mantiene lo stesso scopo ma cambia dopo un aggiornamento tecnico approvato. La versione consente all'azienda di distinguere la versione 1 dalla 2 mentre si muove nella catena di distribuzione. Ora, non ogni prodotto master ha bisogno di tutte e 5 le dimensioni. Una maglietta potrebbe avere bisogno solo di colore e taglia. Un macchinario potrebbe aver bisogno di configurazione e versione. Il gruppo di dimensioni funge da regolamento per la famiglia di prodotti.

Dice a Dynamics 365 quali scelte applicare durante la creazione e l'identificazione delle varianti. Questa decisione modella il prodotto fin dall'inizio. Potresti chiederti riguardo peso, altezza, lunghezza, larghezza o volume. Quei dettagli descrivono un prodotto fisico ma non creano varianti. Un paio di jeans può avere un peso o una dimensione del pacco indicati che non lo trasformano in articolo diverso come invece fanno colore diverso come invece fanno colore o taglia. Le dimensioni fisiche descrivono il prodotto. Le dimensioni del prodotto identificano una variante specifica. Mantenere distinte queste due idee evita confusione in seguito. Se il magazzino deve sapere quanto spazio occupa un cartone, le dimensioni fisiche sono d'aiuto. Se un ordine richiede jeans neri di grandi dimensioni trova la variante giusta, c'è una scelta iniziale che influenza tutto ciò che segue. Come farà l'azienda a creare e controllare quelle varianti di prodotto?

Ed è esattamente ciò di cui ci occuperemo ora. Configurare prodotti senza creare caos. Scegliere le dimensioni comunica Dynamics 365 come identificare una variante. Ma l'azienda deve comunque decidere come creare tali varianti? Quella scelta dipende dal prodotto. La gestione della catena di distribuzione supporta l'approccio principale. Varianti predefinite. Configurazione basata su dimensioni e basata su vincoli. I nomi sono tecnici quindi li spiegherò in parole semplici. Le varianti predefinite si adattano a prodotti con un set limitato di combinazioni. Immagina quel rivenditore che vende la gamma di jeans di cui abbiamo parlato. L'azienda sa già quali colori e taglia acquisterà, immagazzinerà e venderà. Il blu è disponibile in extra small, small e medium. Il nero è disponibile in medium, large e extra large. Il marrone è disponibile in large, extra large e double extra large. Quelle nove scelte possono essere create in anticipo come varianti separate. L'azienda non ha bisogno di ogni possibile combinazione di colore e taglia. Crea solo le combinazioni che esistono nella mente. Questo mantiene il catalogo pulito e impedisce a qualcuno di ordinare jeans marroni extra small che nessuno produce. Le varianti predefinite funzionano bene quando la gamma rimane prevedibile. Un'azienda di abbigliamento, un distributore con formati di pacco fissi, un'attività che vende colori di mobili standard. Possono tutti preparare gli articoli che prevedono di gestire. Ogni variante esiste come articolo noto prima che arrivi. Un ordine così acquisti, magazzino e vendite lavorano con scelte chiare.

Il prossimo approccio è la configurazione basata sulle dimensioni. Questo si riscontra spesso nella produzione. Immagina un'azienda che costruisce pompe industriali. Una famiglia di pompe può usare molte parti comuni ma il cliente può scegliere una certa configurazione. Quella scelta influenza quali componenti appartengono alla pompa finita. Dynamics 365 può usare la dimensione di configurazione per controllare ciò. Il prodotto utilizza una distinta base condivisa, spesso chiamata BOM Bill of Materials. Una distinta base è semplicemente l'elenco delle parti per costruire qualcosa. All'interno di quel singolo elenco alcune parti si applicano solo quando il cliente sceglie una particolare configurazione. Ad esempio, una pompa costruita per una certa tensione potrebbe richiedere un motore specifico. Una tensione diversa richiede un altro motore. Invece di mantenere una distinta separata per ogni possibile pompa, l'azienda tiene un unico elenco condiviso.

Segna quali righe appartengono a quale configurazione. Quando la configurazione scelta raggiunge la pianificazione o la produzione, Dynamics 365 utilizza solo le linee di componenti adatte a tale scelta. Ciò consente di risparmiare molte configurazioni dupliche. Offre inoltre ai produttori un modo più chiaro per gestire una famiglia di prodotti che condivide gran parte della costruzione ma differisce in modi controllati. Le dimensioni identificano il prodotto scelto, la distinta base guida a quali componenti appartengono a quella costruzione. Poi c'è la configurazione basata su vincoli. Questo approccio si adatta ai prodotti in cui i clienti possono scegliere tra molte opzioni. Ma non l'opzione funziona con ogni altra opzione. Ti pensi a un macchinario personalizzato, un'attrezzatura da laboratorio o un prodotto assemblato da molte parti. Un cliente può scegliere il tipo di alimentazione, l'alloggiamento, il motore, l'opzione di sicurezza e il pannello di controllo. Alcune combinazioni funzionano, altre semplicemente no. Un certo alloggiamento potrebbe non adattarsi a un motore più grande. Una tensione potrebbe richiedere uno specifico pannello di controllo. Una copertura di sicurezza potrebbe funzionare di macchina. Senza regole, un venditore potrebbe selezionare una combinazione che la fabbrica non può costruire. La configurazione basata su vincoli inserisce tali regole in un modello di configurazione del prodotto. Il modello descrive le scelte possibili e le regole che le limita. Quando qualcuno configura il prodotto, il sistema lo guida verso opzioni valide. Impedisce scelte che sono in conflitto tra loro. Ciò blocca un ordine impossibile prima che raggiunga la produzione. Voglio rallentare qui perché si tratta di una decisione progettuale iniziale. Un'azienda deve scegliere la tecnologia di configurazione adatta al proprio processo aziendale prima di costruire la famiglia di prodotti. Dynamics 365 non converte un prodotto da un modello di configurazione a un altro in seguito. Quindi un rivenditore che vende una gamma fissa di prodotti non dovrebbe impostare un modello di prodotto personalizzato complicato solo perché sembra flessibile. E un produttore che realizza attrezzature e sordinazione non dovrebbe forzare ogni possibile costruzione in un lungo elenco di varianti predefinite se le scelte dipendono da regole? Iniziate con il reale processo di acquisto, vendita e produzione. Ponete una domanda sempre. Conosciamo ogni combinazione di prodotto prima che arrivi l'ordine o il cliente crea la scelta del prodotto attraverso una serie di opzioni consentite. La risposta indica all'azienda qual è l'approccio giusto. Una volta che l'azienda sa cosa può essere un prodotto ha bisogno di un modo per scriverlo chiaramente e mantenere tali informazioni organizzate.

Categorie, attributi e controllo delle informazioni sul prodotto. Il nome di un prodotto ti dice come si chiama ma questo da solo non ti aiuterà a comprarlo, conservarlo, venderlo, spiegarlo a un cliente. È qui che entrano in gioco le categorie. Considerate le categorie come i corridoi in un negozio ben organizzato. Un'azienda potrebbe raggruppare i prodotti in base a ciò che sono. Obbighiamento in una corsia, attrezzi in un'altra, cancellerie in una terza, oppure potrebbero raggrupparli in base al tipo di lavoro da svolgere. In ogni caso l'obiettivo è lo stesso. Prendere i prodotti più facili da trovare. Prendiamo un trapano a batteria. Un team di vendita deve trovarlo tra gli utensili elettri. Un team di prodotto potrebbe inserirlo in una categoria per attrezzature a batteria. Ed è qui il punto. Un prodotto può trovarsi in più categorie contemporaneamente quando servono esigenze aziendali diverse. Il punto non è cercare di infilare ogni prodotto in un'unica cartella perfetta. Le categorie offrono l'azienda un modo strutturato per organizzare le informazioni, cercare prodotti e gestire gruppi di articoli correlati. Aiutano anche ad applicare le informazioni corrette ai prodotti che appartengono allo stesso gruppo. Le categorie fanno molto ma non possono contenere ogni dettaglio. È qui che entrano in gioco gli attributi. Per una borraccia gli attributi possono includere materiale, capacità, tipo di tappo, isolamento, marche e istruzioni per la cura. Per un componente meccanico potrebbero includere dimensioni, requisiti di alimentazione, intervallo di temperatura, standard tecnici.

Gli attributi trasformano un'etichetta generica in informazioni utili sul prodotto, proprio quelle di cui hai bisogno per svolgere il tuo lavoro. Le categorie possono avere attributi che hanno senso per i prodotti al loro interno. L'abbigliamento richiede tessuto, vestibilità e istruzioni di lavaggio. Le apparecchiature elettroniche richiedono tensione, dettagli di garanzia e informazioni sulla compatibilità. Ciò significa che nessuno deve inventare campi casuali per ogni record di prodotto. Si utilizzano semplicemente i dettagli adatti al gruppo di prodotti. Immagini allegati aggiungono un ulteri livello. Una foto aiuta un magazziniere, un venditore, un cliente a vedere l'articolo di cui si sta parlando. Un allegato può contenere materiali di supporto come un documento del fornitore, una scheda tecnica o altra documentazione. A volte il solo nome scritto non è sufficiente. Le traduzioni sono importanti quando l'azienda lavora con diverse lingue. I nomi e le descrizioni dei prodotti possono essere tradotti affinché le persone in mercati diversi ricevano informazioni comprensibili. Il prodotto rimane lo stesso ma le parole che lo descrivono si adattano al pubblico. Un'azienda ha anche bisogno di controllare chi può modificare questa informazione. Non tutti i dipendenti dovrebbero poter modificare ogni record, rinominare un articolo o altre dettagli da cui dipendono altri team. Dynamics 365 consente di applicare regole di eccesso ai dati di prodotto a livello di categoria o per singolo prodotto. Ad esempio il team responsabile delle attrezzature industriali lavora su quella categoria, mentre un altro gruppo gestisce i prodotti di consumo. Un prodotto soggetto a restrizioni potrebbe richiedere un controllo più rigoroso rispetto a una comune cancelleria. L'azienda decide chi può lavorare su ciascun'area dei propri dati di prodotto. Ciò protegge le informazioni su cui le persone finalmente. Il record ora può avere i dettagli, i documenti, le categorie e i controlli corretti. Ma necessita ancora dell'approvazione prima che le parti dell'azienda che lo acquistano, vendono, stoccano o producono possano effettivamente utilizzarla. Rilascio dei prodotti e le entità giuridiche. Una definizione di prodotto finita è ora TMD pronta automaticamente per essere utilizzata da tutti o non ancora. Un'azienda opera spesso attraverso diverse entità giuridiche che sono società separate all'interno della più ampia attività commerciale. Un'entità potrebbe acquistare e stoccare un prodotto in Germania.

Un'altra vende lo stesso prodotto negli Stati Uniti. Una terza lo produce. Possono tutte iniziare con la stessa definizione di prodotto condivisa. In Dynamics 365 quella definizione condivisa diventa un prodotto rilasciato quando l'azienda lo approva per l'uso da parte di una specifica entità giuridica. Considera il rilascio come il conferimento a quell'unità aziendale del permesso di integrare il prodotto nel proprio lavoro quotidiano. Il prodotto non cambia la sua identità. Il suo nome comune, la descrizione, la categoria, le dimensioni e altri dettagli condivisi rimangono collegati alla definizione centrale ma ogni entità giuridica può aggiungere le impostazioni necessarie prima di ordinare, vendere, stoccare o produrre quel prodotto. Un'azienda potrebbe acquistare il prodotto da un fornitore. Un'altra potrebbe solo vendere. Un'azienda manifatturiera ha bisogno di produzione mentre un'azienda ha distribuzione necessita di impostazione inventaria. Dettagli di vendita differiscono da un'entità all'altra. Anche le regole aziendale locali differiscono. Il rilascio consente a ogni entità giuridica di preparare il prodotto per il proprio lavoro senza creare una definizione di prodotto completamente separata. Immagina un'azienda che vende la stessa bottiglia d'acqua in diversi paesi. Il team di prodotto crea una definizione di prodotto centrale. Quindi l'azienda lo rilascia all'entità giuridica nel Regno Unito e quella entità aggiunge le impostazioni necessarie per acquistare e stoccare la bottiglia. In seguito lo stesso prodotto viene rilasciato all'entità giuridica canadese dove il personale completa le impostazioni per le vendite e l'inventario locali. Entrambe le aziende utilizzano lo stesso prodotto. Non devono ricominciare da capo con nome, descrizione e dettagli della famiglia di prodotti. Completano solo le informazioni che appartengono alla propria entità. La separazione mantiene i fatti condivisi e il lavoro aziendale locale al posto giusto. Una definizione di prodotto condivisa risponde o cos'è questo prodotto. Un prodotto rilasciato risponde. O come l'user ha questa specifica azienda? È una piccola differenza di terminologia ma evita molto lavoro duplicato quando un'azienda opera attraverso molteplici entità giuridiche. Dynamics 365 può rilasciare prodotti a una o a diverse entità giuridiche contemporaneamente. Questo è utile quando un'azienda introduce una gamma di prodotti standard in molte unità aziendali. Tuttavia il rilascio ora non è più un semplice passaggio da fare e dimenticare. Ogni entità giuridica potrebbe aver bisogno di dettagli aggiuntivi prima che i suoi team che i suoi team possano lavorare sul prodotto in sicurezza. L'area di lavoro per la manutenzione dei prodotti rilasciati aiuta a monitorare tale procedura. Mostra i prodotti rilasciati di recente e verifica se la configurazione richiesta per quell'entità giuridica è completa. Se è necessario aggiungere attributi di prodotto, categorie, impostazioni d'ordine o traduzioni, l'area di lavoro offre un punto dove trovare queste attività e aprire le pagine dei prodotti pertinenti. Aiuta anche i team a individuare i casi di modifica a prodotto non completati. Questo è importante perché un prodotto può sembrare pronto dalla vista centrale mentre le impostazioni locali restano incomplete. L'area di lavoro fornisce all'entità giuridica un elenco pratico di prodotti che richiedono attenzione evitando di dover cercare tra lunghi elenchi. Quindi il rilascio non copia un prodotto in un mondo separato, collega una definizione di prodotto approvata a un'entità giuridica e le dà spazio per applicare i propri dettagli operativi. Una volta fatto ciò, le informazioni sul prodotto possono confluire nel lavoro relativo a ordini, scorte ed esigenze dei clienti. Quindi come fa il PIM a collegare il lavoro attorno a un prodotto? Dunque come fa la gestione delle informazioni di prodotto a collegare concretamente il lavoro attorno a un prodotto?

Ecco la definizione più semplice. Il PIM non gestisce ogni processo aziendale da solo, piuttosto fornisce le informazioni sul prodotto necessarie a tali processi. Pensalo come un archivio principale per i dati di prodotto. Un addetto agli acquisti deve trovare l'articolo giusto in un ordine di acquisto. Il team di magazzino necessita dell'articolo corretto durante la ricezione e le scorte. Il team di vendita ha bisogno dei dettagli del prodotto da inserire in un preventivo e anche altre app di Dynamics 365 trebbero aver bisogno di adiludare. Il PIM offre a tutti questi team un punto di partenza comune verso un'unica fonte di verità. Ora da dove provengono questi dati di prodotto? Le definizioni dei prodotti possono iniziare all'interno di Dynamics 365 Supply Chain Management. Ciò funziona bene quando l'azienda gestisce le informazioni di prodotto lì fin dall'inizio. Ma molte aziende utilizzano già un altro sistema per lo sviluppo o i record dei prodotti. I dati di prodotto possono provenire da un sistema di gestione del ciclo di vita del prodotto, spesso chiamato PLProdotto. Un sistema PLM gestire un prodotto durante le fasi di progettazione e sviluppo? Esiste anche la gestione di dati di prodotto o PDM che gestisce i dati di prodotto e i documenti correlati. Alcune aziende utilizzano persino un sistema PIM separato prima che le informazioni di prodotto entrino in Supply Chain Management.

Ecco la buona notizia. Dynamics 365 può importare le definizioni di prodotto da quei sistemi. Ciò significa che non è necessario digitare di nuovo gli stessi dettagli del prodotto solo perché il prodotto passa dalla progettazione al lavoro di Supply Chain. Supply Chain Management può diventare il luogo che detiene i dati di prodotto principali anche per altre istanze. Questo è importante nelle grandi aziende con più di un'istanza. Un'istanza gestisce le definizioni centrali dei prodotti, poi esporta e importa tali dati nelle altre. Microsoft fornisce entità dati per questo tipo di scambio, ovvero modi strutturati per spostare dati definiti tra i sistemi. Ma c'è di più. Microsoft Dataverse estende quel percorso di distribuzione. Dataverse è il servizio dati cloud condiviso di Microsoft utilizzato da molte app aziendali. Supply Chain Management può esportare le definizioni dei prodotti in Dataverse e altre applicazioni aziendali come Dynamics 365 Sales possono utilizzare quei dati. Però questo non significa che ogni app faccia improvvisamente lo stesso. Organizza e mantiene le informazioni sui prodotti. Dynamics 365 Sales gestisce le attività di vena. Altre app gestiscono le proprie attività di assistenza clienti, commercio, finanza, produzione, operazioni. Possono utilizzare i dati relativi ai prodotti, ma ogni app mantiene il proprio scopo. Vediamo un flusso pratico. Il team di prodotto crea o importano una nuova definizione di prodotto. L'azienda la rilascia alle entità legali che ne hanno bisogno. Tali entità completano la loro configurazione locale. L'ufficio acquisti può lavorare con l'articolo approvato. Il personale del magazzino può riceverlo e gestirlo. Le vendite possono fare riferimento al prodotto corretto invece di inventare una propria versione. Il risultato si manifesta nei momenti quotidiani. Un acquirente ordina l'articolo giusto. Un cliente vede dettagli corretti. Un magazziniere può abbinare un ordine allo stock davanti a sé. Quando le informazioni sul prodotto cambiano, i team hanno un percorso più chiaro per utilizzare i dettagli approvati correnti invece di inseguire copia. Ciò riduce errori di ordinazione, informazioni obsolete e resi causati da dettagli e prodotto non corretti. La gestione delle informazioni sul prodotto è la parte che mantiene organizzata la definizione del prodotto mentre il resto della piattaforma connessa mette a frutto tale informazione. Conclusione una storia di prodotto condivisa in Dynamics. La gestione delle informazioni sul prodotto di Dynamics 365 trasforma un'idea di prodotto in un unico record controllato che le entità legali e i team aziendali possono utilizzare nel proprio lavoro. Questa è la tua pillola di conoscenza per oggi. Iscriviti sulla tua piattaforma di podcast preferita e condividi questo episodio con chi sta imparando Dynamics 365. Poi continuiamo con il prossimo episodio per vedere come tutti i blocchi si collegano attraverso la...