Trendyol e-インボイス連携 2026：請求書の自動発行、GİB準拠、複数ストア管理

Trendyol → e-インボイスのスタック早わかり

2026年の Trendyol ほど、規制上の構成要素が多いマーケットプレイスはほとんどありません。トルコの買い物客が注文してから、それを証明する法的に有効な請求書ができるまでの間に、6つの主体が関わります。以下のカードでスタックの全体像を示しますので、詳しい解説を読む際の手元資料としてご活用ください。

1. 2026年、すべての Trendyol セラーにとって e-インボイスが事実上義務となる理由

規制面の後押し — VUK 213 一般通達第509号

トルコの電子文書義務は2014年以降、毎年少しずつ拡大してきましたが、マーケットプレイスのセラーにとって2026年は転換点となります。 VUK 213（Vergi Usul Kanunu — 税務手続法）の第229〜232条は、従来からすべての商取引について引き渡しから7日以内に請求書を発行することを求めてきました。大きな変化をもたらしたのが 一般通達第509号です。2023年末と2024年に改正され、「仲介マーケットプレイス参加者」の定義が見直されて、売上高にかかわらず Trendyol、Hepsiburada、Çiçeksepeti、Amazon.tr などのプラットフォームに出品するすべてのセラーが含まれるようになりました。

かつて義務の適用基準となっていたしきい値、すなわち 年間総売上300万トルコリラ （e-Fatura 加入の基準）と B2C 売上50万トルコリラ （e-Arşiv の基準）は段階的に引き下げられ、マーケットプレイスの EC については2026年時点で実質的な下限がゼロになっています。Resmî Gazete（官報）で公表され、2026年の執行ガイダンスでも再確認された GİB の説明によれば、マーケットプレイスの取引は本質的に追跡可能であるため、紙の請求書による代替を認める政策上の理由はないとされています。

Trendyol 側の圧力 — 請求書がなければ支払いなし

規制面の論拠がアメだとすれば、Trendyol の商業面の論拠はムチです。2024年半ば以降、Trendyol は Seller Center のポリシーを厳格化し、 注文に対して有効な PDF 請求書がアップロードされるまで、セラーへの支払い（hakediş）を保留するようになりました。カウントダウンは Trendyol が注文を「Hazırlanıyor」（ピッキング中）とマークした瞬間に始まり、請求書 PDF が注文記録に紐付けられて初めて支払いが行われます。2026年1月からはポリシーがさらに厳しくなり、対応する請求書なしで出荷された注文には自動的に Trendyol KKM（Kalite Kontrol Mekanizması：品質管理メカニズム）のフラグが立ち、ストアが停止される可能性があります。

大量の注文を扱うセラー（1日50件以上）にとって、その影響は深刻です。手作業での請求書発行は到底追いつきません。唯一の道は、注文 Webhook ごとに実行される API ベースの自動化です。

手作業による発行のコスト

手作業での請求書発行には、通常 1注文あたり4〜6分 （セラーが GİB ポータルを直接使う場合）、または 1注文あたり2〜3分 （Özel Entegratör の Web UI を使う場合）かかります。1日100件の注文なら、請求書発行だけで1日5〜10人時が必要となり、中規模セラーでは毎月5万トルコリラを優に超える継続コストになります。自動化すれば、このコストはほぼすべてなくなります。

2. e-Fatura と e-Arşiv Fatura — Trendyol セラーが知っておくべき2つの制度

e-Fatura — クローズドループの B2B チャネル

e-Fatura は、GİB に登録済みの納税者同士で使われるクローズドループの仕組みです。送信者と受信者の双方が登録済みの Mali Mühür（電子社印）または Nitelikli Elektronik Sertifika（適格電子証明書、NES）を持ち、双方が GİB の e-Fatura mükellef listesi （納税者リスト）に掲載されており、請求書は GİB のクローズドネットワークを通じて届けられます。紙や PDF の写しは法的に不要で、構造化された UBL-TR 2.1 文書そのものが原本となります。

Trendyol では、購入者が VKN を明示して注文を登録したトルコの法人顧客である場合にこの制度が適用されます。Trendyol の API は VKN、税務署（vergi dairesi）、法人名を提供しており、その VKN が GİB の登録者リストに載っていれば、請求書は e-Fatura として発行しなければなりません。

e-Arşiv Fatura — オープンループの B2C / 未登録者向けチャネル

