# 決済手段データの移行

既存の決済代行業者から Stripe への決済手段データ移行について解説します。

#### カード

標準的な移行プロセスに関する一般的なガイダンスについては、[支払いデータのインポートをリクエストする](https://docs.stripe.com/get-started/data-migrations/pan-import.md)を参照してください。この書類では、Card インポートに特化した補足情報を提供しています。

以前の決済代行業者からカードデータを移行すする場合、そのデータをデフォルトの支払い方法カード (`pm_`) オブジェクトまたは従来のカード (`card_`) オブジェクトとして Stripe にインポートできます。Payment Intents API は、両方のカード支払いタイプについてすべての Stripe 製品をサポートしていますが、導入では次の考慮事項に基づいてどちらか一方を優先する場合があります。

- Stripe でサードパーティのサブスクリプションプラットフォームを使用している場合は、プラットフォームまたは開発者に問い合わせて、どちらが適しているかを確認してください。

- Stripe アカウントに既存の支払いデータがある場合は、すでに使用しているタイプと一致するようにしてください。

  - `pm_`: [Payment Methods API](https://docs.stripe.com/api/payment-methods.md) を Payment Intents API と組み合わせて使用します。
  - `card_`: [Card API](https://docs.stripe.com/api/cards.md) を Payment Intents API と組み合わせて使用します。
  - `src_`: 非推奨の Sources API を引き続き使用できますが、より多くの機能にアクセスするには [Payment Intents API に移行](https://docs.stripe.com/payments/payment-intents/migration/charges.md)することをお勧めします。

## デフォルトのカード

*デフォルトのカード* は、顧客が定期支払い、サブスクリプション、または今後の取引のデフォルトの支払い方法として設定または選択する主要なカードです。カードを `default` としてマークすると、特に指定しない限り、そのカードは自動的に次の取引の支払い方法になります。自動定期支払いを必要とするサブスクリプションベースのサービスにこの機能を使用します。新しいカードを新しいデフォルトの支払い方法として設定したり、現在のデフォルトを変更せずに追加の支払い方法として追加したりできます。

| タイプ | オブジェクトのプレフィックス | 移行の動作 |
| --- | --- | --- |
| カード | `card_` | インポート時にデフォルトのカードを設定します。データファイルで指定されていない場合は、最初にインポートされたカードがデフォルトになります。 |
| 決済手段 | `pm_` | デフォルトのカードは必要ありません。データファイルで指定されていない場合、デフォルトのカードはありません。 |
| ソース | `src_` | デフォルトのカードは必要ありません。データファイルで指定されていない場合、デフォルトのカードはありません。 |

### デフォルトのカードデータを指定する

- デフォルトカード情報をデータファイルの別の列に含めます。デフォルトのカードと非デフォルトのカードを識別できるように、`TRUE` 値と `FALSE` 値を使用することをお勧めします。
- インポート時にカードをデフォルトとしてマークすると、既存の顧客の現在のデフォルトの支払い方法 (設定されている場合) が上書きされます。

## 現在の制限事項

Stripe の担当者と協力して、Apple Pay DPAN の Stripe への移行をリクエストできます。以前の決済代行業者は、デバイスのプライマリアカウント番号 (DPAN)、有効期限、ネットワーク取引 ID をエクスポートする必要があります。

Stripe は、Google Pay などのデジタルウォレットに保存されている他のカードを移行できません。これは、以前の決済代行業者ではなくこれらのサービス自体がセキュリティのために保存された値をトークン化しているためです。デジタルウォレットに関連付けられたカードは、Stripe で新しい決済手段として追加する必要があります。

## Stripe Tax の住所確認

Stripe Tax を使用して顧客データをアカウントに移行する場合は、次の理由から顧客住所フィールドを含めます。

- **税金計算の正確性**: 住所は、さまざまな管轄区域で税金を正確に計算するのに役立ちます。
- **税法の遵守**: 現地の税法では、税金請求書の正確性を保つために住所の記載が義務付けられています。
- **監査とレポート**: 正確な住所データは税務監査のコンプライアンスに役立ち、取引場所を記録することで内部分析を強化します。
- **顧客の決済体験の向上**: 正確な住所から開始することで、正確で自動的な税金計算が可能になり、リピーターの決済プロセスが改善されます。
- **税法の変更への適応性**: 顧客の完全な住所データセットにより、企業は税法の変更に適応し、コンプライアンスの問題を防ぐことができます。

## 自動カード更新機能 (CAU)

決済代行業者からのファイルには、有効期限切れのカードが含まれていることがよくあります。Stripe 自動カード更新機能 (CAU) は、カード発行会社から新しいカード情報を取得して適用することで、保存済みのカード情報を自動的に更新します。

CAU はサービスの継続性を最大化し、承認率を向上させますが、アカウント内の更新されたカードごとに料金が発生する場合があります。インポート中に期限切れのカードをどのように処理するかを指定できます。

- **有効期限切れのカードをスキップする**: 有効期限切れのカードデータをインポートしないでください。CAU は有効期限が切れていないカード (盗難されたカードや交換されたカードなど) を引き続き更新し、移行後の請求を行う場合があります。
- **期限切れのカードをインポート**: CAU が可能な限り多くのカードを更新し、CAU 料金をアカウントに請求できるようにします。

### 仕組み
![インポート時のカード更新の仕組み](https://b.stripecdn.com/docs-statics-srv/assets/dm-cau.376a7292d021463b18118595e4e20e79.jpg)

## 強力な顧客認証 (SCA) の証拠を移行する

欧州のユーザーの場合、PSD2 (第 2 次決済サービス指令) により、電子決済のセキュリティを強化するために [強力な顧客認証 (SCA)](https://docs.stripe.com/strong-customer-authentication.md) が義務付けられています。SCA では、取引に対して 3 つの独立した認証要素のうち 2 つが要求されます。

- 顧客が知っている情報 (パスワードなど)
- 顧客の所有者 (モバイルデバイスなど)
- 顧客に関する情報 (生体認証データなど)

以前の決済代行業者からのネットワーク取引 ID は、顧客が以前のプロセッサで SCA を使用して取引を認証したことを示し、Stripe が今後の取引に対して SCA 免除を申請できるようにします。これにより、顧客にとって Stripe への移行がシームレスになり、再認証の必要がなくなります。

以前の決済代行業者が取引 ID を提供できない場合は、[インポートリクエストフォーム](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration)でお知らせください。代替オプションをご提供いたします。

## 日本の Stripe アカウント向けの 3DS 同意書

日本の改訂[クレジットカード・セキュリティガイドライン](https://www.meti.go.jp/press/2022/03/20230315001/20230315001.html)では、日本の企業に対して 2025 年 3 月末までに3D セキュア 2.0 (3DS) の導入を義務づけています。

日本のビジネスで 3DS を使用していない場合は、[移行リクエストフォーム](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration)の **追加情報** セクションでその旨を報告してください。デフォルトではこれは、カードが[移行後の日本での 3DS 必須要件](https://support.stripe.com/questions/3ds-mandate-in-japan)から免除されるように設定されていることを意味する、と解釈されます。

Stripe はサポートとサービスを調整して、業務やセキュリティを中断することなく業界標準に準拠できるように支援します。

詳しくは、[日本における 3DS の導入の義務化について](https://support.stripe.com/questions/3ds-mandate-in-japan)をご覧ください。

## カードファイルに関するガイダンス

- 決済代行業者はさまざまなフィールドを指定できます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- Stripe は必要に応じて、以前の決済代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。

### ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列は `,` で区切ります。
- カンマを含むすべてのフィールドを二重引用符 `"` で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字を入力しない)。 不足しているフィールドを `NULL`、`N/A`、またはその他の値で示すことは_できません_。
- 内容に二重引用符が含まれる場合、CSV RFC に従って別の二重引用符でエスケープします。たとえば、`William "Bard of Avon" Shakespeare` を `"William ""Bard of Avon"" Shakespeare"` にフォーマットするとします。
- フィールド内に改行文字 (`\r` または `\n`) を含めることはできません (避けるべき例: `101 1st Ave\nApt 1`)。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- 機密データファイルを SFTP 経由で送信する前に、[PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key)を使用して暗号化する必要があります。

## カードのデータのフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| カード番号 | 必須 | インポートされる各顧客は、少なくとも 1 枚のカードを保有している必要があります。 |
| カードの有効期限 | 必須 | このオプションは、1 つまたは 2 つの列 (月と年を別々に値) として提供できます。 |
| ネットワーク取引 ID | 必須* | \*[SCA の影響を受ける加盟店](https://support.stripe.com/questions/countries-in-the-european-economic-area-\(eea\)-impacted-by-strong-customer-authentication-\(sca\)-regulation)の場合は必須です。 |
| 住所 (1 行目) | 必須* | \*住所確認に推奨されます。Stripe Tax ででは必須です。 |
| 市区町村 | 必須* | \*住所確認に推奨されます。Stripe Tax ででは必須です。 |
| 都道府県 | 必須* | \*住所確認に推奨されます。Stripe Tax ででは必須です。 |
| 郵便番号 | 必須* | \*住所確認に推奨されます。Stripe Tax ででは必須です。 |
| 国 | 必須* | \*住所確認に推奨されます。Stripe Tax では必須です。ISO 2 文字の国コードとして形式を設定します。 |
| Stripe 顧客 ID | オプション | 既存の Stripe 顧客にマッピングするには、決済代行業者ファイルまたは補足ファイルで提供します。 |
| 以前のカード ID | オプション | 以前の決済代行業者で、複数のカードを所有する顧客がいる場合に推奨されます。 |
| 説明 | オプション | 追加のメタデータ |
| メールアドレス | オプション | 追加のメタデータ |
| 電話番号 | オプション | 追加のメタデータ |
| デフォルト | オプション | カードがデフォルトかどうかを指定するには、`TRUE` または `FALSE` を指定します。 |
| 名前 | オプション | 追加のメタデータ |
| 住所 (2 行目) | オプション | 追加のメタデータ |
| 顧客 / カードのメタデータ | オプション | 追加のメタデータ |

#### ACH

Standard移行プロセスの一般的なガイダンスについては、[決済データインポートのリクエスト](https://docs.stripe.com/get-started/data-migrations/pan-import.md) を参照してください。このドキュメントでは、[ACH Direct Debit](https://docs.stripe.com/payments/ach-direct-debit.md) インポートに特化した補足情報を提供します。

Nacha のルールでは、顧客の銀行口座から引き落としを行う前に、顧客から支払いの許可を得ることが義務付けられています。この許可を得るには、顧客に *同意書* (A written notice of authorization to debit a bank account, agreed to by the customer before the first debit) を提示する必要があります。

以前の決済代行業者から ACH データを移行する際には、従来の銀行口座 (`ba_`) オブジェクトまたは決済手段 (`pm_`) オブジェクトを使用して、ACH レコードを Stripe にインポートできます。

受付フォームを提出すると、お客様が ACH デビット用にインポートする銀行口座について同意書を入手したことを確認したことになります。ご不明な点がありましたら、以前の決済代行業者にお問い合わせください。同意書を入手していない場合は、インポートする前に顧客から回収してください。

## ACH メール

Stripe の [受付フォーム](https://support.stripe.com/contact/email?topic=migrations) で、同意書を銀行口座 (ba_) または決済手段 (pm_) オブジェクトのどちらでインポートするかを選択してください。

- 銀行口座を選択する場合、移行について顧客への通知は行いません。
- 決済手段を選択して顧客のメールアドレスをご提供いただく場合、インポート後に Nacha 要件に従って同意書を確認するメールを顧客宛に自動送信いたします。顧客はメール受信後、特段の対応は不要です。

## ACH ファイルに関するガイダンス

- 決済代行業者はさまざまなフィールドを指定できます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- Stripe は必要に応じて、以前の決済代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。

### ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列はカンマ `,` で区切ります。
- カンマを含むすべてのフィールドを二重引用符 `"` で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字を入力しない)。 不足しているフィールドを `NULL`、`N/A`、またはその他の値で示すことは_できません_。
- コンテンツの一部である二重引用符は、CSV RFC に従って別の二重引用符を重ねて記述してください (例: `"``William` `""``Bard of Avon``""` `Shakespeare``"`)
- フィールド内に改行文字 (`\r` または `\n`) を含めることはできません (避けるべき例: `101 1st Ave\nApt 1`)。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- 機密データファイルを SFTP 経由で送信する前に、[PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key)を使用して暗号化する必要があります。

## ACH データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 金融番号 | 必須 | 9 桁で先頭のゼロを含む必要があります。 |
| 口座番号 | 必須 | ほとんどの銀行口座番号は 8 桁から 12 桁ですが、5 桁から 17 桁の範囲になることもあります。 |
| アカウント所有者タイプ | 必須 | ビジネスタイプとして、`individual` または `company` を指定します。 |
| アカウントタイプ | 必須 | `checking` または `savings` アカウントを指定します。未指定のアカウントは、`checking` としてインポートされます。 |
| アカウント名 | 必須 | アカウント所有者の氏名または会社名。 |
| メールアドレス | オプション* | 追加のメタデータ *ACH レコードを決済手段としてインポートし、顧客のメールアドレスを提供する場合、インポート後に Nacha 要件に従って同意書を確認するメールを顧客に自動的に送信します。顧客はメールを受信後、何も行う必要はありません。 |
| 市区町村 | オプション | 追加のメタデータ |
| 郵便番号 | オプション | 追加のメタデータ |
| 国 | オプション | ISO 2 文字の国コード形式で提供してください。 |
| 電話番号 | オプション | 追加のメタデータ |
| 住所 (1 行目) | オプション | 追加のメタデータ |
| 都道府県 | オプション | 追加のメタデータ |
| Stripe 顧客 ID | オプション | 追加のメタデータ |
| 旧ソース ID | オプション | 追加のメタデータ |
| 顧客 / ACH メタデータ | オプション | 追加のメタデータ |

## ACH データ移行認証および免責事項

[ACH データ移行受付フォーム](https://support.stripe.com/contact/email?topic=migrations)を提出することにより、以下のすべての陳述が真実であり、これらの陳述を行う権限があることを証明します。

お客様はインポートを希望する銀行口座からの継続課金の条件を明記した同意書を保持していることを認めます。

インターネットまたはワイヤレスネットワーク経由で同意書を収集しました。

Stripe サービスをご利用いただいた ACH デビット取引処理における承認収集に関して、[Nacha 運営規則](https://nachaoperatingrulesonline.org)の第 2.3 条を遵守していただくことに同意いただきます。

お客様は発信者 (Nacha 運営規則で定義) として、Nacha 運営規則および Stripe の [ACH 決済手段規約](https://stripe.com/en-de/legal/ACH) に準拠した顧客からの ACH デビットオーソリの収集と保持に単独で責任を負うものとします。推奨テキストについては、Stripe の [ACH ドキュメント](https://docs.stripe.com/payments/ach-direct-debit.md#online-offline-mandates)をご覧ください。

デビットのオーソリに関する Nacha 運用規則の要件を満たさない場合、Stripe で ACH デビット取引を処理する前に新しいオーソリを収集する必要があることをご理解ください。

Stripe への移行前に収集されたオーソリについては、リクエストに応じて ACH デビットに関する関連オーソリの証拠を Stripe に提供する必要があります。不審請求の申し立てに対応する際は、オーソリのコピーを提供する責任は単独で負うものとします。

移行をリクエストする各 WEB デビットアカウントは、最初の使用前、およびその後の口座番号の変更後に、Nacha の Web Debit Account Validation ルールに従って検証済みであることを確約するものとします。

#### Bacs

イギリスの Stripe ユーザーは、イギリスの銀行口座を持つ顧客から Bacs ダイレクトデビット決済を受け付けることができます。Bacs 一括変更プロセスを使用して、現在の決済代行業者から Stripe アカウントにデータを移行できます。当社は移行全体を通じて他の決済代行業者や Bacs スポンサー銀行と協力し、Bacs データを安全に移行します。Bacs 移行の完了には約 6 週間かかります。

Stripe から他の決済代行業者へ Bacs データをエクスポートするには、[Stripe からの Bacs データエクスポート](https://docs.stripe.com/payments/bacs-debit/export-data.md)をご覧ください。

## Before you begin

移行する前に、次のアカウント設定を完了してください。

- Stripe [ダッシュボード](https://dashboard.stripe.com/settings/payment_methods) で Bacs ダイレクトデビット決済手段を有効にしてください。

- 使用するサービスユーザー番号 (SUN) を決定してください。

  - **Stripe shared SUN**: 明細書、決済シート、メールで Stripe の名前と支店名を使用する無料の SUN。
  - **Custom SUN**: 月額料金で [Custom Branding](https://docs.stripe.com/payments/bacs-debit.md#custom-branding) に登録し、カスタム SUN を使用して、明細書、決済シート、メールにビジネス名とブランドを表示できます。

- 移行リクエストフォームに必要な以下の詳細情報を収集してください。

  - 現在の決済代行業者での Bacs SUN
  - Stripe での共有または Custom SUN の設定
  - Stripe に移行する同意書の件数
  - 連結アカウントに代わって移行をリクエストするかどうか

## Bacs インポート移行リクエストを送信

データ移行リクエストを提出して移行プロセスを開始してください。

1. [データ移行用の Stripe サポートフォーム](https://support.stripe.com/contact/email?topic=migrations) に移動してください。サインインしていない場合は、**サインイン**を選択し、データを移行するアカウントの認証情報を入力してください。
2. **サードパーティーから Stripe アカウントへデータをインポートする**を選択してください。
3. インポートするデータタイプとして**Bacs** を選択してください。
4. 残りのフィールドに入力し、**メールを送信**を選択します。

リクエストを受信してから 3 日以内に、データ移行チームから署名済み一括変更証書をリクエストするメールを送信します。

## 一括変更証書の完了

移行完了のためには、現在の Bacs 決済代行業者による一括変更証書への署名が必要です。この同意により、現在の決済代行業者から Stripe への同意書の移行が承認されます。

サインインして一括変更証書をダウンロードしてください。

以下のテンプレートは、Stripe への Bacs データインポートのための一括変更証書の要件を示しています。
![要件がハイライトされた一括変更証書テンプレート](https://docs.stripecdn.com/image.412a76360aea7f98c3a42fdf1a84e0a3dfe6b3dd301cedcd122b1d13344f866e.png)

現在の決済代行業者の以下の代表者のいずれかが一括変更証書に署名する必要があります。

- 現在の SUN 所有者の取締役 2 名
- 取締役および証人
- 取締役および会社の秘書

取締役および会社秘書役は、[Companies House](https://www.gov.uk/government/organisations/companies-house) などの公開データソースを通じて公的に識別可能である必要があります。証人の署名を使用する場合は、テンプレートに示されているように**秘書/取締役**のラベルを線で消してください。

セクション1.1と**現在のサービスユーザーが記入する**セクションのみ記入してください。**新しいサービスユーザー**セクションと**新しいスポンサー銀行**セクションは空白のままにし、セクション 3.3 の文書には日付を記入しないでください。

書類にホッチキスやファイル綴用に開けられた穴がある場合や、その他の修正があると、一括変更証書は無効扱いになります。

一括変更証書を完了した後、データ移行チームからの受付フォームメールスレッドに、その証書のスキャンを返信してください。

## 一括変更タイムラインの調整

お客様の一括変更証書を受領後、Stripe のデータ移行チームがお客様、現在の決済代行業者、および弊社のスポンサー銀行と連携し、一括変更日について合意します。一括変更日には、Stripe がお客様の委任契約と顧客情報を Stripe アカウントへインポートします。

署名済み一括変更証書を当社に提出した日から少なくとも 6 週間後に一括変更日をスケジュールすることを推奨します。一括変更日前に以下のプロセスを完了する必要があります。

- すべての関係者による一括変更日の合意
- Stripe は変更通知フォームを完了します
- Stripe と現在のスポンサー銀行による文書の審査と承認
- 一括変更に関する顧客への事前通知
- Stripe へのデータ移行とインポートの準備

移行を複数のフェーズに分けて実施する必要がある場合は、サポートのメールスレッドでお知らせください。各フェーズで異なる一括変更日を設定できるよう、Stripe はお客様と協力して進めさせていただきます。

## 決済者への通知書を送付

_ 決済者への通知書 _ には、移行の必要性、決済者への影響、ダイレクトデビット保証について記載されています。

事前承認済みの支払人向け通知書テンプレートをダウンロードできます。支払人向け通知書を編集する必要がある場合は弊社までお知らせください。いかなる修正も Stripe のスポンサー銀行による審査が必要となります。

決済者への通知書テンプレートをダウンロードするには サインイン してください。

支払者への書簡の顧客への配信方法を決定できます。メール、郵送、テキストメッセージはすべて有効な連絡手段です。この変更を支払者に通知しないと、決済の失敗や不審請求の申し立てにつながる可能性があります。

### コミュニケーションのタイミング

決済者への通知書は、スポンサー銀行から一括変更の最終承認を受け取った後に送付してください。

現在の SUN の**Advance通知期間**に従って、支払者への書簡を送付する必要があります。Advance通知期間を確認するには、現在の決済代行業者にお問い合わせください。

Stripe による既存同意書の移行処理中は、お客様の顧客が銀行ポータルで 1〜3 営業日間、重複する同意書を確認する場合があります。

## Bacs 同意書をインポート

スポンサー銀行から一括変更の承認を受け取り次第、お客様と現在の決済代行業者と連携して、関連する顧客データと同意書データを移行いたします。

Stripe では、現在の決済代行業者から受け取ったデータを確認し、インポートに関する問題を特定いたします。お客様と現在の決済代行業者と連携して問題を修正した後、最終確認と承認のためにインポートの概要をお客様と共有いたします。

現在の決済代行業者は、一括変更日にインポートを実行する前に、既存の同意書をキャンセルする必要があります。キャンセル後:

- 現在の決済代行業者では顧客に請求できません。
- 一括変更日に同意書インポートを実行し、完了後に確認メールをお送りします。
- 移行されたデータファイル内の各ユニーク顧客に対して、関連する BACS PaymentMethod を持つ Customer を作成します。

以下の表は、一括変更日からお客様の口座に資金を受け取るまでの営業日 (T) での Bacs タイムラインを示しています。

|  |
| T+0 | 移行の完了と同意書の提出 |
| T+3 | 同意書が有効で決済が送信済みです |
| T+5 | 顧客の銀行口座から資金が引き落とされます |
| T+7 | Stripe での資金利用可能 |

### ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列はカンマ `,` で区切ります。
- カンマを含むすべてのフィールドを二重引用符 `"` で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字を入力しない)。 不足しているフィールドを `NULL`、`N/A`、またはその他の値で示すことは_できません_。
- コンテンツの一部である二重引用符は、CSV RFC に従って別の二重引用符を重ねて記述してください (例: `"``William` `""``Bard of Avon``""` `Shakespeare``"`)
- フィールド内に改行文字 (`\r` または `\n`) を含めることはできません (避けるべき例: `101 1st Ave\nApt 1`)。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- 機密データファイルを SFTP 経由で送信する前に、[PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key)を使用して暗号化する必要があります。

## Bacs データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 名前 | 必須 | 同意書に記載された人物の姓名を含める必要があります。 |
| ソートコード | 必須 | 長さは 6 桁である必要があり、先頭のゼロを含める必要があります。 |
| 口座番号 | 必須 | 8 桁で先頭のゼロを含む必要があります。 |
| メールアドレス | 必須 | Stripe では通知を送信するために顧客のメールアドレスが必要です。顧客がメールアドレスをお持ちでない場合は、Stripe までお問い合わせください。 |
| 住所 (1 行目) | 必須 | 顧客の Bacs 同意書における住所の最初の行。 |
| 市区町村 | 必須 | 顧客の Bacs 同意書に記載する市区町村住所。 |
| 郵便番号 | 必須 | 顧客の Bacs 同意書における住所の郵便番号。 |
| 国 | 必須 | ISO 2 文字の国コード形式である必要があります。 |
| 電話番号 | オプション | アカウント所有者の電話番号。 |
| 住所 (2 行目) | オプション | 顧客の Bacs 同意書に記載する住所の補足情報。 |
| 都道府県 | オプション | 顧客の Bacs 同意書の住所の都道府県。 |
| DDI 日付 | オプション | 追加メタデータ (Bacs 同意書の作成日)。 |
| 初回回収日 | オプション | 追加メタデータ (同意書が初回請求された日付)。 |
| Stripe 顧客 ID | オプション | 必要に応じて同意書をマッピングする Stripe 顧客 ID。 |
| 旧ソース ID | オプション | 決済手段の一意の表現。 |
| 顧客/Bacsメタデータ | オプション | その他の追加メタデータ。 |

#### SEPA

標準的な移行プロセスに関する一般的なガイダンスについては、[決済データインポートのリクエスト](https://docs.stripe.com/get-started/data-migrations/pan-import.md) をご覧ください。本文書では、SEPA インポートに特化した補足情報を提供しています。

Stripe では、すべての SEPA 決済データを決済手段として移行します。本ガイドでは、以前の決済代行業者から既存の SEPA 同意書を Stripe に移行する手順を説明します。

## 同意書のインポート

SEPA においては、同意書とは顧客と事業者の間で既に確立された元の承認済み合意を指します。

Stripe では、*新しい同意書オブジェクトの作成* ということは、新しい同意書を最初から作成することを意味しません。インポート時に、以下の特徴を持つ新しい *同意書オブジェクト* を作成します。

- 元の同意書と同じ `mandate_reference` を使用します。
- 顧客が初回のダイレクトデビット指示について最初に承認した契約内容と同一のものです。

顧客からの新しい情報は必要ありません。元の合意はそのまま維持されます。

### 債権者 ID

SEPA 債権者識別子 (債権者 ID) は、各 SEPA ダイレクトデビット決済に関連付けられた識別子で、決済をリクエストする企業を特定するものです。企業は複数の債権者識別子を持つ場合がありますが、各債権者識別子は一意であり、お客様の顧客が自身のアカウントでデビットを識別できるようになっています。

デフォルトでは、Stripe アカウントは SEPA ダイレクトデビット決済を収集する際に Stripe 債権者 ID を使用します。 **Stripe Payments** が、設定可能な [Stripe 明細書表記](https://docs.stripe.com/get-started/account/statement-descriptors.md) と併せて銀行利用明細に表示されます。以下を推奨します。

- 顧客が決済を認識し、不審請求の申し立てのリスクを軽減するために、認識しやすい利用明細記述子を設定してください。
- 独自の債権者 ID を使用すると、紛争率が低下し、顧客からの決済の認識が向上します。
- Stripe 債権者 ID をご利用の場合は、Stripe Checkout を使用して SEPA ダイレクトデビットの同意書を顧客から収集してください。

自社の債権者 ID は、[決済手段の設定](https://dashboard.stripe.com/settings/payment_methods)ページで設定できます。自社の債権者 ID を使用すると、Stripe ではなくご自身の会社名が明細書に表示されます。

#### Stripe 債権者 ID を使用する場合の SEPA 銀行同意書の例

```
From Account
Account name: CURRENT-ACCOUNT
BIC: BANBICKIEXXXXX
IBAN: IE11BANK11111111111111

Originator Details
Originator name: Stripe Payments Europe Ltd
Creditor Identifier: BE111111111111
The Creditor Identifier is a unique identifier used by
the company to process collections.

UMR: UMR123 PSP
The Unique Mandate Reference (UMR) is specific to the
mandate you have signed and identifies each direct
debit mandate.

Additional details
Status: Active
```

#### 独自の債権者 ID をご利用の場合の SEPA 銀行同意書の例

```
From Account
Account name: CURRENT-ACCOUNT
BIC: BANBICKIEXXXXX
IBAN: IE11BANK11111111111111

Originator Details
Originator name: Merchant Creditor ID Name
Creditor Identifier: BE222222222222
The Creditor Identifier is a unique identifier used by
the company to process collections.

UMR: UMR123 PSP
The Unique Mandate Reference (UMR) is specific to the
mandate you have signed and identifies each direct
debit mandate.

Additional details
Status: Active
```

## 移行通知

移行前に顧客への移行通知を行ってください。顧客による再承認や新しい SEPA ダイレクトデビット同意書の設定は不要です。既に取得済みの承認で十分です。

### コミュニケーションに関する一般的なガイドライン：

以下のような変更点を明記してください。

- Stripe 債権者 ID を選択した場合の債権者 ID
- Stripe 債権者 ID を選択した場合の債権者名
- 受取人銀行 IBAN

顧客が同意書のキャンセルを選択しない限り、現在の同意書が有効であり顧客側でのアクションは不要であることを安心していただけるコミュニケーションを心がけてください。

## SEPA デビット通知

SEPA ルールでは、SEPA 決済手段から引き落としを行う際に[顧客への通知](https://docs.stripe.com/payments/sepa-debit.md#debit-notification-emails) を行うことが定められています。

デフォルトでは、 Stripe がお客様に代わってこれらのメール通知を自動的に送信します。

## SEPA ファイルに関するガイダンス

- 決済代行業者はさまざまなフィールドを指定できます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- Stripe は必要に応じて、以前の決済代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。

### ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列をカンマ (,) で区切ってください。
- カンマを含むすべてのフィールドを二重引用符 (`"`) で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字を入力しない)。 不足しているフィールドを `NULL`、`N/A`、またはその他の値で示すことは_できません_。
- CSV RFC に従い、コンテンツ内の二重引用符は二重引用符を重ねて記述してください (例: `"``William` `""``Bard of Avon``""` `Shakespeare``"`)
- フィールドに改行文字 (`\r` または ``) を含めることはできません。避けるべき例は次のとおりです: `101 1st Ave Apt 1`。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- SFTP 経由で送信する前に、機密データファイルを弊社の [PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) で暗号化する必要があります。

### SEPA データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 名前 | 必須 | 同意書には名義人の名前を含める必要があります。 |
| IBAN | 必須 | Stripe の有効な IBAN 構造に従ってください。 |
| 同意書参照番号 | 必須 | 既存の同意書参照番号 |
| メールアドレス | 必須 | SEPA では、SEPA 決済手段から引き落としを行う際に顧客にメール通知を送信することが求められています。Stripe はこのメール通知を自動的に送信することも、手動で送信することもできます。 |
| 住所 (1 行目) | 必須* | \*EU 以外の IBAN では必須 |
| 国 | 必須* | \*EU 以外の IBAN では必須です。ISO 2 文字の国コードの形式である必要があります。 |
| 郵便番号 | オプション | 追加のメタデータ |
| 市区町村 | オプション | 追加のメタデータ |
| 電話番号 | オプション | 追加のメタデータ |
| 住所 (2 行目) | オプション | 追加のメタデータ |
| 都道府県 | オプション | 追加のメタデータ |
| Stripe 顧客 ID | オプション | 追加のメタデータ |
| 旧ソース ID | オプション | 追加のメタデータ |
| 顧客 / SEPA メタデータ | オプション | 追加のメタデータ |

#### PAD

標準的な移行プロセスの一般的なガイダンスについては、[決済データインポートのリクエスト](https://docs.stripe.com/get-started/data-migrations/pan-import.md) をご覧ください。本文書では、PADsインポートに特化した補足情報を提供しています。

[事前承認デビットに関する Payments Canada 規則](https://www.payments.ca/sites/default/files/h1eng.pdf) (PAD) では、事業者が顧客の銀行口座から引き落としを実行する前に、一回限りまたは定期的な引き落としについて明確で具体的な条件を記載した同意書合意の提示が求められています。顧客の同意取得後、この[同意書](https://docs.stripe.com/payments/acss-debit.md#mandates)により、指定されたスケジュールでの顧客銀行口座からの引き落とし権限が事業者に付与されます。同意書には、顧客の銀行番号、支店番号、口座番号、名前、メールアドレスが含まれます。

Stripe がインポートできるのは、お客様が同意書を入手されたことが確認できた PAD のみです。受付フォームを提出すると、お客様がインポートするすべての PAD 決済手段について同意書を入手したことを確認したことになります。

## 移行通知

決済処理を Stripe に移行することを顧客に通知する必要があります。

## デビット PAD

[受付フォーム](https://support.stripe.com/contact/email?topic=migrations)で、PAD のデビット方法を選択してください。

- **自動利用専用** 請求書、サブスクリプション、定期決済スケジュールでの使用。
- 顧客が開始した **オンデマンドの決済のみ** が対象です。請求書、サブスクリプション、定期支払いスケジュールを用いた自動利用にこの PAD 引き落としを行うことはできません。
- 顧客主導のオンデマンド決済と請求書、サブスクリプション、または定期決済スケジュールでの自動使用の**両方**に対応。

## PAD ファイルに関するガイダンス

- 決済代行業者はさまざまなフィールドを指定できます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- Stripe は必要に応じて、以前の決済代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。
- Stripe は、ACSS スキームルールの要件として検証が必要であるため、事前承認された PAD のみをインポートできます。

### ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列はカンマ `,` で区切ります。
- カンマを含むすべてのフィールドを二重引用符 `"` で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字を入力しない)。 不足しているフィールドを `NULL`、`N/A`、またはその他の値で示すことは_できません_。
- コンテンツの一部である二重引用符は、CSV RFC に従って別の二重引用符を重ねて記述してください (例: `"``William` `""``Bard of Avon``""` `Shakespeare``"`)
- フィールド内に改行文字 (`\r` または `\n`) を含めることはできません (避けるべき例: `101 1st Ave\nApt 1`)。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- 機密データファイルを SFTP 経由で送信する前に、[PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key)を使用して暗号化する必要があります。

## PAD データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 銀行番号 | 必須 | 3 桁の銀行番号は銀行を識別します。 |
| 支店番号 | 必須 | 支店番号 (5桁) は、口座を開設した支店を識別します。 |
| 口座番号 | 必須 | 口座番号 (7 ～ 12 桁) は個人アカウントを識別します。 |
| アカウント所有者の名前 | 必須 | アカウント所有者の氏名または会社名。 |
| メールアドレス | 必須 / オプション1 | 追加メタデータ (完全な住所が提供される場合はオプション)。 |
| 住所 (1 行目) | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 住所 (2 行目) | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 市区町村 | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 都道府県 | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 郵便番号 | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 国 | 必須 / オプション1 | 追加のメタデータ (代わりにメールアドレスが入力されている場合はオプション)。 |
| 取引タイプ | 必須 | 口座が `personal` か `business` のいずれかを指定します。 |
| [決済スケジュール](https://docs.stripe.com/payments/acss-debit.md#payment-schedule) | 必須 | スケジュールが `interval`、`sporadic`、`combined` のいずれかを指定します。 |
| 間隔の説明 | `payment_schedule` が `interval` または `combined` として指定されている場合のみ必須 | 決済スケジュール間隔のテキスト説明。 |
| 電話番号 | オプション | 追加のメタデータ |
| Stripe 顧客 ID | オプション | 追加のメタデータ |
| 旧ソース ID | オプション | 追加のメタデータ |
| 説明 | オプション | 追加のメタデータ |
| 顧客メタデータ | オプション | 追加のメタデータ |

1 PAD / ACSS をインポートするには、データファイル内に顧客のメールアドレスまたは完全な住所のいずれかが存在している必要があります。メールアドレスも完全な住所も指定しなかった場合、PAD のインポートが失敗します。

## PAD データ移行認証および免責事項

[ACSS データ移行受付フォーム](https://support.stripe.com/contact/email?topic=migrations)から PAD を提出することにより、以下のすべての陳述が真実であり、これらの陳述を行う権限があることを証明します。

お客様はインポートするすべての PAD 決済手段について同意書を入手します。

Stripe サービスを使用して事前承認デビット (“PAD”) を処理する際は、Payments Canada の [規則 H1](https://www.payments.ca/sites/default/files/h1eng.pdf)、および規則 H1 を補完する Payments Canada のその他の [規則](https://www.payments.ca/systems-services/rules-documentation?field_rules_type=170&field_category_type=All) (“PAD 規則”) に準拠することに同意するものとします。

お客様は、受取人 (PAD 規則で定義) として、Stripe の [ACSS 決済手段規約](https://stripe.com/en-de/legal/pad) および[委任契約要件](https://docs.stripe.com/payments/acss-debit/custom-pad-agreement.md#mandate-agreement-requirements)に記載されているとおり、PAD 規則に準拠した PAD オーソリを顧客から収集し、保持する責任を単独で負うものとします。

以前に収集されたオーソリについて PAD ルール要件を満たしていない場合は、Stripe での PAD 処理前に新しい承認を取得していただく必要があることをご理解ください。

Stripe への移行前に収集されたオーソリについては、リクエストに応じて PAD 取引に関する関連オーソリの証拠を Stripe に提供する必要があります。不審請求の申し立てに対応する際は、オーソリのコピーを提供する責任は単独で負うものとします。

#### BECS (オーストラリア)

Standardな移行プロセスの一般的なガイダンスについては、[決済データインポートのリクエスト](https://docs.stripe.com/get-started/data-migrations/pan-import.md) を参照してください。このドキュメントでは、[AU BECS](https://docs.stripe.com/payments/au-becs-debit.md) インポートに特化した補足情報を提供します。

以前の決済代行業者から AU BECS データを移行する際は、決済手段オブジェクト (`pm_`) としてデータを Stripe にインポートします。

## AU BECS 同意書のインポート

顧客のユーザー登録プロセスにおいて、事業者は口座からの引き落としを承認する同意書を収集する必要があります。BECS ダイレクトデビットシステムでは、これらの同意書はダイレクトデビットリクエスト (DDRs) と呼ばれます。

これらのDDR および同意書は、顧客と事業者間で既に締結されている正式な承認契約を指します。

決済詳細の Stripe への移行において、既存のダイレクトデビットリクエスト同意書を置き換えるための新しいダイレクトデビットリクエストを作成いたします。この新しい DDR は、

- 顧客が初回のダイレクトデビット指示について最初に承認した契約内容と同一のものです。
- 顧客からの新しい情報は不要です。元の契約内容は変更されません。

### アカウント制限

新規ユーザーには、オーストラリアの BECS ダイレクトデビット取引で、1 回あたり 10,000 AUD、1 週間あたり 10,000 AUD のデフォルト上限が適用されます。より高い限度額が必要な場合は、[移行申請フォーム](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration)でお知らせください。

## 移行通知

Stripe を通じた最初の引き落としの少なくとも 30 日前に、顧客に移行について通知します。元の承認で十分ですが、以下を行う必要があります。

- 既存のダイレクトデビットリクエスト (DDR) と [ダイレクトデビットリクエスト利用規約 (DDRSA)](https://stripe.com/au-becs-dd-service-agreement/legal) を更新することを顧客に通知します。
- 新しいダイレクトデビットリクエスト利用規約 (DDRSA) へのリンクを含めます。

顧客に対して、現在の同意書が有効であり、同意書をキャンセルしない限り、再度許可を与えるか新しい AU BECS ダイレクトデビット同意書を設定する必要がないことを保証します。

## AU BECS デビット通知

AU BECS 規制では、AU BECS 決済手段から引き落としを行う際に [顧客への通知](https://docs.stripe.com/payments/au-becs-debit.md#debit-notification-emails)を行うことを推奨しています。

顧客への通知を選択する場合、Stripe による自動メール送信または手動送信のいずれかを選択できます。この規則への準拠のため、Stripe では移行データに顧客のメールアドレスが必要となります。

## AU BECS ファイルガイダンス

- 決済代行業者はさまざまなフィールドを指定できます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- Stripe は必要に応じて、以前の決済代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。

## ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列をカンマ (,) で区切ってください。
- カンマを含むすべてのフィールドを二重引用符 (`"`) で囲む必要があります。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにしてください (区切り文字の間に文字を入力しない)。欠損フィールドを `NULL`、`N/A`、またはその他の値で示してはいけません。
- コンテンツの一部である二重引用符は、CSV RFC に従って別の二重引用符を重ねて記述してください (例： `"William` `""Bard of Avon""` `Shakespeare"`)
- フィールドに改行文字 (`\r` または ``) を含めることはできません。避けるべき例は次のとおりです: `101 1st Ave Apt 1`。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- SFTP 経由で送信する前に、機密データファイルを弊社の [PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) で暗号化する必要があります。

## AU BECS データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 名前 | 必須 | 同意書には名義人の名前を含める必要があります。 |
| 口座番号 | 必須 | 銀行口座番号。 |
| BSB 番号 | 必須 | 銀行口座の 6 桁の銀行州支店番号。 |
| メールアドレス | 必須 | AU BECS では、AU BECS 決済手段のサインアップと引き落とし時に顧客にメール通知を送信することが求められています。Stripe はこのメール通知を自動的に送信することも、手動で送信することもできます。 |
| Stripe 顧客 ID | オプション | 必要に応じて同意書をマッピングする Stripe 顧客 ID。 |
| 旧ソース ID | オプション | 決済手段の一意の表現。 |
| 住所 (1 行目) | オプション | 顧客の AU BECS 同意書における住所の最初の行。 |
| 住所 (2 行目) | オプション | 顧客の AU BECS 同意書における住所の二次詳細情報。 |
| 市区町村 | オプション | 顧客の AU BECS 同意書に記載する市区町村住所。 |
| 都道府県 | オプション | 顧客の AU BECS 同意書における住所の都道府県。 |
| 郵便番号 | オプション | 顧客の AU BECS 同意書における住所の郵便番号。 |
| 国 | オプション | ISO 2 文字の国コード形式である必要があります。 |
| 電話番号 | オプション | アカウント所有者の電話番号。 |
| 顧客/AU BECSメタデータ | オプション | その他の追加メタデータ。 |

#### BECS (ニュージーランド)

このドキュメントでは、NZ BECS のインポートに特化した補足情報を提供します。標準の移行プロセスの一般的な情報については、[決済データのインポートをリクエストする](https://docs.stripe.com/get-started/data-migrations/pan-import.md)をご覧ください。

以前の代行業者から NZ BECS データを移行する場合、Stripe にデータを決済手段オブジェクト (`pm_`) としてインポートします。

## NZ BECS 同意書のインポート

顧客をアカウント登録する際、口座の引き落としをオーソリする同意書を収集する必要があります。NZ BECS ダイレクトデビットシステムでは、顧客は BECS NZ スキームを通じてビジネスが顧客から決済を受け取ることをオーソリするために口座振替の指示 (DDI) を完了します。

DDI は、ビジネスと顧客がすでに締結している元のオーソリされた契約を指します。

決済の詳細を Stripe に移行する際、既存の DDI に代わる新しい DDI を作成します。この新しい DDI は以下のとおりです。

- 顧客が初回のダイレクトデビット指示について最初に承認した契約内容と同一のものです。
- 顧客からの新しい情報は不要です。元の契約内容は変更されません。

### アカウント制限

新規ユーザーは、ニュージーランド BECS ダイレクトデビットの 1 回の取引につき 10,000 NZD、週ごとに 10,000 NZD のデフォルトの制限の対象となります。より高い制限が必要な場合は、[移行リクエストフォーム](https://docs.stripe.com/get-started/data-migrations/pan-import.md#request-migration)でお知らせください。

## 移行通知

Stripe を通じた最初の引き落としの少なくとも 10 日前までに、顧客に移行について通知します。顧客が同意書をキャンセルすることを選択しない限り、現在の同意書は有効であり、再度許可を与える必要も、新しい NZ BECS ダイレクトデビット同意書を設定する必要もないことを顧客に伝えます。

## 同意書の確認や引き落としの通知に関するメール

ニュージーランド BECS ダイレクトデビットスキームでは、同意書を設定してから 5 日以内、および各引き落としの少なくとも 10 日前に、顧客にメールで通知することが義務付けられています。デフォルトでは、Stripe がこれらの通知を自動的に代行して送信します。

ニュージーランドの銀行口座での決済に関する Stripe からのメールをオフにして、顧客に独自のメールを送信するには、[Stripe サポート](https://support.stripe.com/)にお問い合わせください。

## NZ BECS ファイルのガイダンス

- 代行業者は、Stripe がファイルで要求するよりも多くのフィールドを含めることができます。
- 決済代行業者には、すべての顧客データと支払い方法データを Stripe に完全にエクスポートするよう推奨します。
- 以前の代行業者のデータから不要なフィールドを除外できます。
- 以前の顧客 ID または以前のソース ID のいずれかが両方のファイルに存在する場合、Stripe は受信した複数のファイルを結合できます。

## ファイル形式に関する要件

インポートを続行するには、エクスポートデータファイルが次のデータ標準を満たしている必要があります。

- ファイルは CSV 形式である必要があります。
- ファイルは UTF-8 でエンコードされている必要があります。
- 行は 1 つの改行文字 `で区切ります` (not `\r`)。
- 列をカンマ (,) で区切ってください。
- カンマを含むすべてのフィールドを二重引用符 (`"`) で囲みます。すべてのフィールドを二重引用符で囲むことをお勧めします。
- 空のフィールドは完全に空のままにします (区切り文字の間に文字はありません)。欠落しているフィールドを `NULL`、`N/A`、またはその他の値で示さないでください。
- コンテンツの一部である二重引用符は、CSV RFC に従って別の二重引用符でエスケープします (例: `"William` `""Bard of Avon""` `Shakespeare"`)。
- フィールド内に改行文字 (`\r` または `\n`) を含めることはできません。`101 1st Ave\nApt 1` のような書式設定は避けてください。
- すべての行の列数は同じである必要があります。
- 列は任意の順序に対応します。
- SFTP 経由で送信する前に、機密データファイルを弊社の [PGP キー](https://docs.stripe.com/get-started/data-migrations/pan-import.md#migration-pgp-key) で暗号化する必要があります。

## NZ BECS データフィールド

| フィールド | 必須 | 追加情報 |
| --- | --- | --- |
| 以前の顧客 ID | 必須 | 入力された一意の以前の顧客 ID ごとに顧客 ID を作成します。 |
| 名前 | 必須 | 同意書には名義人の名前を含める必要があります。 |
| メールアドレス | 必須 | NZ BECS では、サインアップ時と NZ BECS 決済手段の引き落とし時に、顧客にメールで通知を送信することが義務付けられています。このメール通知は、Stripe による自動送信のほか、手動で送信することもできます。 |
| 金融機関コード | 必須 | ニュージーランドの銀行を識別します。 |
| 支店コード | 必須 | 銀行の特定の支店を識別します。 |
| 口座番号 | 必須 | 特定の顧客の同意書のコア識別子です。 |
| サフィックス | 必須 | 口座タイプまたはサブ口座を識別します。 |
| Stripe 顧客 ID | オプション | 必要に応じて同意書をマッピングする Stripe 顧客 ID。 |
| 旧ソース ID | オプション | 決済手段の一意の表現。 |
| 住所 (1 行目) | オプション | 顧客の NZ BECS 同意書の住所の 1 行目。 |
| 住所 (2 行目) | オプション | 顧客の NZ BECS 同意書の住所の 2 行目。 |
| 市区町村 | オプション | 顧客の NZ BECS 同意書の市区町村。 |
| 都道府県 | オプション | 顧客の NZ BECS 同意書の都道府県。 |
| 郵便番号 | オプション | 顧客の NZ BECS 同意書の郵便番号。 |
| 国 | オプション | ISO 2 文字の国コード形式である必要があります。 |
| 電話番号 | オプション | アカウント所有者の電話番号。 |
| 顧客 / NZ BECS のメタデータ | オプション | その他の追加メタデータ。 |

## マイグレーション結果のレビュー

インポート時に、Stripe はソースファイルを検査し、データ形式を検証し、出力ファイルを生成します。すべて[のエラーを含むエラーログと、ソースデータを Stripe アカウントの新しい顧客データにリンクするインポート後のマッピングファイル](https://docs.stripe.com/get-started/data-migrations/pan-import.md#post-import-mapping-file)を CSV または JSON 形式で受け取ります。また、[顧客](https://docs.stripe.com/api/customers.md)オブジェクトに `old_id` [メタデータ](https://docs.stripe.com/metadata.md)も追加します。