El Sistema SAP proporciona un amplia gama de opciones para la actualización de datos. Por ejemplo, puede realizar modificaciones válidas en el futuro y realizar modificaciones en objetos que tienen su propio historial y cuyos datos de activación no están en orden cronológico. Esto puede crear problemas cuando los datos se transfieren a sistemas de TPV, porque los grupos de segmentos individuales en la interfase con TPV siempre se transfieren por completo.

Si por ejemplo, el lunes se transfiere una modificación de precio que es válida para el lunes siguiente y el martes se transfiere una modificación en la bonificación en especie (y no se ha introducido en el sistema hasta el martes) que es válida para el viernes que viene, el sistema reaccionará de una de las tres maneras siguientes:

• El sistema sobrescribe la modificación del lunes que ya se ha transferido con la modificación del viernes. Por consiguiente, la modificación del lunes tiene que transferirse de nuevo y debe tener en cuenta también la modificación del viernes.

• El sistema de TPV gestiona precios diferentes para fechas diferentes, es decir, la modificación del lunes no se sobrescribe. Por consiguiente, el lunes, el precio del artículo es correcto pero la bonificación en especie no lo es. En este caso, la modificación del lunes tiene que transferirse de nuevo y debe tener en cuenta también la modificación del viernes.

• El sistema de TPV mezcla las dos modificaciones correctamente. En este caso, la modificación del lunes no tiene que transferirse de nuevo. En la actualidad, la mayor parte de los sistemas de TPV no pueden ejecutar esta clase de datos mixtos.

Para evitar problemas de este tipo, tenga en cuenta la siguiente información.

Evite transferencias múltiples:

• Los datos deberían actualizarse de tal forma que se activen en orden cronológico. Sin embargo, esto sólo es válido para los próximos días n-1, siendo n el plazo de comercialización de la tienda (fijado en el perfil de comunicación). Fuera de este período, la actualización de datos no es crítica. Por ejemplo, este procedimiento debería emplearse para modificar precios de venta a tiempo, es decir, fuera del plazo de comercialización de tienda.

• Los períodos de validez de un objeto (por ejemplo, precios de venta) no deberían definirse indefinidamente, si es posible. Si lo están y el objeto se divide más tarde, el objeto se reinicializa a partir de la fecha inicial (sin embargo, la fecha más temprana posible para ello es la fecha del día). Deberían definirse períodos para que sean consecutivos, pero sin superponerse. Además, el nuevo período de validez debería comenzar al cabo de n días o más.

Igual que se ha mencionado anteriormente con referencia a artículos, referencias EAN/UPC, asignaciones de set y materiales de acompañamiento, estos objetos sólo se transfieren si existe un EAN/UPC principal en la fecha de traspaso. Por consiguiente, no borre ningún EAN/UPC principal si el artículo todavía está disponible para la venta.

Utilice el siguiente procedimiento para asegurarse de que la salida a TPV funciona correctamente:

1. Utilice la transacción VK12 para configurar la fecha de finalización para la condición hasta Hoy.

Durante el subsiguiente proceso de modificación, el sistema regenera el registro maestro de artículos relevante y hace un download con la información de precio restante en un pedido cronológico.

2. Puede borrar la condición de su sistema sólo cuando el status del mensaje de modificación ha pasado a OK.

Si sus sistemas TPV contienen más de una unidad de medida para un artículo específico y desea borrar algunas de las unidades de medida individuales (conservando todavía otras), no puede borrar simplemente la unidad de medida afectada. Esto provocaría que faltasen los EAN/UPC principales.

Proceda como se describe en Borrar condiciones o realice los siguientes pasos:

1. Si el sistema TPV está esperando un registro de borrado explícito, actualice un nuevo EAN/UPC principal además de modificar el período de validez para el precio a consumidor final.

Cuando se realiza un nuevo proceso de modificación, se crea un registro de borrado implícito que contiene los EAN/UPC antiguos principales para la unidad de medida relevante. Además, se crea otro registro para el nuevo EAN/UPC principal. Este registro contiene un precio que es únicamente válido hasta la fecha de hoy.

2. Puede borrar la condición de su sistema cuando el status del mensaje de modificación ha pasado a OK.

Si sus sistemas TPV contienen más de una unidad de medida para un artículo específico y desea borrar todas las unidades, cambie la fecha de finalización a la fecha de hoy (transacción MM42, vista TPV).

El sistema crea un registro de borrado para todas las unidades de medida del artículo afectado en los sistemas TPV del usuario.

Cuando se transfieren asignaciones de set, se tiene en cuenta el período para gestionar el artículo de set superior en la tienda, pero no el período para gestionar los componentes individuales. Debería tener esto en cuenta al crear el set y asegurarse de que el período para gestionar los componentes de set es el mismo que el período para gestionar el artículo de set (cuando crea el período para gestionar el artículo de set, esto se tiene en cuenta automáticamente). Si no lo hace, es posible que una tienda pueda recibir sets con componentes que no están asignados a la tienda. Estas asignaciones de set no pueden utilizarse y permanecerían sin usar en el sistema de TPV.

Por consiguiente, puede extender el período para gestionar componentes. Sin embargo, el período nunca se debe reducir.

Igual que en el caso de sets, puede ampliar el período para gestionar un material de acompañamiento, pero no debería reducirlo.

Si se añade una posición a una lista de lista de materiales existente para un material de acompañamiento y el mismo material de acompañamiento se incluye también en listas de materiales para otras unidades de medida, las listas de materiales para estas unidades de medida de venta también volverán a transferirse.

Para evitar este problema, debería asegurarse siempre de que las listas de materiales se crean completamente desde el principio, para que no tenga que añadir posiciones posteriormente.

La salida a TPV reacciona automáticamente ante modificaciones de precio, lo que significa que los objetos afectados se preparan de nuevo y se transfieren a los sistemas de TPV.

La única excepción se refiere a las modificaciones de precio para artículos de envases. El sistema no reacciona ante esto mientras un análisis de los punteros de modificación relevantes provoca que haya considerablemente más tiempo de ejecución cuando se prepara el mensaje de modificación.

De todas formas, los precios de envases se modifican con muy poca frecuencia. Cuando esto sucede, debe reinicializar los datos maestros de artículo por medio de una solicitud directa.

El texto para el campo Observaciones se lee únicamente mediante la ID de texto 0001. Si un texto debe transferirse al cliente, el texto deberá actualizarse con la ID 0001 para la superficie de venta. En el sistema estándar, esto corresponde a Referencia de ventas externa.