e-Arşiv Fatura は、購入者が個人消費者（T.C. Kimlik Numarası で識別され、VKN を持たない）である場合や、e-Fatura に登録していない事業者である場合に使われるオープンループ版です。構造化された UBL-TR 2.1 XML は同様に生成・署名され、GİB にも報告されますが、購入者への送付は GİB のクローズドネットワークではなく、メールや印刷した PDF で行われます。実際には、 Trendyol の請求書の90%以上が e-Arşiv です。マーケットプレイスの利用者の大半が B2C だからです。

Zunapro による注文ごとのルーティング

Trendyol の注文 Webhook が発火すると、Zunapro のルーティングエンジンはミリ秒単位で次のチェックを行います。

1. Trendyol の注文ペイロードから購入者ブロックを読み取ります — VKN（10桁）または TCKN（11桁）。
2. VKN の場合は、GİB の e-Fatura mükellef リストのエンドポイントに照会します（VKN ごとに6時間キャッシュ）。
3. VKN が登録済みの場合 → e-Fatura を発行（GİB クローズドループで送付）。
4. VKN が未登録、または TCKN しかない場合 → e-Arşiv Fatura を発行（メール送付 + Trendyol への PDF 送信）。
5. 監査用に、ルーティングの判断結果を注文記録に保存します。

この1つの判断こそが手作業によるミスの最大の原因であり、自動化する価値が最も高い部分です。B2B 顧客に誤って e-Arşiv を発行しても致命的ではありません（購入者は再発行を依頼できます）。しかし逆に、未登録の VKN に e-Fatura を発行すると GİB に即座に却下され、Trendyol の支払いが止まってしまいます。

3. Trendyol → e-インボイス自動化フローの全体像

ステップ1 — 注文 Webhook（T+0）

Trendyol の 注文 Webhook は、購入者がチェックアウトを完了し、Trendyol が取引を承認した瞬間に発火します。Webhook のペイロードには、注文 ID、明細（バーコード、商品名、数量、単価、KDV 税率）、購入者ブロック（TCKN または VKN、請求先住所、該当する場合は vergi dairesi）、配送ブロックが含まれます。Zunapro はサプライヤー単位の専用エンドポイントで待ち受け、200ミリ秒以内に応答します。

ステップ2 — 請求書ドラフトの作成（T+0.3秒）

ドラフトエンジンは、Trendyol の各明細をセラーのマスターカタログに対応付けます（Trendyol の バーコード → マスター SKU で照合）。各明細について、正しい KDV 税率（20% / 10% / 1%）、商品が貿易関連カテゴリに属する場合は GTIP コード （Gümrük Tarife İstatistik Pozisyonu：関税統計品目番号）、そして数量単位（個 / kg / L / m²）を取得します。

ステップ3 — UBL-TR 2.1 XML の生成（T+0.5秒）

ドラフトは UBL-TR 2.1 XML （OASIS UBL 2.1 のトルコ向けローカライズ版プロファイル）にシリアライズされます。必須ブロックには cbc:UBLVersionID (2.1), cbc:CustomizationID （TR1.2）、 cbc:ProfileID （B2B の e-Fatura は TICARIFATURA、e-Arşiv は EARSIVFATURA）、 cac:AccountingSupplierParty （自社の VKN ブロック）、 cac:AccountingCustomerParty （購入者ブロック）、そして品目ごとの cac:InvoiceLine が含まれます。合計金額が計算され、Trendyol の注文合計と1クルシュの許容誤差内で照合されます。

ステップ4 — Mali Mühür / NES による署名（T+1.2秒）

XML は mTLS 経由で、お使いの Özel Entegratörの署名エンドポイントに転送されます。インテグレーターはお客様の Mali Mühür （電子社印スマートカード / HSM で保護された証明書）を保管しており、 XAdES-BES 署名を埋め込みます。Zunapro が秘密鍵に触れることは一切なく、戻ってくるのは署名済みの XML だけです。

ステップ5 — GİB への送信と ETTN の取得（T+2.4秒）

署名済み XML はインテグレーター経由で GİB に送信されます。GİB はスキーマ、署名、合計金額、VKN/TCKN の整合性を検証し、 ETTN（Elektronik Tek Tip Numara） を返します。これは36文字の UUID v4 で、トルコの税務記録における請求書の一意の識別子となります。ETTN は Zunapro の注文記録に保存され、パネル上でセラーに表示されます。

