O que acontece quando o nome do produto nas vendas não corresponde ao nome no depósito e a loja virtual ainda exibe a foto do ano passado? Alguém pede o item errado. Um comprador pede detalhes que ninguém encontra, e a equipe começa a verificar planilhas, e-mails antigos, PDFs de fornecedores e cinco sistemas diferentes apenas para responder uma pergunta simples. Bem-vindo a mais uma pílula de conhecimento do M305FM e ou TMDMO Peters e hoje abordaremos o gerenciamento de informações de produtos do Dynamics 365 ou PIN para abreviar. Ao final você entenderá como ele mantém um registro de produto compartilhado, como os produtos podem vir em diferentes formas e como essa informação chega às partes do negócio que precisam dela. Um registro de produto para toda a empresa. Um produto pode parecer simples para quem vê de fora, apenas um nome, um preço e talvez uma foto. Nos bastidores, esse mesmo produto toca quase todas as partes de uma empresa.

Aqui estão os itens, veja como isso acontece. Setor de compras precisa de detalhes de fornecedores e unidades, enquanto as equipes de depósito precisam de informações para receber, armazenar e separar itens. As vendas precisam de nomes claros. E a loja virtual precisa de uma configuração correta e a loja virtual precisa de fotos e descrições precisa. Cada equipe vê o mesmo produto de um ângulo diferente. Sem um local compartilhado para essa informação, as pessoas frequentemente criam suas próprias cópias. A equipe de produto mantém uma planilha. O setor de vendas e ser o nome mais cura em seu sistema. O depósito usa um número de item com uma descrição diferente e o marketing salva imagens e uma pasta compartilhada enquanto o atendimento ao cliente vasculha e a gente vasculha meios antigos. Essa abordagem cria pequenas diferenças no início e então essas diferenças se espalham. Imagine uma empresa vendendo uma garrafa térmica.

O fornecedor muda de 500 ml para 750 ml, mas a loja virtual ainda lista a capacidade antiga. As vendas enviam aos clientes a ficha técnica errada e a equipe do depósito vê um rótulo de produto que não corresponde ao pedido. Ninguém teve a intenção de criar um problema. Cada equipe apenas trabalhou com uma cópia diferente. O gerenciamento de informações de produtos do Dynamics 365 oferece à empresa uma definição central de produto. Pense nisso como um arquivo compartilhado para informações de produtos. Em vez de cada departamento manter a sua própria pasta, o registro do produto se torna o local onde os detalhes acodados residem. As pessoas usam essa definição em todo o trabalho da empresa em vez de redigitar a mesma informação repetidamente. O número do produto fica no centro desse registro. Ele ajuda a empresa a identificar o produto de forma consistente, mesmo que diferentes equipes usem palavras diferentes ao falar sobre ele.

Ao lado desse número, você armazena o nome e a descrição e identifica se é um item físico que você pode estocar ou um serviço que a empresa fornece. O registro também inclui as unidades que as pessoas usam ao comprar, vender, armazenar ou contar o produto. Uma caixa, uma peça, um quilograma, um litro, um palete podem significar coisas muito diferentes no trabalho de... Quando essas unidades estão claras, o trabalho de compras e de armazém tem um ponto de partida muito melhor. As informações do produto também podem conter imagens, anexos, categorias, atributos e traduções para nomes e descrições. Portanto, o registro pode conter mais do que apenas um rótulo. Ele pode armazenar o documento do fornecedor, que explica um produto, uma foto que ajude alguém a reconhecê-lo, descrições traduzidas para equipes ou clientes que trabalham em outro idioma e detalhes como material, marca ou instruções de manuseio.

Definição compartilhada vem antes do uso local. Uma empresa define um produto uma vez e permite que diferentes partes do negócio utilizem conforme necessário. O registro compartilhado mantém os fatos comuns reunidos, enquanto cada área aplica suas próprias configurações de negócio posteriormente. Não precisa recriar o produto do zero, toda vez que outra equipe precisar dele. Essa é uma maneira muito mais organizada de trabalhar. Mas um nome e uma descrição ainda não contam toda a história do produto. Um único par de jeans pode se transformar em muitos itens quando cor e tamanho entram em cena. Produtos mestres e variantes. Árvore genealógica. Então, quando um produto se torna vários produtos, pense em um par de jeans. Você provavelmente vê o jeans como um produto, mas o armazém não pode pegar qualquer par quando um pedido solicita um modelo preto no tamanho grande. E o setor de vendas não pode prometer jeans azuis no tamanho extra pequeno se essa combinação não existir.

