Le fichier tarifaire du client Alpha contient encore les prix de Beta et Gamma

Un acheteur télécharge les tarifs négociés depuis votre marketplace B2B. Le premier onglet affiche son entreprise et ses prix habituels. Quelques jours plus tard, il demande pourquoi un autre client bénéficie d’une remise supérieure. Le fichier transmis contenait plusieurs grilles ; l’export avait simplement masqué les feuilles qui ne correspondaient pas au compte connecté. Le parcours semblait correctement limité à l’écran, mais le document livré transportait davantage de données.

Le défaut peut naître d’un modèle commercial partagé, d’un export administratif réutilisé ou d’une copie de classeur filtrée trop tard. L’équipe contrôle la feuille ouverte par défaut et le nom du fichier, sans examiner toutes ses parties. Un commercial ajoute ensuite une nouvelle société au modèle commun. La présentation du téléchargement reste identique, tandis que son périmètre réel s’élargit à chaque nouvelle grille.

La confidentialité dépend des données qui entrent dans le fichier, avant sa remise au destinataire. Masquer une feuille peut organiser un document autorisé ; cette action ne retire pas les tarifs qu’elle contient. Nous examinons l’export depuis le choix du compte jusqu’au classeur téléchargé. Un exercice avec trois sociétés fictives compare un fichier trop large et un document construit uniquement pour son destinataire, puis permet de préciser les contrôles à raccorder au parcours réel.

Ce problème concerne la création de marketplace lorsqu’une plateforme distribue des catalogues contractuels à plusieurs organisations. Le cadrage d’une marketplace B2B opérateur doit couvrir les documents téléchargeables autant que les pages authentifiées. Le sujet porte sur la construction et la remise de cet export ; les politiques générales de comptes et de négociation restent ses prérequis.

Pour qui : les prix sont privés à l’écran, mais le téléchargement reste trop large

Reconnaître un document hérité du travail commercial

Une marketplace de fournitures industrielles peut proposer le même produit à plusieurs sociétés avec des conditions différentes. Le commerce maintient une grille par contrat, tandis que les acheteurs consultent seulement leur catalogue. Si l’export part du classeur qui rassemble ces contrats, il commence déjà avec une population plus large que celle autorisée pour le destinataire. La disparition visuelle des autres feuilles arrive après cette erreur de sélection.

Le premier diagnostic compare le document de travail interne et le document réellement livré. Retrouvez le modèle utilisé, ses feuilles, le compte choisi et la version du traitement d’export. Un fichier nommé « tarifs-client-alpha » n’établit aucune restriction de contenu. Le nom peut être exact alors que les cellules d’une autre société sont encore présentes dans une partie du classeur.

Séparer le téléchargement acheteur des exports administratifs

Un administrateur peut disposer d’un droit de consultation transversal pour préparer une campagne tarifaire. Un acheteur ne reçoit pas nécessairement ce même périmètre. Réutiliser le bouton administratif dans l’espace client ne devient acceptable qu’après une décision explicite sur les données, les colonnes et les destinataires. Le contrôle de connexion vérifie une identité ; il ne transforme pas un export global en document limité à son organisation.

Ce diagnostic devient prioritaire quand les prix varient par société, établissement, contrat ou vendeur. Un catalogue entièrement public présente un autre risque et ne justifie pas les mêmes restrictions. Un groupe acheteur peut aussi être autorisé à recevoir plusieurs grilles. Le test doit alors comparer le fichier au périmètre réellement accordé, au lieu de refuser mécaniquement toute présence de plusieurs organisations.

Anatomie de l’export : autorisation, sélection, classeur et remise

Identifier la décision qui autorise les lignes

L’identité de l’utilisateur, son organisation active et son droit d’exporter décrivent des informations différentes. Une personne peut appartenir à deux établissements et préparer une demande dans un seul contexte. Le serveur doit retrouver ce contexte et la capacité autorisée avant de sélectionner les données. L’entreprise indiquée par un paramètre du navigateur ne constitue pas, à elle seule, une preuve du droit de recevoir ses tarifs.

La sélection inclut ensuite les règles utiles au document : période contractuelle, devise, produits accessibles et vendeurs concernés. Certaines colonnes peuvent rester internes même lorsque la ligne produit est consultable. Un acheteur autorisé à voir son prix net ne reçoit pas automatiquement le coût fournisseur, la marge opérateur ou l’historique des remises accordées aux autres comptes. La règle doit définir lignes et colonnes avant leur écriture.

