Giải quyết vấn đề thẻ ghi nợ Interac: Tại sao các quy trình thanh toán bằng ứng dụng web tùy chỉnh thất bại tại các cửa hàng Canada

Một quy trình thanh toán bằng ứng dụng web tùy chỉnh sẽ thất bại tại cửa hàng Canada vì một lý do mang tính cấu trúc: nó không thể xử lý thẻ ghi nợ Interac tại quầy. Các quy trình thanh toán mà các trình xây dựng ứng dụng AI và no-code tạo ra thực chất là các biểu mẫu thẻ tín dụng trực tuyến. Thẻ ghi nợ Interac tại một cửa hàng vật lý là một hệ thống thanh toán khác chạy trên mạng lưới thẻ ghi nợ nội địa của Canada thông qua phần cứng thiết bị đầu cuối đã được chứng nhận (đầu đọc thẻ được phê duyệt cho chip, mã PIN và chạm). Một biểu mẫu trình duyệt không có đường truyền nào đến phần cứng đó, vì vậy mọi khách hàng thanh toán bằng thẻ ghi nợ trực tiếp đều phải thanh toán bằng cách khác hoặc không thể mua hàng. Tại Canada, đó không phải là một trường hợp hy hữu: người dân Canada đã thực hiện hơn 6,5 tỷ giao dịch Thẻ ghi nợ Interac trong một năm duy nhất, và các sản phẩm của Interac xử lý khoảng 18,6 triệu giao dịch mỗi ngày¹.

Các kênh thanh toán thay đổi nhanh chóng; các thông tin về mạng lưới trong bài viết này là chính xác tại thời điểm xuất bản và bạn nên kiểm tra lại trước khi xây dựng hệ thống xung quanh chúng.

Tại sao một quy trình thanh toán web tiêu chuẩn không thể xử lý thẻ ghi nợ Interac?

Bởi vì quy trình thanh toán web tiêu chuẩn được thiết kế cho các thanh toán không xuất trình thẻ (giao dịch mà thẻ vật lý không bao giờ được đọc), và thẻ ghi nợ Interac tại cửa hàng theo định nghĩa là thanh toán xuất trình thẻ. Một trang thanh toán được lưu trữ (hosted payment page) hoặc liên kết thanh toán, mô hình của Stripe và PayPal mà hầu hết các công cụ do Mỹ xây dựng đều sao chép, sẽ thu thập số thẻ trong trình duyệt và gửi nó đến các mạng lưới thẻ tín dụng toàn cầu. Cách đó hoạt động ở mọi nơi trên thế giới đối với các đơn hàng trực tuyến. Nhưng nó vô dụng đối với khách hàng đang đứng tại quầy của bạn, bởi vì thẻ ghi nợ nội địa tại cửa hàng ở Canada được định tuyến qua mạng lưới Interac thông qua một đầu đọc đã được chứng nhận, chứ không phải qua một biểu mẫu web.

Mảng trực tuyến của Interac hẹp hơn so với hình dung của hầu hết người bán. Interac Online, tùy chọn thanh toán từ tài khoản ngân hàng cũ tại các quy trình thanh toán web, đã bị ngừng hoạt động vào tháng 5 năm 2024². Ngày nay, việc thanh toán trực tuyến bằng Thẻ ghi nợ Interac hoạt động thông qua Apple Pay và Google Pay tại các ngân hàng và người bán tham gia³, và các thẻ đồng thương hiệu (thẻ ghi nợ mang cả thương hiệu Interac và Visa Debit hoặc Debit Mastercard) sẽ chuyển hướng về các mạng lưới thẻ toàn cầu khi được nhập vào biểu mẫu. Vì vậy, một quy trình thanh toán web chung chung có thể ghi nhận một số chi tiêu thẻ ghi nợ trực tuyến của Canada. Nhưng thứ nó không bao giờ có thể làm được là ghi nhận thao tác chạm thẻ tại máy tính tiền.

Các trình xây dựng no-code khóa bạn vào các quy trình thanh toán chỉ dùng thẻ như thế nào?

Họ chỉ cung cấp duy nhất một giải pháp thanh toán: một biểu mẫu thẻ trực tuyến nhúng hoặc một liên kết thanh toán được lưu trữ. Khi bạn yêu cầu một trình xây dựng ứng dụng web AI tạo ra một quy trình thanh toán cho cửa hàng, bạn sẽ nhận được một thứ trông giống như vậy, như chúng tôi đã đề cập trong bài viết Bạn có thể xây dựng một POS với Lovable hoặc Replit không? Bước thanh toán bên dưới là một biểu mẫu thẻ chỉ dùng kỹ thuật số, bởi vì đó là tích hợp duy nhất mà trình xây dựng biết cách kết nối. Đối với một cửa hàng Canada, điều này tạo ra ba vấn đề:

• Mỗi giao dịch bán hàng tại quầy trở thành một giao dịch nhập tay, không xuất trình thẻ: cách xử lý thanh toán dễ bị gian lận nhất đối với một giao dịch lẽ ra có thể là một cú chạm thẻ đơn giản.

• Những khách hàng ưu tiên dùng thẻ ghi nợ không thể thanh toán theo cách họ thường làm. Việc đưa một màn hình yêu cầu nhập số thẻ cho một người muốn chạm thẻ ghi nợ là một cách nhanh chóng để mất đi đơn hàng và cả khách hàng đó.