ステップ6 — Trendyol への PDF 送信（T+2.9秒）

Zunapro は同じ UBL-TR XML からトルコ語の PDF を生成し（GİB 承認の XSLT スタイルシートとセラーのブランディングを使用）、Trendyol の POST /sapigw/suppliers/{supplierId}/orders/{orderId}/invoice エンドポイントを呼び出して PDF を注文に紐付けます。Trendyol は注文を「Faturalı」（請求済み）とマークし、標準の14日間の支払いリリース期間に向けたカウントが始まります。

ステップ7 — e-Defter への記帳（非同期）

Zunapro は非同期で、請求書を次回の e-Defter （電子帳簿）バッチに組み込むためキューに入れます。e-Defter はトルコで義務付けられた月次の会計帳簿提出です。セラーの会計担当者は、請求書を1件ずつ手で転記する代わりに、月末に e-Defter ファイルを1つエクスポートするだけで済みます。

4. UBL-TR 2.1、ETTN、Mali Mühür — 詳細解説

UBL-TR 2.1 — なぜローカライズされた XML プロファイルなのか

国際標準である OASIS Universal Business Language 2.1 は、商取引文書のための国際的に合意された XML スキーマで、欧州の Peppol ネットワークなどで使われています。トルコは2013年に UBL 2.1 を採用し、ローカライズ層である UBL-TR 2.1 を追加しました。これにより、トルコ固有の項目（vergi dairesi、ticaret sicil numarası、mersis no、KDV tevkifat ブロック、ÖTV / ÖİV 税）が加わり、国際版では任意の項目の一部が必須とされています。

Trendyol の請求書は、最終的に e-Fatura になるか e-Arşiv になるかにかかわらず、すべて有効な UBL-TR 2.1 XML として生成されなければなりません。Trendyol が顧客に表示する PDF はその XML をレンダリングしたものにすぎず、法的拘束力を持つ原本は XML そのものです。

ETTN — Elektronik Tek Tip Numara

ETTN は、GİB が受理したすべての電子文書に割り当てる世界で一意の識別子（UUID v4 形式、ハイフンを含めて36文字）です。紙の請求書で必要だった従来の「連番の請求書番号」に代わるものです。ETTN は UBL-TR XML の cbc:UUID フィールドに埋め込まれ、GİB、Özel Entegratör、Zunapro、そして下流のあらゆる会計システムにおいて、請求書の正式な主キーとなります。

顧客や監査人から「請求書 X を見せてほしい」と求められた場合は、人が読める連番ではなく ETTN を提示すべきです。ETTN はトルコのすべての納税者の間で一意性が保証されているからです。

Mali Mühür — 電子社印

Mali Mühür は、 TÜBİTAK Kamu Sertifikasyon Merkezi が、e-Fatura または e-Arşiv を発行するトルコのすべての法人に発行する適格電子社印です。スマートカードで提供されるか、2026年ではより一般的に、Özel Entegratör のデータセンターにある HSM（ハードウェアセキュリティモジュール）でホストされます。この社印は UBL-TR XML に XAdES-BES（XML Advanced Electronic Signature — Basic Electronic Signature）を付与し、VUK の「imza」（署名）要件を満たします。

Trendyol セラーにとって、運用上重要な点が2つあります。第一に、Mali Mühür には 3年間の有効期限があります。更新は事務手続きにすぎませんが、計画的に行う必要があります。Mali Mühür の期限が切れると、すべての請求書発行が即座に止まります。第二に、Özel Entegratör（または書面契約を結んだ自社の会計担当者）以外の第三者に秘密鍵を扱わせてはいけません。Zunapro はアーキテクチャ上 Mali Mühür を保存できず、戻ってくるのは署名済みの XML だけです。

NES — 個人向けの代替手段

法人の Mali Mühür を持たない個人事業主（gerçek kişi tacir）の場合は、 NES（Nitelikli Elektronik Sertifika） （自然人に発行される適格電子証明書）が同じ法的役割を果たします。NES は şahıs şirketi （個人事業）として営業する Trendyol セラーの間で最も一般的です。Zunapro から見た署名フローはまったく同じです。

5. 複数ストア・複数 VKN：複数の法人で販売する場合

マルチブランドで Trendyol を運営する実情