Suivre les données jusqu’aux octets téléchargés

Le résultat de la sélection alimente un générateur qui construit le classeur. Celui-ci ajoute cellules, styles et éventuelles dépendances. Le stockage conserve ensuite le fichier avant sa remise. Chaque passage peut élargir ou modifier le contenu : copie d’un modèle global, ajout d’une feuille de calcul interne, récupération d’un ancien fichier ou partage d’une adresse de téléchargement. La recette doit conserver la relation entre la décision initiale et le document final.

Le contrôle de l’écran ne couvre pas cette chaîne. Il peut confirmer qu’un acheteur ne voit pas les prix d’une autre entreprise dans le catalogue, tout en laissant l’export reprendre une source différente. Comparez le périmètre attendu, les lignes transmises au générateur et le fichier sauvegardé. Cette comparaison localise le défaut avant de choisir entre correction du filtre, remplacement du modèle et reprise de la remise.

Une feuille masquée reste une feuille du classeur

Distinguer visibilité et présence dans le document

La documentation Microsoft sur les feuilles masquées explique que leurs données restent utilisables par référence. L’état d’affichage modifie donc la présentation sans retirer cette matière du classeur. Dans un export contenant des prix interdits au destinataire, le changement d’état ne corrige pas le périmètre déjà écrit.

Microsoft décrit également les états hidden et veryHidden dans son exemple de lecture des feuilles avec Open XML. Ces états peuvent être examinés depuis la description du classeur. L’exercice reprend cette distinction sur nos propres fichiers fictifs non chiffrés ; il ne nécessite ni fichier client, ni récupération de mot de passe, ni modification d’un document appartenant à une autre organisation.

Choisir la protection selon le besoin réel

La documentation Microsoft sur la protection Excel distingue la protection d’une feuille et le chiffrement du fichier. La première encadre des modifications de cellules ; le second traite l’ouverture du document. Une restriction de modification ne doit donc pas être présentée comme la preuve que les tarifs d’autres comptes ont disparu.

Le chiffrement peut protéger un transport ou un accès selon le dispositif retenu. Il ne résout pas une sélection trop large lorsque le destinataire autorisé à ouvrir le fichier reçoit aussi des données qui ne lui sont pas destinées. La correction métier reste de construire le document correspondant à son droit. Les protections complémentaires s’appliquent ensuite à ce document, selon les modalités de distribution et de conservation.

Exercice corrigé : trois sociétés dans un fichier destiné à Alpha

Comparer deux classeurs avec les mêmes lignes autorisées

Exemple concret fictif : le laboratoire prépare quatre lignes pour trois sociétés. Alpha possède VIS-M8 à 12,50 € hors taxes et JOINT-20 à zéro euro. Beta possède VIS-M8 à 9,80 €, tandis que Gamma possède cette référence à 8,40 €. Les montants servent uniquement à identifier les données dans les fichiers. Le prix nul d’Alpha est volontaire : retirer une ligne parce que son montant vaut zéro produirait un document incomplet sans résoudre la confidentialité.

Le premier classeur contient trois feuilles. Tarifs Alpha reste visible, Tarifs Beta porte l’état hidden et Tarifs Gamma l’état veryHidden. Le second est construit à partir des deux lignes Alpha dans un nouveau classeur. Nous inspectons les parties sauvegardées de chaque fichier, y compris les descriptions des feuilles et les valeurs de cellules. La comparaison porte ainsi sur les documents exportés, au-delà de leur première présentation.

Lire la preuve à sa juste portée

Les deux fichiers ont passé le contrôle d’intégrité de leur archive. Le premier garde effectivement les deux tarifs étrangers malgré leurs états de visibilité. Le second ne contient qu’une feuille et conserve les deux lignes Alpha, y compris le montant nul. La recherche dans ses parties XML et relations ne retrouve aucun marqueur Beta ou Gamma. Aucun lien externe ni cache de tableau croisé n’est présent dans ce témoin limité.

