Interac 데빗 문제 해결: 맞춤형 웹 앱 결제 화면이 캐나다 매장에서 실패하는 이유

맞춤형 웹 앱 결제 화면이 캐나다 매장에서 실패하는 데는 한 가지 구조적인 이유가 있습니다. 카운터에서 Interac 데빗을 처리할 수 없기 때문입니다. 노코드 및 AI 앱 빌더가 생성하는 결제 화면은 온라인 신용카드 양식입니다. 오프라인 매장에서의 Interac 데빗은 인증된 단말기 하드웨어(IC칩, PIN, 탭 결제가 승인된 카드 리더기)를 통해 캐나다 국내 데빗 네트워크에서 실행되는 별도의 결제 시스템입니다. 브라우저 양식은 해당 하드웨어로 연결되는 경로가 없으므로, 대면 데빗 카드 고객은 다른 방식으로 결제하거나 결제를 포기해야 합니다. 캐나다에서 이는 예외적인 상황이 아닙니다. 캐나다인은 단 1년 동안 65억 건 이상의 Interac 데빗 거래를 완료했으며, Interac 제품은 매일 약 1,860만 건의 거래를 처리합니다¹.

결제망(Payment rails)은 빠르게 변화합니다. 이 글의 네트워크 관련 사실은 발행일 기준이며, 이를 기반으로 구축하기 전에 다시 확인하는 것이 좋습니다.

왜 일반적인 웹 결제 화면은 Interac 데빗을 처리할 수 없나요?

일반적인 웹 결제 화면은 카드 미제시(card-not-present) 결제(실물 카드를 읽지 않는 거래)를 위해 설계되었고, 매장에서의 Interac 데빗은 정의상 카드 제시(card-present) 결제이기 때문입니다. 대부분의 미국산 도구가 모방하는 Stripe 및 PayPal 패턴인 호스팅된 결제 페이지나 결제 링크는 브라우저에서 카드 번호를 수집하여 글로벌 신용카드 네트워크로 전송합니다. 이는 전 세계 어디서나 온라인 주문에 작동합니다. 하지만 카운터에 서 있는 고객에게는 아무런 도움이 되지 않습니다. 캐나다 매장 내 데빗 결제는 웹 양식이 아닌 인증된 리더기를 통해 Interac 네트워크로 라우팅되기 때문입니다.

Interac의 온라인 측면은 대부분의 가맹점이 생각하는 것보다 좁습니다. 웹 결제 시 은행 계좌에서 바로 결제하는 기존 옵션이었던 Interac Online은 2024년 5월에 중단되었습니다². 오늘날 Interac 데빗으로 온라인 결제를 진행하려면 제휴 은행 및 가맹점에서 Apple Pay 및 Google Pay를 통해 작동하며³, 공동 브랜드 카드(Interac과 Visa Debit 또는 Debit Mastercard가 모두 탑재된 데빗 카드)는 양식에 입력할 때 글로벌 카드 네트워크로 전환됩니다. 따라서 일반적인 웹 결제 화면으로도 온라인에서 일부 캐나다 데빗 결제를 처리할 수 있습니다. 하지만 계산대에서의 탭 결제는 절대 처리할 수 없습니다.

노코드 빌더는 어떻게 사용자를 카드 전용 결제에 가두나요?

이들은 단 한 가지 결제 솔루션만 제공합니다. 바로 임베디드 온라인 카드 양식 또는 호스팅된 결제 링크입니다. AI 웹 앱 빌더에 매장 결제 화면을 요청하면, Lovable이나 Replit으로 POS를 구축할 수 있을까요?에서 다루었듯이 그와 유사하게 생긴 화면을 얻게 됩니다. 그 아래의 결제 단계는 디지털 전용 카드 양식입니다. 빌더가 연결할 줄 아는 유일한 통합 방식이기 때문입니다. 캐나다 오프라인 매장의 경우 이로 인해 세 가지 문제가 발생합니다.

• 모든 카운터 판매가 번호를 입력하는 카드 미제시 거래가 됩니다. 이는 간단한 탭 결제로 처리할 수 있었던 결제를 가장 사기 위험에 노출된 방식으로 처리하는 것입니다.

• 데빗 카드를 주로 사용하는 고객은 평소처럼 결제할 수 없습니다. 데빗 카드를 탭하려는 고객에게 카드 번호 입력 화면을 건네는 것은 매출과 고객을 모두 잃기 좋은 방법입니다.

