Vous êtes ici :
Rotation des stocks et traitement des articles d'exécution
Lorsqu'un inventaire de partenaires invendus (PUI) est estampillé avec la condition d'éligibilité, l'étape suivante consiste à exécuter le Moteur de traitement des rotations de stock et des articles d'exécution. Ce Moteur de traitement des données est chargé de créer la rotation des stocks et les factures correspondantes à présenter au partenaire.
Éditions requises
| Disponible avec : Éditions Enterprise, Unlimited et Developer dans lesquelles la rotation des stocks est activée |
Voici les principales étapes du modèle.
- Créez SRE pour un programme de remise dès son démarrage.
- Des SRE distincts seront créés pour tous les participants à un programme de remise.
- L'allocation budgétaire est facultative pour la création de SRE.
- Le montant éligible dans l'ERS est calculé à partir de l'allocation budgétaire. Plusieurs allocations budgétaires peuvent être définies par membre et nous apposons la valeur agrégée Montant sur SRE. En cas de plusieurs enregistrements Allocation budgétaire pour un membre, nous agrégeons le Montant alloué pour tous les enregistrements et apposons le montant agrégé sur SRE.
- Nous mettons toujours à jour le budget de SRE qui n'est pas en statut Terminé (Nouveau et En cours)
- Si SRE et SREI sont créés dans la même exécution du Moteur de traitement des données, le statut SRE est défini sur « En cours ».
- Si seul SRE est créé pendant l'exécution du Moteur de traitement des données, il sera créé avec le statut « Nouveau », sinon son statut sera mis à jour plus tard lors de la création d'un élément de ligne
- Le numéro de référence d'exécution dans SRE est calculé en tant que concat de AccountId, RebateProgramId, Type d'utilisation.
- Pour marquer SRE comme Fermé pour soumission, nous devons nous assurer que la date de fin du programme de remise + jours de grâce est atteinte.
- Pour marquer SRE comme Terminé, nous devons nous assurer que la date de fin du programme de remise + jours de grâce est atteinte et que tous les éléments de ligne soumis sont Terminé ou Rejeté. Nous ne prenons pas en compte ici la valeur de statut SRE « Erreur », car une erreur signifie qu'une action est en attente sur l'élément de ligne.
- Pour la création de SREI, un PUI doit être estampillé Type de remise.
- Un PUI est sélectionné uniquement lorsque le programme de remise qui lui est associé commence jusqu'à la date de fin + jours de grâce.
- Si un SREI existant existe pour PUI et Type de remise, nous n'en créerons pas un autre.
- Pour les SRE existants avec de nouveaux éléments de ligne, le statut sera mis à jour sur En cours
- L'enregistrement d'éligibilité du type de remise du programme est un must pour la création de SREI, car dans le premier Moteur de traitement des données, nous comparons le type de prix de la quantité éligible. Par conséquent, si un PUI est éligible, cela signifie qu'il a un enregistrement d'éligibilité.
- Si nous avons un élément de ligne existant dans un nouvel état et qu'il y a un changement dans Prix unitaire, Type de prix, ID de produit, notre SREI reflétera ce changement.
- La quantité éligible sera calculée en dpe pour chaque SREI et également mise à jour dans chaque exécution pour les éléments de ligne existants à l'état « nouveau ». La quantité éligible est calculée en appliquant le pourcentage de quantité prise en charge à la quantité restante de l'interface utilisateur.
- Pour l'avertissement de changement de prix, nous ne tiendrons pas compte du statut Nouveau, Rejeté et Terminé SREI. Un SREI est marqué avec un avertissement de changement de prix si l'interface utilisateur associée au SREI a une interface utilisateur enfant avec un prix différent.
- Les avertissements de changement de prix ne seront pas effacés par le biais du Moteur de traitement des données. Pour effacer les avertissements de changement de prix et générer une réclamation, les utilisateurs devront modifier manuellement l'indicateur « Avertissement » dans SREI, puis générer une réclamation avant la prochaine exécution du Moteur de traitement des données. Si la réclamation n'est pas générée avant la prochaine exécution du Moteur de traitement des données, ce dernier appose de nouveau l'avertissement de changement de prix sur SREI.
- Pour l'avertissement de réconciliation, nous ne tiendrons pas compte des SREI terminés et refusés
- L'avertissement de rapprochement est estampillé si l'enregistrement de rapprochement correspondant à l'interface utilisateur estampillée sur SREI est « En cours ».
- L'avertissement de rapprochement est effacé via le Moteur de traitement des données si l'enregistrement de rapprochement correspondant à l'interface utilisateur estampillée SREI passe au statut « Fermé ».
- Si aucune unité de gestion d'identité n'est éligible pour un ERS, il sera marqué comme Terminé après la date de fin + jours de grâce.
- En cas de changement d'éligibilité dans l'interface utilisateur, nous supprimons l'élément de ligne correspondant s'il est à l'état « Nouveau » et qu'un nouvel élément de ligne est créé pour le nouveau type de remise.
- Si une ERP est créée manuellement en premier pour un Programme de remise et un Compte avec un modèle de numéro de référence d'exécution différent de DPE (AccountId+RebateProgramId+Usage Type) , DPE crée une ERP et tous les éléments de ligne sont joints à la nouvelle ERP.
- Si un SRE est créé manuellement en premier pour un Programme de remise et un Compte avec un modèle de numéro de référence d'exécution identique à celui du Moteur de traitement des données (AccountId+RebateProgramId+Usage Type) , le Moteur de traitement des données ne créera pas un SRE, mais réutilisera le SRE créé manuellement, car il n'est pas possible de créer un SRE avec le même numéro de référence d'exécution.
- Si le Moteur de traitement des données crée d'abord un SRE pour un programme de remise et un compte, il ne sera pas possible de créer manuellement le même SRE avec le même numéro de référence d'exécution. Un ERP avec un autre numéro de référence peut être créé pour le même compte et programme de remise. Dans ce cas, notre Moteur de traitement des données ne touchera pas les ERP créés manuellement et tous les éléments de ligne seront joints uniquement à l'ERP créé par l'intermédiaire du Moteur de traitement des données.
Cet article a-t-il résolu votre problème ?
Dites-nous ce que nous pouvons améliorer !
