BNPL Dưới Góc Nhìn Pháp Lý: Một Nút “Trả Sau”, Nhiều Cấu Trúc Phía Sau

Trong vài năm gần đây, Buy Now, Pay Later (BNPL — mua trước, trả sau) đã trở thành một phần quen thuộc của trải nghiệm mua sắm số. Khách hàng lựa chọn phương thức trả sau ngay tại bước thanh toán, hoàn tất đăng ký trong thời gian ngắn và thanh toán giá trị giao dịch vào một thời điểm sau hoặc theo nhiều kỳ.

Sự đơn giản của trải nghiệm này đôi khi tạo cảm giác rằng BNPL cũng là một sản phẩm đơn giản. Trên thực tế, phía sau một nút “Trả sau” có thể là một cấu trúc phức tạp, kết hợp giữa hoạt động cấp tín dụng, thanh toán, công nghệ, dữ liệu và phân phối sản phẩm trên nền tảng số.

CDLAF thực hiện Series bài viết về BNPL nhằm cung cấp một khung tư duy có hệ thống cho các tổ chức tín dụng, nền tảng thương mại, doanh nghiệp công nghệ và các bên đang nghiên cứu hoặc triển khai sản phẩm mua trước, trả sau. Series không bắt đầu bằng câu hỏi một mô hình BNPL “được phép” hay “không được phép”. Trước khi có thể trả lời câu hỏi đó, cần xác định chính xác mô hình đang cung cấp sản phẩm gì, các bên đang thực hiện vai trò nào và giao dịch thực tế vận hành ra sao.

Bài viết đầu tiên vì vậy bắt đầu từ nền tảng: đặt BNPL vào đúng vị trí trong mối quan hệ giữa sản phẩm tín dụng, tài chính nhúng và ngân hàng dưới dạng dịch vụ.

1. Cùng một trải nghiệm, nhiều cấu trúc pháp lý khác nhau

Hai sản phẩm BNPL có thể tạo ra trải nghiệm gần như giống nhau đối với khách hàng nhưng được xây dựng trên những cấu trúc pháp lý hoàn toàn khác nhau.

Phía sau lựa chọn “mua trước, trả sau” có thể là tổ chức tín dụng cấp tín dụng qua thẻ tín dụng, bao gồm thẻ phi vật lý; tổ chức tín dụng cho khách hàng vay hay cấp hạn mức tín dụng để thanh toán một hoặc nhiều giao dịch mua hàng cụ thể; người bán cho phép khách hàng trả chậm bằng nguồn lực của chính mình; nền tảng chỉ giới thiệu và phân phối sản phẩm của một tổ chức được cấp phép; hoặc một bên thứ ba cung cấp hệ thống công nghệ để kết nối nền tảng với tổ chức cấp tín dụng.

Đối với người dùng, tất cả các cấu trúc trên có thể cùng được gọi là BNPL. Nhưng dưới góc độ pháp lý, tên gọi thương mại không quyết định bản chất của giao dịch.

2. BNPL trước hết là một trải nghiệm thương mại

BNPL mô tả một kết quả mà khách hàng nhìn thấy: hàng hóa hoặc dịch vụ được nhận trước, còn nghĩa vụ thanh toán được thực hiện sau hoặc chia thành nhiều kỳ.

BNPL vì vậy không nhất thiết là tên của một sản phẩm pháp lý thống nhất và cũng không mặc nhiên tương ứng với một loại giấy phép độc lập. Để xác định quy định pháp luật áp dụng, cần nhìn xuyên qua giao diện và tên gọi thương mại để nhận diện sản phẩm tín dụng nền.

Sản phẩm tín dụng nền (underlying credit product — sản phẩm tín dụng tạo cơ sở cho tính năng BNPL) có thể được cấu trúc dưới hình thức như cấp tín dụng qua thẻ tín dụng hay cho vay từng lần hay cho vay theo hạn mức tín dụng để thanh toán một giao dịch mua hàng.

Sự khác biệt về cấu trúc pháp lý cũng có ý nghĩa trực tiếp đối với khách hàng. Cùng được giới thiệu là “mua trước, trả sau”, mỗi sản phẩm có thể áp dụng điều kiện cấp tín dụng, lãi suất, phí, lịch thanh toán và hậu quả của việc chậm trả khác nhau. Trước khi xác nhận sử dụng, khách hàng nên đọc kỹ chính sách sản phẩm, điều khoản và điều kiện, hợp đồng tín dụng và các thông tin công bố trên giao diện để xác định rõ bên cấp tín dụng, hình thức cấp tín dụng, tổng chi phí phải trả, thời hạn thanh toán và quyền, nghĩa vụ của mình.

3. Embedded finance: đưa tín dụng vào đúng thời điểm phát sinh nhu cầu

Tài chính nhúng (embedded finance) không phải là một sản phẩm tài chính riêng biệt. Đây là cơ chế đưa một sản phẩm tín dụng vào một hành trình vốn có mục đích chính không phải là sử dụng dịch vụ tài chính.