トルコの EC 事業者の間では、 別々の VKN で複数の Trendyol ストアを運営するケースが増えています。典型的なパターンは、メインブランド用の A.Ş.（株式会社）、サブブランドや在庫処分チャネル用の Ltd. Şti.（有限会社）、そして輸出比率の高い SKU 向けのフリーゾーン法人（エーゲ・フリーゾーン、イスタンブール・アナドル・ヤカス・フリーゾーン）という構成です。各法人はそれぞれ独自の VKN、独自の Mali Mühür、多くの場合は独自の Özel Entegratör 契約、そして独自の Trendyol Seller Center アカウントを持っています。

法人の境界を尊重するパネルがなければ、事業者は3〜5個のブラウザウィンドウ、3〜5枚の Mali Mühür スマートカードを使い分けることになり、月末の照合作業は悪夢と化します。

Zunapro の「法人ごとにテナント」モデル

Zunapro は各法人を独立した テナント としてモデル化し、それぞれが以下を個別に持ちます。

• VKN、ticaret unvanı（商号）、vergi dairesi — そのテナントから発行されるすべての UBL-TR XML に記載
• Trendyol Seller Center の認証情報 — サプライヤー ID、API キー、API シークレット
• Özel Entegratör の紐付け — インテグレーターごとに別々の認証情報とルーティングルール
• KDV マッピング表 — 商品の付加価値税は法人によって異なる場合があるため（例：フリーゾーンからの輸出は KDV 0%）
• ブランディングパック — ロゴ、PDF テンプレート、IBAN、カスタマーサービスの電話番号

これらのテナントの上位には、任意で 親テナント を置くことができ、連結レポートに使えます。月末の売上、KDV-1 / KDV-2 の合計、ETTN 一覧、BA-BS の照合がすべて1つのダッシュボードにまとめられます。日々の請求書発行は子テナントのレベルで行い、財務業務は親テナントで行います。

よく見られる落とし穴

• 同じ Trendyol 注文が誤った VKN でルーティングされる — 事業者が誤って2つのストアを1つの Zunapro テナントに紐付けた場合に起こります。対策は連携時に強制されます。Zunapro は、テナントの VKN と一致しない Trendyol サプライヤー ID からの注文の取り込みを拒否します。
• テナント間での Mali Mühür の取り違え — Mali Mühür はただ1つの VKN に紐付いています。テナントをまたいだ署名は違法であり、GİB にその場で却下される請求書が生成されてしまいます。
• 付加価値税（KDV）マッピングの不一致 — 法人 A がある繊維製品の SKU を KDV 10% で販売し、法人 B（フリーゾーンの輸出業者）が同じ SKU を0%で販売する場合、マッピング表は SKU ではなくテナントに従う必要があります。

6. 返品請求書（İade Faturası）— 最もミスが起きやすいワークフロー

返品が特別な理由

Trendyol の14日間のクーリングオフ期間における返品率は、ファッション・靴カテゴリで約 15–25% に達します。家電やホーム用品ではそれより低い（3〜8%）ものの、依然として無視できない水準です。返金されるすべての注文では、次のいずれかが必要です。

• 購入者が発行する iade faturası （返品請求書）— 購入者自身が e-Fatura 納税者である場合（法人の B2B ケース）にのみ可能です。
• セラーが一種のクレジットノートとして発行する iade e-Arşiv （返品 e-Arşiv）— B2C および未登録 B2B のケースでは唯一の選択肢です。

いずれも、元の請求書の ETTN を、UBL-TR XML の cac:BillingReference ブロックで参照する必要があります。この参照を忘れることが、返品請求書が GİB に却下される最大の原因です。

Trendyol の返品 Webhook フロー

Trendyol が返品を承認すると（ステータスが「İade Onaylandı」に変わると）、注文 API が返品 Webhook を発火します。Zunapro は約3秒以内に次の処理を行います。

1. 元の Trendyol 注文と、以前に保存した ETTN を検索します。
2. 新しい UBL-TR 2.1 XML を生成し、 cbc:InvoiceTypeCode を IADE （返品）に設定し、 cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID に元の ETTN を設定します。
3. 返品された明細に基づいて合計を再計算します（部分返品はよくあります。Trendyol は商品単位の返品を認めています）。
4. 同じ Özel Entegratör を通じて送信し、返品文書の新しい ETTN を取得します。
5. 返品 PDF を、返品請求書としてマークしたうえで Trendyol の請求書エンドポイントに送信します。
6. 返金の照合を開始します。元の支払い（Trendyol が保留中）を返品分と相殺し、セラーの KDV-1 申告に正味のポジションが正しく反映されるようにします。

