SEPA ダイレクトデビットを拒否され、理由がわからなかったことはありませんか？失敗した口座引き落としに対する手数料を支払わなければならなかったことがあるのではないでしょうか。この記事では、SEPA ダイレクトデビットが拒否される理由として想定されることと、適切な対処方法、手数料を支払わなければならないのは誰かについてご説明します。拒否された SEPA ダイレクトデビットの理由コードと、ダイレクトデビットの払い戻しを避けるためのヒントについてもご紹介します。

この記事の内容

• SEPA ダイレクトデビット決済が拒否される理由として想定されること
  
• 口座引き落としに失敗した料金について企業が取るべきアプローチとは
  
• ダイレクトデビットの払い戻し手数料を支払うのは誰か
  
• 残高不足への対応方法
  
• 拒否された SEPA ダイレクトデビットの理由コード
  

SEPA ダイレクトデビット決済が拒否される理由として想定されること

SEPA ダイレクトデビットは、単一ユーロ決済圏で使用されているスピーディーで安全かつ効率的な決済手段です。2022 年に、キャッシュレス決済取引におけるダイレクトデビットの総売上は、4 兆ユーロを超えました。SEPA により、ヨーロッパの顧客は、互換性の問題や通貨換算を心配することなく、口座引き落としという方法で決済することができます。それにもかかわらず、SEPA ダイレクトデビットが拒否され、企業が初めは支払いを受け取れないということがあります。

SEPA ダイレクトデビットが拒否される理由として最も多いのは、顧客口座の残高不足です。SEPA ダイレクトデビットで残高が不足していると、受取人は支払いを受け取れず、ダイレクトデビットの返金が行われます。また、ダイレクトデビットの同意書の作成時に入力したデータに不備があったという理由もあります。このような場合に銀行が支払指示を実行することはあまりありません。

また、支払指示の処理中に受取人や金融システム側で技術的な問題が発生することもあります。このような問題は、各銀行のカスタマーサービスチームが速やかに解決する必要があります。

一般に、SEPA ダイレクトデビットが拒否される理由は複数あります。ただし、通常、取引を成功させるために自分でできることをすべて行う責任は顧客の側にあり、特に、注文する前に口座を確認し、必要な情報をもれなく提供しなければなりません。

口座引き落としに失敗した料金について企業が取るべきアプローチとは

SEPA ダイレクトデビットは、債権者 (企業) が債務者の口座から支払い金額を回収するという決済手段です。回収に失敗した場合、企業は被った費用を補うために手数料を請求することができます。

ただし、これにはいくつかの法的制限があります。SEPA 規則によると、手数料は実費に相当する分のみが認められ、事前に透明性をもって通知することが義務付けられています。したがって、実費と関係のない一定の金額の手数料は認められません。

誤った手配が不必要に行われないように、顧客から必要な情報をすべて受け取ったこと、そのデータが正しいことを企業は確認する必要があります。口座情報を定期的に確認することも、問題を防止するために役立ちます。

概して、SEPA ダイレクトデビットは企業と顧客の双方にとって便利で安全な決済手段です。問題の可能性に適切に対応し、透明性の高いコミュニケーションができれば、手数料にも公正な方法で対応することができます。Stripe を利用してすばやく簡単に SEPA ダイレクトデビットを受け付ける方法をご確認ください。

ダイレクトデビットの払い戻し手数料を支払うのは誰か

SEPA ダイレクトデビットに関する質問で最も多いものの 1 つは、支払いが処理できなかった場合のダイレクトデビットの払い戻し手数料に関するものです。原則として、SEPA 決済のダイレクトデビットの払い戻し手数料は顧客が負担します。ただし、費用は国や金融機関によって異なります。クレジット機関もこうした費用を顧客に転嫁したり、全体的な手数料構造の一部として扱ったりすることがあります。一方、決済サービスプロバイダー (PSP) は通常、これらの手数料をまとめて企業に転嫁します。

顧客は、各機関の利用規約を注意深く読み、ダイレクトデビットの払い戻しに適用される具体的な手数料を確認しておくことが重要です。顧客がダイレクトデビットの払い戻し手数料を支払う必要がないケースもいくつかあります。たとえば、受取人がダイレクトデビットを誤って記入していた場合や、金額が誤っていた場合などです。入力時に口座の詳細と金額を再確認することで、決済処理のこのような中断を避けることができます。

残高不足への対応方法

SEPA ダイレクトデビットを使用すると、企業も顧客も簡単に送金できます。しかし、顧客の送金が失敗した場合はどうなるのでしょうか。この場合は、ダイレクトデビットを回収されたクレジット機関がダイレクトデビットの払い戻しを受け取ります。このようなケースのコードは AM04、「残高不足」です。この場合、企業はその金額の払い戻しを受ける必要があります。このような状況では、企業はすぐに行動し、迅速に対応する必要があります。

すぐに顧客に連絡し、支払いが未回収であることを伝えることをお勧めします。顧客の口座の残高が確認されたら、顧客に不足額を補填するように求めると良いでしょう。金額の払い戻し予定日に関する情報を顧客に伝えることも重要です。

効果的なリマインドシステムがあると、期限を超過した支払いをすばやく検出して適切に対処する役に立ちます。対処の一環として、支払指示を送信したりリマインド手数料を要求したりすることもできます。

決済を簡単に受け付けて管理できるようにするには、Stripe Payments で詳細をご覧ください。Payments では 100 種類以上の決済手段とスピーディーな決済を利用できるため、世界中のより多くの顧客を獲得できます。そのため、シームレスな顧客体験が作り出され、新たな市場への進出をスピーディーに進めることができます。

拒否された SEPA ダイレクトデビットの理由コード

