!--a11y-->
Lista de surtido de creación de
mensajes 
La clase de lista de surtido divide en grupos los artículos sujetos a los mismos ciclos de creación de mensajes (es decir, los intervalos con los que se crea un mensaje y el plazo de comercialización necesario). A un artículo se le asigna una clase de lista de surtido en el nivel de mandante. La fecha exacta de creación de una lista de surtido se calcula desde la última fecha de creación para el centro más el tiempo de ciclo definido para la clase de lista de surtido relevante.
Al destinatario (centro) del mensaje se le asigna un perfil de lista de surtido que controla el modo de lista de surtido (esto determina la forma de empleo del mensaje - para la gestión de versiones o para el intercambio de datos). Tiene la opción de crear únicamente un IDOC, pasar los datos sólo a la gestión de versiones o ambas cosas.
Los parámetros de control para crear una lista de surtido se agrupan utilizando el perfil de lista de surtido. Los perfiles se asignan a los centros.
Cuando se modifican los datos maestros, se crean documentos de modificación que registran todas las modificaciones de cualquier campo. Esto permite que se identifiquen las modificaciones de los datos maestros y que se transfieran al destinatario correcto durante la distribución de los datos maestros. También se puede activar la creación de punteros de modificación que sólo apuntan a los objetos que han sido modificados.
Una estructura IDOC se asigna a un tipo de mensaje lógico. Existe una relación entre cada campo en una estructura IDOC y el campo correspondiente en el documento de modificación. Esto le permite seleccionar las modificaciones relevantes de los datos maestros para cada tipo de mensaje. El status de generación de la lista de surtido está contenido en el log de aplicación. Para los mensajes de modificación, el sistema selecciona todos los punteros de modificación creados desde la última generación correcta de una lista de surtido. Esto evita la doble selección de punteros de modificación.
El sistema analiza los punteros de modificación creados para la lista de surtido. A continuación, el sistema lee los datos maestros para los artículos y destinatarios implicados y crea los IDOC necesarios. Entonces, estos IDOC se transfieren a la interfase IDOC para su exportación a los sistemas externos. Los datos se convierten fuera de R/3 y se transmiten.
Los punteros de modificación son los desencadenadores que se utilizan para identificar los objetos para las versiones de modificación. Durante la generación de una lista de surtido, el sistema selecciona los punteros de modificación que se crearon tras la última generación con éxito de una lista de surtido. Cuando se planifica una modificación para una fecha futura, sólo se seleccionan los punteros de modificación que se habrán activado al final del período de validez de la lista de surtido. Asimismo, el sistema también debe seleccionar todas las modificaciones anteriores que no se han activado al final del último período de validez, pero que se activarán durante el período en curso. (Esto sucede sin punteros de modificación para condiciones que se crearon en un punto en el pasado remoto.)
La ilustración siguiente muestra cómo el sistema analiza los punteros de modificación:
Durante el análisis de los punteros de modificación, el sistema produce una lista de destinatarios, artículos y fechas.
Cuando se crea una versión completa, puede limitar los artículos seleccionados no sólo a aquéllos relevantes para el destinatario sino también a aquéllos que son relevantes para una clase de lista de surtido en particular. Cuando realiza una solicitud manual, los artículos pueden seleccionarse de acuerdo con muchos más criterios. En ambos casos, el período de validez lo determinan los parámetros válidos para la clase de lista de surtido.
Puede asignar clases de lista de precios a grupos de artículos en el nivel de tienda. Cuando se crean listas de surtido, el programa de análisis para modificaciones también tiene en cuenta las modificaciones de precio. Si el precio de un artículo se modifica en el nivel de lista de precios, se informará de dicha modificación a todas las tiendas que vendan este artículo y utilicen esta clase de lista de precios para este grupo de artículos.

