Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Comprensión del modelo de datos canónico (CDM)
<a name="understanding-the-canonical-data-model-cdm"></a>

El modelo de datos canónicos (CDM) es la estructura de datos estandarizada utilizada por. Al incorporar los datos de la cadena de suministro, estos deben transformarse al formato CDM para poder procesarlos con fines de planificación, previsión e información operativa.

En este tema se explica qué es el MDL, por qué es importante y qué entidades de datos están disponibles.

## ¿Qué es el MDL?
<a name="cdm-what-is"></a>

El CDM define un conjunto común de entidades y campos de datos que representan conceptos de la cadena de suministro, como productos, sitios, pedidos, envíos e inventario. Independientemente del formato o la estructura de los datos de origen, el CDM proporciona un esquema único y coherente que utiliza todas sus funciones.

Durante la incorporación de los datos, los datos de origen se asignan a las tablas de destino del CDM. El agente de datos puede sugerir automáticamente mapeos entre los campos de origen y los campos de CDM, y generar consultas de transformación de SQL para convertir los datos.

## Por qué es importante el CDM
<a name="cdm-why-it-matters"></a>
+ **Coherencia**: todas las funciones funcionan en la misma estructura de datos, lo que garantiza un comportamiento uniforme en la planificación de la demanda, la optimización del inventario y la información sobre los plazos de entrega.
+ **Interoperabilidad**: los datos de diferentes sistemas de origen (ERP, WMS, TMS) se normalizan en un único modelo, lo que permite el análisis entre sistemas.
+ **Integración simplificada: el** agente de datos utiliza el CDM como esquema de destino al generar mapeos automatizados, lo que reduce el esfuerzo manual.
+ **Calidad de los datos**: las comprobaciones de validación se comparan con las definiciones del MDL para detectar los problemas antes de que los datos se utilicen en la producción.

## Categorías de entidades de datos
<a name="cdm-data-entity-categories"></a>

Las entidades de datos del MDL se dividen en dos categorías:
+ **Non-transactional datos: datos** maestros o de referencia que cambian con poca frecuencia, como productos, sitios, socios comerciales y ubicaciones geográficas.
+ Datos **transaccionales: datos** operativos que cambian con frecuencia, como las previsiones, los niveles de inventario, los pedidos y los envíos.

## Entidades de datos compatibles
<a name="cdm-supported-data-entities"></a>

En la siguiente tabla se enumeran todas las entidades de datos compatibles con el CDM.


**Entidades de datos del CDM compatibles**  

| Entidad de datos | Tipo de datos | Obligatorio | 
| --- | --- | --- | 
| Empresa | Non-transactional datos | Sí | 
| Producto | Non-transactional datos | Sí | 
| Socio comercial | Non-transactional datos | Sí | 
| Producto de proveedor | Non-transactional datos | Sí | 
| Geography | Non-transactional datos | Sí | 
| Jerarquía de productos | Non-transactional datos | Sí | 
| Carril de transporte | Non-transactional datos | Sí | 
| Plazo de entrega del proveedor | Non-transactional datos | Sí | 
| Sitio | Non-transactional datos | Sí | 
| Día festivo para vendedores | Non-transactional datos | Sí | 
| Forecast | Datos transaccionales | Sí | 
| Inventario  | Datos transaccionales | Sí | 
| Pedido entrante () PO/STO | Datos transaccionales | Sí | 
| Línea de pedido saliente | Datos transaccionales | Sí | 
| Shipment | Datos transaccionales | Sí | 
| Política de inventario | Datos transaccionales | Sí | 
| Línea de pedido entrante () PO/STO | Datos transaccionales | Sí | 
| Envío saliente | Datos transaccionales | Sí | 
| Calendario de líneas de pedidos entrantes | Datos transaccionales | Sí | 

## Entidades requeridas por función
<a name="cdm-entities-required-by-feature"></a>

No todas las funciones requieren todas las entidades del CDM. Las siguientes secciones describen qué entidades son obligatorias, opcionales o no aplicables a cada función.

### Visibilidad del inventario
<a name="cdm-feature-inventory-visibility"></a>


**Entidades de MDL para la visibilidad del inventario**  