部分返品と複数商品の注文

Trendyol では、購入者が複数商品の注文から一部の商品だけを返品できます。たとえば、注文した5つの SKU のうち2つだけを返品するといったケースです。返品請求書には、返品された商品と、それに按分した送料だけを記載しなければなりません。Zunapro の返品エンジンは明細レベルの計算を自動で処理します。このレベルを手作業で処理すると、多くのセラーの経理担当者がミスを犯し、それが KDV-1 申告の段階になって初めて表面化します。

7. KDV 税率、GTIP コード、税務マッピング層

2026年の KDV 税率体系

トルコの KDV（Katma Değer Vergisi — 付加価値税） は、2026年時点で、大統領令（Cumhurbaşkanlığı Kararnamesi）7346号とその後の改正によって定められた3つの主要税率で構成されています。

一部の輸出および関税同盟域内の取引（KDV 0%、控除権あり）、フリーゾーンでの販売（KDV 0%、控除なし）、企業内移転には特別税率があります。Trendyol マーケットプレイスでの販売では、この違いが問題になることはほとんどなく、注文の圧倒的多数は20%か10%です。

GTIP — Gümrük Tarife İstatistik Pozisyonu

輸入・輸出される商品や、特恵関税制度の下で販売される商品については、 GTIP コード （12桁のトルコ関税統計品目番号。8桁レベルで EU の CN コードと統一）を UBL-TR XML の cac:Item/cac:CommodityClassification ブロックに記載する必要があります。Trendyol はマーケットプレイス側では GTIP を求めませんが、越境販売については GİB が求めており、税関当局は GTIP を使って関税を計算します。

国内販売のみの Trendyol セラーであれば、最低限の対応として GTIP は空欄のままでかまいません。一方、Trendyol の国際配送プログラム（Trendyol Global）を利用するセラーには GTIP が必須であり、Zunapro がマスター SKU から自動入力します。

Zunapro の KDV マッピング表

Trendyol の各商品は、テナントごとの kdv_mapping テーブルに1行ずつ登録されます。内容は、マスター SKU、Trendyol カテゴリ ID、KDV 税率（1 / 10 / 20）、任意の GTIP、ÖTV（特別消費税）の適用有無（マーケットプレイスの SKU ではまれですが、酒類、たばこ、一部の家電には関係します）です。マッピングはオンボーディング時に一度だけ、CSV インポートまたは商品説明からの機械学習による提案で行います。以降は、すべての注文の請求書に正しい税率が自動で適用されます。

KDV の不一致は、 e-Arşiv バッチが GİB に却下される最大の原因です。Zunapro は送信前にプリフライトチェック（明細ごとの KDV の合計が、Trendyol が申告した注文単位の KDV と1クルシュ以内で一致すること）を行い、不一致があれば送信前に「要確認」キューに表示します。

8. Özel Entegratör の選び方（または GİB との直接連携）

Özel Entegratör の実際の役割

いわゆる Özel Entegratör （特別インテグレーター）とは、自らインフラを運用したくない納税者に代わって、クローズドループの e-Fatura インフラを運用する GİB 認定の第三者です。インテグレーターは HSM で保護された Mali Mühür をホストし、GİB への送信キューを運用し、一時的な障害時の再試行を処理し、手動操作用の Web UI を提供します。1日約10件以上の注文がある Trendyol セラーのほぼすべてが Özel Entegratör を利用しており、GİB と直接連携しているのはごく一部の大企業だけです。

2026年のベンダー勢力図

• Logo Yazılım — 老舗のエンタープライズ ERP ベンダーで、請求書向けに「e-Logo」を提供。法人セラーに強く、価格は高め。
• Uyumsoft — 独立系インテグレーターで、Trendyol/Hepsiburada セラーに広く利用されている。価格は中価格帯。
• QNB eFinans — 銀行系で、QNB Finansbank の法人向けバンキングを利用するセラーに人気。銀行の照合機能と緊密に連携。
• Foriba（現在は Sovos の一部） — 国際的な買収により誕生。複数国での e-インボイス（TR + IT + PL）に強い。
• Mikro Yazılım — 中小企業向けで会計士に人気。多くの SMMM 事務所が Mikro を標準としている。
• İzibiz — 比較的新しい REST API ファーストのインテグレーター。すっきりとしたモダンな API を求める EC セラーに人気。
• Turkcell e-Şirket / e-Fatura — 通信会社系のサービスで、法人向けモバイル契約とセットで提供されることが多い。