Imaginemos por ejemplo, que existe el grupo de artículos Salud y belleza que incluye champús, y que usted asigna la clase de lista de precios ZZZ a este grupo de artículos. Si el precio de un determinado champú aumenta de 2,79 USD a 2,89 USD, se avisará del nuevo precio a todas las tiendas que vendan este champú y tengan la lista de precios correspondiente asignada al grupo de artículos.
Si, a continuación, asigna una lista de precios diferente a un grupo de artículos de la tienda, esta tienda recibe los precios nuevos para todos los artículos que corresponden a este grupo de artículos.
Esto simplifica la actualización centralizada de los precios de venta para las tiendas y grupos de tiendas. Si se modifican uno o varios artículos de una lista de precios, el programa de análisis para modificaciones especifica automáticamente todas las tiendas a las que se debe informar de las modificaciones de precio. A continuación, los datos se distribuyen consecuentemente.
Véase también Determinación de precio de venta.
Antes de la lectura de datos se realiza una verificación de catalogación para artículos y destinatarios. Cuando se genera un listado de surtido, los datos que entrarán en vigor durante el período en cuestión también se leerán. Se prepara un registro de datos completos para cada artículo y cada destinatario para cada día para el que se realiza una modificación en los datos maestros. A continuación, estos datos se registran en el documento intermedio (IDOC). Los segmentos del documento intermedio que no se requieren pueden marcarse como no requeridos para la preparación. Para estos segmentos no se prepararán datos.
Se pueden rellenar otros segmentos que define el propio usuario en una ampliación de cliente (exit de usuario). Esto le permite incorporar datos específicos de usuario en la lista de surtido.
Para que los IDOC no sean demasiado grandes (10.000 segmentos como máximo), pueden crearse varios documentos intermedios por destinatario. En función del modo de lista de surtido, el IDOC está disponible para su transmisión y/o se pasa a la gestión de versiones.
Las listas de surtido pueden crearse en paralelo. Se crea un informe de lote único en un servidor para todas las listas de surtido, que, a continuación, lanza tareas paralelas en varios servidores de aplicación. Esto distribuye más equitativamente los recursos del sistema y reduce considerablemente el tiempo que se tarda en crear listas de surtido.
...
1. El procesamiento, que es el mismo para todos los surtidos, se deriva de una tarea única en un servidor único (por ejemplo, el análisis de datos modificados para versiones de modificación).
2. El protocolo RFC (Remote Function Call) lanza tareas asincrónicas paralelas en diversos servidores de aplicación. Cada una de estas tareas crea IDOC nuevos para una lista de surtido.
Dispone de las siguientes opciones cuando indique qué servidor se debe utilizar:
· Un grupo concreto de servidores de aplicación.
· Todos los servidores disponibles.
Si se alcanza el total superior de tareas paralelas, se inicia una tarea nueva cuando termina otra. La visualización de informes proporciona un resumen de todas las tareas en tratamiento, de los mensajes de error del RFC y de los IDOC y versiones creados.

Si no se puede iniciar una tarea paralela, el sistema crea las listas de surtido en el modo normal (consecutivo).
Puesto que las listas de surtido suelen generarse en proceso de fondo periódicamente, la información y los mensajes de advertencia sobre la preparación de los datos se incluyen en un log de aplicación.
Utilizando el monitor del TPV puede acceder a los logs de aplicación de las tiendas. Como alternativa, puede visualizar las listas de surtido y, a continuación, pasar a los logs de aplicación correspondientes. Para hacerlo, desglose la jerarquía de lista de surtido hasta llegar al nivel de versión. El número del log de aplicación se muestra en la parte derecha de la pantalla. Haga clic sobre ese número para acceder al log de aplicación correspondiente.
También puede acceder a los logs de aplicación mostrando el ciclo de la lista de surtido. Al seleccionar una línea determinada, el sistema muestra el historial de generación de listas de surtido (es decir, las listas de surtido más recientes para el cliente y la clase de lista de surtido seleccionados). Cada línea de esta lista se refiere a una generación de la lista de surtido correspondiente, incluso en los casos en los que una versión de modificación no contenga entradas porque no se han realizado modificaciones relevantes en los datos. Aquí también puede hacer clic sobre el número del log de aplicación para acceder al log de aplicación. Dentro del log de aplicación, puede realizar uno de los siguientes pasos:
· Si un IDOC (documento intermedio en el nivel ALE/EDI) se ha generado con éxito, puede visualizar los datos del IDOC.
· Si el sistema ha encontrado problemas durante la preparación de los datos (en cuyo caso no se generó un IDOC), puede hacer clic sobre el número de mensaje para obtener información detallada.
Desde aquí también puede pasar al log de aplicación general de toda la ejecución. De esta forma, puede ver todos los mensajes generados y no sólo los que se limitan a un determinado cliente.

Para obtener una descripción de cada uno de los segmentos IDOC:
· Seleccione Herramientas ® Business Communication ® IDOC ® Base IDOC ® Documentación ® Tipos IDOC en el menú principal de R/3.
· Indique WBBDLD03.
· Seleccione Visualizar árbol.
Al desglosar el árbol, el sistema muestra una explicación para cada nodo.
Véase también:
Borrar tablas de status y punteros de modificación