Interacデビット問題の解決：カスタムWebアプリ決済がカナダの店舗で失敗する理由

カスタムWebアプリ決済がカナダの店舗で失敗するのには、構造的な理由が1つあります。それは、「店頭カウンターでInteracデビット決済を処理できない」ということです。ノーコードやAIアプリビルダーが生成するお会計画面は、オンライン用のクレジットカード入力フォームです。実店舗でのInteracデビットは、認定された端末ハードウェア（ICチップ、暗証番号入力、タッチ決済に対応したカードリーダー）を介して、カナダ国内のデビットネットワーク上で動作する別の決済システムです。ブラウザのフォームからそのハードウェアにアクセスする経路はないため、対面でデビットカードを使おうとするお客様は、別の方法で支払うか、購入を諦めるしかありません。カナダにおいて、これは例外的なケースではありません。カナダ人は年間65億回以上のInteracデビット取引を行っており、Interac製品は毎日約1,860万回の取引を処理しています¹。

決済インフラは急速に変化します。この記事に記載されているネットワークに関する情報は公開時点のものであり、構築を始める前に再確認することをお勧めします。

なぜ標準的なWeb決済ではInteracデビットを処理できないのか？

標準的なWeb決済は、カード非提示決済（物理的なカードを読み取らない取引）向けに設計されているのに対し、店頭でのInteracデビットは定義上、カード提示決済であるためです。米国製のツールの多くが採用しているStripeやPayPalのようなホスト型決済ページや決済リンクのパターンは、ブラウザ上でカード番号を収集し、それをグローバルなクレジットカードネットワークに送信します。これはオンライン注文であれば世界中どこでも機能しますが、カウンターに立っているお客様に対しては機能しません。なぜなら、カナダの店頭デビット決済は、Webフォームではなく、認定リーダーを介してInteracネットワークを経由して処理されるからです。

オンラインにおけるInteracの利用範囲は、多くの加盟店が想定しているよりも限定的です。Web決済で銀行口座から直接支払う古いオプションであった「Interac Online」は、2024年5月に廃止されました²。現在、オンラインでInteracデビット決済を行うには、対応している銀行や加盟店でのApple PayやGoogle Payを介した支払いが必要であり³、共同ブランドカード（InteracとVisaデビットまたはデビットMastercardの両方の機能を備えたカード）は、フォームに入力された場合、グローバルなカードネットワークにフォールバックされます。そのため、一般的なWeb決済でもオンラインでのカナダのデビット決済の一部を取り込むことはできますが、店頭レジでのタッチ決済を取り込むことは決してできません。

ノーコードビルダーはどのようにしてカード専用決済に縛り付けるのか？

彼らが提供する決済の解決策は、埋め込み型のオンラインカードフォームか、ホスト型の決済リンクのどちらか1つだけです。AI Webアプリビルダーに店頭のお会計画面を作るよう指示すると、「LovableやReplitでPOSを構築できるか？」で紹介したように、それらしい見た目のものが生成されます。しかし、その下にある決済ステップはデジタル専用のカードフォームです。なぜなら、ビルダーが連携方法を知っているのはそれだけだからです。カナダの店舗にとって、これには3つの問題が生じます。

• すべての店頭販売が手入力のカード非提示取引になる：本来ならシンプルなタッチ決済で済むはずの処理を、最も不正利用のリスクが高い方法で処理することになります。

• デビット決済を優先するお客様が普段通りの支払いをできない：デビットカードをタッチして支払いたいお客様に、カード番号の入力画面を提示することは、売上だけでなく顧客そのものを失う原因になります。

• ハードウェアとの連携手段がない：ブラウザから認定PINパッド（暗証番号入力端末）を制御することはできないため、どれだけプロンプトを工夫しても、Webアプリにカードリーダーを追加することはできません。

明らかな回避策は、カスタムWebアプリの横に、大手POSベンダーの独立した決済端末を設置することです。しかし、これでは2つのシステムを並行して運用することになります。注文データはアプリ内に存在し、決済データは端末ベンダーのダッシュボードに存在し、返金処理は一方で行われ、在庫管理はもう一方で行われます。そして毎晩、誰かが手作業で2つの記録を1円単位まで照合（一致させる作業）しなければなりません。私たちはその場しのぎの回避策がどのようにシステム自体として定着してしまうかについて書きましたが、お金が絡むこの回避策は、最も早く定着してしまいます。

店頭カウンターでInteracデビットを受け付けるには何が必要か？

1つのシステムとして機能する以下の4つの要素が必要です。

• ICチップ、暗証番号入力、タッチ決済を読み取る認定端末ハードウェア。

• 国内デビット決済のルーティングと決済処理を行う、Interacネットワークで認定された決済プロセッサー。

• コンプライアンスの仕組み：PCI（カード業界のデータセキュリティ規則）やEMVの処理は、アプリのコードではなく、認定されたスタック内で実行されます。

• お会計ソフトウェアと端末の間のリアルタイムな接続。これにより、金額、チップ、返金、レシートのすべてが1つの取引記録として処理されます。

カスタムWebアプリが頓挫するのは、この4番目の項目です。最初の3つは購入できますが、カスタムお会計レイアウトと準拠した決済インフラとの接続は、自ら開発しなければなりません。そしてそれは、レイアウト自体の設計よりもはるかに大きな作業です。決済インフラに実際に含まれるもののリストは、ほとんどの自作計画で予算化されているものよりもはるかに多岐にわたります。

統合された金融エンジンはどのようにこれを解決するのか？

カスタムレイアウトと決済インフラを同じプラットフォームの一部にすることで、最初から相互に通信できるようにします。設計したお会計画面とお金を動かすインフラが1つのシステムを共有していれば、店頭販売は認定リーダーに送信され、オンライン注文はWeb決済で処理され、両方が同じ注文、在庫、レポートに記録されます。統合の手間も、手作業での照合も必要ありません。

これこそがFinalのアプローチです。プロンプトで希望するお会計画面を説明する（またはMCPを介して独自のAIを接続する）だけで、構築されたフローは認定端末ハードウェアを使用したFinal Pay上で動作します。これにより、店頭でのデビットカードのタッチ決済も、オンラインでのカード決済も、すべて同じ帳簿に記録されます。レイアウトは自由に変更できますが、金銭処理のレイヤーは決定論的（常に同じ正しい結果を返す）に保たれます。この役割分担は、AIがお会計画面の設計において犯す間違いにも現れています。フローの構築はAIに任せても、決済処理を即興で処理させてはなりません。

では、なぜカスタムWebアプリ決済はカナダの店舗で失敗するのか？

問題の半分しか解決していないからです。画面は生成できても、決済インフラを無視してしまっています。カナダの店頭における決済インフラとは、認定ハードウェアを介したInteracデビット決済です。オンライン用のカードフォームしか処理できないお会計システムは、対面販売をすべて最悪の取引タイプに変えてしまい、デビット決済を希望するお客様を完全に遠ざけてしまいます。鉄則：「デビットカードのタッチ決済に対応していないお会計システムは、店頭用ではなく、単なるEC用のフォームです。」

カスタム構築を検討している場合は、まずカスタムPOSシステムに実際に何が必要かを確認し、手作業で配線する前に、プロンプトで構築されたフローが決済側をどのように処理するかを確認してください。