Bankers' Automated Clearing Services (Bacs) は、イギリスの決済活動の大部分を支えています。2024 年第 4 四半期だけで、このシステムは約 17 億 4,500 万件の決済を処理し、約 1 兆 4,700 億ポンドの金額を移動しました。Pay.UK が所有および管理し、給与、サプライヤーへの支払い、年金、政府への支払いを支えています。

この規模では、入力の重複や口座情報の誤りなど、日常的な処理に関する考慮事項でさえ、システム内を移動する際の決済に悪影響を及ぼす可能性があります。Bacs のリコールアクティビティは詳細に公開されていないため、企業はリコールの発生頻度や成功頻度を把握できないことが多くあります。リコールプロセス自体は明確に定義されていますが、結果はタイミング、決済ステータス、問題を特定した後のチームの対応速度によって変わる可能性があります。プロセスの仕組みを理解することで、修正が必要になった場合にチームがより効果的に対応できるようになります。

以下では、Bacs リコールリクエストの仕組み、リコールに適用される期限、エラーを迅速に検出して資金を効果的に回収する内部プロセスの構築方法について説明します。

目次

• Bacs の決済をリコールすることはできますか？
  
• Bacs リコールプロセスの仕組み
  
• Bacs のリコールにはどのような期限または制限が適用されますか？
  
• Bacs リコールリクエストが必要なシナリオ
  
• リコールリクエストを効果的に管理および追跡する方法
  
• Stripe Payments でできること
  

Bacs の決済をリコールすることはできますか？

はい。Bacs ダイレクトクレジット決済は、Bacs リコールリクエストでリコールできます。これにより、銀行はまだクリアされていない決済を遮断できます。受取側の銀行は、受取人の口座に入金される前に、入金を停止して返金しようとします。

このプロセスは、発信のダイレクトクレジットにのみ適用されます。受信の口座振替返金は、口座振替保証を通じて別途処理されます。

Bacs リコールプロセスの仕組み

Bacs は約 3 営業日かかる決済サイクルで運用されており、リコール期間はすぐに終了します。迅速かつ効果的に対処する方法を知ることが重要です。

リコールプロセスの手順は次のとおりです。

1. チームが問題を特定し、銀行に連絡する

問題を見つけたら、チームの決済業務管理者に直ちに通知します。リコールは資金が受領される前に提出する必要があります。チームは決済情報 (受取人の口座番号とソートコード、決済金額、日付) を銀行に連絡します。

2. 銀行がリコールを開始する

期限内であれば、銀行は Bacs システムを通じてリコールを開始します。銀行との通信を円滑に進める Bacs 認定のビューローや Stripe などの決済プロバイダーを利用することもできます。いずれの方法でも、正式なリコールを開始するのは銀行の役割です。その後、その指示は受取人の銀行に送られ、受取人の口座に入金するのではなく、資金の返還を求めるリクエストが送信されます。

3. 受取人の銀行が対応

決済が受取人の口座に振り込まれていない限り、銀行は決済を停止して返金できます。間に合わない場合は、受取人に返金への同意を得る必要があります。

4. 資金が返還される

リコールが成功すると、通常数営業日以内に口座に資金が戻されます。銀行は必ずしも事前に確認するわけではないため、入金を確認することをお勧めします。

Bacs のリコールにはどのような期限または制限が適用されますか？

Bacs のリコールには厳しい期限があります。Bacs の 3 日間のサイクルでは、決済が売上処理される前営業日の正午が重要な期限です。決済がクリアされた後は、正式なリコールはできません。

このプロセスは、Bacs ファイルの送信日 (Bacs サイクルの初日) にエラーを発見した場合に回避できます。その場合、銀行は通常午後 10:30 の営業終了までにファイル全体を取り下げることができます。その時点で問題を修正して翌日再送信できます。すべての銀行がこのオプションに対応しているわけではなく、多くの銀行はリコールごとに定額手数料を請求します。

リコールは実際のエラーのみを対象としていますが (決済の重複、口座の誤り、金額の誤りなど)、Bacs はリコール金額を制限していません。そのため、処理中の決済の差し戻しをリクエストできます。

Bacs リコールリクエストが必要なシナリオ

Bacs の決済で問題が発生した場合の唯一のセーフティネットは、リコールです。

これらは、いくつかの一般的なシナリオで特に役立ちます。

• 決済の重複: 同じ請求書または給与入力が 2 回行われた場合、リコールにより、受取人に届く前に 2 回目の決済を遮断できます。

• 口座情報の誤り: たとえば、ソートコードの桁数に誤りがあった場合、資金が誤った口座に送金される可能性があります。リコールにより、意図しない送金先に届く前に資金をリダイレクトできます。

• 誤った金額: 決済金額にゼロが余計に加算された場合、リコールによって送金をキャンセルし、資金が売上処理される前に修正できます。

• 不正利用または未承認の決済: 不正利用が疑われる場合、送金途中で差し戻すことができる数少ないツールの 1 つがリコールです。

リコールリクエストを効果的に管理および追跡する方法

リコールは、チームがエラーを迅速に発見し、正確に行動できる場合にのみ機能します。つまり、問題が起こる前にシステムを構築する必要があります。

そのためのベストプラクティスを次にいくつかご紹介します。

決済審査の厳格化

リコールが必要な問題は通常、防止できます。ファイルを送信する前に、検証ステップを導入してください。

リコールプロセスの定義

誰がエラーに気付いたか、誰が銀行に連絡したか、どのような詳細を共有する必要があるかを詳細に記述したプロセスを作成します。数時間以内に迅速に処理できることを確認してください。

リコールリクエストの追跡

決済の詳細、リコールが提出された日時、銀行で誰が処理したかを記録します。次に、資金が実際に返金されたことを確認します。

バックアップ計画の準備

リコール期間がすでに終了している場合は、受取人に直接連絡するか、今後の決済を調整してエラーを修正する必要があります。いずれの方法でも、チームは準備しておく必要があります。

すべてのリコールを学習機会として扱う

プロセスを振り返り、何が問題だったかを検討します。エラーはどのように検出され、そもそもどのように発生したのでしょうか。修正が簡単になった点と、将来に向けてプロセスを改善するにはどうすればよいでしょうか。

Stripe Payments でできること

Stripe Payments は、成長中のスタートアップから大企業まで、あらゆるビジネスがオンライン、対面、そして世界中で決済を受け付けられるようにする統合型グローバル決済ソリューションです。

Stripe Payments でできること:

• 決済体験の最適化: 構築済みの決済 UI、125 種類以上の決済手段へのアクセス、Stripe が構築したウォレットである Link により、スムーズな顧客体験を実現し、エンジニアリング工数を何千時間も節約できます。

• 新市場への迅速な展開: 195 カ国、135 種類以上の通貨で利用可能な国際決済オプションにより、世界中の顧客にリーチし、多通貨管理の複雑さとコストを軽減できます。

• 対面とオンラインの決済を統合: オンラインと対面のチャネル全体でユニファイドコマース体験を構築し、インタラクションをパーソナライズし、ロイヤルティを高め、収益を拡大できます。

• 決済パフォーマンスの向上: ノーコードの不正利用対策や承認率を向上させる高度な機能など、カスタマイズ可能で設定が簡単な決済ツールにより、収益を増やすことができます。

• 柔軟で信頼性の高いプラットフォームで迅速に成長: 過去の稼働率 99.999% と業界トップクラスの信頼性を備え、ビジネスの成長に合わせて拡張可能なプラットフォーム上で構築できます。

Stripe Payments がオンラインおよび対面決済をどのように強化できるかについての詳細をご覧いただくか、今すぐ始めてください。