Chống liên kết tài khoản nhận tiền? Phương án cách ly dòng tiền

Phòng chống liên kết ở phía cửa hàng đã làm rất kỹ — một cửa hàng một môi trường một IP, thiết bị đăng nhập không bao giờ dùng chung. Vậy mà cửa hàng A gặp sự, cửa hàng B, C vẫn bị truy ngược liên đới, tiền trong tài khoản bị đóng băng theo đúng thứ tự danh sách. Câu nói đau nhất khi nhìn lại: tầng thiết bị không tìm ra bất kỳ điểm giao nào — thứ xâu chuỗi các cửa hàng lại với nhau chính là tiền: cùng một tài khoản nhận tiền, cùng một thẻ rút.

Kết luận cốt lõi: chìa khóa để phòng chống liên kết tài khoản nhận tiền là khiến mỗi chặng của dòng tiền đều theo nguyên tắc "một cửa hàng một tuyến": vào (điểm nhận tiền của cửa hàng), giữ (cấu trúc tài khoản bên trong công cụ thanh toán), ra (thẻ ngân hàng rút tiền) độc lập với nhau, cộng thêm một tầng cô lập môi trường đăng nhập hệ thống quản trị nhận tiền — tầng hay bị bỏ qua nhất. Theo hướng tiền chảy, bài viết này giải thích một lượt phương án cô lập ba chặng và những bẫy thường gặp.

Ba chặng của dòng tiền: rủi ro liên kết nằm ở chặng nào

Nhiều người bán chỉ để mắt đến "cửa hàng gắn tài khoản nhận tiền nào", nhưng dòng tiền có ba chặng, và mỗi chặng đều có thể xâu các cửa hàng lại với nhau.

• Vào — điểm nhận tiền của cửa hàng. Ngay khoảnh khắc cửa hàng gắn tài khoản nhận tiền, nền tảng đã ghi lại "tiền bán hàng của cửa hàng này chảy về đâu". Nhiều cửa hàng gắn chung một tài khoản nhận tiền là một trong những tín hiệu có trọng số cao nhất khi nền tảng phán định liên kết — vị trí số một trong khung bốn yếu tố của bài phòng chống liên kết nhiều cửa hàng Amazon.
• Giữ — bên trong công cụ nhận tiền. Tiền vào công cụ nhận tiền chưa phải là tiền vào két sắt: bản thân công cụ có kiểm soát rủi ro, tiền của nhiều cửa hàng hội tụ dưới cùng một tài khoản chính. Một khi tài khoản chính bị gắn cờ, tiền của toàn bộ các cửa hàng treo bên dưới bị hạn chế theo — hình phạt liên đới xảy ra ở phía nhận tiền, không phải ở phía nền tảng.
• Ra — thẻ ngân hàng rút tiền. Đây là chặng bị bỏ qua nhiều nhất: dù các cửa hàng tách riêng điểm vào, tiền của mấy cửa hàng cuối cùng vẫn rút về cùng một thẻ ngân hàng nội địa — điểm ra lại hợp dòng. Trước mắt hệ thống rủi ro, sơ đồ dòng tiền nói rõ hơn nhiều so với dấu vân chỉ thiết bị.

Chỉ cần một trong ba chặng hỏng, hai chặng còn lại sạch đến đâu cũng vô ích. Phần dưới đưa phương án cô lập từng chặng.

Chia kênh nhận tiền thế nào: ba loại kênh, hai cấu trúc

Trước hết phân loại các kênh nhận tiền đang có, rồi mới quyết định dùng "tài khoản con gom về" hay "nhiều tài khoản chính tách rời".

Ba loại kênh phổ biến:

