Achat d'étiquettes en auto-traitement
Récupérez l'adresse de livraison de la commande, appelez getRates / getEligibleShipmentServices, achetez une étiquette avec purchaseShipment / createShipment, imprimez et expédiez.
E-commerce · Amazon SP-API · Rôle restreint
Rôle Direct-to-Consumer Shipping (Restreint)
Le rôle Direct-to-Consumer Shipping (restreint) déverrouille les données personnelles d'expédition de l'acheteur dont vous avez besoin pour exécuter vos propres commandes, lire les commandes, acheter des étiquettes de transporteur et confirmer les expéditions à Amazon. Étant donné que ces opérations utilisent des données personnelles pour permettre l'expédition, Amazon soumet ce rôle à un examen de conformité. Nous reconstruisons exactement le dossier de sécurité et de traitement des données qu'Amazon évalue, afin que la raison de votre refus disparaisse.
Orders API v0 · getOrders
Shipping API v2
POST_ORDER_FULFILLMENT_DATA
Données personnelles d'expédition de l'acheteur
Amazon n'approuve pas une demande Direct-to-Consumer Shipping parce qu'elle est bien rédigée. Elle l'approuve parce que la demande démontre un traitement conforme des informations PII d'expédition de l'acheteur.
Le rejet le plus courant se résume à une seule ligne : « la documentation de sécurité et de conformité n'a pas satisfait aux exigences ». C'est exactement cette ligne que nous reconstruisons.
Ce qu'est le rôle
Ce que le rôle Direct-to-Consumer Shipping débloque
Un rôle restreint multi-API pour expédier les commandes de la place de marché Amazon directement aux acheteurs, évalué sur sa propre justification, car les informations PII qu'il expose sont la véritable identité d'expédition de l'acheteur.
Définition officielle d'Amazon
Selon la documentation des rôles de l'API Selling Partner d'Amazon, le rôle « Fournit l'accès aux opérations qui expédient les commandes directement aux clients en utilisant le transporteur de leur choix, y compris Amazon. Les opérations nécessitant ce rôle utilisent des données personnelles (PII) pour permettre l'expédition. » Il est disponible pour les vendeurs et les fournisseurs, et le suffixe « (Restricted) » indique qu'il s'agit d'un rôle PII nécessitant une approbation supplémentaire.
Amazon écrit le nom de deux manières, Direct-to-Consumer Shipping (avec trait d'union) et Direct to Consumer Shipping, sur ses pages. Ils désignent le même rôle ; la forme avec trait d'union est la forme canonique. La documentation des rôles elle-même nomme trois opérations phares que le rôle contrôle : getOrders (Orders API v0), createReport (Reports API v2021-06-30) pour le rapport de commandes d'expédition, et createFeed (Feeds API v2021-06-30) pour le flux de confirmation d'expédition. Le tableau complet des correspondances de rôles l'étend aux API de traitement et d'expédition ci-dessous.
Lisez-le directement sur Amazon : la présentation des rôles dans l'API Selling Partner et le tableau des correspondances de rôles.
Derrière le rôle
L'API en pratique
Les opérations concrètes que le rôle Direct-to-Consumer Shipping contrôle, avec les versions exactes des API, les types de rapports et de flux conservés textuellement, tels qu'un examinateur Amazon les lit.
Les trois opérations nommées dans le document des rôles
- getOrders (Orders API v0), renvoie une liste de commandes et leurs informations ; le rôle est requis car les objets de commande peuvent contenir des données personnelles (PII) de l'adresse de livraison.
- createReport (Reports API v2021-06-30), requis lors de la demande du type de rapport GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPING, le rapport de commande qui inclut les données d'expédition/PII.
- createFeed (Feeds API v2021-06-30), requis lors de la soumission du flux POST_ORDER_FULFILLMENT_DATA, qui transmet le transporteur, le numéro de suivi et la date d'expédition à Amazon afin que la commande soit marquée comme expédiée et que l'acheteur soit notifié.
Achat d'étiquettes, Shipping API v2 (moderne) et Merchant Fulfillment API v0 (ancienne)
Pour les nouvelles intégrations, Amazon indique : « utilisez plutôt la Shipping API v2. » Ses opérations incluent getRates, purchaseShipment, oneClickShipment, getTracking, getShipmentDocuments et cancelShipment. L'ancienne Merchant Fulfillment API v0 (« Buy Shipping ») contrôle getEligibleShipmentServices, createShipment, getShipment, cancelShipment et getAdditionalSellerInputs, toutes nécessitant le rôle Direct-to-Consumer Shipping (Restricted).
Easy Ship & External Fulfillment
Le rôle couvre également les opérations de planification de l'Easy Ship API v2022-03-23 telles que listHandoverSlots et createScheduledPackage, ainsi que les opérations d'expédition des External Fulfillment APIs v2024-09-11 (par exemple processShipment, generateShipLabels, getShipments).
Pourquoi ce rôle est restreint
Les données acheteur qu'il déverrouille, et pourquoi Amazon le restreint
Ce rôle existe car l'expédition d'un colis nécessite la véritable identité de livraison de l'acheteur. C'est exactement le type de données personnelles (PII) qu'Amazon vous demande de délimiter, chiffrer et supprimer selon un calendrier fixe.
Les données personnelles (PII) d'expédition exposées par ce rôle
- Nom: nom complet de l'acheteur / du destinataire
- AddressLine1, AddressLine2, AddressLine3
- Ville, StateOrProvinceCode, Code postal, CountryCode
- E-mail et Téléphone
- Via Shipping API v2 getTracking, données de preuve de livraison : lieu de livraison, image de signature et nom du receivedBy
Étant donné que la divulgation ou l'utilisation abusive de ces données constitue un risque juridique et de protection des données, Amazon classe ce rôle comme restreint et ne l'accorde qu'après un examen Restricted Data Access de votre conformité à la politique de protection des données. Notez un durcissement à prévoir : les commandes MFN exigent désormais ce rôle pour renvoyer certains champs d'expédition, les applications qui se fient aux données de commande par défaut sans ce rôle peuvent soudainement perdre ces champs PII.
Alors, qui a réellement besoin du rôle Direct-to-Consumer Shipping, et qui n'en a pas besoin ?
Si vous lisez l'adresse d'un acheteur ou achetez une étiquette, c'est vous. Si Amazon expédie vos commandes, ce n'est pas vous.
Cas d'utilisation
Qui a besoin du rôle Direct-to-Consumer Shipping
Ce rôle alimente les workflows d'auto-expédition et d'achat d'étiquettes pour les vendeurs, les logiciels et les plateformes logistiques.
Confirmation d'expédition à Amazon
Transmettez le code transporteur, le nom du transporteur, le numéro de suivi et la date d'expédition via le flux POST_ORDER_FULFILLMENT_DATA afin que la commande soit marquée comme expédiée et que l'acheteur soit notifié.
Protection Achat-Expédition
L'achat d'étiquettes via Amazon Buy Shipping protège les vendeurs contre les indicateurs de retard/non-livraison et les réclamations A-to-z.
Comparaison des tarifs entre transporteurs
Comparez Amazon Shipping avec UPS, USPS, FedEx et DHL pour sélectionner le service le moins cher ou le plus rapide pour chaque commande.
Planification Easy Ship
Dans les places de marché éligibles (ex. Inde), planifiez des créneaux de remise au coursier avec listHandoverSlots et createScheduledPackage.
Synchronisation du suivi et rapports
Utilisez getTracking pour informer les acheteurs et extrayez GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPING pour le traitement par lots, la vérification des adresses et la mise en manifeste.
Qui en a besoin, et qui n'en a pas besoin
En a besoin
- Vendeurs FBM / MFN qui expédient eux-mêmes leurs commandes
- Logiciels d'expédition et d'étiquettes / tarifs multi-transporteurs
- Outils OMS / multicanal qui marquent les commandes comme expédiées
- Plateformes WMS / 3PL qui expédient pour le compte du vendeur
- Systèmes ERP et intégrateurs Easy Ship / external-fulfilment
N'en a pas besoin
- Vendeurs purement FBA, Amazon expédie les commandes
- Applications qui ne lisent jamais les données PII de l'adresse de livraison
- Applications qui n'achètent jamais d'étiquettes d'expédition
- Amazon Shipping purement hors Amazon, ce flux utilise plutôt le rôle Amazon Logistics
N'importe qui peut remplir le même formulaire Amazon. La différence réside dans le fait que le fichier prouve que vous gérez les données PII de l'adresse de livraison conformément à la politique d'Amazon.
Cette preuve est documentaire, et c'est exactement ce que nous construisons.
Comment obtenir l'approbation
Comment faire approuver le rôle Direct-to-Consumer Shipping
L'approbation est un examen de conformité, pas un test de codage. Inscrivez-vous en tant que développeur, demandez le rôle dans Developer Central / App registration, et réussissez l'examen de conformité d'Amazon à votre politique de protection des données.
Trois éléments font la différence : les réponses de votre demande, une Politique de traitement et de confidentialité des données publiable, et la preuve que vous mettez en œuvre les contrôles qu'Amazon évalue, traitement sécurisé et chiffrement des données personnelles d'expédition, accès avec privilèges minimaux, conservation limitée avec suppression automatisée, et un cas d'usage d'expédition légitime. Pour le rôle Direct-to-Consumer Shipping spécifiquement, votre justification doit lier chaque champ de données personnelles (nom, adresse complète, e-mail, téléphone) à l'acte de générer une étiquette et de confirmer une expédition, rien de plus large.
Un piège d'intégration à éviter : choisissez Direct-to-Consumer Shipping pour expédier les commandes Amazon ; le programme d'expédition hors Amazon Amazon Shipping demande le rôle Amazon Logistics à la place. Choisir la mauvaise étiquette est une cause fréquente de non-fonctionnement de l'accès. Nous faisons correspondre votre cas d'usage au rôle correct et rédigeons l'intégralité du dossier pour que chaque document raconte la même histoire.
La vraie raison
Pourquoi les demandes Direct-to-Consumer Shipping sont rejetées
Amazon vous dit rarement ce qui n'a pas fonctionné. La décision se résume presque toujours à une phrase : votre documentation de sécurité et de conformité ne répondait pas aux exigences. En pratique, cela signifie un ou plusieurs des éléments suivants :
- Justification d'expédition insuffisante, le fichier ne lie pas chaque champ de données personnelles à la génération d'une étiquette ou à la confirmation d'une expédition.
- Rôle incorrect sélectionné, Amazon Logistics choisi alors que le cas d'usage est l'expédition de commandes Amazon, ou vice-versa.
- Absence d'inventaire des données au niveau des champs indiquant quelles données personnelles d'expédition sont utilisées, où et pourquoi.
- Durée de conservation des données personnelles non plafonnée ou non prouvée comme automatisée, aucune suppression obligatoire après l'exécution de la commande.
- Journaux stockant des données personnelles clients, ou absence de preuve de revues d'accès et de désinscription.
- Incohérence documentaire, les réponses de la demande, la politique de confidentialité et les procédures de sécurité se contredisent.
- Réponses génériques, copiées-collées et formulations vagues qui ne prouvent rien.
- Tout indice de collecte d'identifiants, demander des mots de passe ou clés Seller Central entraîne un refus automatique.
- Tout indice d'agrégation ou de revente de données entre vendeurs de données d'expédition provenant d'Amazon.
- Un site web public qui ne correspond pas au rôle, revendiquer une capacité d'expédition que vous ne pouvez pas démontrer, ou l'absence totale de celle-ci.
Amazon examine les preuves, pas les promesses. Nous éliminons chacune de ces raisons, de sorte qu'il ne reste aucun motif de conformité pour vous refuser.
Questions fréquemment posées
Qu'est-ce que le rôle Direct-to-Consumer Shipping (Restricted) ?
Il s'agit d'un rôle restreint de l'API SP-API Amazon qui, selon la documentation des rôles d'Amazon, « donne accès aux opérations permettant d'expédier des commandes directement aux clients en utilisant leur transporteur de choix, y compris Amazon. Les opérations nécessitant ce rôle utilisent des données personnelles (PII) pour permettre l'expédition. » Étant donné que l'expédition d'un colis nécessite l'identité réelle du destinataire, Amazon soumet ce rôle à un examen d'accès aux données restreintes et aux obligations de la politique de protection des données. Amazon le mentionne également sous le nom « Direct to Consumer Shipping », il s'agit du même rôle ; conservez toujours le suffixe « (Restricted) ».
Quelles opérations SP-API le rôle Direct-to-Consumer Shipping contrôle-t-il ?
La documentation des rôles mentionne trois opérations phares : getOrders (Orders API v0), createReport (Reports API v2021-06-30) lors de la demande de GET_FLAT_FILE_ORDER_REPORT_DATA_SHIPPING, et createFeed (Feeds API v2021-06-30) lors de la soumission de POST_ORDER_FULFILLMENT_DATA. Le tableau de correspondance des rôles l'étend à l'ensemble de Merchant Fulfillment API v0 (createShipment, getEligibleShipmentServices, getShipment, cancelShipment, getAdditionalSellerInputs), Shipping API v2 (getRates, purchaseShipment, oneClickShipment, getTracking, getShipmentDocuments, cancelShipment), Easy Ship v2022-03-23 et les opérations d'expédition External Fulfillment v2024-09-11.
Pourquoi le rôle Direct-to-Consumer Shipping est-il « restreint » ?
Parce que chaque opération contrôlée utilise des informations personnelles identifiables (PII) de l'acheteur pour permettre la livraison physique. L'objet d'adresse de livraison expose le nom, AddressLine1, AddressLine2, AddressLine3, la ville, StateOrProvinceCode, le code postal, CountryCode, l'e-mail et le téléphone, et l'opération getTracking de Shipping API v2 peut révéler des données de preuve de livraison (lieu de livraison, image de signature, nom du destinataire). L'exposition ou l'utilisation abusive de ces données constitue un risque juridique et de protection des données, c'est pourquoi Amazon exige une approbation supplémentaire avant d'accorder l'accès.
Ai-je besoin de ce rôle si j'utilise uniquement FBA ?
Non. Amazon expédie les commandes FBA, donc les vendeurs purement FBA n'ont pas besoin du rôle Direct-to-Consumer Shipping. Vous en avez besoin pour l'auto-traitement FBM / MFN, lire l'adresse de livraison de l'acheteur, acheter des étiquettes et confirmer l'expédition. Les applications qui ne lisent jamais les PII de l'adresse de livraison et n'achètent jamais d'étiquettes n'en ont pas non plus besoin.
Quelles données acheteur le rôle déverrouille-t-il ?
L'identité de l'acheteur pour la livraison à partir de l'objet Order / OrderAddress : nom, AddressLine1/2/3, ville, StateOrProvinceCode, code postal, CountryCode, e-mail et téléphone, ainsi que les documents d'expédition et d'étiquettes, les offres de tarifs, et les objets de suivi/preuve de livraison. C'est exactement les PII qu'Amazon s'attend à ce que vous limitiez strictement, chiffriez et supprimiez selon un calendrier de conservation fixe.
Quelle est la différence entre le rôle Direct-to-Consumer Shipping et le rôle Amazon Logistics ?
Direct-to-Consumer Shipping (Restricted) est le rôle pour expédier les commandes de la place de marché Amazon via SP-API. Le processus de démarrage du programme d'expédition Amazon Shipping autonome (hors Amazon) vous demande plutôt de sélectionner le rôle Amazon Logistics. Le rôle que vous demandez dépend de votre cas d'utilisation, expédition de commandes Amazon versus expédition purement hors Amazon. Choisir la mauvaise étiquette lors de l'intégration est une raison courante pour laquelle l'accès ne fonctionne pas ; nous nous assurons que vous choisissiez la bonne.
Dois-je intégrer Merchant Fulfillment API v0 ou Shipping API v2 ?
Les deux nécessitent le rôle Direct-to-Consumer Shipping. Merchant Fulfillment API v0 est l'ancienne voie « Acheter une expédition » ; la recommandation d'Amazon est « Pour les nouvelles intégrations, utilisez plutôt Shipping API v2. » Le rôle pour lequel vous postulez est le même, la différence réside uniquement dans l'API sur laquelle vous construisez.
Comment obtenir l'approbation du rôle Direct-to-Consumer Shipping ?
Inscrivez-vous en tant que développeur, demandez le rôle dans Developer Central / App registration, et passez l'examen de conformité de votre politique de protection des données par Amazon : un cas d'utilisation d'expédition légitime, un traitement sécurisé des PII (chiffrement en transit et au repos), un accès au moindre privilège, une conservation limitée avec suppression automatisée, et une politique de traitement et de confidentialité des données. L'approbation est un examen documentaire de conformité, Fenchell constitue l'ensemble du dossier pour vous, prêt à être soumis.
Pourquoi ma demande pour le rôle Direct-to-Consumer Shipping a-t-elle été rejetée ?
Presque toujours parce que la documentation de sécurité et de conformité ne répondait pas aux exigences, pas parce que le produit est faible. Causes courantes : une justification d'expédition faible, pas d'inventaire au niveau des champs des PII de livraison que vous utilisez, une conservation non plafonnée ou non prouvée comme automatisée, des journaux stockant des PII, des contradictions entre vos réponses, votre politique de confidentialité et vos procédures de sécurité, un site web public ne correspondant pas au rôle, ou la sélection d'Amazon Logistics alors que vous aviez besoin de Direct-to-Consumer Shipping (ou vice-versa).
Pourquoi mes données de commande MFN ont-elles soudainement perdu l'adresse de livraison ?
Amazon a renforcé l'accès de sorte que certains champs PII d'expédition sur les commandes MFN nécessitent désormais le rôle Direct-to-Consumer Shipping. Les applications qui comptaient sur les données de commande par défaut sans le rôle peuvent cesser de recevoir ces champs PII. Demander et obtenir l'approbation du rôle rétablit l'accès aux données de livraison dont vous avez besoin pour exécuter les commandes.
Le rôle Direct-to-Consumer Shipping est-il destiné aux vendeurs, aux fournisseurs, ou aux deux ?
Aux deux. L'aperçu des rôles d'Amazon indique que le rôle Direct-to-Consumer Shipping (Restricted) est disponible pour les vendeurs et les fournisseurs.
Avez-vous besoin d'accéder à notre code, nos serveurs ou notre compte Amazon ?
Non. Fenchell est un cabinet de conformité pour les places de marché, pas une agence de développement. Nous préparons les réponses à la demande, la politique de traitement et de confidentialité des données et la liste de contrôle de mise en œuvre ; votre propre responsable informatique la met en œuvre sur votre infrastructure. Nous n'avons jamais besoin de votre code source, de vos serveurs ou de votre identifiant Amazon.
Ai-je besoin d'une entreprise européenne pour demander le rôle Direct-to-Consumer Shipping ?
Pas strictement, mais une entreprise correctement établie avec une présence publique claire et une véritable politique de traitement des données facilite l'approbation, et une structure européenne conforme aide avec les attentes en matière de TVA et de protection des données. Nous pouvons créer une entreprise bulgare conforme 100 % à distance et aligner votre structure, votre TVA et votre demande Amazon pour qu'elles se soutiennent mutuellement.
Combien de temps Amazon prend-il pour approuver le rôle Direct-to-Consumer Shipping ?
Amazon contrôle le calendrier final, il n'y a donc pas de délai garanti. D'après notre expérience de préparation de demandes de rôles restreints depuis 2018, une soumission complète et conforme est généralement examinée dans un délai d'environ 2 à 6 semaines. Les applications publiques qui nécessitent également l'évaluation de sécurité des données par un tiers ajoutent environ un mois pour cette étape. Le plus grand accélérateur est un dossier qui répond aux exigences de sécurité et de conformité d'Amazon dès la première tentative, c'est exactement ce que nous construisons.
Obtenez l'approbation du rôle Direct-to-Consumer Shipping
Lancez le formulaire et nous confirmerons votre rôle, votre parcours et vos prochaines étapes. Le dossier standard pour rôle restreint est de 650 €, livré en 48 heures, obtenu ou remboursé sous réserve de nos CGV. Vous développez un logiciel d'expédition pour de nombreux vendeurs ? Réservez un appel pour un périmètre personnalisé.
Contenu relu par Loïc Segui (COO & CTO), équipe Conformité Marketplace de Fenchell · dernière mise à jour le 29 juin 2026. Nous ne promettons jamais l'approbation : même lorsque votre dossier est préparé correctement, Amazon conserve le droit de ne pas accorder l'accès restreint sans justification. Les chiffres indiqués sur cette page (40+ accès développeur et rôle restreint depuis 2018, 87 % des clients ont obtenu leur accès) sont basés sur des cas clients réels et ne constituent pas une garantie de résultat ; les résultats varient en fonction de votre situation et de la décision d'Amazon. Les noms d'opérations, les types de rapports et de flux ainsi que les chaînes de version d'API sont reproduits à partir de la documentation développeur d'Amazon. Fenchell Capital OOD, société bulgare basée à Plovdiv (EIK 207945095).
Best Service. “Getting approved for access to the Amazon API was a real challenge for us. Fenchel and their team stepped in, audited our functionality, and helped us understand precisely what Amazon's software review team was looking for — which made all the difference.”
4.8/5