Không giữ tiền là gì? So sánh cổng trung gian và API ngân hàng

Vì sao tiền khách chuyển rồi mà shop vẫn chưa thấy?

Đội ngũ bên mình gặp tình huống này khá thường xuyên khi làm việc với các shop nhỏ. Khách nhắn vừa chuyển khoản xong, còn chủ shop thì mở app ngân hàng xem đi xem lại mà chưa thấy thông báo nào. Cảm giác đó khó chịu với cả hai phía. Người mua tin mình đã trả tiền, còn người bán thì chưa dám đóng gói hàng.

Phần lớn thời gian, nguyên nhân không nằm ở gian lận. Nó nằm ở cách tiền di chuyển và cách thông báo được gửi về hệ thống của bạn. Có mô hình tiền đi thẳng vào tài khoản chủ shop. Cũng có mô hình tiền phải đi qua một khâu trung gian trước khi đến tay bạn. Hai cách này khác nhau khá rõ về tốc độ lẫn cách đối soát.

Trong bài này, chúng tôi đi qua từng mô hình. Mục tiêu là giúp bạn hiểu bản chất để chọn đúng công cụ cho shop, thay vì chỉ nghe theo quảng cáo nghe có vẻ hay nhất.

Không giữ tiền là gì, nói dễ hiểu thì sao?

Nói đơn giản, “không giữ tiền” (non-custodial) nghĩa là tiền không đi qua tay bên thứ ba. Khách chuyển khoản thẳng vào tài khoản ngân hàng của chủ shop. Bên cung cấp công cụ không cầm tiền hộ ai cả.

Vậy bên công cụ làm gì? Họ chỉ nhận thông báo biến động số dư từ ngân hàng. Sau đó đối chiếu thông báo đó với đơn hàng, thường bằng mã đơn hoặc nội dung chuyển khoản. Hình dung như người bảo vệ tòa nhà: họ ghi sổ người ra vào, chứ không giữ chìa khóa két sắt của bạn.

Khác biệt với mô hình giữ tiền hộ nằm ở đây. Bên giữ tiền hộ nhận tiền trước, rồi mới chi trả lại cho bạn sau một khoảng thời gian. Còn với mô hình không giữ tiền, tiền về thẳng tài khoản của bạn, và bạn dùng ngay từ đầu.

Cổng trung gian làm việc theo cách nào?

Với cổng trung gian, dòng tiền đi qua tài khoản của đơn vị đó trước khi về đến người bán. Khách trả tiền vào một tài khoản trung gian. Đơn vị này đối soát rồi chuyển lại cho shop theo lịch đã thỏa thuận.

Ưu điểm dễ thấy nhất là quen thuộc. Cổng trung gian thường hỗ trợ nhiều phương thức thanh toán cùng lúc, từ thẻ đến ví điện tử. Nếu shop chưa có người làm kỹ thuật, đây là điểm khởi đầu dễ tiếp cận hơn nhiều.

Tuy vậy, có hai điều bạn nên lưu ý. Thứ nhất là thời gian đối soát. Tiền có thể nằm lại vài ngày mới về tài khoản, ảnh hưởng đến dòng tiền nhập hàng. Thứ hai là điều kiện rút tiền. Có nơi yêu cầu số dư tối thiểu, có nơi giới hạn số lần rút trong tháng. Đọc kỹ phần này trước khi đăng ký sẽ tiết kiệm rất nhiều công gọi hỗ trợ khi tiền đang bị kẹt.

So sánh API ngân hàng và cổng trung gian: nên nhìn vào đâu?

Khi đặt hai mô hình cạnh nhau, đội ngũ bên mình thường xét bốn tiêu chí. Ai đang giữ tiền. Tiền báo về nhanh đến đâu. Chi phí ra sao. Và bạn kiểm soát được bao nhiêu phần quy trình. Bốn câu hỏi này đủ để loại bớt những lựa chọn không hợp nhu cầu.

Về việc ai giữ tiền, cổng trung gian có giữ, còn API ngân hàng thì không. Về tốc độ, API ngân hàng thường báo tiền về gần như ngay khi giao dịch hoàn tất, vì thông báo đi trực tiếp từ ngân hàng. Về mức kiểm soát, API ngân hàng cho bạn quyền tự quyết nhiều hơn, đổi lại bạn phải tự chịu trách nhiệm cấu hình.