• Không có giải pháp phần cứng. Trình duyệt không thể điều khiển bàn phím nhập mã PIN (PIN pad) đã được chứng nhận, vì vậy dù bạn có ra lệnh thế nào đi nữa thì cũng không thể thêm đầu đọc thẻ vào một ứng dụng web.

Giải pháp tạm thời rõ ràng là lắp thêm một thiết bị đầu cuối độc lập từ một nhà cung cấp POS lớn bên cạnh ứng dụng web tùy chỉnh. Giờ đây bạn phải vận hành hai hệ thống. Đơn hàng nằm trong ứng dụng của bạn, khoản thanh toán nằm trong bảng điều khiển của nhà cung cấp thiết bị đầu cuối, việc hoàn tiền diễn ra ở một nơi và hàng tồn kho ở một nơi khác, và mỗi tối có ai đó phải đối soát (khớp hai bộ hồ sơ đến từng xu) bằng tay. Chúng tôi đã viết về cách các giải pháp tạm thời cứng hóa thành chính hệ thống; giải pháp này cứng hóa nhanh nhất, bởi vì nó liên quan đến tiền bạc.

Cần những gì để chấp nhận thẻ ghi nợ Interac tại quầy?

Bốn thứ, hoạt động như một hệ thống duy nhất:

• Phần cứng thiết bị đầu cuối đã được chứng nhận có thể đọc chip, mã PIN và chạm.

• Một đơn vị xử lý thanh toán được chứng nhận trên mạng lưới Interac để định tuyến và quyết toán thẻ ghi nợ nội địa.

• Hệ thống tuân thủ kỹ thuật: Việc xử lý PCI (các quy tắc bảo mật dữ liệu của ngành thẻ) và EMV nằm trong ngăn xếp đã được chứng nhận, chứ không phải trong mã ứng dụng của bạn.

• Một kết nối trực tiếp giữa phần mềm thanh toán của bạn và thiết bị đầu cuối, để số tiền, tiền tip, hoàn tiền và hóa đơn đều chạy qua một hồ sơ giao dịch duy nhất.

Mục thứ tư là nơi các ứng dụng web tùy chỉnh bị đình trệ. Ba mục đầu tiên có thể mua được; nhưng kết nối giữa bố cục thanh toán tùy chỉnh và các kênh thanh toán tuân thủ phải được thiết kế kỹ thuật, và đó là một công việc lớn hơn bản thân bố cục đó rất nhiều. Những gì cơ sở hạ tầng thanh toán thực sự bao gồm là một danh sách dài hơn nhiều so với ngân sách dự kiến của hầu hết các kế hoạch tự xây dựng.

Làm thế nào một công cụ tài chính tích hợp giải quyết vấn đề này?

Bằng cách biến bố cục tùy chỉnh và các kênh thanh toán thành các phần của cùng một nền tảng, để chúng đã có thể giao tiếp với nhau. Khi quy trình thanh toán bạn thiết kế và các kênh chuyển tiền chia sẻ cùng một hệ thống, một giao dịch bán hàng tại quầy sẽ được gửi đến một đầu đọc đã được chứng nhận, một đơn vị đặt hàng trực tuyến sẽ chạy qua quy trình thanh toán web, và cả hai đều đổ về cùng một danh mục đơn hàng, hàng tồn kho và báo cáo. Không có gì cần tích hợp, không có gì cần đối soát thủ công.

Đó là cách tiếp cận của Final: mô tả quy trình thanh toán bạn muốn trong một câu lệnh (hoặc kết nối AI của riêng bạn qua MCP) và quy trình mà nó xây dựng sẽ chạy trên Final Pay với phần cứng thiết bị đầu cuối đã được chứng nhận, nhờ đó một cú chạm thẻ ghi nợ tại quầy và một khoản thanh toán bằng thẻ trực tuyến đều đổ về cùng một sổ sách kế toán. Bố cục vẫn là của bạn để thay đổi; lớp tiền tệ vẫn mang tính xác định (nó luôn đưa ra cùng một câu trả lời chính xác trong mọi lần). Sự phân tách tương tự cũng xuất hiện trong bài viết những gì AI làm sai khi thiết kế quy trình thanh toán: hãy để AI định hình quy trình, đừng bao giờ để nó tự ứng biến phần thanh toán.

Vậy, tại sao các quy trình thanh toán bằng ứng dụng web tùy chỉnh thất bại tại các cửa hàng Canada?

Bởi vì chúng giải quyết sai một nửa vấn đề. Chúng tạo ra màn hình và bỏ qua các kênh thanh toán, và ở Canada, các kênh thanh toán tại quầy là thẻ ghi nợ Interac thông qua phần cứng đã được chứng nhận. Một quy trình thanh toán chỉ có thể chạy các biểu mẫu thẻ trực tuyến sẽ biến mọi giao dịch bán hàng trực tiếp thành loại giao dịch tệ nhất và từ chối hoàn toàn những khách hàng dùng thẻ ghi nợ. Quy tắc nằm lòng: nếu quy trình thanh toán của bạn không thể chấp nhận chạm thẻ ghi nợ, đó là một biểu mẫu thương mại điện tử, chứ không phải là quy trình thanh toán tại cửa hàng.

Nếu bạn đang cân nhắc một bản dựng tùy chỉnh, hãy bắt đầu với những gì một hệ thống POS tùy chỉnh thực sự bao gồm, sau đó xem cách một quy trình được xây dựng bằng câu lệnh xử lý khía cạnh thanh toán trước khi bạn cam kết tự mình kết nối hệ thống.