É aí que o Dynamics 365 entra com uma ideia simples. Ele separa um produto básico de um produto mestre. Um produto simples é um item fixo. Imagine uma caixa comum de papel para impressora vendida em um tamanho, uma cor e um formato. Ele tem seu próprio registro de produto porque não há opções que alterem o que o item é. Um produto mestre funciona de maneira diferente. É o registro pai de toda uma família de produtos. Ele contém os detalhes compartilhados e as regras para as escolhas que criam itens separados. Veja como funciona. O produto mestre de jeans carrega o nome, a descrição básica e as informações comuns para cada par daquela linha. Em seguida, variantes individuais identificam exatamente o jeans que alguém compra, armazena, produz ou envia. Uma variante é um item comercializado específico. Para o jeans, azul e médio podem ser uma variante. Preto e grande podem ser outra. Eles pertencem à mesma família de produtos, mas não são intercambiáveis.

Um pode estar na prateleira do armazém, enquanto o outro pode estar esgotado. Um pode usar uma etiqueta diferente. Um pode ter seu próprio código de barra. Essa estrutura de pai e filho é a ideia principal. Produto mestre define a família. As variantes de produtos são os membros individuais. Em vez de inserir as mesmas informações básicas repetidamente, você começa com o mestre e cria as combinações reais que sua empresa precisa. Deixe-me dar um exemplo concreto. Imagine que uma linha de jeans venha nas cores azul, preto e marrom. Ela também vem nos tamanhos extra pequeno, pequeno, médio, grande, extra grande, duplo, extra grande. Se cada cor viesse em cada tamanho, você teria 18 combinações. Mas as empresas raramente vendem todas as combinações possíveis. Talvez o azul só venha do extra pequeno ou médio. O preto vem do médio ou extra grande. O marrom começa no tamanho grande. O Dynamics 365 pode tratar cada combinação permitida como sua própria variante.

Quando alguém adiciona jeans a um pedido, eles escolhem as dimensões que identificam o produto exato. Cor e o tamanho dizem ao sistema qual variante o cliente deseja, sem adivinhações sobre qual par pertence a cada. Essas escolhas são chamadas de dimensões de produto. Dynamics 365. O gerenciamento da cadeia de suprimentos, 5 delas. Cor, tamanho, estilo, configuração e versão. Uma empresa escolhe as dimensões que se adaptam a uma família de produtos e as agrupa para esse produto mestre. Vamos examiná-las rapidamente. Cor é simples. Azul, preto, marrom, vermelho. O tamanho também é familiar. Pequeno, médio, grande ou um número de tamanho de sapato. O estilo pode separar produtos que compartilham um nome, mas parecem diferentes. Uma camisa pode vir em corte regular e corte justo. Uma cadeira pode ter uma estrutura padrão ou um acabamento diferente. Configuração descreve uma construção ou configuração escolhida.

Por exemplo, uma máquina pode precisar de um motor, voltagem e um conjunto de peças específicas. A dimensão de configuração identifica essa escolha. Versão rastreia alterações em um produto hololudo. Isso importa mais para os fabricantes. Imagine uma peça que mantém o mesmo propósito, mas muda após uma atualização de engenharia aprovada. A versão permite que a empresa diferencie a versão 1 da versão 2 à medida que ela se move pela cadeia de suprimentos. Agora, nem todo produto mestre precisa de todas as 5 dimensões. Uma camiseta pode precisar apenas de cor e tamanho. O equipamento pode precisar de configuração e versão. O grupo de dimensões atua como uma folha de regras para a família de produtos. Ele diz ao Dynamics 365 quais escolhas se aplicam ao criar e identificar variações. Essa decisão moda o produto desde o início. Você pode se perguntar sobre peso, altura, comprimento, largura ou volume.