Trên thị trường Việt Nam, bạn sẽ nghe đến vài cái tên như SePay, Casso và PayOS. Mỗi đơn vị có gói dịch vụ và cách tính phí riêng. Đừng tin hoàn toàn vào lời kể của người khác. Hãy mở bảng giá trên trang chính thức của từng đơn vị rồi tự so sánh.

Chọn mô hình nào khi shop còn nhỏ, khi shop đã lớn?

Với shop nhỏ, ít đơn mỗi ngày, bạn thường ưu tiên chi phí thấp và thiết lập nhanh. Ở quy mô này, một cổng trung gian có sẵn giao diện thường đã đủ dùng. Bạn không cần đầu tư kỹ thuật quá nhiều, và đó là lợi thế lớn khi bạn còn tập trung vào bán hàng.

Khi shop bắt đầu tăng trưởng, nhu cầu đổi khác. Lúc này bạn cần đối soát tự động để đỡ kiểm tra thủ công từng đơn. Bạn cũng muốn phụ thuộc vào bên thứ ba ít hơn. Nhiều shop đến giai đoạn này mong tiền về thẳng để chủ động dòng tiền, không phải chờ theo lịch chi trả.

Dù ở quy mô nào, hãy kiểm tra công cụ có hỗ trợ mã QR động hay không. QR động gắn với từng đơn hàng, nên khi khách quét, số tiền và nội dung chuyển khoản đã được điền sẵn. Chi tiết nhỏ này giúp giảm sai sót đối soát đáng kể.

Điểm chưa tốt của mô hình không giữ tiền

Chúng tôi muốn nói thẳng: mô hình này không phải lúc nào cũng vượt trội. Vì không có ví trung gian, trong một số tình huống bên công cụ không thể hoàn tiền thay bạn. Khi khách yêu cầu hoàn tiền, việc xử lý nằm hoàn toàn trong tay chủ shop.

Mô hình này cũng phụ thuộc vào nội dung chuyển khoản do khách tự nhập. Nếu khách gõ sai mã đơn hoặc bỏ trống phần nội dung, hệ thống có thể không khớp được giao dịch với đơn hàng. Đây là lỗi đội ngũ gặp khá thường xuyên, và đã từng phải xử lý thủ công nhiều ca như vậy.

Cuối cùng, mỗi ngân hàng hoặc gói dịch vụ có thể đặt giới hạn riêng về hạn mức hay tần suất giao dịch. Trước khi triển khai, hãy đọc kỹ những giới hạn này để tránh bất ngờ khi shop đang đông khách.

Triển khai API ngân hàng cần làm những bước nào?

Nếu bạn đi theo hướng API ngân hàng, quy trình thường gồm ba bước cơ bản. Đội ngũ bên mình trình bày theo đúng thứ tự thực hiện để bạn dễ theo dõi. Mỗi bước đều quan trọng như nhau, nên đừng bỏ qua bước nào.

Bước đầu tiên là xác thực tài khoản nhận tiền và cấu hình webhook. Webhook là địa chỉ mà ngân hàng gửi thông báo mỗi khi có biến động số dư. Nói nôm na, đó là đường dây báo tin giữa ngân hàng và hệ thống của bạn. Nếu đường dây này chưa thông, giao dịch sẽ không được ghi nhận. Bạn có thể tham khảo xem API ngân hàng cho xác nhận chuyển khoản tức thì để hiểu rõ luồng xử lý này.

Bước thứ hai là tạo mã QR động cho từng đơn hàng. Mỗi đơn có một mã riêng, nên khi tiền về, hệ thống biết chính xác khoản tiền thuộc đơn nào. Bước cuối là kiểm thử bằng một giao dịch nhỏ trước khi chạy thật. Đây là cách duy nhất để chắc chắn hệ thống hoạt động ổn trong điều kiện bình thường.

Lỗi nào hay gặp khi tích hợp xác nhận chuyển khoản?

Có ba lỗi đội ngũ bên mình thấy lặp đi lặp lại ở nhiều dự án. Lỗi đầu tiên là không xử lý trường hợp webhook bị gửi lại nhiều lần. Khi mạng chập chờn, một thông báo có thể đến hai, ba lần. Nếu hệ thống không chặn trùng lặp, đơn hàng có thể bị xác nhận nhiều lần, gây rối cho cả đối soát lẫn chăm sóc khách.

