Quy định BNPL Anh 2026: Checkout Shopify của bạn đổi gì

Từ 15/07, quy định BNPL Anh 2026 đưa Klarna, Clearpay và Zip vào diện FCA quản lý — đây là checklist tôi audit trên mọi store Shopify bán vào UK.

Linh Nguyen · Cập nhật 2026-07-04

Ghi chú đầu tiên tôi viết khi bắt đầu chuẩn bị cho đợt thay đổi này, nói ra hơi ngượng, nằm sai cột trong bảng theo dõi compliance của tôi. Tôi xếp "luật BNPL" vào nhóm EU, ngay cạnh GPSR và Accessibility Act, bởi trong đầu tôi "bán vào châu Âu" là một cục chung. Nhưng không phải. Thay đổi về BNPL (Buy Now Pay Later — mua trước trả sau) rơi vào ngày 15/07/2026 là một quy định của Anh (UK) — do FCA (cơ quan quản lý tài chính Anh) ban hành, không phải Brussels — và UK đã rời EU từ nhiều năm trước. Nếu bạn vận hành cả một cụm store như cách chúng tôi làm, đúng một lỗi xếp nhầm cột đó là ranh giới giữa việc audit đúng storefront cần audit và audit trật hết những cái quan trọng.

Nên đây là checklist tôi đang chạy qua trên từng store có bán cho khách UK trước 15/07, lý do tại sao giờ tôi cho rằng quy định BNPL Anh 2026 là tin tốt cho seller nghiêm túc với catalog của mình, và cái thứ duy nhất hardcode trong theme vẫn âm thầm sống sót ngay cả sau khi bạn gỡ app.

Vì sao phần lớn seller xếp nhầm nó vào đầu

Hỏi một operator Shopify điển hình rằng UK thuộc về đâu, bạn sẽ nghe "châu Âu". Về mặt thương mại thì ổn. Về mặt pháp lý thì không — và payments đúng là chỗ mà lối tắt trong đầu đó cắn ngược lại bạn. Cả chồng quy định tôi để trong checklist tuân thủ luật EU cho Shopify — Omnibus về hiển thị giá, GPSR, European Accessibility Act — đều là luật EU, được các nước thành viên nội luật hóa. UK thừa hưởng một phần trong đó rồi từ đấy càng ngày càng đi đường riêng. BNPL là ví dụ sạch sẽ của sự tách hướng đó: EU quản lý nó qua Consumer Credit Directive sửa đổi theo lộ trình riêng của họ, còn UK làm việc của mình dưới cơ quan quản lý của mình.

Nói thực tế, dấu tick "compliance EU xong rồi" của bạn chẳng nói lên điều gì về mức độ rủi ro ở UK trong chuyện này cả. Giờ tôi để hai thị trường thành hai dòng riêng. Nếu bạn bán cả hai, bạn đang theo dõi hai bộ quy định vần với nhau chứ không phải một.

Ngày 15/07/2026 thực sự đổi những gì

Từ 15/07/2026, BNPL chuyển sang chịu sự giám sát của FCA, và mọi provider bên thứ ba cung cấp các thỏa thuận này phải được FCA cấp phép (authorised), được miễn trừ, hoặc hoạt động dưới quyền tạm thời (thông cáo báo chí của FCA; tóm tắt pháp lý của Harper James). Chính những provider mà hầu hết chúng ta đã cài — Klarna, Clearpay, Zip, PayPal Pay in 3 — là đối tượng bị nhắm tới.

Với các provider chưa được cấp phép đầy đủ, có một Temporary Permissions Regime (cơ chế cấp quyền tạm thời): họ phải thông báo cho FCA trong một cửa sổ hẹp từ 15/05 đến 01/07/2026 để được tiếp tục kinh doanh hợp pháp trong khi hồ sơ cấp phép đầy đủ đang được xét (Harper James). Cửa sổ đó đã đóng lại vào lúc quy định này có hiệu lực — nên đến 15/07, một provider chỉ rơi vào một trong hai trạng thái: được bảo vệ (đã cấp phép hoặc có quyền tạm thời) hoặc không được phép ký thỏa thuận mới. Không có lựa chọn thứ ba, và không có giai đoạn ân hạn nào để bạn dựa vào.

Những gì khách nhìn thấy tại checkout của bạn cũng phải đổi theo. Các nghĩa vụ mới đặt lên bên cho vay bao gồm:

• Affordability check (đánh giá khả năng chi trả) trước khi cho vay — việc đánh giá phải được thực hiện tương xứng, chứ không còn là luồng "click phát là được duyệt" gần như không ma sát vốn giúp BNPL convert cực tốt (Credit Strategy).
• Thông tin rõ ràng hơn — bản tóm tắt bằng ngôn ngữ dễ hiểu về lịch trả nợ và chuyện gì xảy ra nếu lỡ một kỳ thanh toán, được trình bày sao cho khách thật sự nhận ra rủi ro chứ không lướt qua (Credit Strategy).
• Quyền tiếp cận Financial Ombudsman Service — khách được kênh khiếu nại chính thức, cùng đường leo thang như bất kỳ sản phẩm tín dụng chịu quản lý nào khác (FCA).

Một điểm nhẹ nhõm cho merchant: việc gắn một nút BNPL của bên thứ ba nói chung không biến bạn thành một firm chịu quản lý — Harper James lưu ý rằng nhà bán lẻ dùng provider bên thứ ba "won't need FCA authorisation for credit broking." Gánh nặng cấp phép nằm ở bên cho vay. Rủi ro của bạn nằm ở chỗ khác — và nó chạy qua một đạo luật cũ hơn mà hầu hết seller quên mất là nó vẫn đang có hiệu lực.

Cái đuôi Section 75 mà merchant hay quên

Đây là mảnh biến "chuyện của provider" thành "một phần chuyện của bạn". Theo Section 75 của Consumer Credit Act 1974, khi một giao dịch trị giá từ £100 đến £30.000 được thanh toán bằng tín dụng chịu quản lý, bên cấp tín dụng chịu trách nhiệm liên đới cùng nhà bán lẻ đối với vi phạm hợp đồng hoặc thông tin sai lệch. Trước đây khá nhiều BNPL nằm ngoài phạm vi Section 75 nhờ các miễn trừ trong cách cấu trúc thỏa thuận. Khi các sản phẩm này bị kéo vào vòng chịu quản lý, tấm khiên đó mỏng dần đi.

Dịch sang ngôn ngữ operator: khi một khách UK trả bằng BNPL chịu quản lý và đơn hàng có vấn đề — hàng không tới, không đúng mô tả, một dispute thực sự — bên cho vay có thể phải chịu trách nhiệm với khách, và rồi bên cho vay sẽ quay sang đòi lại từ bạn. Cái này không hẳn là chargeback, cũng không hẳn là khiếu nại Ombudsman; nó là một làn trách nhiệm thứ ba chạy song song với cả hai. Nếu bạn vốn đã coi dispute là bài toán vận hành hạng nhất — và chúng tôi có, đó là lý do chúng tôi xây theo dõi chargeback và dispute ngay trong order pipeline — thì đây chỉ là thêm một loại claim để log và đối soát, không phải một kỹ năng mới. Còn nếu bạn chưa làm vậy, thời kỳ Ombudsman là lúc tệ nhất để bắt đầu vừa làm vừa chế.

Tôi muốn nói cẩn thận ở chỗ này: một thỏa thuận cụ thể có rơi vào phạm vi Section 75 hay không còn tùy cấu trúc agreement, và tôi là operator, không phải luật sư của bạn. Điểm mấu chốt không nằm ở chi tiết pháp lý — mà là "chúng tôi chỉ hiện cái nút thôi, tín dụng là của họ" không còn mô tả đầy đủ chỗ rủi ro của bạn nằm ở đâu nữa.

Tôi audit gì trên mọi store bán vào UK trước 15/07

Đây là phần scale cực tệ nếu làm từng admin một, và scale ổn nếu làm dưới dạng checklist cho cả cụm store. Với từng store bán vào UK:

1. Liệt kê các app BNPL thực sự đang cài. Không phải "cái tôi nghĩ mình đang dùng" — mà cái đang chạy live trong Settings → Payments và trong theme. Trên hơn một store của chúng tôi, câu trả lời làm tôi bất ngờ, vì một widget BNPL từng được thêm vào trong một đợt đẩy conversion rồi không ai audit lại từ đó.
2. Yêu cầu từng provider xác nhận trạng thái FCA của họ bằng văn bản. Đã cấp phép, có quyền tạm thời, hay đang rút khỏi UK — đó là câu trả lời họ phải đưa, không phải chuyện tôi đoán. Tôi email cho account manager, chứ không đọc trên trang marketing. Các provider nhỏ hoặc mới là những cái tôi ngờ sẽ lung lay nhất; một số có thể rút khỏi UK thay vì gánh chi phí cấp phép, và tôi thà phát hiện một phương thức thanh toán đã chết vào tháng 6 còn hơn phát hiện ngay tại checkout ngày 16/07.
3. Truy lùng phần messaging bị hardcode trong theme. Đây là ngõ cụt tốn của tôi nhiều thời gian nhất và đáng cảnh báo thật to: dòng "4 kỳ trả không lãi mỗi kỳ £X" rất thường bị nhét cứng vào một snippet theme hoặc product template, chứ không phải do app render ra. Nên gỡ hoặc tắt provider chỉ xóa cái nút mà vẫn để lại một lời hứa sai — giờ đã không còn hợp lệ — nằm chình ình trên trang sản phẩm. Phản xạ đầu tiên của tôi là tin vào cái toggle của app. Sai bước đầu — chỗ cần sửa nằm trong Liquid, và bạn phải grep từng theme để tìm ra nó.
4. Kiểm tra phần công bố rủi ro/lịch trả nợ tại điểm bán. Provider chịu trách nhiệm về thông tin rõ ràng trong luồng của họ, nhưng phần copy bạn tự viết xung quanh — badge, banner "chia nhỏ chi phí", dòng trấn an dưới nút add-to-cart — là của bạn, và nó không được làm loãng những cảnh báo rủi ro mà quy định giờ yêu cầu.
5. Nối làn khiếu nại mới vào cách bạn vốn đã theo dõi payments. Các khoản đòi lại theo Section 75 và ca chuyển tới Ombudsman cần được đối soát với payout đúng như cách xử lý dispute. Nếu việc đối soát payout của bạn vẫn làm tay, đây là thêm một lý do để sửa — chúng tôi đi sâu vào cơ chế trong bài đối soát payout Shopify Payments.

Một quy định, N store: giá trị không nằm ở bất kỳ bước đơn lẻ nào, mà ở chỗ bạn không phải làm cả năm bước đó năm lần riêng biệt trong năm admin riêng biệt, rồi lệch pha dần khi làm.

Vì sao tôi cho đây là tin tốt, và vì sao tôi không gỡ một nút BNPL nào

Phản xạ tôi liên tục thấy trong các forum seller là "luật siết tới rồi, gỡ BNPL ra trước khi nó thành gánh nặng". Tôi nghĩ điều đó ngược hoàn toàn.

Ngoại ứng tệ nhất của BNPL với merchant chưa bao giờ là cái nút — mà là người mua được duyệt cho bốn kỳ trả góp mà thực ra họ không kham nổi, rồi dispute giao dịch, hoặc bỏ đơn để đòi refund, hoặc bùng lên đòi support khi kỳ thanh toán thứ hai fail. Tín dụng không ma sát mà không có affordability check đã đẩy một phần thất bại đó xuống dưới, về phía chúng ta. BNPL chịu quản lý với kiểm tra khả năng vay thật sự sẽ duyệt ít hơn những người mua kiểu đó. Ít người mua vay quá sức đồng nghĩa với ít dispute hơn — chính những dispute mà tôi tốn thời gian thật để xử — cùng loại dispute chúng tôi cố thiết kế để né trong công việc phòng chống chargeback và dọn dẹp qua quản lý refund và đổi trả trên nhiều store. Một quy định lọc ra các đối tác cho vay cẩu thả nhất và tỉa bớt những giao dịch mong manh nhất của bạn không phải là mối đe dọa với một catalog nghiêm túc. Nó là một đợt dọn dẹp.

Nên không, tôi không gỡ BNPL. Tôi audit nó: xác nhận mọi provider đều được bảo vệ, moi hết copy hardcode cũ ra, và coi các làn khiếu nại mới là đường ống vận hành chứ không phải một cuộc chữa cháy. Những seller hoảng loạn gỡ đi một phương thức thanh toán đang convert tốt để né một quy định vốn chủ yếu kỷ luật bên cho vay, tôi ngờ rằng, sẽ lặng lẽ gắn nó lại trước Q4 — sau khi đã dâng những conversion trong khoảng thời gian đó cho những ai giữ nút của mình và chịu làm bài tập về nhà.

Nếu bạn vận hành vài store bán vào UK và muốn chạy đợt audit một lần trên tất cả thay vì mở từng tab qua năm admin, đặt lịch demo 1-1 miễn phí trên chính store của bạn và chúng tôi sẽ đi qua checklist BNPL — provider đang cài, messaging trong theme, và cách các làn dispute mới đối soát với payout — trên dữ liệu thật của bạn.

Bài viết này chỉ mang tính thông tin chung và không phải tư vấn pháp lý. Hãy xác minh yêu cầu với FCA hoặc một cố vấn có chuyên môn trước 15/07/2026.