Cette expérience démontre le défaut de masquage et la différence entre nos deux fichiers. Elle n’exécute pas une session native Excel et ne valide pas un export de production. Les dossiers réels peuvent contenir formules, graphiques, documents incorporés ou autres parties absentes du témoin. Votre recette doit reprendre leurs dépendances et le mécanisme d’autorisation avant de conclure que le téléchargement respecte le contrat attendu.

Construire le fichier depuis le périmètre autorisé

Privilégier un modèle de présentation sans tarifs internes

Contre-intuitivement, un classeur créé séparément peut être plus simple à maintenir qu’un document commercial nettoyé pour chaque acheteur. Le modèle fournit titres, styles et colonnes sans embarquer des prix réels ou historiques. Le générateur crée les cellules depuis la sélection autorisée. Cette séparation réduit le risque qu’un ajout commercial atteigne tous les exports et évite une suppression tardive de chaque feuille interne possible.

Choisissez une liste explicite de colonnes adaptées au destinataire. Un document acheteur peut présenter référence, désignation, unité, prix applicable et période lorsqu’ils sont utiles au contrat. La liste ne provient pas automatiquement de toutes les propriétés de l’objet tarif. Un champ ajouté au back-office ou à l’ERP ne devient ainsi pas exportable simplement parce que le sérialiseur sait désormais le lire.

Conserver une référence vérifiable des lignes produites

Le travail d’export doit identifier la sélection appliquée et son contexte sans recopier tous les prix dans les journaux. Selon le fonctionnement retenu, une référence de version, des identifiants de lignes et une empreinte du fichier permettent de retrouver ce qui a été construit. Une simple mention « export réussi » indique une fin technique ; elle ne dit ni pour quelle organisation, ni depuis quel contrat les données ont été préparées.

La comparaison indépendante vérifie aussi la complétude. Un fichier qui ne contient aucun prix étranger peut rester faux s’il omet une référence autorisée ou une remise attendue. Notre ligne à zéro illustre cette distinction. Le succès exige simultanément le respect du périmètre, la présence des données attendues et l’application de la bonne version tarifaire ; ces décisions doivent garder des motifs différents.

Une génération différée doit retrouver le contexte de la demande

Éviter que le traitement utilise le dernier compte actif

Un export volumineux peut rejoindre une file de travaux. L’utilisateur demande les tarifs d’Alpha, puis consulte Beta avant la fin du traitement. Si le travail relit seulement le compte actif du moment, il peut construire un autre document sous le nom attendu. La demande doit porter un contexte identifié, distinct de la navigation ultérieure. Le worker examine ce contexte selon le contrat d’autorisation retenu.

Le choix de version possède également un effet commercial. Certaines plateformes exportent le tarif valable au moment de la demande ; d’autres exigent la version encore active lors de la génération. La politique doit annoncer cette règle et conserver la version utilisée. La confidentialité et la fraîcheur restent deux axes séparés : un prix ancien peut appartenir au bon compte, tandis qu’un prix récent peut appartenir au mauvais destinataire.

Décider quoi faire lorsque les droits changent avant la remise

Le droit qui permet de lancer le travail peut être retiré avant le téléchargement. Prévoyez un nouveau contrôle de la remise et la réponse à produire si ce droit n’est plus valable. Le traitement ne doit pas publier une adresse utilisable simplement parce que la génération a terminé. La durée de conservation et les reprises suivent cette décision, avec une distinction entre travail annulé, document prêt et remise encore autorisée.

Scénario de recette à ajouter : Alpha demande un export, puis son utilisateur passe dans le contexte Beta avant la génération. Comparez l’organisation de la demande avec les lignes du fichier, puis testez la remise après un retrait de rôle. Notre laboratoire ne teste pas cette file ni ces transitions. L’idempotence du travail doit préserver le résultat applicable sans permettre la récupération d’un document destiné à un autre compte.

Le bon classeur peut encore partir vers le mauvais destinataire

Qualifier le stockage et les réutilisations de fichiers

Une plateforme peut générer correctement le fichier Alpha, puis servir celui de Beta depuis une réutilisation mal définie. Une clé fondée seulement sur la famille de produits ou la date ne distingue pas les droits tarifaires. Le stockage doit retrouver le périmètre et la version nécessaires au document. Un cache peut accélérer le téléchargement lorsque son contrat conserve ces distinctions ; il devient dangereux lorsqu’il les efface.