• Nhận tiền thuần của nền tảng: PayPal, Alipay International… loại gắn chặt với nền tảng. Nguyên tắc cô lập gói trong một câu — một tài khoản chỉ phục vụ một cửa hàng, thông tin liên kết (thẻ ngân hàng/số điện thoại/email) hoàn toàn tách riêng; logic kiểm soát rủi ro được mổ xẻ đầy đủ trong bài kiểm soát rủi ro đa tài khoản PayPal.
• Công cụ nhận tiền xuyên biên giới của bên thứ ba: WorldFirst, Payoneer, LianLian Global, PingPong… đều cho phép mở nhiều tài khoản con dưới một tài khoản chính, mỗi tài khoản con gắn nhận tiền cho một cửa hàng khác nhau (cấu trúc tài khoản tham khảo tại trang chính thức của WorldFirst).
• Tầng thẻ ngân hàng: điểm rút cuối cùng của công cụ nhận tiền — chặng ba sẽ nói riêng.

Cấu trúc tài khoản của công cụ bên thứ ba được phân tầng theo rủi ro cửa hàng:

• Tài khoản con gom về, phù hợp cửa hàng cùng chủ thể, cùng mức rủi ro — ví dụ vài website Amazon do cùng một công ty vận hành: các tài khoản con độc lập dưới một tài khoản chính giúp đối chiếu sổ sách dễ dàng và rủi ro không lan ra.
• Nhiều tài khoản chính tách rời, phù hợp cửa hàng rủi ro không ngang nhau — cửa hàng chủ lực và cửa hàng thử nước, cửa hàng cũ và cửa hàng mới, đừng treo chung một tài khoản chính. Cửa hàng mới thử nghiệm có trục trặc thì đừng để nó với tới bể tiền của cửa hàng chủ lực.
• Kinh doanh đa chủ thể thì mở tài khoản riêng từng chủ thể — cửa hàng của công ty A và công ty B, mỗi bên mở tài khoản nhận tiền theo chủ thể tương ứng, ngay từ nguồn đã không tồn tại quan hệ gom về.

Quyết định trong một câu: chia theo chủ thể trước, chia theo rủi ro sau, tiện lợi là chuyện cuối cùng. Đảo ngược thứ tự là gom hết trứng vào một giỏ.

Thẻ rút tiền: điểm xuyên thủng hay bị bỏ qua nhất

Điểm nhận tiền đã tách ba bốn tài khoản, mà rút thì đều về một thẻ ngân hàng — lỗi tài chính phổ biến và oan uổng nhất trong giới bán đa cửa hàng.

Như đã nói, nền tảng truy ngược toàn bộ dòng tiền: tiền cửa hàng A vào công cụ X, rút về thẻ Y; tiền cửa hàng B vào công cụ Z, cũng rút về thẻ Y — hai tuyến gặp nhau tại Y, chuỗi bằng chứng "mấy cửa hàng này là một nhóm người" thế là đủ. Việc cô lập ở chặng thẻ rút được thiết kế theo chủ thể:

• Một chủ thể kinh doanh, một thẻ thanh toán chính. Toàn bộ cửa hàng của công ty A (dù dùng hai công cụ nhận tiền) rút về thẻ của A; công ty B rút về thẻ của B — mức độ cô lập ở điểm ra bám theo chủ thể chứ không bám theo cửa hàng.
• Tên định danh trên công cụ phải khớp với tên chủ thẻ. Tài khoản công cụ mở với danh nghĩa công ty A thì thẻ rút cũng dùng tài khoản doanh nghiệp của A hoặc thẻ của người đại diện pháp luật của A; tên không khớp sẽ kích hoạt thẩm định, ngược lại còn để lộ.
• Đừng thay thẻ rút liên tục. Công cụ nhận tiền rất nhạy với "thẻ ngân hàng liên kết thay đổi thường xuyên" — bản thân việc thay đổi đã là tín hiệu rủi ro. Chốt thẻ trước khi mở tài khoản.

