Déclaration de taxe sur les ventes aux États-Unis
Extrayez GET_FLAT_FILE_SALES_TAX_DATA quotidiennement pour rapprocher la taxe collectée par juridiction et préparer les déclarations de taxe sur les ventes aux niveaux étatique et local.
E-commerce · Amazon SP-API · Rôle restreint
Rôle Tax Remittance (Restreint)
Le rôle Tax Remittance (restreint) déverrouille les opérations et rapports SP-API utilisés pour calculer et reverser les taxes de vente, le fichier plat des taxes de vente américaines, les rapports de taxe sur les marchandises GST en Inde, et les données Orders qui rattachent chaque vente à une juridiction. Étant donné que ces opérations peuvent utiliser les données personnelles de l'acheteur pour calculer la taxe, Amazon soumet le rôle à un contrôle de conformité. Il n'évalue pas la qualité de votre logiciel. Il évalue votre dossier.
GET_FLAT_FILE_SALES_TAX_DATA
Rapports GST_MTR (IN)
Orders API v0
Données personnelles de l'acheteur
Amazon n'approuve pas une demande Tax Remittance parce qu'elle est bien rédigée. Elle l'approuve parce que la demande démontre la conformité.
Ce rôle lit les informations personnelles des acheteurs relatives à la fiscalité, adresse de livraison, noms, raison sociale et numéros de TVA. Le réviseur veut voir exactement pourquoi vous en avez besoin, et la preuve que vous la protégerez. C'est le dossier que nous reconstruisons.
40+
accès développeur et rôles restreints depuis 2018
87%
de nos clients ont obtenu l'accès demandé (depuis 2018)
48h
pour livrer votre dossier de conformité complet
4
types de rapports fiscaux que ce rôle contrôle
Ce qu'est le rôle
Ce que le rôle Tax Remittance couvre
Il s'agit de l'autorisation SP-API qui permet les opérations de calcul et de reversement de la taxe de vente. Comprenez bien cette définition, car elle détermine les rapports et opérations auxquels vous pouvez accéder, et ceux auxquels vous ne pouvez pas.
Définition officielle d'Amazon
Selon la documentation des rôles d'Amazon, le rôle est défini textuellement comme suit : "Le rôle Tax Remittance (Restricted) donne accès aux opérations qui calculent et reversent les taxes de vente. Les opérations nécessitant ce rôle peuvent utiliser des données personnelles pour calculer les taxes de vente."
Notez le libellé précis, les opérations peuvent utiliser des données personnelles. C'est ce qui le distingue de son homologue, Tax Invoicing (Restricted), qui couvre les opérations générant des factures fiscales pour se conformer à la réglementation fiscale et qui nécessitent des données personnelles. Tax Remittance concerne le calcul et le reversement de la taxe ; Tax Invoicing concerne la production de factures légales. Ils contrôlent l'accès à différents rapports et doivent chacun être justifiés pour leurs propres mérites, ne confondez pas les deux dans votre demande.
Le rôle contrôle l'accès à deux familles : les rapports fiscaux SP-API demandés via l'API Reports, et un ensemble d'opérations Orders API v0 qui renvoient les données de commande, d'acheteur et de destination nécessaires à un moteur fiscal pour déterminer la juridiction et le taux corrects.
Un rôle n'est utile que par les opérations qu'il déverrouille.
Voici exactement ce que le rôle Tax Remittance permet à votre logiciel d'appeler.
L'API en pratique
Les rapports & opérations contrôlés par ce rôle
Deux voies vous donnent accès aux données fiscales : extraire les rapports fiscaux dédiés et lire les données de commande en direct. Les deux acceptent Tax Remittance (Restricted). Les noms techniques ci-dessous sont reproduits textuellement, ne les modifiez pas dans votre demande.
Rapports fiscaux, Reports API v2021-06-30
Quatre types de rapports listent Tax Remittance (Restricted) comme rôle requis. Vous les demandez avec createReport, puis les récupérez avec getReport et getReportDocument.
- GET_FLAT_FILE_SALES_TAX_DATA (États-Unis), un fichier plat délimité par des tabulations pour les vendeurs américains activés pour la taxe, contenu mis à jour quotidiennement. Le rapport principal pour rapprocher la taxe de vente américaine par juridiction.
- GST_MTR_B2B (Inde), détails des ventes, remboursements et annulations issus des factures Amazon Business émises dans une plage de dates que vous spécifiez.
- GST_MTR_B2C (Inde), détails des ventes, remboursements et annulations issus des factures consommateurs émises dans une plage de dates que vous spécifiez.
- GST_MTR_STOCK_TRANSFER_REPORT (Inde), détails sur les mouvements de stock depuis les centres de distribution Amazon (suppressions FC ou transferts FC-à-FC).
Gardez les rapports de TVA en dehors d'une application Tax Remittance : SC_VAT_TAX_REPORT, GET_VAT_TRANSACTION_DATA et les rapports GST *_CUSTOM nécessitent Tax Invoicing (Restricted), pas ce rôle, demander le mauvais rôle pour les données dont vous avez besoin est une raison courante pour laquelle une application stagne.
Données de commandes en direct, Orders API v0
Selon le guide d'utilisation de Orders API v0, Tax Remittance (Restricted) est l'un des rôles acceptés pour ces opérations :
- getOrders: récupère les commandes créées ou mises à jour dans une plage de dates.
- getOrder: récupère une seule commande par AmazonOrderId.
- getOrderItems: récupère les articles de ligne d'une commande (quantité, ASIN/SKU, prix et taxe de l'article, promotions).
- getOrderItemsBuyerInfo: informations spécifiques à l'acheteur au niveau de l'article, comme l'emballage cadeau ou le message et la taxe payée par l'acheteur sur l'article.
- getOrderAddress: récupère l'adresse de livraison d'une commande, utilisée pour déterminer la juridiction fiscale.
- getOrderBuyerInfo: informations au niveau de l'acheteur pour une commande, comme l'email de l'acheteur, le nom de l'acheteur et les informations fiscales de l'acheteur.
Ce sont des opérations restreintes. Même avec le rôle accordé à votre application, chaque appel en direct doit être autorisé avec un Restricted Data Token (RDT) obtenu via Tokens API avec createRestrictedDataToken. Le rôle est nécessaire mais pas suffisant, le RDT est ce qui déverrouille réellement chaque appel Orders restreint.
Pourquoi Amazon associe-t-il un rôle fiscal à une vérification de sécurité ?
Parce que la taxe est calculée en fonction du lieu où se trouve l'acheteur, et cela relève des données personnelles.
Les données débloquées
Les données acheteur débloquées, et pourquoi Amazon les verrouille
La taxe doit être calculée en fonction de la juridiction de livraison, donc les données de localisation sont intrinsèques au rôle. C'est exactement pourquoi elles sont classifiées (Restricted) et pourquoi votre dossier doit prouver que vous traitez ces données correctement.
- Données de localisation de l'acheteur: ville, état/province, code postal/ZIP et pays (provenant de getOrderAddress et du rapport de taxe sur les ventes américain), utilisées pour déterminer la juridiction fiscale et le taux.
- Identité et société de l'acheteur: nom de l'acheteur et, pour le B2B, nom de l'entreprise ou de la société et numéros d'enregistrement fiscal tels qu'un GSTIN en Inde, apparaissant dans les rapports de taxe marchande GST et les opérations d'informations sur l'acheteur de commande.
- Détail fiscal au niveau de la transaction: prix de l'article, taxe collectée, taux de taxe, remboursements, annulations et valeurs de facture.
Le propre libellé d'Amazon est la raison pour laquelle il est restreint : les opérations qui nécessitent ce rôle « pourraient utiliser des PII pour calculer les taxes de vente ». C'est pourquoi les opérations en direct des commandes exigent un Restricted Data Token (RDT). Les quatre types de rapports Tax Remittance, en revanche, ne sont pas signalés comme des cas RDT de rapport restreint à l'étape getReportDocument, contrairement aux rapports VAT, qui exigent explicitement un RDT à ce stade. Votre application doit montrer que vous lisez uniquement les PII dont vous avez besoin, que vous les limitez strictement et que vous les supprimez à temps.
Tous les outils n'ont pas besoin de ce rôle, et le demander sans justification appropriée est un moyen rapide d'obtenir un refus.
Voici qui a réellement besoin de Tax Remittance, et qui n'en a pas besoin.
Cas d'utilisation
Qui a besoin du rôle Tax Remittance
Des workflows concrets axés sur la fiscalité, le type de justification qu'Amazon s'attend à voir associée à chaque rapport et opération que vous demandez.
Rapprochement des facilitateurs de marché
Séparez la taxe que Amazon a reversée en tant que facilitateur de marché de la taxe due par le vendeur, par juridiction, pour vos comptables.
Conformité GST en Inde
Extrayez GST_MTR_B2B, GST_MTR_B2C et GST_MTR_STOCK_TRANSFER_REPORT pour déposer les déclarations GST, rapprocher les factures B2B et B2C, et comptabiliser les mouvements de stock entre centres de distribution et de retrait.
Moteur fiscal et lien de rattachement
Alimentez un moteur de calcul fiscal avec les adresses de livraison des commandes issues de getOrderAddress pour déterminer le lien de rattachement et les taux par juridiction.
Comptabilisation ERP et comptable
Comptabilisez les transactions intégrant la taxe dans les systèmes ERP et comptables avec le détail fiscal par juridiction dont votre équipe financière a besoin.
Pistes d'audit
Conservez des enregistrements de transactions par juridiction pour étayer les audits des autorités fiscales et défendre vos déclarations.
Qui en a besoin : logiciels d'automatisation de la taxe sur les ventes et de la taxe d'usage ; plateformes de déclaration de TVA/GST ; intégrateurs ERP et comptables ; OMS et outils de rapprochement financier calculant la dette par juridiction ; et vendeurs ou agrégateurs multi-canaux déclarant dans de nombreux États américains ou gérant FBA en Inde.
Qui n'en a pas besoin : les outils de pure mise en ligne, de gestion des stocks, de tarification ou de messagerie acheteur n'ont généralement pas besoin de Tax Remittance, et en faire la demande sans cas d'usage fiscal entraîne un refus. Si vous produisez des factures légales plutôt que de calculer la remise, vous avez probablement besoin du rôle Tax Invoicing (Restricted) à la place.
Vous connaissez le rôle, les rapports et les données. La seule chose qui vous sépare de l'accès est le dossier.
Et c'est précisément là que la plupart des applications échouent.
Comment obtenir l'approbation
Comment faire approuver le rôle Tax Remittance
Un examen de rôle restreint est une évaluation de la protection des données. Nous alignons votre dossier sur chaque contrôle qu'Amazon évalue et vous indiquons, en langage clair, ce qu'il faut mettre en place, sans jamais toucher à vos systèmes.
1. Une justification de rôle adaptée. Une raison claire et spécifique à la fiscalité pour laquelle vous avez besoin de Tax Remittance (Restricted), les rapports et opérations Orders que vous appelez, et pourquoi le calcul ou la remise de la taxe nécessite les données de localisation et d'identification fiscale qu'ils renvoient. Nous faisons correspondre votre demande à la définition officielle du rôle d'Amazon afin que l'examinateur constate une adéquation parfaite.
2. Un inventaire des données au niveau des champs. Quelles PII vous lisez (adresse de livraison, nom de l'acheteur, entreprise, identifiants fiscaux), où elles circulent, comment elles sont délimitées, et que vous obtenez un Restricted Data Token pour chaque appel Orders restreint plutôt que de collecter excessivement.
3. Une politique de traitement des données et de confidentialité publiable. Une page prête à être publiée couvrant la collecte, le traitement, le stockage, l'utilisation, le partage et la suppression, l'un des deux éléments qu'Amazon vérifie pour une application privée.
4. Une liste de contrôle de mise en œuvre. Chaque contrôle en langage clair : TLS 1.2+ en transit et AES-128+ au repos avec un KMS et une rotation des clés, PII supprimées au plus tard 30 jours après la livraison, journaux sans PII conservés 12 mois ou plus, accès avec privilèges minimaux et MFA, et Login with Amazon uniquement, jamais de mots de passe Seller Central stockés.
Amazon vous dit rarement ce qui n'a pas fonctionné. La décision revient presque toujours en une seule ligne : « la documentation de sécurité et de conformité n'a pas répondu aux exigences. »
Cette ligne unique est exactement ce que nous reconstruisons.
La véritable raison
Pourquoi les applications Tax Remittance sont rejetées
Presque jamais à cause du produit. Presque toujours à cause du dossier. Pour un rôle fiscal, ce sont les problèmes qui reviennent le plus souvent :
- Demander le mauvais rôle, solliciter le rôle Tax Remittance alors que vous générez des factures (soit Tax Invoicing), ou l'inverse.
- Justification insuffisante expliquant pourquoi le calcul ou la remise de la taxe nécessite les données personnelles (PII) de localisation et de numéro d'identification fiscale que vous demandez.
- Absence d'inventaire des données au niveau des champs indiquant quelles PII sont utilisées, où et pourquoi.
- Durée de conservation des PII non plafonnée ou non prouvée comme automatisée, aucune suppression obligatoire sous 30 jours après la livraison.
- Journaux stockant les PII des clients, ou absence de preuve de revues d'accès et de procédures de départ.
- Aucune description du traitement des RDT pour les opérations restreintes d'Orders que ce rôle autorise.
- Incohérence documentaire, les réponses, 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 les 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 fiscales issues d'Amazon.
Amazon examine les preuves, pas les promesses. Nous éliminons chacune de ces raisons, afin qu'il ne reste aucun motif de conformité pour vous refuser.
Tax Remittance (Restreint), questions fréquentes
Quel est le rôle du rôle Amazon SP-API Tax Remittance (Restricted) ?
Selon la documentation des rôles d'Amazon, le rôle Tax Remittance (Restricted) « donne accès aux opérations qui calculent et reversent les taxes de vente. Les opérations nécessitant ce rôle peuvent utiliser des données personnelles (PII) pour calculer les taxes de vente. » En pratique, il régit l'accès aux rapports de taxes de vente de l'API SP-API et aux opérations Orders qu'un moteur de calcul de taxes lit pour déterminer la juridiction et le taux applicables.
Le rôle Tax Remittance est-il identique au rôle Tax Invoicing (Restricted) ?
Non, et les confondre est une erreur courante. Le rôle Tax Remittance (Restricted) couvre les opérations qui calculent et reversent les taxes de vente et peut utiliser des données personnelles (PII). Le rôle Tax Invoicing (Restricted) couvre les opérations qui génèrent des factures fiscales pour se conformer à la réglementation fiscale et nécessite des données personnelles (PII). Ils régissent des rapports différents, donc chacun doit être demandé et justifié pour lui-même, ne demandez pas l'un quand vous avez besoin de l'autre.
Quels rapports nécessitent le rôle Tax Remittance (Restricted) ?
Quatre types de rapports listent le rôle Tax Remittance (Restricted) comme rôle requis : GET_FLAT_FILE_SALES_TAX_DATA (États-Unis, un fichier plat délimité par des tabulations pour les vendeurs américains activés pour la taxe, contenu mis à jour quotidiennement), et trois rapports GST indiens : GST_MTR_B2B, GST_MTR_B2C et GST_MTR_STOCK_TRANSFER_REPORT. Les rapports TVA (SC_VAT_TAX_REPORT, GET_VAT_TRANSACTION_DATA) et les rapports GST *_CUSTOM appartiennent au rôle Tax Invoicing, et non à Tax Remittance.
Quelles opérations de l'API Orders acceptent le rôle Tax Remittance ?
Selon le guide des cas d'utilisation de l'API Orders v0, le rôle Tax Remittance (Restricted) est l'un des rôles acceptés pour getOrders, getOrder, getOrderItems, getOrderItemsBuyerInfo, getOrderAddress et getOrderBuyerInfo. Ces opérations renvoient les données de commande, d'article, d'acheteur et d'adresse de livraison utilisées pour calculer la taxe dans la juridiction correcte.
Ai-je besoin d'un Restricted Data Token (RDT) pour ce rôle ?
Oui, pour les opérations Orders en production. Ce sont des opérations restreintes : même avec le rôle accordé à votre application, chaque appel doit être autorisé avec un Restricted Data Token obtenu via l'API Tokens via createRestrictedDataToken. Les quatre types de rapports Tax Remittance ne sont pas signalés comme des cas de rapport restreint nécessitant un RDT à l'étape getReportDocument, contrairement aux rapports TVA, qui en exigent un à cette étape.
Quelles données acheteur le rôle Tax Remittance déverrouille-t-il, et pourquoi est-il restreint ?
Il peut exposer les données personnelles (PII) de l'acheteur utilisées pour déterminer la taxe : le lieu de livraison (ville, état/province, code postal/ZIP, pays), le nom de l'acheteur et, pour le B2B, le nom de l'entreprise/société et les numéros d'enregistrement fiscal tels qu'un GSTIN en Inde, ainsi que les détails de la taxe au niveau de la transaction (prix de l'article, taxe collectée, taux, remboursements, annulations). La documentation d'Amazon indique que les opérations nécessitant ce rôle « peuvent utiliser des données personnelles (PII) pour calculer les taxes de vente », ce qui explique la classification (Restricted) et l'exigence d'un RDT pour les opérations de commande en production.
Le rôle Tax Remittance s'applique-t-il en dehors des États-Unis ?
Oui. Le rapport de taxe de vente américain GET_FLAT_FILE_SALES_TAX_DATA est réservé aux États-Unis, mais le rôle régit également trois rapports GST indiens, GST_MTR_B2B, GST_MTR_B2C et GST_MTR_STOCK_TRANSFER_REPORT, utilisés pour déclarer les déclarations GST et rapprocher les factures B2B par rapport aux factures B2C et les mouvements de stock entre centres de distribution (FC).
Qui a besoin du rôle Tax Remittance (Restricted) ?
Les logiciels d'automatisation des taxes de vente et d'utilisation, les plateformes de déclaration TVA/GST, les intégrateurs ERP et comptables qui enregistrent des transactions intégrant la taxe, les outils OMS et de rapprochement financier calculant la responsabilité par juridiction, ainsi que les vendeurs ou agrégateurs multi-canal qui déclarent dans de nombreux États américains ou utilisent FBA en Inde. Ce rôle n'est généralement pas nécessaire pour les outils de pure gestion des annonces, des stocks, des prix ou de la communication avec les acheteurs.
Le rôle Tax Remittance peut-il créer un Restricted Data Token ?
Oui. Le rôle Tax Remittance (Restricted) fait partie des rôles autorisés à appeler createRestrictedDataToken dans l'API Tokens. Le rôle est nécessaire mais pas suffisant : vous avez toujours besoin que le rôle soit accordé à votre application et d'un RDT valide limité à chaque appel Orders restreint.
Pourquoi les demandes pour le rôle Tax Remittance sont-elles rejetées ?
Presque jamais à cause du produit, presque toujours à cause du dossier. Le motif de rejet le plus courant d'Amazon est que votre documentation de sécurité et de conformité ne répondait pas aux exigences : une justification faible de la raison pour laquelle vous avez besoin de données personnelles (PII) liées à la taxe, aucun inventaire des données au niveau des champs, une conservation des données personnelles (PII) non plafonnée ou non automatisée de manière prouvable, des journaux stockant des données personnelles (PII), ou des contradictions entre les réponses de la demande, la politique de confidentialité et les procédures de sécurité. Amazon examine les preuves, pas les promesses.
Comment obtenir l'approbation du rôle Tax Remittance (Restricted) ?
Vous éliminez toute raison de conformité qui pourrait vous être opposée : une justification précise du rôle liée au calcul et au reversement des taxes, un inventaire des données au niveau des champs des données personnelles (PII) de localisation et d'identifiant fiscal que vous lisez, une politique de traitement des données et de confidentialité publiable, et une liste de contrôle de mise en œuvre (TLS 1.2+, AES-128+ au repos, suppression des données personnelles (PII) sous 30 jours, journaux sans données personnelles (PII), accès avec privilèges minimaux, Login with Amazon uniquement). Nous construisons ce dossier complet et cohérent afin que la raison précédente du refus disparaisse.
Avez-vous besoin d'accéder à notre code, nos serveurs ou notre compte Amazon ?
Non. Nous sommes un cabinet de conformité pour les places de marché, pas une agence de développement. Nous préparons la documentation et la demande qu'Amazon exige, y compris le récit concernant le RDT et l'accès aux rapports pour ce rôle, et votre propre responsable informatique met en œuvre la liste de contrôle sur votre infrastructure. Nous ne touchons jamais à votre code, vos serveurs ou votre identifiant Seller Central.
Ai-je besoin d'une entreprise européenne pour demander le rôle Tax Remittance ?
Pas strictement, mais une entreprise dûment é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, ce qui est directement pertinent pour un rôle lié à la fiscalité. Nous pouvons créer une société 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 Tax Remittance ?
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 Tax Remittance
Commencez le formulaire et nous confirmerons vos rapports, vos opérations Orders et votre historique RDT, puis constituerons le dossier de conformité complet qu'Amazon évalue. Le dossier standard pour rôle restreint est de 650 €, livré en 48 heures, obtenu ou remboursé selon nos CGV. Vous développez des logiciels pour de nombreux vendeurs ? Réservez un appel pour un périmètre sur mesure.
Contenu révisé 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 noms techniques (rôles, types de rapports, opérations) sont reproduits à partir de la documentation officielle pour développeurs d'Amazon. Les chiffres présentés sur cette page (accès obtenus, taux de réussite) 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. 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