Testez deux organisations qui demandent la même référence à quelques instants d’intervalle. Comparez les fichiers réellement reçus et leurs empreintes, avec un résultat attendu propre à chaque compte. Une réponse HTTP réussie ne prouve pas la bonne association. Le support doit pouvoir remonter du téléchargement au travail et à sa sélection, sans rechercher le contenu sensible dans une collection de fichiers partagés sans contexte.

Contrôler le droit de récupérer un document déjà construit

Le téléchargement possède son propre point d’autorisation. Un identifiant de fichier connu ou un nom difficile à deviner ne remplace pas le contrôle du destinataire. Si le dispositif utilise une adresse temporaire, sa durée et son exposition doivent correspondre au mode de partage prévu. La recette examine aussi le rôle du compte qui récupère le fichier, le partage entre établissements et le retrait d’habilitation.

Une fois un document téléchargé, la plateforme ne peut pas supposer qu’il a disparu des copies détenues par son destinataire. Une correction du stockage protège les remises futures ; elle ne démontre pas l’effacement des documents précédents. Le responsable du service doit donc distinguer blocage de la distribution, traitement des fichiers conservés et gestion des destinataires concernés. La communication de l’incident s’appuie sur les preuves disponibles.

Examiner les dépendances du fichier complet

Inventorier ce que le modèle ajoute aux cellules visibles

Le contrôle d’un export réel doit tenir compte de ses fonctionnalités. Une formule peut dépendre d’une feuille intermédiaire ; un nom défini peut désigner une plage interne ; un tableau croisé peut s’appuyer sur une autre source. Les graphiques et documents incorporés demandent également leur examen lorsqu’ils existent. Il ne suffit pas de rechercher le nom du client étranger dans quelques cellules si le modèle conserve d’autres données ou références.

Commencez par l’inventaire des parties réellement produites par votre générateur. Reliez chaque dépendance à un usage autorisé du destinataire. Une fonction absente du fichier n’exige pas un contrôle fictif ; une fonction présente mais inconnue ne doit pas recevoir automatiquement le statut conforme. Le modèle le plus simple permettant l’usage acheteur reste souvent plus facile à examiner qu’une copie complète du document de pilotage commercial.

Utiliser des témoins étrangers sans en faire une preuve absolue

Les marqueurs Beta et Gamma permettent de repérer les lignes introduites volontairement dans notre laboratoire. Leur absence dans le second fichier confirme cette comparaison précise. Dans une recette métier, ajoutez des témoins reconnaissables dans chaque catégorie de données qui pourrait être transférée par erreur, puis examinez les cellules et dépendances. Gardez ces informations entièrement fictives pour éviter de créer une nouvelle exposition pendant le diagnostic.

Une recherche de chaînes possède des limites : transformations, valeurs partagées ou données numériques peuvent rendre un marqueur absent malgré un contenu incorrect. Complétez-la par une comparaison des lignes attendues et par la lecture de la structure produite. L’empreinte assure l’identité du fichier contrôlé ; elle ne prouve pas que son contenu est autorisé. Ces contrôles se renforcent lorsqu’ils répondent chacun à une question explicite.

Erreurs fréquentes : traiter la présentation comme une restriction d’accès

Masquer les données après avoir chargé toutes les grilles

Le filtre appliqué après l’écriture laisse le document partir d’une source trop large. Une feuille supplémentaire, une plage oubliée ou une modification du modèle peut échapper à la suppression. Le générateur doit recevoir seulement les données nécessaires au destinataire. Cette règle ne dispense pas du contrôle final ; elle réduit la quantité d’informations qu’une erreur de présentation pourrait remettre au téléchargement.

La même confusion existe lorsqu’une colonne confidentielle est cachée plutôt que retirée. Demandez si sa valeur doit réellement appartenir au document distribué. Si elle ne sert qu’à calculer une marge interne, le calcul et sa source doivent rester dans le traitement autorisé. Une préférence d’affichage de l’acheteur ne doit pas décider quelles données internes accompagnent son fichier.

Valider uniquement l’ouverture et le nombre de feuilles visibles

Un classeur qui s’ouvre correctement peut contenir des données interdites. Une seule feuille visible peut aussi coexister avec plusieurs feuilles masquées, comme dans notre témoin. Le contrôle d’intégrité et le contrôle de confidentialité ont donc des résultats distincts. La recette conserve le détail des feuilles présentes, les lignes examinées et les dépendances pertinentes au lieu de résumer tous ces points par « fichier valide ».