Một cách tự kiểm tra: vẽ toàn bộ cửa hàng lên một tờ giấy — cửa hàng → công cụ nhận tiền → thẻ rút — rồi nhìn xem có hai tuyến nào đổ về cùng một điểm không (cùng tài khoản chính, cùng một thẻ). Điểm nào có sự hội tụ, đó là quả mìn tiếp theo của bạn.

Chủ thể và hồ sơ: nhất quán KYC quan trọng hơn tất cả

Tài khoản nhận tiền phải qua KYC (thẩm định danh tính); tính nhất quán và độ thật của hồ sơ quyết định bộ khung cô lập này đứng vững được bao lâu.

Ba nguyên tắc — hai nguyên tắc đầu là thao tác, nguyên tắc cuối là giới hạn đỏ:

• Hồ sơ định danh trùng với chủ thể đăng ký của cửa hàng. Cửa hàng đăng ký bằng công ty A thì tài khoản nhận tiền và thẻ rút đều dùng hồ sơ của A — ba nguồn thông tin củng cố lẫn nhau, nền tảng tra tới tầng nào cũng khớp.
• Chốt trước khi đăng ký, sau đó đừng sửa. Hồ sơ định danh và thông tin liên kết của tài khoản nhận tiền một khi đã định thì rất khó thay, sửa nhiều lần tự nó đã là tín hiệu rủi ro. Cùng một lẽ với "cô lập trước, đăng ký sau": chuyện ở tầng hồ sơ, giải quyết xong trước khi mở tài khoản.
• Dùng đa chủ thể thật, không mượn danh tính. Cách làm hợp pháp của kinh doanh đa chủ thể là đăng ký mở tài khoản bằng các chủ thể thật sự khác nhau (nhiều công ty, hộ kinh doanh); giữ hộ người khác tuy ngắn hạn đỡ việc nhưng dài hạn dính bom kép — người được ủy thác có biến thì tranh chấp quyền sở hữu tiền không rõ ràng, và nền tảng ngày càng nhận diện tốt "người đứng tên nhưng không phải người vận hành thực tế", một khi phán định hồ sơ không thật, số tiền bị đóng băng là của cả tài khoản.

Hệ thống quản trị nhận tiền cũng là một tài khoản: đừng để môi trường đăng nhập lòi ra

Cô lập môi trường cho hệ thống quản trị cửa hàng ai cũng làm, còn hệ thống quản trị nhận tiền thì thường bị đăng nhập trần trụi — mà kiểm soát rủi ro của công cụ nhận tiền trông chằm chằm vào môi trường đăng nhập không hề lỏng hơn nền tảng thương mại điện tử.

Hai sự thật chống lưng cho nhận định này: một là các công cụ nhận tiền bên thứ ba đều tích hợp thẩm định danh tính và thiết bị cấp ngân hàng, hệ thống rủi ro của PayPal còn là thứ mà cả ngành đều công nhận nhạy cảm — đăng nhập bằng thiết bị mới, IP khác vùng, dấu vân chỉ biến đổi đột ngột đều nằm trong diện theo dõi trọng điểm; hai là một số nền tảng thương mại điện tử quy định rõ việc giám sát "IP đăng nhập và dấu vân chỉ thiết bị của tài khoản nhận tiền" (chính sách dành cho merchant của Wish đưa tính nhất quán của tài khoản nhận tiền vào tiêu chí thẩm định) — phía nhận tiền có chuyện là phía cửa hàng bị kéo vào liên đới ngược lại.

Vì vậy cô lập hệ thống quản trị nhận tiền áp đúng bộ logic của hệ thống quản trị cửa hàng:

• Mỗi tài khoản chính của một công cụ, một môi trường độc lập. WorldFirst một môi trường, Payoneer một môi trường — tuyệt đối không dùng chung môi trường, tuyệt đối không trộn IP.
• IP của môi trường nhận tiền cố gắng cố định, tách khỏi mạng làm việc hằng ngày để hạn chế môi trường đột biến.
• Danh sách môi trường chính là sổ cái tiền. Trong MasBrowser, đặt tên môi trường theo dạng "kênh-chủ thể" (ví dụ WF-CôngTyA, PYO-CôngTyB) để nhìn một phát biết tài khoản nhận tiền nào ứng với môi trường nào; khi nhiều người cùng quản tiền, dùng cộng tác nhóm chỉ gán các môi trường nhận tiền cho bộ phận tài chính — danh sách môi trường và sổ cái tiền tự nhiên là một bộ hồ sơ.

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