重視すべきポイント

• API の品質 — SOAP より REST + JSON。予測可能なレート制限と明確なエラーコード
• GİB までのレイテンシ — XML 送信から ETTN 返却までの往復時間の実測値。優れたインテグレーターは1.5秒未満、劣るものは GİB のピーク負荷時に30秒を超えることも
• マルチマーケットプレイス対応 — Trendyol、Hepsiburada、Çiçeksepeti、Amazon.tr、自社ショップの請求書を同じインテグレーターから自由に発行できること
• 料金体系 — 請求書単位（通常0.50〜2トルコリラ）、月額パック、または無制限。取扱量の多いセラーは定額の月額パックを交渉すべき
• サポート SLA — GİB で障害が発生した場合（年に4〜6回起こります）、API 仕様よりもインテグレーターのインシデント対応のほうが重要

Zunapro のインテグレーター非依存アーキテクチャ

Zunapro は意図的に、特定のインテグレーターに縛らない設計にしています。オーケストレーション層はトルコの主要な Özel Entegratör すべての公開 API に対応しており、アクティブなテナントに設定されたインテグレーターに署名リクエストをルーティングします。2026年にコストやサービス面の理由でインテグレーターを切り替える場合も、Zunapro なら再連携プロジェクトではなく、30分の設定変更で済みます。

9. 支払い、BA-BS、KDV-1 の照合

3者照合

Trendyol の売上を会計上正しく締めるには、次の3つを照合する必要があります。

• Trendyol の支払い明細 （hakediş raporu）— マーケットプレイス手数料、配送料、返品の返金、プラットフォーム単位のプロモーションを差し引いた、その期間に Trendyol から実際に支払われた金額
• 発行済み請求書（ETTN 一覧） — UBL-TR XML で GİB に報告した総売上
• e-Defter / 会計帳簿 — 会計システムに記帳され、月次の KDV-1 / KDV-2 / Geçici Vergi 申告の基礎となる仕訳

これら3つの数字は正確に一致しなければなりません。月約1,000件を超える注文量で手作業で照合すると数日がかりの作業になり、1回で正しく一致することはまずありません。

BA-BS 報告

トルコの Form BA （Mal ve Hizmet Alımlarına İlişkin Bildirim Formu：商品・サービスの購入に関する報告書）と Form BS （Mal ve Hizmet Satışlarına İlişkin Bildirim Formu：商品・サービスの販売に関する報告書）は、1つの取引先との5,000トルコリラ（2026年の基準額）を超える購入・販売をすべて報告する月次の照合用書式です。Trendyol セラーの場合、Trendyol 自身がセラーに発行する手数料や配送料の請求書は月ごとにこの基準額を超えることが多く、BA に記載する必要があります。マーケットプレイスの売上は個々の販売が基準額未満のため通常 BS には含まれませんが、5,000トルコリラを超える法人向け B2B 販売は含まれます。

Zunapro は取引先台帳を管理し、Trendyol からセラーへの請求書（手数料、配送料、Trendyol Ads）を自動集計して、月末に BA 提出用の CSV を作成します。

KDV-1 と KDV-2

• KDV-1 — 標準制度の納税者向けの月次 KDV 申告。発行した e-Fatura + e-Arşiv の合計と、仕入請求書から控除する仕入 KDV を集計し、税務署への納付額を算出します。
• KDV-2 — 購入者（公共部門の購入者や、tevkifat の対象となる B2B 購入者など）が KDV の一部を源泉徴収するケース向けの源泉 KDV 申告。Trendyol の法人チャネルの注文の一部がこれに該当します。

Geçici Vergi（法人税の予定納税）

トルコの法人納税者は3か月ごとに Geçici Vergi （暫定・予定法人税）の申告を行い、前四半期の利益に対する税金を納付します。Trendyol セラーの場合、この申告のデータ品質は、請求書と支払いの照合の正確さに完全に左右されます。売上を過大に計上すれば Geçici Vergi が膨らみ、過少に計上すれば年度末に利息付きの修正が発生します。Zunapro の照合エクスポートは、Geçici Vergi の計算に直接取り込めます。