Trong mô hình truyền thống, khách hàng có thể phải chủ động tìm đến ngân hàng, đề nghị cấp thẻ tín dụng hay một khoản vay rồi sử dụng thẻ tín dụng hay tiền vay để mua hàng. Trong mô hình tài chính nhúng, lựa chọn tài chính xuất hiện ngay trong hành trình thương mại mà khách hàng đang thực hiện.

Theo cách nhìn này, tài chính nhúng trước hết là một cơ chế phân phối. BNPL là một trường hợp điển hình của tín dụng nhúng (embedded lending): sản phẩm tín dụng được đặt ngay tại điểm bán, trên nền tảng thương mại điện tử hoặc trong ứng dụng mà khách hàng đang sử dụng.

Cách thức phân phối này có thể mang lại lợi ích cho nhiều bên:

• Khách hàng tiếp cận tín dụng thuận tiện hơn;
• Người bán có thể cải thiện tỷ lệ hoàn tất giao dịch và giá trị đơn hàng;
• Nền tảng tăng mức độ gắn kết với người dùng;
• Bên cấp tín dụng tiếp cận khách hàng trong một bối cảnh có dữ liệu giao dịch cụ thể.

Tuy nhiên, sự thuận tiện của giao diện không làm thay đổi bản chất được quản lý của hoạt động cấp tín dụng. Việc sản phẩm được “nhúng” vào nền tảng không làm cho các nghĩa vụ về nhận biết khách hàng, thẩm định tín dụng, giao kết hợp đồng, minh bạch thông tin, bảo vệ dữ liệu và bảo vệ người tiêu dùng biến mất.

4. BaaS: năng lực được cấp phép được đưa vào mô hình như thế nào?

Ngân hàng dưới dạng dịch vụ (Banking-as-a-Service — BaaS) mô tả mô hình hợp tác trong đó doanh nghiệp phi ngân hàng sử dụng sản phẩm, hạ tầng hoặc năng lực do ngân hàng hay tổ chức được cấp phép cung cấp để đưa các dịch vụ tài chính, ngân hàng đến khách hàng.

Nếu embedded finance nhìn mô hình từ phía hành trình và kênh phân phối, BaaS chủ yếu nhìn từ phía cung ứng và tổ chức vận hành phía sau.

Có thể sử dụng ba câu hỏi để phân biệt các lớp của một mô hình:

• What? Sản phẩm tài chính thực tế là gì: thẻ tín dụng, khoản vay từng lần, khoản vay theo hạn mức hay một sản phẩm khác?
• How? Năng lực ngân hàng được tích hợp theo mô hình BaaS trực tiếp với tổ chức được cấp phép hay thông qua một bên cung cấp hạ tầng trung gian?
• Where and when? Khách hàng tiếp cận sản phẩm ở đâu và vào thời điểm nào trong hành trình mua hàng?

5. Một giao diện, nhiều lớp chức năng

Ở cấp độ khái quát, một mô hình BNPL thường có ít nhất ba lớp chức năng.

Lớp giao diện và phân phối quản lý điểm tiếp xúc, hành trình mua hàng và trải nghiệm của khách hàng. Nền tảng có thể tham gia vào việc tiếp thị, giới thiệu sản phẩm, thu thập thông tin và hỗ trợ khách hàng.

Lớp công nghệ và vận hành kết nối các hệ thống, truyền nhận dữ liệu, quản lý quy trình, hỗ trợ đối soát hoặc vận hành chương trình. Lớp này thường được cung cấp bởi một bên hỗ trợ công nghệ (enabler) hoặc hệ thống trung gian (middleware — lớp công nghệ kết nối các bên).

Lớp cấp phép và nguồn vốn thực hiện các hoạt động thuộc phạm vi quản lý, chẳng hạn cấp tín dụng, phát hành thẻ hoặc cung ứng dịch vụ thanh toán. Trong nhiều mô hình, đây cũng là lớp cung cấp nguồn vốn, ghi nhận khoản phải thu và chịu rủi ro tín dụng.

Ba lớp chức năng không nhất thiết tương ứng với ba pháp nhân riêng biệt. Mỗi lớp có thể có sự tham gia của nhiều chủ thể, như bên cung cấp hạ tầng, nền tảng và phần mềm; đơn vị xử lý dữ liệu hoặc chấm điểm tín dụng; tổ chức cung cấp hợp đồng điện tử, chữ ký điện tử; tổ chức cung ứng dịch vụ trung gian thanh toán; cùng các hệ thống, cơ sở dữ liệu quốc gia hoặc hạ tầng do cơ quan nhà nước quản lý.

Vì vậy, một sơ đồ thương mại chỉ thể hiện nền tảng kết nối với tổ chức tín dụng có thể chưa phản ánh đầy đủ các chủ thể, quan hệ và trách nhiệm cấu thành kiến trúc pháp lý của sản phẩm.

6. Trách nhiệm pháp lý không được quyết định bởi giao diện

Trong tài chính nhúng, khách hàng thường tiếp cận sản phẩm thông qua thương hiệu của nền tảng. Nhưng trách nhiệm pháp lý không thể được xác định chỉ dựa trên thương hiệu xuất hiện trên màn hình hoặc chức danh mà các bên tự đặt cho mình trong hợp đồng.