Mỗi cửa hàng có bắt buộc dùng một công cụ nhận tiền khác nhau không?

Không bắt buộc. Điều then chốt là phân tầng rủi ro: các cửa hàng cùng chủ thể, cùng mức rủi ro thì tài khoản con độc lập trong cùng một công cụ là đủ; cửa hàng chủ lực với cửa hàng thử nước, hay cửa hàng của các chủ thể khác nhau mới cần tách sang các tài khoản chính khác nhau. Chia chủ thể trước, chia rủi ro sau, tiện lợi để sau cùng.

Tài khoản con của WorldFirst, Payoneer có liên kết với nhau không?

Tài khoản con vốn là tính năng hợp pháp do công cụ cung cấp, việc nhận tiền theo từng cửa hàng dưới một tài khoản chính là không sao. Cần hiểu rõ: tài khoản con cuối cùng vẫn gom về cùng một tài khoản chính, một khi tài khoản chính dính kiểm soát rủi ro, tiền của toàn bộ tài khoản con bị hạn chế theo — nghĩa là nó cô lập "điểm nhận tiền giữa các cửa hàng", chứ không cô lập "cửa ra tổng của dòng tiền".

Nhiều cửa hàng có thể rút về cùng một thẻ ngân hàng không?

Xét theo chủ thể: các cửa hàng cùng chủ thể kinh doanh rút về thẻ thanh toán của chính chủ thể đó là không vấn đề; cửa hàng khác chủ thể (hoặc chênh lệch mức rủi ro lớn) thì đừng để hội tụ ở thẻ rút — hợp dòng ở điểm ra là lỗi phổ biến nhất khiến toàn bộ thao tác cô lập phía trước quy về số không.

Tài khoản nhận tiền bị khóa, tiền trong cửa hàng còn lấy lại được không?

Phụ thuộc lý do đóng băng và quy trình của nền tảng: thẩm định rủi ro thông thường thường được mở băng theo quy trình sau khi nộp hồ sơ; đóng băng do phán định liên kết hoặc hồ sơ không thật thì kỳ mở băng dài và không chắc đủ số tiền. Vì thế cô lập phải làm trước — tiền rải trên nhiều kênh, nhiều chủ thể thì chỗ nào gặp chuyện cũng không ảnh hưởng toàn bộ, đây chính là thiết kế dừng lỗ.

Lời kết

Phòng chống liên kết tài khoản nhận tiền không có phép màu, chỉ có một tờ sơ đồ dòng tiền vẽ cho rõ ràng: vào, giữ, ra ba chặng, mỗi chặng một cửa hàng một tuyến; hồ sơ thật và nhất quán, chủ thể riêng từng bên. Cô lập môi trường ở phía cửa hàng giải quyết "ai đang đăng nhập", cô lập tuyến tiền ở phía tài chính giải quyết "tiền từ đâu đến, đi về đâu" — cả hai đầu đều sạch, chuỗi bằng chứng liên đới mới thực sự đứt gãy.

Thiết kế cô lập dòng tiền cần chốt trước khi mở tài khoản, còn cô lập môi trường đăng nhập thì bây giờ là làm được ngay. Bản miễn phí đã có 2 suất môi trường, tải MasBrowser trước đã, dựng cô lập môi trường cho hệ thống quản trị nhận tiền — năng lực quản lý môi trường đa tài khoản đầy đủ có thể tìm hiểu tại trang quản lý đa tài khoản an toàn của MasBrowser.