| Entidad de datos | Tipo de datos | Obligatorio | 
| --- | --- | --- | 
| Empresa | Non-transactional | Opcional | 
| Producto | Non-transactional | Sí | 
| Socio comercial | Non-transactional | Opcional | 
| Producto de proveedor | Non-transactional | No aplicable | 
| Geography | Non-transactional | Opcional | 
| Jerarquía de productos | Non-transactional | Opcional | 
| Carril de transporte | Non-transactional | Opcional | 
| Plazo de entrega del proveedor | Non-transactional | No aplicable | 
| Sitio | Non-transactional | Sí | 
| Día festivo para vendedores | Non-transactional | No aplicable | 
| Forecast | Transactional | Opcional | 
| Inventario  | Transactional | Sí | 
| Pedido entrante () PO/STO | Transactional | Opcional | 
| Línea de pedido saliente | Transactional | Opcional | 
| Shipment | Transactional | Opcional | 
| Política de inventario | Transactional | Sí | 
| Línea de pedidos entrantes | Transactional | Opcional | 
| Envío saliente | Transactional | Opcional | 
| Calendario de líneas de pedidos entrantes | Transactional | Opcional | 

### Información sobre los plazos de entrega
<a name="cdm-feature-lead-time-insights"></a>


**Entidades del MDL para obtener información sobre los plazos de entrega**  

| Entidad de datos | Tipo de datos | Obligatorio | 
| --- | --- | --- | 
| Empresa | Non-transactional | Opcional | 
| Producto | Non-transactional | Sí | 
| Socio comercial | Non-transactional | Sí | 
| Producto de proveedor | Non-transactional | Sí | 
| Geography | Non-transactional | Opcional | 
| Jerarquía de productos | Non-transactional | Opcional | 
| Carril de transporte | Non-transactional | Sí | 
| Plazo de entrega del proveedor | Non-transactional | Sí | 
| Sitio | Non-transactional | Sí | 
| Día festivo para vendedores | Non-transactional | Opcional | 
| Forecast | Transactional | No aplicable | 
| Inventario  | Transactional | No aplicable | 
| Pedido entrante () PO/STO | Transactional | Sí | 
| Línea de pedido saliente | Transactional | No aplicable | 
| Shipment | Transactional | Sí | 
| Política de inventario | Transactional | No aplicable | 
| Línea de pedidos entrantes | Transactional | Sí | 
| Envío saliente | Transactional | No aplicable | 
| Calendario de líneas de pedidos entrantes | Transactional | Sí | 

### Planificación de la demanda
<a name="cdm-feature-demand-planning"></a>


**Entidades del MDL para la planificación de la demanda**  

| Entidad de datos | Tipo de datos | Obligatorio | 
| --- | --- | --- | 
| Empresa | Non-transactional | Opcional | 
| Producto | Non-transactional | Sí | 
| Socio comercial | Non-transactional | No aplicable | 
| Producto de proveedor | Non-transactional | No aplicable | 
| Geography | Non-transactional | Opcional | 
| Jerarquía de productos | Non-transactional | Opcional | 
| Carril de transporte | Non-transactional | No aplicable | 
| Plazo de entrega del proveedor | Non-transactional | No aplicable | 
| Sitio | Non-transactional | Sí | 
| Día festivo para vendedores | Non-transactional | No aplicable | 
| Forecast | Transactional | No aplicable | 
| Inventario  | Transactional | No aplicable | 
| Pedido entrante () PO/STO | Transactional | No aplicable | 
| Línea de pedido saliente | Transactional | Sí | 
| Shipment | Transactional | No aplicable | 
| Política de inventario | Transactional | No aplicable | 
| Línea de pedidos entrantes | Transactional | No aplicable | 
| Envío saliente | Transactional | No aplicable | 
| Calendario de líneas de pedidos entrantes | Transactional | No aplicable | 

## Cómo se relaciona el CDM con la incorporación de datos
<a name="cdm-relates-to-data-onboarding"></a>

Al incorporar datos, el proceso sigue estos pasos:

1. **Cargar**: los datos de origen se cargan como archivos CSV en Amazon S3.

1. **Mapa**: el agente de datos analiza los conjuntos de datos de origen y sugiere qué tablas de destino del CDM se ajustan mejor a sus datos.

1. **Transformación**: las consultas de transformación de SQL convierten el formato de datos de origen en formato CDM.

1. **Validación**: se realizan controles de calidad con los datos transformados para comprobar que cumplen con los requisitos del CDM.

1. **Activar**: una vez validados, los datos fluyen hacia las funciones y están disponibles para ellas.

Para obtener instrucciones paso a paso sobre la incorporación de sus datos, consulte el tema Incorporación de datos.