米国売上税申告
管轄区域ごとに徴収された税金を照合し、州および地方の売上税申告書を作成するために、GET_FLAT_FILE_SALES_TAX_DATA を毎日取得します。
Eコマース · Amazon SP-API · 制限付きロール
Tax Remittance（制限付き）ロール
Tax Remittance（制限付き）ロールは、売上税の計算および納付に使用されるSP-APIの操作およびレポートへのアクセスを可能にします。具体的には、米国の売上税フラットファイル、インドのGSTマーチャント税務レポート、および各販売取引を管轄区域に紐付ける注文データが含まれます。これらの操作は税額計算のために購入者のPII（個人識別情報）を使用する可能性があるため、Amazonはこのロールへのアクセスをコンプライアンス審査の後ろに設けています。この審査は、ソフトウェアの品質を評価するものではなく、提出書類の内容を評価します。
GET_FLAT_FILE_SALES_TAX_DATA
GST_MTR reports (IN)
Orders API v0
Buyer PII
Amazon が Tax Remittance の申請を承認するのは、文章がうまく書けているからではありません。申請がコンプライアンスを示しているから承認されます。
このロールは、配送先住所、氏名、会社名、税務IDなど、税務に関連する購入者のPII（個人識別情報）を読み取ります。審査担当者は、その情報をなぜ必要とするのか、そしてどのように保護するのかを明確に確認したいと考えています。それが私たちが再構築するファイルです。
40+
2018年以降の開発者および制限付きロールアクセス数
87%
お客様のうち、申請したアクセス権を取得できた割合（2018年以降）
48h
完全なコンプライアンスファイルを納品するまでの時間
4
このロールによってアクセスが制限される税務レポートの種類数
このロールとは
Tax Remittance（制限付き）ロールとは
これは、販売税の計算および納付に関連する操作を承認するSP-API権限です。定義を正確に理解することが重要です。なぜなら、どのレポートや操作をリクエストできるか（またはできないか）がこれによって決まるからです。
Amazonの公式定義
Amazonのロールに関するドキュメントによると、このロールは次のように正確に定義されています。「Tax Remittance (Restricted) ロールは、販売税の計算および納付を行う操作へのアクセスを提供します。このロールを必要とする操作では、販売税の計算にPIIを使用する場合があります。」
ここでの正確な表現に注意してください。操作は「使用する場合があります」（might use）とされています。これは、PIIを必須として税務規制に準拠した税務インボイスを生成する操作をカバーする、関連ロールであるTax Invoicing (Restricted)と明確に区別される点です。Tax Remittanceは税額の計算および納付に関するものであり、Tax Invoicingは法的インボイスの作成に関するものです。これらはそれぞれ異なるレポートへのアクセスを制御しており、アプリケーション申請時にはそれぞれ個別に正当性を示す必要があります。両者を混同しないでください。
このロールは、Reports APIを通じてリクエスト可能なSP-APIの税務レポートと、税務エンジンが適切な管轄区域および税率を決定するために必要な注文情報、購入者情報、配送先情報を返すOrders API v0の操作群という、2つのアクセス領域を制御しています。
ロールの有用性は、それが解放する操作にのみ依存します。
以下に、Tax Remittanceロールによってソフトウェアが呼び出せる操作を正確に示します。
実際のAPI利用
このロールが制御するレポートおよび操作
税務データを取得するには、専用の税務レポートをプルする方法と、リアルタイムの注文データを読み取る方法の2つの経路があります。どちらもTax Remittance (Restricted)を許可します。以下の技術的な名称は正確に再現されています。アプリケーション申請時にこれらを変更しないでください。
税務レポート：Reports API v2021-06-30
4つのレポートタイプは、必要なロールとしてTax Remittance (Restricted)を指定しています。これらはcreateReportでリクエストし、その後getReportおよびgetReportDocumentで取得します。
- GET_FLAT_FILE_SALES_TAX_DATA（米国）：税務対応済みの米国セラー向けタブ区切りフラットファイルで、コンテンツは毎日更新されます。管轄区域ごとの米国売上税の照合に使用する主要なレポートです。
- GST_MTR_B2B（インド）：指定した期間内に発行されたAmazon Businessの請求書に基づく、詳細な売上・返金・キャンセル情報です。
- GST_MTR_B2C（インド）：指定した期間内に発行された一般消費者向け請求書に基づく、詳細な売上・返金・キャンセル情報です。
- GST_MTR_STOCK_TRANSFER_REPORT（インド）：Amazonフルフィルメントセンター間での在庫移動（FCからの商品引取りまたはFC間転送）に関する詳細情報です。
VATレポートはTax Remittanceアプリケーションから除外してください。SC_VAT_TAX_REPORT、GET_VAT_TRANSACTION_DATA、および*_CUSTOM GSTレポートにはTax Invoicing (Restricted)ロールが必要であり、このロールは不要です。必要なデータに対して誤ったロールをリクエストすることは、アプリケーションの審査が停滞する一般的な原因です。
ライブ注文データ：Orders API v0
Orders API v0のユースケースガイドによると、以下の操作ではTax Remittance (Restricted)が許容されるロールの1つです。
- getOrders：指定期間内に作成または更新された注文を取得します。
- getOrder：AmazonOrderIdで単一の注文を取得します。
- getOrderItems：注文の明細項目（数量、ASIN/SKU、商品価格および税額、プロモーション情報）を取得します。
- getOrderItemsBuyerInfo：商品レベルの購入者固有情報（ギフト包装やメッセージ、購入者が支払った商品税など）を取得します。
- getOrderAddress：注文の配送先住所を取得し、課税管轄区域を特定するために使用します。
- getOrderBuyerInfo：注文の購入者レベル情報（メールアドレス、氏名、購入者の税務情報など）を取得します。
これらは制限付き操作です。 アプリにロールが付与されていても、各ライブ呼び出しにはTokens APIのcreateRestrictedDataTokenを通じて取得したRestricted Data Token (RDT)による認可が必要です。ロールは必要条件ですが十分条件ではなく、実際に各制限付きOrders API呼び出しを可能にするのはRDTです。
なぜAmazonは税務ロールをセキュリティレビューで保護するのでしょうか？
税金は購入者の所在地に基づいて計算されるため、その情報は個人データに該当するからです。
このロールがアクセス可能にするデータ
このロールがアクセス可能にする購入者データ：そしてAmazonがこれを制限している理由
税金は配送先の管轄区域に基づいて計算される必要があるため、位置情報はこのロールに不可欠です。そのため、このデータは（制限付き）として分類されており、申請書類にはそのデータを適切に取り扱うことを証明する必要があります。
- 購入者の所在地データ：都市、州/県、郵便番号および国（getOrderAddressおよび米国売上税レポートから取得）。これらは課税管轄区域と税率を決定するために使用されます。
- 購入者の本人情報および企業情報：購入者氏名、およびB2B取引における事業者または企業名、インドのGSTINなどの税務登録番号。これらはGSTマーチャント税務レポートおよびorder buyer-info操作に含まれます。
- 取引単位の税務詳細：商品価格、徴収された税額、税率、返金、キャンセル、請求書金額。
Amazon自身の説明が、このデータが制限されている理由です：このロールを必要とする操作は「売上税の計算のためにPIIを使用する可能性がある」ためです。そのため、Orders APIのライブ操作ではRestricted Data Token (RDT)が必須となります。一方、Tax Remittanceレポートの4種類は、getReportDocumentステップで制限付きレポートとしてRDTを要求されません。これに対し、VATレポートは明確にRDTを要求します。アプリケーションは、必要なPIIのみを読み取り、スコープを厳密に限定し、所定の期間後に削除することを示す必要があります。
このロールを必要としないツールも多くあります。必要性に見合わないまま申請すると、却下される可能性が高くなります。
以下に、Tax Remittanceロールを本当に必要とするケースと、そうでないケースを示します。
ユースケース
Tax Remittanceロールを必要とするのは誰か
具体的な税務関連ワークフロー：Amazonが各レポートおよび操作の申請に対して求める根拠となるものです。
マーケットプレイス・ファシリテーター調整
会計担当者が利用できるよう、管轄区域ごとに、Amazonがマーケットプレイス・ファシリテーターとして納付した税金と販売者が負担する税金を分離します。
インドGSTコンプライアンス
GST申告書を作成し、B2B対B2C請求書を照合し、FC間および出庫在庫移動を勘定するために、GST_MTR_B2B、GST_MTR_B2C、およびGST_MTR_STOCK_TRANSFER_REPORT を取得します。
税計算エンジンとネクサス
getOrderAddress から注文の配送先住所を取得し、税計算エンジンに送信して、管轄区域ごとのネクサスと税率を判定します。
ERPおよび会計システムへの仕訳
財務チームが必要とする管轄区域ごとの税金明細を含め、税金情報を反映した取引をERPおよび会計システムに仕訳します。
監査証跡
税務当局による監査に対応し、申告内容を裏付けるために、管轄区域レベルの取引記録を保持します。
対象者: 売上税および使用税の自動化ソフトウェア、VAT/GST申告プラットフォーム、ERPおよび会計システム連携ツール、管轄ごとの納税義務を計算するOMSおよび財務調整ツール、複数チャネルで販売しているセラーまたは多くの米国州にわたって申告を行うアグリゲーター、またはインドでFBAを運営している事業者。
対象外: 単なる商品掲載、在庫管理、価格設定、バイヤーへのメッセージ送信ツールは通常Tax Remittanceロールを必要としません。税務目的以外でこのロールを申請すると、却下される可能性があります。納税額の計算ではなく法的請求書を作成する場合は、代わりにTax Invoicing (Restricted)ロールが必要となる可能性があります。
あなたはすでにそのロール、レポート、およびデータについて理解しています。アクセスを阻んでいるのは、ただ1つのファイルだけです。
そして、そのファイルこそが、ほとんどのアプリケーションが失敗するポイントです。
承認の取得方法
Tax Remittanceロールの承認取得方法
制限付きロールの審査とは、データ保護に関する評価プロセスです。当社は、Amazonが評価するすべての管理項目にあなたの申請ファイルを適合させ、あなたのシステムに一切触れることなく、何を整備すべきかを明確かつ平易な言葉でご案内します。
1. 適切なロールの正当化理由。「Tax Remittance (Restricted)」を必要とする明確かつ税務に特化した理由：どのレポートおよびOrders APIのオペレーションを呼び出すか、また税額計算または納税のためにそれらが返す住所情報および税務IDデータが必要となる理由を明記します。お客様の申請内容をAmazonの公式ロール定義に正確にマッピングし、審査担当者が完全に一致していることを確認できるようにします。
2. フィールド単位のデータインベントリ。取得するPII（配送先住所、購入者氏名、会社名、税務IDなど）、そのデータの流れ、スコープの範囲、および制限付きOrders APIの各呼び出しに対してRestricted Data Tokenを個別に取得しており、過剰なデータ収集を行っていないことを明示します。
3. 公開可能な「Data Handling & Privacy Policy」。データの収集、処理、保存、利用、共有、廃棄について記載した公開準備完了済みのページ：Amazonがプライベートアプリケーションに対して確認する2つの要件のうちの1つです。
4. 実装チェックリスト。すべてのコントロールを平易な言葉で記載：転送中はTLS 1.2以上、保存時はAES-128以上をKMSとキーのローテーションとともに使用、PIIは商品受領後30日以内に削除、PIIを含まないログは12か月以上保持、最小権限アクセスにMFAを必須とし、「Login with Amazon」のみを使用し、Seller Centralの認証情報を一切保存しないこと。
Amazon rarely tells you what went wrong. The decision almost always comes back as one line: "security and compliance documentation did not meet requirements."
That single line is exactly what we rebuild.
真の理由
Tax Remittanceアプリケーションが却下される理由
ほぼ常に製品そのものではなく、提出書類が原因です。税務関連ロールにおいて最もよく見られる問題点は以下の通りです：
- 誤ったロールのリクエスト：実際には請求書を生成している（つまりTax Invoicing）にもかかわらずTax Remittanceをリクエストする、またはその逆。
- 根拠が不十分：税金の計算または納付に、リクエストする住所および税務IDのPIIが必要となる理由についての説明が弱い。
- フィールド単位のデータインベントリがない：どのPIIがどこでどのように使用されるかを示していない。
- PIIの保持期間に上限がない、または自動化された削除が証明されていない：商品配送後30日以内の強制的な削除が実施されていない。
- 顧客のPIIを保存するログ、またはアクセスレビューおよび退職時の対応に関する証拠がない。
- このロールが制限するOrders APIの操作について、RDTの取り扱いが記載されていない。
- 文書間の不整合：回答内容、プライバシーポリシー、セキュリティ手順が互いに矛盾している。
- 一般的でコピーペーストされた回答や、曖昧な表現で何も証明できていない。
- 認証情報の収集を示唆する行為：Seller Centralのパスワードやキーを要求することは、自動的に拒否される。
- Amazon由来の税務データを他販売者間で集約または再販する兆候。
Amazonは約束ではなく証拠を審査します。 上記のすべての理由を排除することで、拒否される余地を一切残しません。
Tax Remittance (Restricted)：よくある質問
Amazon SP-API の「Tax Remittance（Restricted）」ロールは何をするものですか？
Amazonのロールドキュメントによると、「Tax Remittance（Restricted）」ロールは「売上税を計算および納付する操作へのアクセスを提供します。このロールを必要とする操作では、売上税の計算にPII（個人識別情報）が使用される場合があります。」実際には、このロールはSP-APIの売上税レポートおよび税エンジンが適切な管轄区域と税率を決定するために読み取るOrders APIの操作を制御します。
Tax Remittance と Tax Invoicing（Restricted）は同じですか？
いいえ、これらを混同するのはよくある間違いです。「Tax Remittance（Restricted）」は売上税の計算および納付を行う操作をカバーし、PIIを使用する可能性があります。「Tax Invoicing（Restricted）」は税規制に準拠した税請求書を生成する操作をカバーし、PIIを必要とします。これらは異なるレポートを制御するため、それぞれ個別に申請し、その必要性を正当化しなければなりません。必要なロールとは異なるものを申請しないでください。
どのレポートに Tax Remittance（Restricted）ロールが必要ですか？
4つのレポートタイプが「Tax Remittance（Restricted）」を必須ロールとしています：GET_FLAT_FILE_SALES_TAX_DATA（米国向け、税対応済みの米国セラー向けタブ区切りフラットファイルで、コンテンツは毎日更新）、および3つのインドGSTレポート：GST_MTR_B2B、GST_MTR_B2C、GST_MTR_STOCK_TRANSFER_REPORT。VATレポート（SC_VAT_TAX_REPORT、GET_VAT_TRANSACTION_DATA）および*_CUSTOM GSTレポートはTax Invoicingに属し、Tax Remittanceには属しません。
どのOrders API操作がTax Remittanceロールを受け入れますか？
Orders API v0のユースケースガイドによると、「Tax Remittance（Restricted）」はgetOrders、getOrder、getOrderItems、getOrderItemsBuyerInfo、getOrderAddress、getOrderBuyerInfoの各操作で許容されるロールの1つです。これらの操作は、適切な管轄区域に税金を計算するために使用される注文、商品、購入者、配送先住所のデータを返します。
このロールにはRestricted Data Token（RDT）が必要ですか？
はい、ライブ環境のOrders操作には必要です。これらの操作は制限付き操作であり、アプリにロールが付与されていても、各呼び出しにはTokens APIのcreateRestrictedDataToken経由で取得したRestricted Data Tokenによる認可が必要です。一方、Tax Remittanceレポートの4種類は、getReportDocumentステップで制限付きレポートのRDT要件としてフラグ付けされていません。これに対してVATレポートは、そのステップでRDTを必要とします。
Tax Remittanceロールはどのような購入者データをアンロックし、なぜ制限付きなのですか？
このロールは税金の決定に使用される購入者のPIIを公開する可能性があります：配送先の所在地（都市、州/県、郵便番号/ZIPコード、国）、購入者氏名、およびB2B取引の場合の事業者/会社名やインドのGSTINなどの税登録番号に加え、取引レベルの税務詳細（商品価格、徴収された税額、税率、返金、キャンセルなど）です。Amazonのドキュメントでは、このロールを必要とする操作について「売上税の計算にPIIを使用する場合がある」と記載されており、これが（Restricted）分類およびライブ注文操作におけるRDT要件の理由です。
Tax Remittanceロールは米国以外にも適用されますか？
はい。米国の売上税レポートGET_FLAT_FILE_SALES_TAX_DATAは米国専用ですが、このロールはインドの3つのGSTレポート（GST_MTR_B2B、GST_MTR_B2C、GST_MTR_STOCK_TRANSFER_REPORT）にも適用され、これらはGST申告の提出やB2BとB2Cの請求書、FC間在庫移動の照合に使用されます。
誰がTax Remittance（Restricted）ロールを必要としますか？
売上税および利用税の自動化ソフトウェア、VAT/GST申告プラットフォーム、税対応トランザクションを処理するERPおよび会計システム連携ツール、管轄区域ごとの納税義務を計算するOMSおよび財務調整ツール、複数チャネルで販売しているセラーや多くの米国州にわたって申告を行うセラー、またはインドでFBAを運営しているアグリゲーターです。単なる商品掲載、在庫管理、価格設定、購入者へのメッセージ送信ツールでは通常不要です。
Tax RemittanceロールでRestricted Data Tokenを作成できますか？
はい。「Tax Remittance（Restricted）」はTokens APIでcreateRestrictedDataTokenを呼び出すことが許可されたロールの一つです。ただし、このロールは必要条件ではありますが十分条件ではありません。アプリにロールが付与されていることに加え、各制限付きOrders API呼び出しに対してスコープが設定された有効なRDTが必要です。
なぜTax Remittanceアプリケーションは却下されるのですか？
製品自体が原因で却下されることはほぼありません。ほとんどは提出書類が原因です。Amazonが最もよく指摘するのは、セキュリティおよびコンプライアンスに関するドキュメントが要件を満たしていないことです。具体的には、税関連のPIIが必要な理由の説明が不十分、フィールド単位のデータインベントリが存在しない、PIIの保持期間が上限なく設定されている、または自動削除が証明されていない、ログにPIIが保存されている、アプリケーションの回答・プライバシーポリシー・セキュリティ手順の間に矛盾がある、などが挙げられます。Amazonは約束ではなく証拠を審査します。
Tax Remittance（Restricted）ロールを承認してもらうにはどうすればよいですか？
拒否されるあらゆるコンプライアンス上の理由を排除してください：税金の計算および納付に直接関連した明確なロールの正当化、読み取る所在地および税IDのPIIに関するフィールド単位のデータインベントリ、公開可能な「Data Handling & Privacy Policy」、および実装チェックリスト（TLS 1.2以上、保存時AES-128以上暗号化、PIIの30日以内削除、PIIを含まないログ、最小権限アクセス、Login with Amazonのみ使用）を整備します。我々は、以前の却下理由を完全に解消する一貫性のある完全な書類を作成します。
コード、サーバー、Amazonアカウントへのアクセスは必要ですか？
いいえ。我々は開発エージェンシーではなくマーケプレイスコンプライアンスファームです。Amazonが求めるドキュメンテーションおよびアプリケーション（このロールのRDTおよびレポートアクセスに関する説明を含む）を作成し、お客様のIT責任者がお客様のインフラ上でチェックリストを実装します。我々がお客様のコード、サーバー、Seller Centralログインに触れることはありません。
Tax Remittanceロールを申請するにはEUの会社が必要ですか？
厳密には必要ありませんが、透明性の高い適切な法人構成と明確なデータハンドリングポリシーがあれば承認が容易になります。また、VATおよびデータ保護に関する期待に応えるために、EUでのコンプライアンス構造が役立ちます。これは税に関連するロールにとって直接的に関係があります。我々は完全にリモートでブルガリアのコンプライアンス対応法人を100%設立し、お客様の組織構造、VAT、Amazonアプリケーションを相互に補完する形で整備できます。
AmazonがTax Remittanceロールを承認するまでどのくらいかかりますか？
最終的なタイミングはAmazonが管理しているため、保証された期限はありません。我々が2018年以降制限付きロールの申請書類を作成してきた経験では、完全かつコンプライアンスに準拠した申請書は通常およそ2～6週間以内にレビューされます。第三者によるData Security Assessmentも必要な公開アプリでは、そのステップに約1か月追加で要します。最も大きな加速要因は、初回提出時点でAmazonのセキュリティおよびコンプライアンス基準を満たす書類を提出することです。それがまさに我々が構築するものです。
Tax Remittanceロールの承認を取得する
フォームを開始すると、当社がお客様のレポート、Orders APIのオペレーション、およびRDT（Restricted Data Token）のユースケースを確認し、Amazonが評価する完全なコンプライアンスファイルを作成します。標準的な制限付きロール申請ファイルは650 €で、48時間以内に納品され、当社の利用規約に基づき承認されなかった場合は返金いたします。多数の販売者向けにソフトウェアを開発されていますか？カスタマイズされた範囲についてご相談ください。
コンテンツはFenchellマーケットプレイスコンプライアンスチーム所属 Loïc Segui（COO兼CTO）によってレビュー済み・最終更新日：2026年6月29日。 承認を保証することは一切ありません。お客様の申請ファイルが正しく準備されていても、Amazonは理由を示さずに制限付きアクセス権を付与しない権利を留保します。技術的な名称（ロール名、レポートタイプ、オペレーション名）はAmazonの公式開発者ドキュメントから引用しています。本ページに記載されている数値（取得済みアクセス数、成功率など）は実際のクライアント事例に基づくものであり、結果を保証するものではありません。結果はお客様の状況およびAmazonの判断により異なります。Fenchell Capital OOD、ブルガリア・プロヴディフ拠点の企業（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