> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
> Use this file to discover all available pages before exploring further.

# v1.118.3（2026年10月6日）

> 複数サブスクリプションのチェックアウト、Moderation API、GCash、AlipayHK、FPS、Touch 'n Go、インドでの Apple Pay、Ethoca alerts、顧客メールログ、テストモードのメール、右から左に表示するチェックアウト、刷新されたダッシュボード、そして Dodo Sync 1.0。

## 新機能

### 1. **複数サブスクリプションのチェックアウト**

1回のチェックアウトで、複数のサブスクリプションを同時に販売できるようになりました。`product_cart` に2つ以上のサブスクリプション商品を追加すると、顧客は1回の支払いで、1枚の請求書にまとめてすべてを支払えます。

各商品は個別のサブスクリプションとなり、それぞれのスケジュールで更新されます。そのため、請求間隔やトライアル期間が異なるプランでも、同じカートに入れられます。チェックアウトページには **本日の支払合計** が表示され、その下にサブスクリプションごとに、トライアル、更新金額、次回請求日が1行ずつ表示されます。

カートには最大20個の商品を入れられます。サブスクリプションが2つ以上入ったカートには、単発商品を追加できません。

支払いには購入全体が記録されます。`is_multi_subscription` は `true` であり、`subscription_ids` には作成されたすべてのサブスクリプションが一覧表示されます。一方、`subscription_id` は `null` です。