ダイレクトデビットに失敗すると、いくつかの問題が生じる可能性があるので、拒否されたダイレクトデビットのさまざまな理由コードを理解することが重要です。

最も一般的な理由コードは、AC01、AC02、AC03、AC04、AC05、AC06、AM04 です。最初に理解しておくと役に立つコードは、理由コード AC01 です。提供された国際銀行口座番号 (IBAN) が間違っていたことを意味します。AC02 は、顧客のクレジット機関がダイレクトデビットの処理を許可されていないことを表しています。したがって、その顧客は別の銀行口座または決済手段を使用する必要があります。次のコードは AC03 で、これは債権者の口座番号が無効であるか、提供されなかったことを表しています。理由コード AC04 は口座が解約されていることを意味し、AC05 は顧客の口座がブロックされていることを意味します。AC06 も役に立つコードです。このコードは通常、顧客が取引をキャンセルしたか、金額が誤っていたことを意味します。この場合は、正しい金額を支払うか、取引をキャンセルしてもう一度やり直す必要があります。AM04 は非常によく返される理由コードです。債務者の銀行口座が残高不足のために支払いができなかったことを表しています。この場合は、顧客が銀行口座にお金を入れるか、別の決済手段を使用する必要があります。通常、データ保護規制のために、AM04 は理由コード MS03、「理由未指定」に変換されます。

理由コードに関するポリシーや、拒否された SEPA ダイレクトデビットの問題を解決するために必要な手順はクレジット機関ごとに異なることを忘れないでください。そのため、理由コードに関する詳細や、ダイレクトデビットが拒否された場合に必要な手続きについては、各クレジット機関に直接問い合わせることをお勧めします。ダイレクトデビットの払い戻しについては、SEPA デビットのチャージバックに関するよくある質問をご覧ください。

最も重要な理由コードの一覧

• AC01 (IncorrectAccountNumber): IBAN が正しくありません。
  
• AC02 (InvalidDebtorAccountNumber): 債務者の口座番号が無効であるか入力されていません。
  
• AC03 (InvalidCreditorAccountNumber): 債権者の口座番号が無効であるか入力されていません。
  
• AC04 (ClosedAccountNumber): 口座が解約されています。
  
• AC05 (ClosedDebtorAccountNumber): 債務者の口座が解約されています。
  
• AC06 (BlockedAccount): 口座がブロックされています。
  
• AG01 (TransactionForbidden): その支払いタイプは、この口座では許可されていません。
  
• AG02 (InvalidBankOperationCode): 取引コードまたはファイル形式が正しくありません。
  
• AM01 (ZeroAmount): 金額がゼロです。
  
• AM02 (NotAllowedAmount): 許可されていない金額です。
  
• AM03 (NotAllowedCurrency): 許可されていない通貨です。
  
• AM04* (InsufficientFunds): 残高不足による返金。
  
• AM05 (Duplication): 重複回収。
  
• AM06 (TooLowAmount): 規定未満の金額。
  
• AM07 (BlockedAmount): 金額がブロックされています。
  
• AM09 (WrongAmount): 金額の誤り。
  
• AM10 (InvalidControlSum): 個々の金額の合計がチェックサムと等しくありません。
  
• BE01 (InconsistentWithEndCustomer): 最終顧客の ID が、対応する口座番号と一致しません。
  
• BE04 (MissingCreditorAddress): 住所情報に不備があります。
  
• BE05 (UnrecognisedInitiatingParty): 不明な送信者。
  
• BE06 (UnknownEndCustomer): 不明な顧客または受取人。
  
• BE07 (MissingDebtorAddress): 支払人の住所が入力されていないか不備があります。
  
• DT01 (InvalidDate): 無効な日付 (請求日が誤っているなど)。
  
• ED01 (CorrespondentBankNotPossible): クレジット機関情報が正しくありません。
  
• ED03 (BalanceInfoRequested): 残高に関する追加情報が必要です。
  
• ED05 (SettlementFailed): 取引の決済に失敗しました。
  
• FOCR (FollowingCancellationRequest): 取り消しまたはリクエストによる返金。
  
• MD01 (NoMandate): 有効な同意書がありません。
  
• MD02 (MissingMandatoryInformationInMandate): 同意書のデータが存在しないか正しくありません。
  
• MD03 (InvalidFileFormatForOtherReasonThanGroupingIndicator): ファイル形式が無効です。
  
• MD04 (InvalidFileFormatForGroupingIndicator): グループ化インジケーターのファイル形式が無効です。
  
• MD05 (CollectionNotDue): このダイレクトデビットは回収されるべきではありませんでした。
  
• MD06 (RefundRequestByEndCustomer): 支払人による異議申し立て。
  
• MD07* (EndCustomerDeceased): 口座名義人の死亡。
  
• MS02 (NotSpecifiedReasonCustomerGenerated): ダイレクトデビットアカウントが支払人によってブロックされています。
  
• MS03 (NotSpecifiedReasonAgentGenerated): 理由未指定。
  
• NARR (Narrative): 理由が追加情報として長文で提供されています。
  
• RC01 (BankIdentifierIncorrect): 銀行識別コード (BIC) が無効です。
  
• RF01 (NotUniqueTransactionReference): メッセージの取引リファレンスが一意ではありません。
  
• RR01, RR02, RR03, RR04* (RegulatoryReasons): 規制上の理由。
  
• SL01 (SpecificServiceOfferedByDebtorBank): 支払人の銀行が提供する特定のサービス。
  
• TM01 (CutOffTime): 締め切り時間を超過しました。
  

データ保護規制のために、アスタリスク (*) が付いた理由コードは、送信処理中に理由コード MS03 に変換されます。詳細は欧州決済評議会の理由コードの概要をご覧ください。