Le test doit également être rattaché au fichier sauvegardé après toutes les transformations. Contrôler une structure en mémoire puis exporter un autre modèle perd cette relation. Retrouvez l’empreinte, la version du générateur et le contexte du document réellement distribué. Le résultat devient ainsi exploitable lorsque le support compare une pièce reçue avec l’export que le service affirme avoir préparé.

Plan d’action : reprendre un export témoin avant de rouvrir la distribution

Contenir le défaut sur le parcours identifié

Si un fichier trop large est confirmé, commencez par empêcher les nouvelles remises de ce modèle sur le parcours concerné. Gardez la preuve du document observé et la chronologie disponible, avec un accès restreint aux personnes qui doivent l’examiner. Ne remplacez pas immédiatement tous les fichiers sans conserver leurs références : vous perdriez une partie du lien entre travail, destinataire et contenu exposé.

Le responsable produit qualifie les usages indispensables pendant cette suspension. Un export limité peut remplacer temporairement le document global s’il respecte le contrat de prix et le contrôle de remise. Une fabrication manuelle reste possible sur un périmètre borné, mais chaque document doit être vérifié avant transmission. Déplacer l’ancien classeur dans une messagerie ne corrige pas sa sélection trop large.

Livrer une correction dont le retour arrière reste maîtrisé

Commerce et produit définissent les lignes et colonnes attendues pour deux comptes témoins. La technique corrige la sélection, construit le modèle limité et vérifie le fichier sauvegardé. Le support examine la remise et les motifs de refus. Les dépendances ERP fournissent le tarif et sa version selon leur contrat, sans recevoir une responsabilité de confidentialité que le générateur doit porter lui-même.

La réouverture exige que les témoins autorisés restent complets et qu’aucune ligne interdite ne parte dans les documents examinés. Testez ensuite les changements de rôle et la réutilisation du stockage. Le retour arrière doit suspendre ou reprendre un mécanisme connu ; restaurer le modèle global remettrait le défaut en circulation. La procédure de reprise identifie cette limite avant le déploiement et prévoit l’action en cas d’écart.

• Refusez la remise si le fichier dépasse le périmètre autorisé de son destinataire.
• Différez la réouverture si une dépendance du modèle reste présente sans justification métier.
• Conservez le parcours suspendu si le retour arrière réactive le classeur global exposé.

Les responsabilités de livraison sont écrites sur ce parcours précis. Le commerce valide les entrées tarifaires et leur contrat ; la technique compare les sorties sauvegardées et leurs dépendances. Le responsable produit fixe le seuil de refus et le repli utilisable. Le support retrouve ces décisions dans la journalisation avant d’autoriser une remise manuelle ou de demander une nouvelle correction.

Mesurer les écarts de périmètre sans journaliser les tarifs

Séparer complétude, confidentialité et délai de remise

Suivez les documents dont les lignes ne correspondent pas au périmètre attendu, les références autorisées manquantes et les remises refusées après changement de droit. Ces indicateurs décrivent trois problèmes différents. Un export vide peut éviter une fuite tout en bloquant les achats ; un export complet peut transporter une grille étrangère. Le délai de génération et le temps de téléchargement restent des mesures de service distinctes de la conformité des données.

Le seuil de refus se définit sur le contrat testé : une ligne extérieure au périmètre autorisé bloque la remise, tandis qu’un écart de complétude exige son propre motif. Les nombres sont comparés à une sélection indépendante, avec le même compte, la même période et la même version. Le nombre de feuilles ne sert pas de substitut au nombre de lignes autorisées, surtout lorsque plusieurs grilles sont légitimement partagées.

Conserver la journalisation nécessaire au diagnostic

La journalisation peut relier demande, organisation, rôle examiné, version tarifaire, travail de génération, empreinte du fichier et décision de remise. Elle donne une traçabilité entre les entrées autorisées et les sorties remises, sans copier tous les prix. La durée de conservation suit la politique du service. Un export confidentiel ne doit pas être reproduit dans un outil d’observabilité accessible plus largement que son destinataire.

