Règles d’offre des partenaires dans un catalogue partagé en Ouzbékistan
Distinguez observations sources, consignes commerciales et sélection de produits par partenaire lors de la transmission d’un catalogue partagé.
Une fiche produit commune peut servir à plusieurs boutiques partenaires. Une transmission utile distingue les données observées, les consignes commerciales du marchand et les produits sélectionnés pour chaque destinataire.
Le développeur Valery Danyuk décrit un catalogue partagé avec des majorations par boutique dans son récit de Savdogarlar en Ouzbékistan. Ce récit externe contextualise la méthode éditoriale suivante.
Garder chaque prix relié à sa source
Un prix collecté a besoin de contexte avant de servir à une offre. Conservez ensemble le lien source, le produit et la variante, le montant observé, la devise, l’unité de vente, la condition de quantité et la date de collecte. Un prix par carton et un prix par pièce doivent rester distincts après le transfert vers un catalogue partagé.
Attribuez un champ propre au montant observé. Si une devise est convertie ou une majoration appliquée, conservez le calcul séparément avec la référence de ses données d’entrée. Remplacer le montant collecté par le prix de vente supprime la base nécessaire pour expliquer un écart ultérieur. Une nouvelle collecte peut ainsi actualiser l’observation sans réécrire silencieusement une règle commerciale approuvée.
Relier la règle d’offre au partenaire concerné
Une offre destinée à un partenaire peut référencer la fiche produit commune tout en conservant sa règle de prix, sa consigne d’arrondi et son état de revue. Notez qui a fourni la règle et quelle version le destinataire doit utiliser. Demandez si le calcul applique une majoration au coût ou vise une marge cible ; ces consignes donnent des montants différents.
Utilisez un statut explicite lorsque la consigne manque. Une majoration vide ne doit pas devenir automatiquement zéro, et une ancienne règle ne doit pas recevoir une nouvelle approbation au seul motif que de nouvelles données produit sont arrivées. Le marchand responsable de l’offre doit décider du traitement des fiches non résolues avant publication.
Examiner séparément la sélection de chaque partenaire
Un produit peut exister dans le catalogue partagé sans devoir figurer dans l’export de chaque partenaire. Pour la transmission proposée, convenez d’une liste de produits par partenaire ou d’une règle de sélection par catégorie, puis examinez un échantillon des lignes produites. Incluez un article qui doit être retenu et un autre qui doit être exclu.
Si le destinataire doit distinguer les champs internes de ceux visibles par les partenaires, formulez cette exigence explicitement. Une relation de catalogue n’autorise pas à elle seule la divulgation du coût d’un fournisseur. Les règles de visibilité doivent faire partie du périmètre convenu, avec un relecteur responsable identifié.
Tester une fiche modifiée avant d’accepter le fichier
Utilisez un produit fictif pour suivre un changement au fil de la transmission. Modifiez le montant source en gardant la règle du partenaire inchangée, puis comparez l’offre obtenue au calcul convenu. Changez ensuite l’unité de vente, ou retirez le produit de la sélection d’un partenaire. Le relecteur doit pouvoir identifier les lignes touchées et la décision nécessaire.
L’acceptation du fichier peut confirmer la présence des champs et des exemples de calcul convenus. Le destinataire doit encore confirmer le résultat de son import et de toute publication ultérieure. Gardez ces étapes distinctes pour qu’un fichier correctement préparé ne devienne pas une affirmation sans preuve que chaque partenaire a actualisé sa boutique.
Discuter d’un échantillon représentatif
Pour discuter d’un projet avec PandaBuyNow, apportez des liens sources représentatifs, un fichier destinataire et les règles d’offre souhaitées par le marchand. Identifiez les faits sources à collecter, les consignes commerciales à conserver et les questions qu’un relecteur doit résoudre.