詳しくは：[複数サブスクリプションカート](/developer-resources/checkout-session#multi-subscription-cart)

### 2. **Moderation API**

コンテンツがプロダクトに届く前に、テキストや画像を審査できます。`POST /moderation/screen` にコンテンツを送信すると、`allow`、`flag`、または `deny` の判定と、判定のきっかけとなったカテゴリが返されます。

リクエストでは、最大8,000文字のテキスト、最大5 MiBの画像、またはその両方を受け付けます。`GET /moderation/usage` で審査済みの内容を追跡できます。テストモードでの審査は無料で、任意のタイミングで発生させられるモック判定が返されるため、インテグレーションのあらゆる分岐をテストできます。

詳しくは：[Moderation API](/features/moderation)

### 3. **GCash、AlipayHK、FPS、Touch 'n Go**

東南アジアと香港の顧客向けに、4つの新しい地域決済手段を利用できるようになりました。

| 決済手段 | 国 | 通貨 |
| - | - | - |
| **GCash** | フィリピン | PHP |
| **AlipayHK** | 香港 | HKD |
| **FPS** | 香港 | HKD、CNY |
| **Touch 'n Go** | マレーシア | MYR |

顧客はウォレットまたは銀行アプリでQRコードをスキャンして支払います。4つすべてがデフォルトで有効になっており、**設定 → 決済手段** から無効にできます。これらは単発支払いでのみ利用でき、サブスクリプションのチェックアウトには表示されません。各決済手段は、請求先の国と通貨が一致し、[Adaptive Currency](/features/adaptive-currency) が有効な場合にのみ表示されます。

詳しくは：[アジア太平洋地域の決済手段](/features/payment-methods/asia-pacific)

### 4. **インドでの Apple Pay**

インドの顧客が Apple Pay で支払えるようになりました。INRで請求される Apple Pay のサブスクリプションは、他のインド発行カードと同様に、RBI mandate に基づいて処理されます。

詳しくは：[インドでの Apple Pay](/features/payment-methods/digital-wallets#apple-pay-in-india)

### 5. **Ethoca Alerts**

Mastercardやその他のVisa以外のカードで、チャージバックが申請される前に防止できます。カード発行会社からEthoca alertが送信されると、Dodo Paymentsは自動的に支払いを返金します。そのため、異議申し立てがチャージバックに発展することはなく、チャージバック率にも影響しません。

Ethoca alertsはオプトイン方式です。Visa RDRの隣にある **設定 → Dispute Resolution** の **Ethoca Alerts** カードから登録できます。事業者は、事前にライブ決済とstatement descriptorを設定しておく必要があり、alertごとに料金が発生します。登録の確認には2～4営業日かかります。

詳しくは：[Ethoca Alerts](/features/transactions/disputes#ethoca-alerts)

### 6. **顧客メールログ**

すべての顧客に、**Sales → Customers** の下に **Sent Emails** タブが表示されるようになりました。ここには、過去180日間にDodo Paymentsが顧客へ送信したメールが一覧表示されます。各エントリには、件名、カテゴリ、配信ステータス（**Sent**、**Delivered**、**Failed**、**Marked as spam**、または **Not sent**）が表示され、送信に失敗したメールについては失敗理由も確認できます。

メールを開くと、顧客が実際に受信した内容を正確に確認できます。また、元のアドレスまたは新しいアドレスに、最大3回まで再送信できます。同じログはAPIの `GET /customers/{customer_id}/emails` からも利用できます。

詳しくは：[メールログ](/features/email-logs)

### 7. **テストモードのメール**

テストモードでも顧客メールが送信されるようになり、ライブ環境に移行する前にメールの一連の体験を確認できます。テストメールは実際の受信者に送信され、すべての件名は `[TEST MODE]` で始まります。

**設定 → Communication → Email** の **Test Mode Emails** スイッチで制御でき、デフォルトでオンになっています。事業者は1週間あたり最大100通のテストモードメールを送信できます。ライブモードのメールには影響しません。

詳しくは：[テストモードのメール](/features/communication-preferences#test-mode-emails)

### 8. **右から左へのチェックアウト**

アラビア語とヘブライ語で、チェックアウトが右から左に表示されるようになりました。レイアウト、ナビゲーション、注文概要を含むページ全体が左右反転します。一方、メールアドレス、コード、電話番号は通常の読み順を維持します。

<Frame>
  <img src="https://mintcdn.com/dodopayments/JKGh8EdeOlomDLSl/images/checkout/checkout-rtl-arabic.png?fit=max&auto=format&n=JKGh8EdeOlomDLSl&q=85&s=89f32f6ad69dda36aabd76dfa0933fd0" alt="Checkout page in Arabic rendered right to left, with the order summary on the right and the card form on the left" style={{ maxHeight: '500px', width: 'auto' }} width="1918" height="962" data-path="images/checkout/checkout-rtl-arabic.png" />
</Frame>

詳しくは：[多言語チェックアウト](/features/checkout#multi-language-checkout)

### 9. **カード名義人名の必須化**

チェックアウトセッションで `feature_flags.require_cardholder_name` を `true` に設定すると、顧客にカード名義人名の入力を求められます。このフィールドはカード番号の上に表示されます。このフラグのデフォルト値は `false` です。他の決済手段では無視されますが、Apple PayとGoogle Payではすでに支払者名が収集されています。

詳しくは：[Checkout Sessions](/developer-resources/checkout-session)

### 10. **サブスクリプションをキャンセルしたユーザー**

サブスクリプションに、キャンセルしたユーザーを記録する `cancelled_by` オブジェクトが追加されました。その `actor_type` は、`customer`、`merchant_user`、`api_key`、`dodo_team` のいずれかです。顧客またはダッシュボードユーザーの場合は、`name` と `email` も含まれます。

このフィールドは、APIレスポンスのサブスクリプションと、すべての `subscription.*` webhook payloadに表示されます。即時キャンセルと予約済みキャンセルの両方に対応しており、システムによるキャンセルなど、実行者が不明な場合は `null` です。

詳しくは：[Get Subscription](/api-reference/subscriptions/get-subscriptions)

### 11. **Payout SettingsとReserved Balance**

Payoutsの設定場所が **設定 → Payouts** に移動しました。**Payouts** ページの **Manage** からアクセスできます。Payoutの頻度をより少ないサイクルに変更したり、最低Payout額を設定したり、連携済みの銀行口座を1か所で管理したりできます。

**Payouts** ページに、実際の次回Payout日が表示されるようになりました。この日付は週末と銀行休業日を除外し、Payout日が変更された場合にはその旨を知らせます。確定済み支払いの一部がreserveとして保留されている場合、**Payout Balance** カードに **Reserved** 行が表示されます。この金額は引き続きお客様のものであり、自動的に残高へ戻されます。

詳しくは：[Payout Structure](/features/payouts/payout-structure)

### 12. **よりシンプルになった認証フロー**

アカウント認証が、1つのチェックリストと、次のステップへ進むための1つのボタンにまとまりました。ボタンには **Start Verification**、**Continue Verification**、または **Submit for Review** のいずれかが表示されます。

各フォームは **Save and Continue** をクリックすると下書きとして保存されるため、自分のペースで入力し、すべてのフォームをまとめて審査に提出できます。本人確認は同じページの安全なウィンドウで開きます。チームから追加情報を求められた場合は、必要な内容と期限を示す **Action required** バナーが表示されます。

詳しくは：[アカウント認証](/miscellaneous/verification-process)

### 13. **刷新されたダッシュボード**

**Settings** が、**Your Profile**、**Business Settings**、**Payments & Commerce** にグループ化されたカードの単一ページになりました。各カードから、それぞれのセクションを開けます。**Tracking Integrations**、**Pricing**、**Dispute Resolution**、**Payouts** には専用ページが用意され、**Storefront** はサイドバーから **Settings** に移動しました。以前のリンクは新しいページへリダイレクトされます。

検索がサポートチャットアイコンとともにヘッダーに表示されるようになりました。サインアウトはビジネス切り替えメニューに移動しました。

ダッシュボード内の国、電話番号、通貨のすべてのドロップダウンを、名称、ISOコード、または市外局番で検索できるようになりました。

### 14. **Dodo Sync 1.0**

支払い、顧客、サブスクリプション、ライセンスを自分のデータベースにコピーするオープンソースパッケージ [Dodo Sync](/developer-resources/dodo-sync) が、バージョン1.0になりました。

* **同期が高速化。** MongoDB、PostgreSQL、MySQL、ClickHouseで、レコードごとに1クエリを実行する代わりに、各レコードページを1回の一括操作で書き込むようになりました。
* **Serverless環境でも安全。** `run()` は、解決する前にすべてのデータベース書き込みを待機するようになりました。そのため、VercelやAWS Lambdaで関数が終了した際に同期レコードが失われることはありません。新しい `disconnect()` メソッドを `finally` ブロック内で呼び出して、データベース接続を閉じてください。
* **独自のMongoDBデータベース。** レコードは接続URIで指定されたデータベースに書き込まれます。URIにデータベースが指定されていない場合、Dodo Syncはこれまでと同様に `dodopayments_sync` を使用します。
* **CLIでシークレットをマスク。** インタラクティブモードで、入力中のデータベースURIとAPI keyがマスクされるようになりました。

<Warning>
  バージョン1.0には、`0.x` からアップグレードする場合、3つの破壊的変更があります。

  * **MongoDB database name**：データベースは常に `dodopayments_sync` になるのではなく、接続URIから取得されるようになりました。URIにデータベースが指定されている場合、データはそこへ移動します。
  * **MongoDB license IDs**：他のデータベースと同様に、ライセンスドキュメントが `subscription_id` ではなく、license `id` ごとに保存されるようになりました。アップグレード前に既存の `licences` collectionを削除してください。次回の同期で再作成されます。
  * **MySQL version**：MySQL 8.0.20以降が必要です。
</Warning>

詳しくは：[自分のデータベースと同期](/developer-resources/dodo-sync)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.