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.

# Planificación de la demanda
<a name="required_entities"></a>

En la siguiente tabla se enumeran las entidades y columnas de datos que utiliza Demand Planning.

**Cómo leer la tabla:**
+ **Obligatorias**: las columnas de esta entidad de datos son obligatorias para ejecutar una previsión de la demanda sin errores.
+ **Obligatorio condicional**: las columnas de esta entidad de datos son obligatorias en función de las configuraciones establecidas en los ajustes del plan de demanda. Para obtener más información, consulte [Gestione la configuración del plan de demanda](settings.md).
+ **Recomendado para la calidad de la previsión**: las columnas de esta entidad de datos son obligatorias para garantizar la calidad de la previsión.
+ **Opcional**: el nombre de la columna es opcional. Para mejorar el resultado de la característica, se recomienda añadir el nombre de la columna con valores.

# Requisitos previos antes de cargar el conjunto de datos
<a name="data_quality"></a>

Para generar correctamente una previsión, asegúrate de que tu conjunto de datos cumpla con lo siguiente.
+ *Al menos un *product\$1id* tiene un historial de ventas cuatro veces superior al horizonte temporal previsto en el conjunto de datos outbound\$1order\$1line.* Por ejemplo, si el horizonte temporal previsto es de 26 semanas, el requisito mínimo de datos de pedido es de 26\$14 = 104 semanas.
+ El *identificador del producto* que aparece en la entidad de datos del producto no debe contener datos incompletos (cadenas nulas o vacías) ni duplicados.
+ Todas las columnas adicionales seleccionadas por su granularidad en la configuración de previsión (que son «*obligatorias condicionalmente*») no contienen datos incompletos (cadena nula o vacía).
+ El *identificador* de columna de todas las entidades de datos (por ejemplo, product\$1id, site\$1id, ship\$1from\$1site\$1id) no contiene caracteres especiales, como un asterisco (\$1) y comillas dobles (» «).
+ *La* fecha del pedido no contiene una fecha no válida. Por ejemplo, el 29 de febrero de 2023, es decir, el 29 de febrero de 2023, solo es válido en los años bisiestos.

Para mejorar la precisión de las previsiones, Demand Planning recomienda encarecidamente lo siguiente.
+ Cargue como entrada el historial de líneas de pedidos salientes de dos a tres años para generar una previsión precisa. Esta duración permite a los modelos de previsión capturar sus ciclos económicos y garantizar una predicción más sólida y fiable.
+  *Para mejorar la precisión de las previsiones, también se recomienda incluir atributos del producto como la *marca*, el *color*, el *product\$1group\$1id, product\$1introduction\$1day y discontinue\$1day* *en la entidad de datos* del producto.*
+ *Puede proporcionar información adicional sobre los factores de demanda a través de la entidad de datos supplementary\$1time\$1series.* Tenga en cuenta que solo se admiten valores numéricos.
+ Proporcionas un mapeo de productos alternativo cuando tienes productos similares o una versión anterior de un producto nuevo.
+ Elimine cualquier evento no recurrente o puntual, como la COVID, antes de cargar los datos históricos de ventas.

# Ejemplo de mapeo de datos para la gestión logística
<a name="fulfillment_scenario"></a>

A continuación se muestra un ejemplo para asignar las ventas físicas o en línea a un conjunto de datos de línea de pedido saliente y optimizar la configuración histórica de la demanda. Utilice este ejemplo para estructurar los datos y obtener una previsión precisa. Revise las configuraciones de este ejemplo para asegurarse de que sus modelos de previsión reflejen los diferentes escenarios de logística.

**nota**  
Si los campos de datos *ship\$1from\$1site\$1id*, *ship\$1to\$1site\$1id* y *channel\$1id* están seleccionados para la granularidad de la previsión, asegúrese de que tengan valores o introduzca *NULL* como valor. La previsión fallará si los campos están en blanco.


| Campo de datos | Descripción | Escenario 1: ventas en tienda (POS) | Escenario 2: demanda de comercio electrónico atendida en tienda | Escenario 3: demanda de comercio electrónico atendida por un centro logístico en línea (directamente al cliente) | 
| --- | --- | --- | --- | --- | 
| ship\$1from\$1site\$1id | Sitio en el que se gestiona el inventario | Identificador de tienda | Identificador de tienda | Identificador del centro logístico | 
| ship\$1to\$1site\$1id | Sitio que recibió el pedido | Introduzca NULL para evitar errores en la previsión | País, región, estado o código postal, según corresponda | Identificador de tienda minorista externa o país, región, estado o código postal, según corresponda | 
| channel\$1id | Asigna cómo se vende un artículo | Físico | Comercio electrónico | Comercio electrónico | 

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/aws-supply-chain/latest/userguide/required_entities.html)