10. GİB の税務調査を乗り切る — 監査証跡、e-Defter、実務上の衛生管理

GİB が実際にチェックすること

Trendyol セラーに対する GİB の税務調査（vergi incelemesi）は、通常次の3点を対象とします。

1. すべての Trendyol 注文について、7日以内に請求書が発行されているか？ — Trendyol の注文エクスポートと ETTN 一覧の照合
2. KDV 申告は発行済み請求書と整合しているか？ — KDV-1 の月次合計と、e-Fatura + e-Arşiv の合計（返品控除後）の照合
3. e-Defter は漏れなく作成され、毎月署名されているか？ — 各月の帳簿は電子封印したうえで、翌々月の14日までに GİB にアップロードしなければなりません（1月分の e-Defter の期限は3月14日）

監査に耐えうる証跡とは

Zunapro は Trendyol の各注文について、改ざんを検知できるタイムラインを保存します。

• Trendyol 注文 Webhook のペイロード（生の JSON、ハッシュ化・署名済み）
• UBL-TR 2.1 XML ドラフト（署名前）
• 署名済み XML（Mali Mühür 適用後）
• GİB の ETTN と受理のタイムスタンプ
• 生成して Trendyol に送信した PDF（Trendyol の受領確認付き）
• その後に発行された返品請求書（ETTN の紐付け付き）
• 注文を締める Trendyol hakediş raporu の支払い行

監査人が来たら、セラーは調査対象期間で絞り込んだこのタイムラインを1つの CSV としてエクスポートし、SMMM に渡すだけです。このエクスポートだけを使って、正式な vergi incelemesi を2営業日で完了したお客様もいます。

避けるべき罰則

• Özel usulsüzlük cezası （特別不正罰金）— 請求書の発行漏れに対して課され、2026年の基準額は請求書1件あたり約6,900トルコリラ以上。VUK の指数連動により引き上げられることがあります
• Vergi ziyaı cezası （税額逸失罰金）— KDV の過少申告に対して課され、未納税額と同額に利息が加算されます
• Defter onayı eksikliği （帳簿承認の欠如）— e-Defter の月次アップロード漏れに対して課され、現在は法人納税者で6万トルコリラ以上、再犯の場合は2倍になります
• Trendyol KKM による停止 — 税務上の罰則ではなく商業上のペナルティ。請求書の問題が是正されるまでストアが凍結されます

実務上の衛生管理

Zunapro で自動化していても、人の側の対応は重要です。

• EC 運営担当者と SMMM の間で、毎月の締め会議を開く
• 翌月25日（KDV-1 の申告期限）までに、Zunapro の ETTN 一覧と Trendyol の hakediş を照合する
• Mali Mühür の有効期限を60日前に確認し、TÜBİTAK Kamu SM と更新の調整を行う
• 四半期ごとに少額の実注文で返品請求書のフローをテストする。返品の経路は通常の経路より使われる頻度が低いため、定期的な検証が有効です
• Trendyol Seller Center の API キーとシークレットを毎年ローテーションする。Zunapro はダウンタイムなしのキーローテーションに対応しています

トルコの法的枠組み 2026 — Trendyol セラーが知っておくべきこと

VUK 213 — 税務手続法

VUK 213（Vergi Usul Kanunu — 税務手続法第213号） は基本となる法律です。Trendyol セラーが最もよく参照する条文は次のとおりです。

• 第229条 — 請求書を定義し、すべての商取引について請求書を発行する義務を定める
• 第231条 — 引き渡し日から7日間の発行期限を定める
• 第232条 — どの区分の購入者に対して義務が生じるかを定める
• 第353条 — 請求書の発行漏れや誤りに対する特別不正罰金

一般通達第509号 — 電子文書のバイブル

Vergi Usul Kanunu Genel Tebliği Sıra No: 509は2019年に公布され、その後何度も改正されてきた、最も重要な行政文書です。e-Fatura、e-Arşiv、e-İrsaliye、e-Defter などの電子文書を使用しなければならない対象者を定め、売上高や業種のしきい値を設定し、技術要件（UBL-TR 2.1 スキーマ、XAdES 署名など）を列挙しています。マーケットプレイスに関する条項は、2024年と2026年の改正を通じて段階的に厳格化されました。

