View a markdown version of this page

Entendendo o modelo de dados canônico (CDM) - Decisões do Amazon Connect

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Entendendo o modelo de dados canônico (CDM)

O Modelo de Dados Canônico (CDM) é a estrutura de dados padronizada usada pelo. Quando você integra os dados da cadeia de suprimentos, eles devem ser transformados no formato CDM para que possam ser processados para fins de planejamento, previsão e insights operacionais.

Este tópico explica o que é o CDM, por que ele é importante e quais entidades de dados estão disponíveis.

O que é o CDM?

O CDM define um conjunto comum de entidades e campos de dados que representam conceitos da cadeia de suprimentos, como produtos, sites, pedidos, remessas e estoque. Independentemente do formato ou da estrutura de seus dados de origem, o CDM fornece um esquema único e consistente que é usado em todos os seus recursos.

Durante a integração de dados, seus dados de origem são mapeados para as tabelas de destino do CDM. O Agente de Dados pode sugerir automaticamente mapeamentos entre seus campos de origem e campos CDM e gerar consultas de transformação SQL para converter seus dados.

Por que o CDM é importante

  • Consistência — Todos os recursos operam na mesma estrutura de dados, garantindo um comportamento uniforme em todo o planejamento de demanda, otimização de estoque e insights de lead time.

  • Interoperabilidade — Os dados de diferentes sistemas de origem (ERP, WMS, TMS) são normalizados em um único modelo, permitindo a análise entre sistemas.

  • Integração simplificada — O agente de dados usa o CDM como esquema de destino ao gerar mapeamentos automatizados, reduzindo o esforço manual.

  • Qualidade dos dados — As verificações de validação são executadas em relação às definições de CDM para detectar problemas antes que os dados sejam usados na produção.

Categorias de entidades de dados

As entidades de dados do CDM se enquadram em duas categorias:

  • Non-transactional dados — dados principais ou de referência que mudam com pouca frequência, como produtos, sites, parceiros comerciais e regiões geográficas.

  • Dados transacionais — dados operacionais que mudam com frequência, como previsões, níveis de estoque, pedidos e remessas.

Entidades de dados suportadas

A tabela a seguir lista todas as entidades de dados suportadas no CDM.

Entidades de dados CDM suportadas
Entidade de dados Tipo de dados Obrigatório
Empresa Non-transactional dados Sim
Produto Non-transactional dados Sim
Parceiro comercial Non-transactional dados Sim
Produto do fornecedor Non-transactional dados Sim
Geografia Non-transactional dados Sim
Hierarquia de produtos Non-transactional dados Sim
Faixa de transporte Non-transactional dados Sim
Prazo de entrega do fornecedor Non-transactional dados Sim
Site Non-transactional dados Sim
Feriado do fornecedor Non-transactional dados Sim
Previsão Dados transacionais Sim
 Inventory Dados transacionais Sim
Pedido de entrada () PO/STO Dados transacionais Sim
Linha de pedido de saída Dados transacionais Sim
Envios Dados transacionais Sim
Política de inventário Dados transacionais Sim
Linha de pedido de entrada () PO/STO Dados transacionais Sim
Remessa de saída Dados transacionais Sim
Programação da linha de pedidos de entrada Dados transacionais Sim

Entidades exigidas pelo recurso

Nem todo recurso exige todas as entidades de CDM. As seções a seguir descrevem quais entidades são obrigatórias, opcionais ou não aplicáveis a cada recurso.

Visibilidade do estoque

Entidades de CDM para visibilidade do inventário
Entidade de dados Tipo de dados Obrigatório
Empresa Non-transactional Opcional
Produto Non-transactional Sim
Parceiro comercial Non-transactional Opcional
Produto do fornecedor Non-transactional Não aplicável
Geografia Non-transactional Opcional
Hierarquia de produtos Non-transactional Opcional
Faixa de transporte Non-transactional Opcional
Prazo de entrega do fornecedor Non-transactional Não aplicável
Site Non-transactional Sim
Feriado do fornecedor Non-transactional Não aplicável
Previsão Transacional Opcional
 Inventory Transacional Sim
Pedido de entrada () PO/STO Transacional Opcional
Linha de pedido de saída Transacional Opcional
Envios Transacional Opcional
Política de inventário Transacional Sim
Linha de pedido de entrada Transacional Opcional
Remessa de saída Transacional Opcional
Programação da linha de pedidos de entrada Transacional Opcional

Informações sobre o prazo de entrega

Entidades de CDM para insights de lead time
Entidade de dados Tipo de dados Obrigatório
Empresa Non-transactional Opcional
Produto Non-transactional Sim
Parceiro comercial Non-transactional Sim
Produto do fornecedor Non-transactional Sim
Geografia Non-transactional Opcional
Hierarquia de produtos Non-transactional Opcional
Faixa de transporte Non-transactional Sim
Prazo de entrega do fornecedor Non-transactional Sim
Site Non-transactional Sim
Feriado do fornecedor Non-transactional Opcional
Previsão Transacional Não aplicável
 Inventory Transacional Não aplicável
Pedido de entrada () PO/STO Transacional Sim
Linha de pedido de saída Transacional Não aplicável
Envios Transacional Sim
Política de inventário Transacional Não aplicável
Linha de pedido de entrada Transacional Sim
Remessa de saída Transacional Não aplicável
Programação da linha de pedidos de entrada Transacional Sim

Planejamento da demanda

Entidades do CDM para planejamento de demanda
Entidade de dados Tipo de dados Obrigatório
Empresa Non-transactional Opcional
Produto Non-transactional Sim
Parceiro comercial Non-transactional Não aplicável
Produto do fornecedor Non-transactional Não aplicável
Geografia Non-transactional Opcional
Hierarquia de produtos Non-transactional Opcional
Faixa de transporte Non-transactional Não aplicável
Prazo de entrega do fornecedor Non-transactional Não aplicável
Site Non-transactional Sim
Feriado do fornecedor Non-transactional Não aplicável
Previsão Transacional Não aplicável
 Inventory Transacional Não aplicável
Pedido de entrada () PO/STO Transacional Não aplicável
Linha de pedido de saída Transacional Sim
Envios Transacional Não aplicável
Política de inventário Transacional Não aplicável
Linha de pedido de entrada Transacional Não aplicável
Remessa de saída Transacional Não aplicável
Programação da linha de pedidos de entrada Transacional Não aplicável

Como o CDM se relaciona com a integração de dados

Quando você integra dados, o processo segue estas etapas:

  1. Carregar — Você carrega seus dados de origem como arquivos CSV para o Amazon S3.

  2. Mapa — O Agente de Dados analisa seus conjuntos de dados de origem e sugere quais tabelas de destino do CDM correspondem melhor aos seus dados.

  3. Transformar — as consultas de transformação SQL convertem seu formato de dados de origem em formato CDM.

  4. Validar — As verificações de qualidade são executadas nos dados transformados para verificar se estão em conformidade com os requisitos do CDM.

  5. Ativar — Depois de validados, os dados entram e ficam disponíveis para os recursos.

Para obter instruções passo a passo sobre como integrar seus dados, consulte o tópico Integração de dados.