Lỗi thứ hai là đối soát chỉ dựa vào số tiền. Hãy hình dung hai khách cùng chuyển một số tiền giống nhau. Khi đó, nội dung chuyển khoản là thứ phân biệt được họ. Bỏ qua nội dung là bạn đang tự tạo rắc rối cho chính mình.

Lỗi thứ ba là không lưu log. Khi khách khiếu nại, bạn cần dấu vết để truy lại từng giao dịch. Không có log, mọi cuộc trao đổi đều dựa vào trí nhớ, mà trí nhớ thì không đủ đáng tin trong kinh doanh.

Chi phí và hạn mức tham khảo tính đến tháng 11/2026

Phần này chỉ mang tính tham khảo tại thời điểm tính đến tháng 11/2026. Chính sách có thể thay đổi, nên bạn cần đối chiếu lại với trang chính thức của đơn vị cung cấp trước khi quyết định.

Với MONA Pay, gói miễn phí cho phép 500 giao dịch mỗi tháng, không thu phần trăm trên giao dịch và không giữ tiền của bạn. Các gói trả phí có mức 99.000đ, 299.000đ, 799.000đ và 1.990.000đ, phù hợp shop đang lớn dần. Con số 500 giao dịch nghe có vẻ đủ cho shop nhỏ, nhưng nếu lượng đơn đông hơn, hãy tính trước để tránh gián đoạn vào đợt cao điểm.

Để so sánh công bằng, bạn nên mở bảng giá của SePay, Casso và PayOS trên trang chính thức của từng đơn vị. Chúng tôi không đưa con số của họ vào bài này, vì không muốn bạn tin một thông tin có thể đã cũ tại thời điểm bạn đọc.

Câu hỏi thường gặp

Không giữ tiền có an toàn hơn cổng trung gian không?

Có thể nói là an toàn hơn ở một khía cạnh: tiền không đi qua tay bên thứ ba, nên bớt được một điểm rủi ro. Tuy nhiên, an toàn còn phụ thuộc vào cách bạn bảo mật tài khoản ngân hàng và hệ thống nội bộ. Chọn đúng mô hình chỉ là một phần của câu chuyện.

Có cần giấy phép để dùng API ngân hàng cho shop nhỏ không?

Thông thường, shop nhỏ dùng công cụ để nhận thanh toán cho chính doanh nghiệp của mình sẽ không cần xin giấy phép riêng cho việc này. Quy định có thể khác nhau tùy loại hình hoạt động, nên bạn nên hỏi kỹ bên cung cấp hoặc tham khảo ý kiến chuyên môn trước khi triển khai.

Khách chuyển sai nội dung thì xử lý thế nào?

Trường hợp này khá phổ biến. Bạn nên có quy trình rõ ràng: liên hệ khách, đối chiếu thủ công qua lịch sử giao dịch, rồi mới xác nhận đơn. Có log đầy đủ giúp bạn làm nhanh hơn nhiều, và khách cũng cảm thấy được hỗ trợ nghiêm túc.

Có thể dùng đồng thời cổng trung gian và API ngân hàng không?

Có, nhiều shop đang làm như vậy. Cổng trung gian phù hợp cho phương thức thanh toán đa dạng, còn API ngân hàng phù hợp cho khách chuyển khoản trực tiếp. Điều quan trọng là đảm bảo hai luồng không cùng xác nhận một đơn hàng, tránh ghi nhận trùng.

Làm sao biết công cụ đối soát đã chính xác?

Cách đáng tin nhất là kiểm thử nhiều tình huống: đúng số tiền, sai nội dung, chuyển trùng, và webhook gửi lại nhiều lần. Nếu công cụ xử lý ổn định cả những tình huống xấu này, bạn mới nên đưa vào vận hành thật.

Nếu bạn đang phân vân giữa các lựa chọn, hãy bắt đầu từ quy mô và nhu cầu thực tế của shop, đừng chọn theo quảng cáo. Khi đã quyết định, dành thời gian thử nghiệm trước là việc đáng làm, vì một giao dịch thử hôm nay có thể giúp bạn tránh nhiều rắc rối về sau. Nếu muốn tự động hóa phần đối soát kế toán, bạn có thể đọc thêm ứng dụng AI cho phòng kế toán: tự động hóa dữ liệu.

Tham khảo thêm blog của chúng tôi để đọc các hướng dẫn công nghệ khác dành cho chủ doanh nghiệp nhỏ.

This entry was posted in Uncategorized. Bookmark the permalink.

Leave a Reply

Your email address will not be published. Required fields are marked *