e-İrsaliye — 出荷文書

e-İrsaliye は、商品の物理的な移動に伴う電子納品書（運送状）です。Trendyol Express で出荷する Trendyol セラーの場合、e-İrsaliye はセラーではなく配送業者が発行することが多いですが、Trendyol Express 以外の自社物流で出荷する場合は、e-İrsaliye の発行はセラーの義務になります。Zunapro は、設定により e-Fatura/e-Arşiv と並行して e-İrsaliye を発行できます。

消費者保護 — TKHK

• Tüketicinin Korunması Hakkında Kanun（TKHK 第6502号） — トルコの消費者保護法。通信販売における14日間の撤回権を定めています。
• Mesafeli Sözleşmeler Yönetmeliği — 通信販売契約に関する規則。義務の大半は Trendyol の標準規約でカバーされますが、商品品質に関する請求については引き続きセラーが責任を負います。
• 2年間の法定保証 （ayıba karşı tekeffül：瑕疵担保責任）— すべての B2C 販売にデフォルトで適用され、標準的な消費者契約では放棄できません。

業種別登録制度 — TİTUBB、TSE、KKDIK

• TİTUBB / ÜTS — 医療機器と化粧品に関する保健省のデータベース。販売前の登録が義務付けられています。
• TSE — トルコ規格協会。電気製品、ガス製品、安全規格の対象製品に関係します。
• KKDIK — EU の REACH に相当するトルコの化学物質規制。洗剤、一部の化粧品、DIY 用化学品に関係します。

始め方 — 15分でできる Trendyol e-インボイス連携の手順

1. 前提条件

• Trendyol Seller Center アカウント （有効なサプライヤー ID を保有）
• トルコの法人 （A.Ş.、Ltd. Şti.、または şahıs şirketi）で、有効な VKN を保有
• Mali Mühür （法人）または NES （個人事業主）— TÜBİTAK Kamu SM が発行
• Özel Entegratör との契約 — Logo、Uyumsoft、QNB eFinans、Foriba、Mikro、İzibiz、またはそれに相当するもの
• e-Fatura および e-Arşiv への加入 （GİB）— 申請書類はインテグレーターが対応します

2. Trendyol Seller Center を Zunapro に接続

1. Zunapro にサインインし、トルコモジュールを開きます
2. Trendyol のタイルを開き、 サプライヤー ID、API キー、API シークレット を貼り付けます（Seller Center → Hesabım → Entegrasyon Bilgileri）
3. Zunapro が即座にハンドシェイクを行い、サプライヤー ID の検証、カタログの取得、未処理注文の一覧表示を行います

3. Özel Entegratör を接続

1. e-Fatura のタイルを開きます
2. ドロップダウンからお使いのインテグレーターを選択します
3. インテグレーターの API 認証情報を貼り付けます（最近のインテグレーターの多くは REST のユーザー名/パスワード、新しいものは OAuth のクライアント ID/シークレット）
4. Mali Mühür がインテグレーター側でホストされていることを確認します（Zunapro が秘密鍵を受け取ることはありません）
5. Zunapro がテスト請求書をエンドツーエンドで署名し、返却された ETTN を表示して、連携が機能していることを確認します

4. KDV 税率と GTIP をマッピング

1. KDV マッピング画面を開きます
2. Zunapro が、学習済みのマッピングに基づいて Trendyol カテゴリごとのデフォルト税率を提案します
3. 例外を上書きします（例：児童書は1%、非課税品目）
4. Trendyol Global で越境販売を行うセラーは、GTIP コードを入力します

5. 自動請求をオンにする

1. Trendyol の設定ページを開きます
2. 次の機能を有効にします： 注文 Webhook での自動請求
3. 必要に応じて次の機能も有効にします： 返品 Webhook での自動返品請求
4. お好みの PDF テンプレート（ロゴ、IBAN、KEP アドレス）を設定します

6. 本番稼働

最初の Trendyol の実注文が届きます。Zunapro は UBL-TR XML を生成し、インテグレーター経由で署名し、ETTN を取得し、PDF を生成して Trendyol に送信します。一般的な注文でのエンドツーエンドの所要時間は 2〜3秒です。セラーは最初の3件の実請求書を手動で確認し、その後はフローを無人で運用できます。

Trendyol e-インボイス よくある質問 2026