Esses detalhes descrevem o produto físico, mas não criam variações. Um par de jeans pode ter um peso ou tamanho de embalagem de estado, que não o transforma em um item diferente da maneira que a cor ou o tamanho fazem. Dimensões físicas descrevem o produto. Dimensões de produto identificam a variante específica. Manter essas duas ideias separadas evita a confusão mais tarde. Se o armazém precisar saber quanto espaço uma caixa ocupa, as dimensões físicas ajudam. Se um pedido requer jeans pretos no tamanho grande e encontre a variante certa, há uma escolha inicial que afeta tudo que vem depois. Como a empresa criará e controlará essas variantes de produto? E é exatamente isso que obriremos a seguir. Configurando o produto sem criar caos Escolher dimensões diz ao Dynamics 365 como identificar uma variante. Mas a empresa ainda precisa decidir como criar essas variantes. Essa escolha depende do produto.

O gerenciamento da cadeia de suprimentos suporta três abordagens principais. Variantes predefinidas Configuração baseada em dimensões e configuração baseada em restrições. Os nomes são técnicos, então deixe-me explicá-los de forma simples. Variantes predefinidas servem para produtos com um conjunto limitado e conhecido de combinações. Imagina aquele varejista vendendo a linha de jeans que acabamos de discutir. A empresa já sabe quais cores e tamanhos comprará, estocará e venderá. Azul vem nos tamanhos extra pequeno e médio. Preto vem nos tamanhos médio, grande e extra grande. Marrom vem nos tamanhos grande, extra grande e duplo extra grande. Essas nove escolhas podem ser criadas com antecedência como variante separada. A empresa não precisa de todas as combinações possíveis de cor e tamanho. Ela cria apenas as combinações que existem. Isso mantém o catálogo limpo e impede que alguém peça jeans marrons extra pequenos quando ninguém fabrica esse item.

Variantes predefinidas funcionam bem quando a gama permanece previsível. Uma empresa de roupas, um distribuidor com tamanhos de embalagem fixos, uma empresa vendendo cores padrão de móveis. Todos eles podem preparar os itens que esperam manusear. Cada variante existe como um item conhecido antes que um pedido chegue. Para que compras, equipes de armazém e pessoal de vendas possam trabalhar com escolhas de produtos claros. A próxima abordagem é a configuração baseada em dimensões. Essa geralmente aparece na manufatura. Imagine uma empresa que fabrica bombas industriais. Uma família de bombas pode usar muitas das mesmas peças, mas o cliente pode escolher uma determinada configuração. Essa escolha afeta quais componentes pertencem à bomba acabada. O Dynamics 365 pode usar a dimensão de configuração para controlar isso. O produto usa uma lista técnica compartilhada, a frequentemente chamada de bom.

Uma lista técnica é simplesmente a lista de peças para construir algo. Dentro dessa lista única, algumas peças se aplicam apenas quando o cliente escolhe uma configuração específica. Por exemplo, uma bomba construída por uma voltagem pode precisar de um motor. Uma voltagem diferente precisa de outro motor. Em vez de manter uma lista de peças separada para cada bomba possível, a empresa mantém uma lista compartilhada. Ela marca quais linhas pertencem a qual configuração. Quando a configuração escolhida chega ao planejamento ou à produção, o Dynamics 365 usa apenas as linhas de peças adequadas a essa escolha. Isso evita muito trabalho de configuração duplicada. Também oferece aos fabricantes uma maneira mais clara de gerenciar uma família de produtos que compartilha a maior parte de sua construção, mas difere de formas controladas. As dimensões identificam o produto escolhido. A lista de materiais orienta quais peças pertencem àquela montagem.

Depois há a configuração baseada em restrições. Essa abordagem é adequada para produtos onde clientes podem escolher entre muitas opções. Mas nem toda opção funciona com todas as outras opções. Pense em uma máquina personalizada, um equipamento de laboratório ou um produto montado a partir de muitas peças. Um cliente pode escolher o tipo de energia, a carcaça, o motor, a opção de segurança, o painel de controle. Algumas combinações funcionam, outras simplesmente não funcionam. Uma certa carcaça pode não servir um motor maior. Uma voltagem pode exigir um painel de controle específico. Uma capa de segurança pode funcionar apenas com o tamanho de máquina. Sem regras, um vendedor poderia selecionar uma combinação que a fábrica não consegue construir. A configuração baseada em restrições coloca essas regras em um modelo de configuração de produto. O modelo descreve as escolhas possíveis e as regras que as limitam.