Après livraison, refaites les comparaisons lorsqu’une colonne, un modèle ou une source tarifaire change. Un test ancien ne valide pas une nouvelle dépendance. Observez aussi les tickets où un acheteur mentionne un prix absent de son catalogue : ils peuvent signaler une distribution parallèle ou un autre défaut. La qualification conserve le fichier concerné et son contexte avant d’attribuer la cause à l’export.

Lectures complémentaires : retrouver le compte, le tarif et l’engagement

Définir la population qui peut recevoir une grille

Les catalogues et prix négociés B2B reposent sur des populations et conditions qui produisent un tarif. Leur qualification détermine les lignes attendues avant de fabriquer le document. Une grille visible ne doit pas être exportée sans retrouver les règles de compte et de contrat auxquelles elle appartient.

Précisez notamment si la grille autorisée appartient à une société ou à plusieurs établissements couverts par le même accord. Cette décision évite de construire un export trop large, mais aussi de retirer des données légitimes. Le laboratoire utilise une seule société destinataire ; votre contrat peut définir une autre population explicitement autorisée.

Choisir l’organisation active et les délégations applicables

La hiérarchie des comptes marketplace B2B distingue groupes, établissements, rôles et centres de coût. Cette lecture devient utile lorsqu’un utilisateur peut travailler pour plusieurs entités. Le document demandé doit retrouver une décision de périmètre identifiable, au lieu de déduire ses droits du dernier contexte affiché.

Un changement de rattachement ne doit pas transférer automatiquement les anciennes grilles au nouveau compte. Retrouvez la règle applicable aux demandes en cours et aux documents déjà prêts. L’historique commercial garde son contexte, tandis que la récupération du document suit la décision de remise réellement accordée à l’utilisateur.

Raccorder le téléchargement au processus d’achat

Le dossier sur les processus achats et procurement B2B situe catalogue, demande, validation et intégrations ERP. Il permet de décider quel document sert réellement au parcours acheteur. Un export de consultation, un document de négociation et une pièce de commande ne doivent pas partager une promesse commerciale implicite.

Les équipes achats peuvent avoir besoin d’une grille pour préparer une demande, sans disposer du pouvoir d’engager un budget. Le document peut rester utile tout en conservant cette limite. Son téléchargement ne doit pas créer une approbation ou une commande par simple réutilisation du fichier dans une étape suivante.

Ne pas confondre prix consulté et proposition acceptée

La conversion du devis B2B en commande conserve la version et les approbations de l’offre acceptée. Elle prolonge la question lorsque le fichier tarifaire sert à préparer une négociation. La maîtrise de la confidentialité du téléchargement ne suffit pas à établir quel prix engage ensuite les parties.

Gardez une relation explicable entre la grille consultée et la proposition éventuellement négociée. Une modification commerciale peut produire une nouvelle offre sans réécrire le document précédemment distribué. Le support retrouve ainsi ce que l’acheteur a consulté et ce qu’il a accepté, avec des références distinctes adaptées à chaque étape.

Conclusion : livrer les données autorisées, puis organiser leur présentation

Le défaut devient explicable lorsque l’on distingue l’écran, la sélection et le fichier livré. Dans notre exercice, les états hidden et veryHidden changent la visibilité de deux feuilles sans retirer leurs tarifs du premier classeur. Le document construit uniquement pour Alpha conserve les lignes attendues et exclut les témoins étrangers examinés.

La correction commence avant l’écriture des cellules. Elle définit destinataire, périmètre, colonnes et version, puis vérifie le document sauvegardé. La génération différée, le stockage et la remise doivent retrouver cette même décision. Un fichier conforme peut encore être distribué au mauvais compte si le dernier passage n’applique pas son contrôle.

Le cadrage d’une marketplace B2B opérateur permet de relier ces documents aux organisations, aux tarifs et aux workflows d’achat. La recette porte sur le parcours réel et ses dépendances, avec des témoins fictifs qui vérifient confidentialité et complétude sans reproduire les données d’un client.

Dawap peut vous accompagner pour reprendre cette chaîne, du modèle de compte au téléchargement effectivement remis. Notre travail de création de marketplace transforme les règles commerciales en sélections, documents et décisions de remise vérifiables, afin que vos équipes puissent expliquer chaque export et faire évoluer le service sans réintroduire des grilles étrangères.