Associer commandes et factures dans le compte client
Définissez sources et droits pour les commandes et les factures. Un cas de test concret couvre l’accès direct et le changement d’entreprise.
La liste des commandes d’un compte client ne devrait montrer que les opérations accessibles à la personne connectée dans le contexte d’entreprise choisi. Une facture nécessite aussi une association correcte au document et à sa source. Un bouton de téléchargement visible ne résout pas cette question à lui seul.
Définir d’abord le périmètre des données
Shopify présente historique des commandes et établissements comme fonctions du compte. Cela ne promet pas que chaque compte contient toutes les commandes du progiciel de gestion intégré (ERP) et tous les fichiers de facture. Précisez quelles commandes et périodes sont incluses dans votre application et quel système fournit les factures. Une commande importée peut être visible alors que son document manque encore.
Reliez explicitement commande, compte d’entreprise et référence de facture. Un numéro de document similaire ou un même nom d’entreprise ne constitue pas une association fiable. Une commande peut avoir plusieurs documents associés ; l’interface doit présenter ceux qui sont réellement fournis avec un libellé clair.
Convenir d’un cas d’accès concret
Tous les identifiants et résultats du tableau sont des exigences fictives pour un portail envisagé. Ils ne décrivent ni test effectué ni configuration par défaut d’un produit.
Situation initiale | Demande | Résultat attendu |
|---|---|---|
Le compte de test peut voir l’entreprise | Commande | Données visibles dans le bon contexte d’entreprise |
Le même compte possède le droit documentaire pour | Facture associée | Ce document précis peut être récupéré |
Le compte de test est associé uniquement à | Accès direct à | Aucun fichier d’une autre entreprise ni détail documentaire protégé |
La source de facture manque pour | Ouvrir la zone des factures | Document actuellement indisponible ; aucune facture inventée |
Effectuez le contrôle avec des comptes et documents de test adaptés. Il doit couvrir l’accès direct au fichier même si la facture de l’autre entreprise n’apparaît jamais dans la liste.
Appliquer les droits à chaque demande
OWASP exige un contrôle d’autorisation sur l’objet demandé. Vérifiez donc côté serveur l’utilisateur, l’entreprise autorisée, l’association du document et l’action demandée. Un filtre dans le navigateur ou un identifiant difficile à deviner ne remplace pas cette décision. Le chemin d’accès au fichier doit aussi respecter la règle.
Définissez le traitement d’une nouvelle demande après modification des droits. Lors d’un changement d’entreprise autorisé, des commandes en cache de l’entreprise précédente ne doivent pas apparaître comme appartenant à la nouvelle. Vérifiez donc listes, vues détaillées et liens de téléchargement après le changement.
Expliquer les données manquantes
Distinguez un historique vide d’une source inaccessible. « Facture pas encore disponible » et « aucun accès » sont également des états différents ; l’affichage doit préserver la confidentialité convenue. Le portail ne devrait ni inventer un état de paiement ni traiter un fichier absent comme confirmation métier.
L’essai établit les vues autorisées et les demandes bloquées. L’association à la commande, la source documentaire et l’accès doivent être cohérents pour intégrer cette fonction de façon fiable au compte client.
Sources
À lire aussi
Tous les articles
E-commerce avec ASES
Boutiques en ligne, marketplaces et portails B2B