Quando alguém configura o produto, o sistema o guia para opções válidas. Ele impede escolhas que conflitam entre si. Isso interrompe um pedido impossível antes que ele chegue à produção. Quero ir mais devagar aqui porque esta é uma decisão de design inicial. Uma empresa precisa escolher a tecnologia de configuração que se adapta ao seu processo de negócios antes de estruturar a família de produtos. O Dynamics 365 não converte um produto de um modelo de configuração para outro mais tarde. Portanto, um varejista que vende uma linha fixa de produtos não deve configurar um modelo complexo de produto personalizado só porque parece flexível. E um fabricante de equipamentos sob medida não deve forçar cada montagem possível em uma longa lista de variantes predefinidas se as escolhas dependem de regras, se as escolhas dependem de regras. Comece com o processo real de compra, venda e produção. Faça uma pergunta simples.

Conhecemos todas as combinações de produtos antes que o pedido chegue. Ou o cliente cria a escolha do produto por meio de um conjunto de opções permitido. A resposta aponta para a empresa qual é a abordagem certa. Assim que a empresa sabe o que um produto pode ser, ela precisa de uma maneira de escrevê-lo claramente e manter essas informações organizadas. Categorias, atributos e controle de informações do produto. O nome de um produto diz como algo é chamado, mas isso por si só não ajudará você a comprá-lo, armazená-lo, vendê-lo ou explicá-lo a um cliente. É aí que entram as categorias. Pense nas categorias como os corredores em uma loja bem organizada. Uma empresa pode agrupar produtos pelo que eles são. Há roupas em um corredor, ferramentas em outro, material de escritório em um terceiro. Ou eles podem agrupá-los pelo tipo de trabalho que as pessoas precisam fazer. De qualquer forma, o objetivo é o mesmo.

Tornar os produtos mais fáceis de encontrar. Pegue uma furadeira sem fio. Uma equipe de vendas precisa encontrá-la em ferramentas elétricas. Uma equipe de produto pode colocá-la em uma categoria de equipamentos à bateria. E aqui está a questão. Um produto pode estar em várias categorias ao mesmo tempo, quando elas atendem a diferentes necessidades de negócio. O ponto não é tentar colocar cada produto em uma pasta perfeita. Categorias dão o negócio uma forma estruturada de organizar informações de produtos, pesquisar itens e trabalhar com grupos relacionados. Elas também ajudam as pessoas a aplicar as informações certas a produtos que pertencem ao mesmo. Agora, as categorias fazem muito, mas não conseguem carregar todos os detalhes. É aí que entram os atributos. Para uma garrafa de água, os atributos podem incluir material, capacidade, tipo de tampa, isolamento, marca e instruções de cuidado.

Para uma peça de máquina, podem incluir dimensões, requisitos de energia, faixa de temperatura ou padrão técnico. Os atributos transformam um rótulo amplo em informações úteis sobre o produto, o tipo que você realmente precisa para fazer o seu trabalho. As categorias podem conter atributos que fazem sentido para os produtos dentro delas. Roupas precisam de tecido, ajuste e instruções de lavagem. Equipamentos eletrônicos precisam de voltagem, detalhes de garantia e informações de compatibilidade. Isso significa que ninguém precisa inventar campos aleatórios para cada registro de produto. Eles apenas usam os detalhes que se encaixam no grupo do produto. Imagens e anexos adicionam outra camada. Uma foto ajuda um trabalhador do depósito, um vendedor ou um cliente a ver o item sobre o qual estão falando. Um anexo pode conter material de suporte, como um documento e fornecedor, uma ficha técnica ou outra documentação.

Às vezes, apenas o nome escrito não é suficiente. Traduções importam quando a empresa trabalha com diferentes idiomas. Nomes e descrições de produtos podem ser traduzidos para que pessoas em diferentes mercados recebam informações que façam sentido para ela. O produto permanece o mesmo, mas as palavras ao redor dele podem se adequar ao público. Uma empresa também precisa de controle sobre quem pode alterar essas informações. Nem todo funcionário deve ser capaz de editar todo o registro de produto, renomear um item ou alterar detalhes dos quais outras equipes dependem. O Dynamics 365 permite aplicar regras de acesso a dados de produtos do nível da categoria ou para um produto individual. Por exemplo, a equipe responsável por equipamentos industriais trabalha com essa categoria, enquanto outro grupo lida com produtos de consumo. Um produto restrito pode precisar de um controle mais rígido do que material de escritório comum.

