IBAN ảo là gì?

IBAN ảo (vIBAN) là một số tài khoản ngân hàng quốc tế (IBAN) có thật, có thể nhận tiền, được phát hành từ một dải riêng và định tuyến về một tài khoản chính duy nhất. Nó nhận thanh toán như mọi IBAN khác: người trả tiền chỉ cần gửi một lệnh chuyển khoản SEPA thông thường từ ngân hàng của họ, nhưng bản thân IBAN ảo không giữ số dư. Vai trò của nó là định danh: vì mỗi IBAN ảo chỉ gắn với đúng một người trả tiền hoặc một mục đích, khoản thanh toán đến đó đã cho biết ai gửi và để làm gì. Tiền tự động dồn về tài khoản chính; IBAN ảo là nhãn dán trên khoản thanh toán, không phải nơi thứ hai để giữ tiền.

Đặc điểm duy nhất đó, mỗi người trả tiền một IBAN, chính là toàn bộ ý tưởng. Để hiểu vì sao đáng viết một bài, hãy bắt đầu từ vấn đề mà nó loại bỏ.

Vấn đề thực sự: ghép tiền với người trả tiền

Hãy hình dung một doanh nghiệp thu tiền qua chuyển khoản vào một tài khoản: tiền thuê, gói đăng ký, hóa đơn. Mọi khoản tiền về đều vào cùng một IBAN, và manh mối duy nhất về người trả là nội dung mà họ gõ vào ô tham chiếu. Nội dung này có thể bị gõ sai, bị cắt bớt đâu đó trên đường đi, hoặc để trống hoàn toàn. Một khoản chuyển €49.00 với nội dung bị lỗi chưa phải là €49.00 doanh thu được ghi nhận, mà là một ticket. Phải có người tìm ra nó thuộc về khách hàng nào, hóa đơn nào trước khi chốt sổ.

Ở quy mô nhỏ, đây chỉ là phiền toái. Ở quy mô nền tảng, nó thành cả một phòng ban. Công cụ ghép chấm điểm các hóa đơn ứng viên theo số tiền, ngày và nội dung tham chiếu gần đúng; những gì không xếp được sẽ chuyển vào hàng đợi cho con người. Lỗi này mang tính cấu trúc: khi hai người đăng ký trả cùng số tiền trong cùng ngày mà không có nội dung tham chiếu, không công cụ nào phân biệt được, vì thông tin để phân biệt chưa bao giờ nằm trong khoản thanh toán.

Mỗi người trả tiền một IBAN: danh tính có sẵn từ thiết kế

Chương trình IBAN ảo đảo ngược cách thiết kế. Thay vì yêu cầu mọi người trả tiền ghi nhãn thanh toán cho đúng, bạn cấp cho mỗi người một địa chỉ riêng. Mỗi người thuê nhà, người đăng ký hay người bán trên marketplace trả vào một IBAN chỉ của riêng họ. Ô tham chiếu có thể sai, để trống hoặc viết bằng bảng chữ cái khác, khoản tiền vẫn tự xác định danh tính, vì danh tính nằm ở số tài khoản.

Số tài khoản là phương tiện mang thông tin tốt hơn nhiều so với nội dung tham chiếu. IBAN có sẵn chữ số kiểm tra, nên một IBAN gõ sai sẽ không qua được bước xác thực tại ngân hàng của người trả, trước cả khi lệnh chuyển được gửi đi. Một nội dung tham chiếu gõ sai thì vẫn đi qua suôn sẻ và trở thành vấn đề của bạn. Chuyển danh tính từ ô văn bản tự do sang địa chỉ nhận cũng là chuyển khâu kiểm tra lỗi từ bộ phận hậu kỳ của bạn sang ngân hàng gửi.

Với người trả tiền, mọi thứ không đổi: họ vẫn trả vào một IBAN từ ứng dụng ngân hàng như mọi khi. Toàn bộ điểm mới nằm ở phía nhận: khoản thanh toán đến đã được gắn nhãn sẵn, còn ô tham chiếu trở lại đúng vai trò vốn có: một ghi chú, không phải hệ thống định danh.

Khi mọi người trả tiền đều trả vào IBAN riêng của mình, một khoản thanh toán đến chỉ có thể mang một ý nghĩa. Bài toán ghép tiền không được giải quyết, mà là không còn tồn tại.

Tiền thực sự nằm ở đâu

Bên dưới, mỗi loại tiền tệ chỉ có đúng một tài khoản chính. Các IBAN ảo được phát hành từ những dải dành riêng cho chương trình, và mọi khoản tiền gửi đến bất kỳ IBAN nào đều được quyết toán vào tài khoản chính. Không có số dư riêng của từng người trả tiền cần quản lý, cũng không có tác vụ quét cuối ngày chuyển tiền từ hàng nghìn tài khoản nhỏ về một tài khoản: việc dồn tiền diễn ra nhờ định tuyến, không nhờ các lệnh chuyển thêm mà sau đó bạn lại phải đối soát riêng.

Đó cũng là điều khiến IBAN ảo là thật chứ không phải một mánh. Nó nhận tiền được từ mọi ngân hàng, thanh toán bù trừ như mọi lệnh chuyển có SEPA, và hiện trên sao kê của người trả tiền như tài khoản họ đã trả vào. Nó thiếu đúng những thứ mà một tài khoản đầy đủ kéo theo: số dư riêng, và vòng đời nào khác ngoài gán và ngừng sử dụng.