Cần xem xét chức năng thực tế của từng bên:

• Ai thiết kế sản phẩm và xác lập các điều kiện tín dụng?
• Ai quyết định việc cấp tín dụng?
• Ai cung cấp và chịu rủi ro đối với nguồn vốn?
• Ai giao kết quan hệ tín dụng với khách hàng?
• Ai phát hành và quản lý phương tiện thanh toán?
• Ai thực hiện giải ngân, thu nợ và xử lý khoản nợ quá hạn?
• Ai thu thập, kiểm soát và xử lý dữ liệu khách hàng?
• Ai tiếp nhận và giải quyết khiếu nại?
• Ai chịu trách nhiệm khi hệ thống hoặc đối tác gặp sự cố?

Về nguyên tắc, việc thuê ngoài công nghệ hoặc sử dụng nền tảng phân phối không tự động chuyển giao trách nhiệm pháp lý của tổ chức thực hiện hoạt động được cấp phép. Đồng thời, nền tảng và bên cung cấp công nghệ cũng không mặc nhiên đứng ngoài phạm vi trách nhiệm nếu họ trực tiếp thực hiện những công đoạn có ý nghĩa pháp lý hoặc tác động đến quyền lợi của khách hàng.

Cấu trúc hợp đồng vì vậy cần phản ánh đúng cấu trúc vận hành, dòng tiền, dòng dữ liệu, quyền quyết định và cách phân bổ rủi ro trên thực tế—thay vì chỉ phân chia trách nhiệm trên giấy.

7. Bắt đầu bằng những câu hỏi đúng

Khi tiếp cận một mô hình BNPL, câu hỏi đầu tiên thường được đặt ra là: “BNPL có được phép tại Việt Nam hay không?”

Đây là câu hỏi dễ hiểu nhưng chưa đủ để đưa ra kết luận pháp lý hữu ích. Câu hỏi phù hợp hơn là:

Mô hình này đang cung cấp sản phẩm gì, thông qua những chủ thể nào, dựa trên giấy phép nào và mỗi chủ thể thực sự thực hiện công đoạn nào?

Từ câu hỏi trung tâm đó, doanh nghiệp mới có thể lần lượt nhận diện mô hình kinh doanh, sản phẩm tín dụng nền, quan hệ giữa các bên, dòng tiền, dòng dữ liệu, hành trình khách hàng và cách phân bổ trách nhiệm.

Một thay đổi tưởng như nhỏ—chẳng hạn thay đổi chủ thể cấp vốn, chuyển từ khoản vay từng lần sang hạn mức, giải ngân cho người bán thay vì người vay hoặc để nền tảng tham gia sâu hơn vào quá trình thẩm định—có thể dẫn đến một kiến trúc pháp lý và tập hợp nghĩa vụ hoàn toàn khác.

Đây cũng là cách Series BNPL của CDLAF sẽ tiếp cận chủ đề: không tìm kiếm một mô hình mẫu có thể áp dụng cho mọi doanh nghiệp, mà lần lượt bóc tách từng lớp của giao dịch để làm rõ mối liên hệ giữa mục tiêu kinh doanh, cấu trúc sản phẩm, giấy phép, hợp đồng, công nghệ, dòng tiền, dữ liệu và trách nhiệm pháp lý.

Bởi đối với BNPL, thiết kế pháp lý hiệu quả không bắt đầu từ việc đặt tên cho mô hình. Nó bắt đầu từ việc hiểu mô hình thực sự vận hành như thế nào.

CDLAF LAW FIRM

Về Tác giả & Hệ sinh thái: Bài viết được bảo trợ pháp lý bởi CDLAF và chuyên môn từ CFT Solutions – công ty chuyên cung cấp các dịch vụ Tài chính – Thuế – Kế toán. Chúng tôi mang đến giải pháp quản trị toàn diện, giúp doanh nghiệp kiểm soát rủi ro và tối ưu nguồn lực.

📩 Đặt lịch tư vấn ngay với đội ngũ Luật sư, Chuyên gia của CDLAF & CFT để nhận tư vấn sơ bộ và đánh giá mức độ tuân thủ cho doanh nghiệp của bạn:

• Hotline/Zalo: 090 966 82 16
• Email: info@cdlaf.vn

Bạn có thể tham thảo thêm:

• Dự Thảo Xử Phạt Vi phạm Về Dữ Liệu Cá Nhân Đã Quy Định Các Hành Vi Và Mức Phạt Như Thế Nào? (Phần 2)
• Dự Thảo Xử Phạt Vi phạm Về Dữ Liệu Cá Nhân Đã Quy Định Các Hành Vi Và Mức Phạt Như Thế Nào? (Phần 1)
• Hướng Dẫn Xây Dựng Chính Sách Bảo Vệ Dữ Liệu Cá Nhân Theo Luật Mới (Phần 1)
• Rút Đơn Khởi Kiện Để Thương Lượng Ngoài Tố Tụng: Góc Nhìn Chiến Lược Trong Giải Quyết Tranh Chấp
• Giao dịch với người có liên quan và những điều kiện để giao dịch có hiệu lực