Le système SAP fournit un large éventail d’options de gestion des données. Vous pouvez par exemple apporter des modifications valables ultérieurement et des modifications aux objets qui ont leur propre historique et dont les données d’activation ne sont pas dans l’ordre chronologique. Ceci peut entraîner des problèmes lorsque les données sont transférées vers des systèmes TPV, car les groupes de segments individuels dans l’interface TPV sont toujours transférés intégralement.

Si, par exemple, une modification des prix transférée le lundi est valable le lundi suivant et qu'une modification des remises en nature transférée le mardi (et seulement saisie dans le système le mardi) est valable le vendredi suivant, le système peut réagir de trois façons différentes :

• Le système remplace la modification du lundi déjà transférée par la modification du vendredi. Par conséquent, la modification du lundi doit être à nouveau transférée tout en tenant compte de la modification du vendredi.

• Le système TPV gère divers prix pour des dates différentes, c’est-à-dire que la modification du lundi n’est pas écrasée. Par conséquent, le lundi, le prix de l’article est correct, mais les remises en nature ne le sont pas. Dans ce cas, la modification du lundi doit être à nouveau transférée tout en tenant compte de la modification du vendredi.

• Le système TPV fusionne correctement les deux modifications. Dans ce cas, la modification du lundi ne doit pas être à nouveau transférée. À l'heure actuelle, la plupart des systèmes TPV ne parviennent pas à exécuter ce type de données mixtes.

Pour éviter tout problème de ce type, prenez les informations suivantes en considération.

Évitez les transferts multiples :

• Les données doivent être gérées de manière à être activées dans l'ordre chronologique. Toutefois, ceci ne s’applique qu’aux jours x-1 suivants, x étant le délai du point de vente (déterminé dans le profil de communication). En dehors de cette période, la gestion des données n’est pas critique. Par exemple, cette procédure doit être utilisée pour modifier les prix de vente en temps voulu, c’est-à-dire, en dehors du délai du point de vente.

• Si possible, les périodes de validité d’un objet (par exemple, les prix de vente) ne doivent pas être définies comme illimitées. Si c’est le cas et que l’objet est fractionné à une date ultérieure, il est réinitialisé à la date initiale (cependant, la première date possible pour ce faire est la date du jour). Les périodes doivent être définies de manière à se succéder, sans se chevaucher. En outre, la nouvelle période de validité doit débuter après x jours ou ultérieurement.

Comme indiqué ci-dessus pour les articles, les références EAN/UPC, les affectations de lots consommateur et les articles liés, ces objets sont uniquement transférés si un code EAN/UPC principal existe à la date du transfert. Par conséquent, ne supprimez pas de code EAN/UPC principal si l’article est encore disponible à la vente.

Utilisez la procédure suivante pour garantir le fonctionnement correct de la sortie TPV :

1. Utilisez l’opération VK12 pour paramétrer la date de fin de la condition sur Aujourd’hui.

Lors du cycle de modification suivant, le système régénère la fiche article appropriée et télédécharge les autres informations sur les prix par ordre chronologique.

2. Supprimez uniquement la condition du système lorsque le statut du message de modification est OK.

Si, dans vos systèmes TPV, plusieurs unités de quantité sont définies pour un article spécifique et que vous souhaitez en supprimer certaines (tout en conservant les autres), vous ne pouvez pas les supprimer aussi simplement. En effet, vous risquez ainsi d'avoir des codes EAN/UPC manquants.

Suivez la procédure décrite au point Suppression des conditions ou procédez comme suit :

1. Si le système TPV attend un enregistrement de suppression explicite, modifiez la période de validité du prix de vente et gérez un nouveau code EAN/UPC.

Lorsque de nouvelles modifications sont apportées, un enregistrement de suppression implicite est créé. Il contient l’ancien code EAN/UPC principal de l’unité de quantité significative. En outre, un nouvel enregistrement est créé pour le nouveau code EAN/UPC principal. Cet enregistrement contient un prix qui n’est valable que jusqu’à la date du jour.

2. Supprimez la condition du système lorsque le statut du message de modification est OK.

Si, dans vos systèmes TPV, plusieurs unités de quantité sont définies pour un article spécifique et que vous souhaitez les supprimer toutes, définissez la date du jour comme date de fin (opération MM42, vue TPV).

Le système génère alors un enregistrement de suppression pour toutes les unités de quantité de l’article concerné dans vos systèmes TPV.

Lorsque les affectations de lots consommateur sont transférées, la période de gestion de l’article d’ensemble du niveau supérieur dans le point de vente est prise en compte, mais pas celle des composants individuels. Tenez-en compte lorsque vous créez le lot consommateur en veillant à ce que la période de gestion des composants du lot soit identique à celle de l’article de lot (lorsque vous créez cette dernière, cet élément est pris en compte automatiquement). Sinon, un point de vente peut recevoir des lots consommateur avec des composants qui ne lui sont pas affectés. Ces affectations de lots ne peuvent pas être utilisées et doivent rester inutilisées dans le système TPV.

Par conséquent, vous pouvez prolonger la période de gestion des composants. La période ne peut toutefois jamais être raccourcie.

Comme pour les lots consommateur, vous pouvez prolonger la période de gestion d’un article lié, mais vous ne pouvez jamais la raccourcir.

Si un poste est ajouté à une liste de nomenclatures existante pour un article lié et que le même article lié est également compris dans des nomenclatures pour d’autres unités de quantité, les nomenclatures de ces unités de vente sont également retransférées.

Pour éviter ce problème, il est préférable de veiller systématiquement à ce que les nomenclatures soient créées intégralement dès le début. Ainsi, vous ne devez pas procéder à des ajouts ultérieurs.

La sortie TPV réagit automatiquement aux modifications de prix, ce qui signifie que les objets concernés sont retraités et transférés vers les systèmes TPV.

Les modifications de prix pour les articles vides constituent la seule exception à ce principe. Dans ce cas, le système ne réagit pas, car l’analyse des pointeurs de modification significatifs demande une durée d'exécution bien plus longue lorsque le message de modification est préparé.

Cependant, le prix des articles vides est très rarement modifié. Lorsque c'est le cas, vous devez réinitialiser les données de base de l’article par un ordre direct.

Le texte de la zone Remarques est seulement lu par l’ID de texte 0001. Si un texte doit être transféré au client, il doit être géré avec l’ID 0001 pour le domaine commercial. Dans le système standard, ceci correspond à la référence de vente externe.