O negócio decide quem pode trabalhar com cada área de seus dados de produto. Isso protege as informações das quais as dependem. O registro pode agora ter os detalhes, documentos, categorias e controles certos. Mas ele ainda precisa de aprovação antes que setores da empresa que compram, vendem, estocam ou produzem o item possam realmente usá-lo. Liberando produtos para entidades legais. Uma definição de produto finalizada está pronta automaticamente para que todos a usem. Ah, ainda não. Uma empresa frequentemente opera por meio de várias entidades legais, que são empresas separadas dentro do negócio maior. Uma entidade pode comprar e estocar um produto na Alemanha. Outra vende o mesmo produto nos Estados Unidos. Uma terceira fabrica. Todas elas podem começar com a mesma definição de produto compartilhado. No Dynamics 365, essa definição compartilhada torna-se um produto liberado quando a empresa aprova para uso por uma entidade legal específica.

Pense na liberação, como dá essa unidade de negócio permissão para trazer o produto para o seu trabalho diário. O produto não altera sua identidade. Seu nome comum, descrição, categoria, dimensões e outros detalhes compartilhados permanecem conectados à definição central, mas cada entidade legal pode adicionar as configurações necessárias antes de pedir, vender, armazenar ou produzir esse produto. Uma empresa pode comprar o produto de um fornecedor. Ou até pode apenas vender. Uma empresa de manufatura precisa de configurações de produção, enquanto uma distribuidora precisa de configurações de armazém e inventário. Os detalhes de vendas diferem de uma entidade para outra. As regras de negócios locais também diferem. A liberação permite que cada entidade legal prepare o produto para o seu próprio trabalho sem criar uma definição de produto completamente separada. Imagine uma empresa que vende a mesma garrafa de água em vários países.

A equipe de produto cria uma definição de produto central. Então a empresa a libera para a entidade legal, no Reino Unido, e essa entidade adiciona as configurações necessárias para comprar e armazenar a garrafa. Mais tarde, o mesmo produto é liberado para a entidade legal canadense, onde o pessoal completa as configurações para vendas locais e inventário. Ambas as empresas usam o mesmo produto. Elas não precisam recomeçar com o nome, descrição e detalhes da família de produtos. Elas apenas completam as informações que pertencem à sua própria entidade. A separação mantém os fatos compartilhados e o trabalho de negócio local no lugar certo. Uma definição de produto compartilhada responde o que é este produto. Um produto liberado responde como esta empresa específica irá usá-lo. É uma pequena diferença na redação, mas evita muito trabalho duplicado quando uma empresa opera em várias entidades legais.

O Dynamics 365 pode liberar produtos para uma entidade legal ou várias ao mesmo tempo. Isso ajuda quando uma empresa introduz uma linha de produtos padrão em muitas unidades de negócio. Ainda assim, a liberação agora imita aquela etapa final de clicar e esquecer. Cada entidade legal pode precisar de detalhes adicionais antes que suas equipes possam trabalhar com o produto com segurança. O espaço de trabalho de manutenção de produtos liberados ajuda as pessoas a monitorar esse processo. Ele mostra produtos liberados recentemente e verifica se a configuração necessária para aquela entidade legal está completa. Se alguém ainda precisar adicionar atributos de produto, categorias, configurações de pedido ou traduções, o espaço de trabalho oferece um local para encontrar esse trabalho e abrir as páginas de produtos relevantes. Ele também ajuda as equipes a identificar casos de mudança de produtos inacabados.

Isso é importante porque um produto pode parecer pronto na visão central enquanto as configurações locais permanecem incompletas. O espaço de trabalho fornece à entidade legal uma lista prática de produtos que precisam de atenção em vez de deixar que as pessoas procurem listas longas. Tanto a liberação não copia um produto para um mundo separado, Ele conecta uma definição de produto aprovado a uma entidade legal e, em seguida, dá a essa entidade espaço para aplicar seus próprios detalhes operacionais. Assim que isso acontece, as informações do produto podem ser incorporadas ao trabalho realizado em torno de pedidos, estoques e necessidades do cliente. Então, como o PIN conecta o trabalho em torno de um produto? Então, como o gerenciamento de informações de produto realmente conecta o trabalho em torno de um produto? Aqui está a definição mais simples. O PIN não executa todos os processos de negócio por conta própria.