• 하드웨어 연동이 불가능합니다. 브라우저는 인증된 PIN 패드를 구동할 수 없으므로, 아무리 프롬프트를 입력해도 웹 앱에 카드 리더기를 추가할 수 없습니다.

명백한 우회 방법은 맞춤형 웹 앱 옆에 대형 POS 공급업체의 독립형 단말기를 설치하는 것입니다. 이제 두 개의 시스템을 운영하게 됩니다. 주문은 앱에 있고, 결제는 단말기 공급업체의 대시보드에 있으며, 환불은 한 곳에서, 재고는 다른 곳에서 처리됩니다. 그리고 매일 저녁 누군가가 수동으로 정산(두 기록 세트를 일원 단위까지 일치시킴)해야 합니다. 우리는 우회 방법이 시스템 자체로 굳어지는 과정에 대해 쓴 적이 있습니다. 돈이 얽혀 있기 때문에 이 우회 방법이 가장 빠르게 고착화됩니다.

카운터에서 Interac 데빗을 허용하려면 무엇이 필요한가요?

하나의 시스템으로 작동하는 네 가지가 필요합니다.

• IC칩, PIN, 탭 결제를 읽는 인증된 단말기 하드웨어.

• 국내 데빗 결제를 라우팅하고 정산하기 위해 Interac 네트워크에서 인증된 결제 프로세서.

• 규정 준수 체계. PCI(카드 업계 데이터 보안 규칙) 및 EMV 처리는 앱 코드가 아닌 인증된 스택 내에서 실행됩니다.

• 결제 소프트웨어와 단말기 간의 실시간 연결. 이를 통해 금액, 팁, 환불, 영수증이 모두 하나의 거래 기록으로 흐르게 됩니다.

네 번째 항목에서 맞춤형 웹 앱이 멈추게 됩니다. 처음 세 개는 구매할 수 있지만, 맞춤형 결제 레이아웃과 규정 준수 결제망 간의 연결은 직접 엔지니어링해야 하며, 이는 레이아웃 자체보다 더 큰 작업입니다. 실제 결제 인프라에 포함되는 요소는 대부분의 자체 구축 계획에서 예산으로 책정하는 것보다 더 긴 목록입니다.

통합 금융 엔진은 이를 어떻게 해결하나요?

맞춤형 레이아웃과 결제망을 동일한 플랫폼의 일부로 만들어 이미 서로 통신할 수 있도록 하는 것입니다. 사용자가 디자인한 결제 화면과 돈을 움직이는 결제망이 하나의 시스템을 공유하면, 카운터 판매는 인증된 리더기로 전송되고, 온라인 주문은 웹 결제 화면을 통해 실행되며, 두 가지 모두 동일한 주문, 재고, 보고서에 기록됩니다. 통합할 것도, 수동으로 정산할 것도 없습니다.

이것이 Final이 취하는 접근 방식입니다. 프롬프트에서 원하는 결제 화면을 설명하거나(MCP를 통해 자체 AI 연결), 빌드된 흐름이 인증된 단말기 하드웨어를 갖춘 Final Pay에서 실행되도록 하여 카운터에서 탭한 데빗 카드와 온라인 카드 결제가 동일한 장부에 기록되도록 합니다. 레이아웃은 사용자가 원하는 대로 변경할 수 있고, 결제 레이어는 결정론적(매번 동일한 올바른 답을 제공함)으로 유지됩니다. 동일한 분리가 AI가 결제 화면을 디자인할 때 저지르는 실수에도 나타납니다. AI가 흐름을 구성하도록 하되, 결제 방식을 임의로 처리하게 두어서는 안 됩니다.

그렇다면 왜 맞춤형 웹 앱 결제 화면이 캐나다 매장에서 실패할까요?

문제의 잘못된 절반만 해결하기 때문입니다. 화면만 생성하고 결제망은 건너뛰는데, 캐나다의 카운터 결제망은 인증된 하드웨어를 통한 Interac 데빗입니다. 온라인 카드 양식만 실행할 수 있는 결제 화면은 모든 대면 판매를 최악의 거래 유형으로 만들고 데빗 카드 고객을 완전히 돌려세웁니다. 기본 원칙: 결제 화면에서 탭 결제 데빗 카드를 처리할 수 없다면, 그것은 매장 결제 화면이 아니라 이커머스 양식입니다.

맞춤형 구축을 고민하고 있다면, 맞춤형 POS 시스템에 실제로 포함되는 사항부터 시작하여, 직접 연결하기로 결정하기 전에 프롬프트로 구축된 흐름이 결제 측면을 어떻게 처리하는지 확인해 보세요.