IBAN ảo không phải là gì

Nó không phải tài khoản phụ: tài khoản phụ giữ số dư, cần nạp và rút tiền, và nhân đôi các sổ cái bạn phải vận hành. Nó không phải số tham chiếu ảo: loại đó vẫn đi qua ô tham chiếu và vẫn phụ thuộc vào việc người trả sao chép chuỗi ký tự cho đúng. Và nó không phải ví: không có gì được lưu trên chính vIBAN. Nó là một địa chỉ có định tuyến phía sau, cấu trúc gọn nhất để một khoản thanh toán đến tự xác định danh tính.

Hoàn trả quay về kèm lý do

Thanh toán không chỉ đi đến. Tài khoản bị đóng, ngân hàng từ chối khoản tiền, người trả thu hồi lệnh chuyển. Với mô hình một tài khoản thu duy nhất, mỗi khoản hoàn trả là một cuộc điều tra nhỏ: khoản nào quay về, của ai, và bút toán sổ cái đã ghép với nó có cần hoàn tác không?

Trong chương trình vIBAN, hoàn trả là dữ liệu. Nó mang theo mã lý do, xuất hiện dưới dạng sự kiện payment.returned trên chính IBAN ảo mà khoản tiền gốc đã dùng, và có dòng riêng trên sao kê. Bạn biết khoản của ai quay về và vì sao trước khi ai đó kịp mở ticket. Hoàn trả trở thành những dòng cần xử lý, không còn là bí ẩn phải truy tìm.

Một hàng đợi ngoại lệ, không phải một đội ghép tiền

Không thiết kế nào đối soát được một trăm phần trăm. Có khoản tiền về IBAN ảo đã ngừng sử dụng. Có giao dịch trùng lặp. Có người, bằng cách nào đó, trả thẳng vào tài khoản chính. Mục tiêu không phải làm cho ngoại lệ không thể xảy ra, mà làm cho chúng hiếm và đếm được. Trong bản demo vIBAN của Protocore, 99.6% khoản tiền được đối soát tự động; phần còn lại vào hàng đợi chờ xem xét, kèm toàn bộ lịch sử của người trả tiền, nên xử lý một ngoại lệ bắt đầu từ ngữ cảnh chứ không phải từ sao kê ngân hàng và một bảng tính.

Sự khác biệt đó định hình lại đội ngũ. Một bộ phận ghép tiền tăng theo khối lượng thanh toán: nhiều khoản tiền hơn, nhiều khoản chưa khớp hơn, nhiều người hơn. Quy trình xử lý ngoại lệ tăng theo số ngoại lệ, vốn đã được thiết kế đẩy về gần bằng không. Những người bạn giữ lại xử lý các bất thường thực sự, không phải sửa lại nội dung tham chiếu. Trong hệ thống của chúng tôi, hàng đợi đó nằm trong Protocore Center (/products/center), bảng điều khiển vận hành nơi mọi thao tác đặc quyền đều phải có lý do và được ghi vào nhật ký kiểm toán.

Phát hành hàng loạt, thẻ mục đích, nền tảng

Mỗi người trả tiền một IBAN chỉ khả thi nếu việc phát hành gần như không tốn gì. Chủ nhà có chục người thuê có thể tạo vIBAN thủ công; một marketplace tiếp nhận hàng nghìn người bán thì không. Vì vậy phát hành là thao tác hàng loạt. Trong bản demo vIBAN, một tệp CSV gồm 2,400 người trả tiền được xác thực, xem trước IBAN trên từng dòng và phát hành chỉ bằng một thao tác: 2,400 người trả tiền, một lần thực hiện, có bước xem lại ở giữa.

Thẻ mục đích tách các luồng tiền ngay ở cấp địa chỉ: tiền thuê một bên, gói đăng ký một bên, chi trả marketplace một luồng riêng. Báo cáo theo mục đích chỉ còn là một bộ lọc thay vì một dự án, và mỗi vIBAN có sao kê riêng, dạng CSV hoặc PDF, trong khi tài khoản chính vẫn là nguồn sự thật duy nhất bên dưới. Khi người trả tiền rời đi, vIBAN của họ được ngừng sử dụng: lịch sử vẫn còn, nhưng địa chỉ không nhận thêm tiền mới.

Vị trí trong hệ thống thanh toán

IBAN ảo là hạ tầng thu tiền. Chúng mang lại cho chuyển khoản ngân hàng đến thứ mà thanh toán thẻ luôn có: danh tính gắn liền với chính khoản thanh toán, không phải gõ kèm bên cạnh. Trong hệ sinh thái Protocore, các đơn hàng thanh toán bằng chuyển khoản của Gateway mang tham chiếu vIBAN, còn Center xử lý những ngoại lệ mà khâu ghép tiền để lại. Trang sản phẩm tại /products/viban đi qua toàn bộ vòng lặp (phát hành, chia sẻ, ghép, ngoại lệ, báo cáo) trên cùng dữ liệu demo được dùng ở đây.

Và một ranh giới thẳng thắn: nếu mỗi tháng bạn chỉ nhận vài khoản chuyển, một quy ước tham chiếu cùng mười phút ghi sổ là đủ. IBAN ảo phát huy giá trị khi khối lượng đã biến việc ghép tiền thành một quy trình: danh mục cho thuê, thu phí đăng ký, marketplace, bất cứ nơi nào câu hỏi ai đã trả tiền cho bạn được đặt ra hàng nghìn lần mỗi tháng.