Em vez disso, ele fornece as informações de produto que esse processo precisa. Pense nele como um arquivo mestre para dados de produto, Um comprador precisa encontrar o item correto em um pedido de compra. A equipe do armazém precisa do item correto ao receber ou separar o estoque. A equipe de vendas precisa dos detalhes do produto que pertence a um orçamento ou pedido. E outros aplicativos do Dynamics 365 também podem precisar de produto. O PIN dá a todas essas equipes um ponto de partida comum para uma única fonte de verdade. Agora, de onde vêm esses dados de produto? As definições de produto podem começar dentro do Dynamics 365 Supply Chain Management. Isso funciona bem quando a empresa gerencia as informações do produto lá desde o início. Mas muitas empresas já usam outro sistema para desenvolvimento de produto ou registro de produto. Por exemplo, os dados do produto podem vir de um sistema de gerenciamento chamado ciclo de vida do produto, frequentemente chamado de PLM.

Um sistema PLM ajuda as equipes a gerenciar um produto durante seu trabalho de design e desenvolvimento. Há também o gerenciamento de dados de produto ou PDM que lida com dados de produto e documentos relacionados. Algumas empresas usam até mesmo um sistema PIN separado que as informações do produto entrem no gerenciamento da cadeia de suprimentos. Aqui está a boa notícia. O Dynamics 365 pode importar definições de produto desses sistemas. Isso significa que você não precisa digitar os mesmos detalhes do produto novamente só porque o produto passou do design para o trabalho da cadeia de suprimentos. O Poetry Chain Management pode se tornar o local que mantém os dados mestres do produto para outras instâncias também. Para outras instâncias também. Isso é importante em empresas maiores com mais de uma instância. Uma instância gerencia as definições centrais de produto e em seguida exporta e importa esses dados para as outras.

A Microsoft fornece entidades de dados para esse tipo de troca ou formas estruturadas de mover dados definidos entre sistemas. Mais a mais. O Microsoft Dataverse estende esse caminho de distribuição. O Dataverse é o serviço de dados em nuvem compartilhado da Microsoft usado por muitos aplicativos de negócio. O Supply Chain Management pode exportar definições de produto para o Dataverse e outros aplicativos de negócio, como o Dynamics 365 Sales, podem usar esses dados de produto. Agora, isso não significa que todo aplicativo passa a fazer o mesmo. O PIN organiza e mantém as informações do produto. O Dynamics 365 Sales cuida do trabalho de venda. Outros aplicativos cuidam de suas próprias tarefas de atendimento ao cliente, comércio, finanças, fabricação ou operacionais. Eles podem usar dados de produtos relacionados, mas cada aplicativo mantém seu próprio. Vamos ver um fluxo prático. A equipe de produto cria ou importa uma nova definição de produto.

A empresa libera para as entidades legais que precisam dela. Essas entidades concluem sua configuração local. O setor de compras pode trabalhar com o item aprovado. A equipe do armazém pode receber e manuseá-lo. As vendas podem se referir ao produto correto em vez de inventar sua própria versão. O resultado aparece em momentos comuns. Um comprador pede o item certo. Um cliente vê os detalhes corretos. Um funcionário do armazém pode combinar um pedido com o estoque à sua frente. Quando as informações do produto mudam, as equipes têm uma rota mais clara para usar os detalhes aprovados atuais em vez de buscar cópias antigas. Isso reduz erros de pedido, informações desatualizadas e devoluções causadas por detalhes incorretos do produto. O gerenciamento de informações de produto é a parte que mantém a definição do produto organizada, enquanto o restante da plataforma conectada coloca essas informações em ação.

Conclusão. Uma história de produto compartilhada no Dynamics. O gerenciamento de informações de produto do 365 transforma uma ideia de produto em um registro controlado que entidades legais e equipes de negócios podem usar em seu próprio trabalho. Essa é a sua pílula de conhecimento de hoje. Inscreva-se em sua plataforma de podcast favorita e compartilhe isso com alguém que esteja aprendendo o Dynamics. Então continue no próximo episódio para ver como todos os blocos de construção se conectam através do...