Chủ đề về thời gian tiền được chuyển đến người nhận đã được đề cập trong cuộc gọi với một đối tác tiềm năng lớn cách đây vài tuần. Thời điểm người nhận có thể sử dụng số tiền trong một giao dịch điện tử thường phụ thuộc vào Loại chuyển khoản được sử dụng để thực hiện giao dịch.
Tại Mỹ, có nhiều Loại chuyển khoản không cho phép người nhận sử dụng tiền ngay lập tức, vì vậy trong nhiều năm qua, nhiều doanh nghiệp đã giải quyết vấn đề này bằng cách tạo ra một giải pháp chung.
Giải pháp đó là tận dụng một bên thứ ba can thiệp để cung cấp thanh khoản, cho phép người nhận truy cập vào tiền ngay lập tức.
Dưới đây là cơ chế cơ bản trong một tình huống bình thường không có nhà cung cấp thanh khoản sử dụng các Loại khách hàng (Dwolla). Trong ví dụ này, VCR1 là người gửi và VCR2 là người nhận.
Sự chậm trễ tiêu chuẩn này có thể được giải quyết bằng cách giới thiệu một bên thứ ba để cung cấp thanh khoản như đã đề cập ở trên. Nói một cách ít kỹ thuật hơn, đó là ai đó sẽ ứng trước tiền mặt cho người nhận và chịu rủi ro nếu thanh toán của người gửi không thành công.
Một ví dụ về cách thực hiện điều này từ góc độ dòng tiền như sau.
VCR3 đại diện cho một thực thể mới không có trong dòng tiền ban đầu. VCR3 được vận hành hoặc sở hữu bởi một nhà cung cấp thanh khoản. Cần lưu ý rằng điều này được đơn giản hóa quá mức để dễ hiểu ví dụ. VCR3 thực tế cũng có thể được vận hành bởi chủ sở hữu ứng dụng khách hàng miễn là hợp đồng giữa chủ sở hữu tài khoản VCR3 và chủ sở hữu ứng dụng khách hàng cho phép.
Điều này có thực sự khả thi không?
Điều này xảy ra hàng ngày trong các hệ thống trên toàn thế giới. Khi tài chính cao cấp xâm nhập vào FinTech, hoặc ngược lại, điều này đang xảy ra ngày càng nhiều.
Vậy chi phí thanh khoản là bao nhiêu?
Chi phí này rất khác nhau. Một số công ty huy động đủ vốn và có được giấy phép phù hợp để họ có thể tài trợ từ bảng cân đối kế toán của mình. Một giải pháp khác là hợp tác với một ngân hàng và một giải pháp khác nữa là hợp tác với một loại nhà cung cấp thanh khoản khác.
Mặc dù các yếu tố kinh tế có thể khác nhau, nhưng hãy xem xét 3 giải pháp tiềm năng nếu thanh khoản được tài trợ bằng cách chấp nhận rủi ro giao dịch dưới hình thức nợ ngắn hạn. Trong ví dụ này, có 3 kịch bản chi phí mà tôi thường thấy:
- Lãi suất quỹ liên bang. Tính đến thời điểm tôi viết bài này, lãi suất này là 0,25%/năm. Lãi suất quỹ liên bang đang giảm từng ngày.
- Hạn mức tín dụng thương mại. Giả sử là 6%/năm. Ngay cả khi lãi suất của Fed thấp hơn, các tổ chức phi ngân hàng hiếm khi được hưởng mức lãi suất đó.
- Một trường hợp gây tranh cãi hơn. Hãy giả sử là 12% hàng năm. Đây là những mức lãi suất thường thấy hơn.
Chi phí phụ thuộc vào đối tác.
Một yếu tố quan trọng ở đây là tính thanh khoản không được cung cấp trên cơ sở hàng năm, mà được cung cấp hàng ngày. Khi xem xét chi phí thực tế, điều quan trọng là phải xem xét số tiền được cấp và thời gian cấp.
Khi bạn bắt đầu áp dụng môi trường thời gian thực, bạn có thể bắt đầu phân tích chi phí theo từng ngày, từng giờ, từng phút và thậm chí là từng giây.
Lãi suất hàng ngày rất quan trọng trong trường hợp này
Trong một giao dịch cho vay qua đêm (ACH) thông thường, bạn có thể phải đối mặt với độ trễ 2 ngày. Vì vậy, nếu bạn cần triệu (vì đây là một con số dễ hiểu cho ví dụ này), bạn có thể sử dụng một trong các giải pháp của đối tác mà tôi đã đề cập ở trên để tài trợ cho số tiền triệu đó. Hãy nhớ rằng, thanh khoản hầu như luôn được đảm bảo bởi mối quan hệ giữa nhà cung cấp thanh khoản và chủ sở hữu ứng dụng.
Vậy ai sẽ chịu chi phí? Chủ sở hữu ứng dụng khách hàng thường chịu chi phí của chương trình mà nhà cung cấp thanh khoản thực hiện.
Tóm lại, nếu chúng ta chỉ sử dụng lãi suất cho vay mà tôi đã đề cập ở trên, chúng ta có thể giả định rằng 1 triệu đô la thanh khoản tương đương với khoảng 164,38 đô la mỗi ngày với lãi suất 6%, tính theo ngày.
Để bù đắp khoảng trống 2 ngày, bạn sẽ cần trả 28.76. Nếu giả định giao dịch trung bình của người tiêu dùng là khoảng 24, bạn có thể hỗ trợ hơn 8.000 giao dịch người tiêu dùng mỗi ngày và thanh toán cho thương nhân ngay lập tức bằng cách vay tiền và chịu rủi ro lợi nhuận. Một điểm tinh tế cần lưu ý ở đây là người tiêu dùng không vay bất kỳ khoản vay nào. Trong ví dụ này, người tiêu dùng là người hưởng lợi từ việc chủ sở hữu ứng dụng khách hàng và nhà cung cấp thanh khoản chấp nhận rủi ro để mang lại trải nghiệm người dùng tốt hơn và khả năng tiếp cận tiền ngay lập tức.
Chi phí để cung cấp khả năng sử dụng tiền mặt theo thời gian thực không còn quá cao như trước đây.
Với mức 0,25%, chi phí 164,38 USD mỗi ngày sẽ trở thành 6,85 USD mỗi ngày. Với thời gian trôi nổi 2 ngày, bạn sẽ phải chịu chi phí 13,70 USD cho mỗi 1.000.000 USD.
Dưới đây là các con số nếu bạn muốn xem qua. Chúng chỉ mang tính chất minh họa và không nên được coi là chính xác tuyệt đối. Một số biến số có thể làm thay đổi chi phí thực tế.
| Thanh khoản | Tỷ lệ hàng năm | Chi phí hàng năm | 2 ngày | 1 ngày | Mỗi giờ | Mỗi phút | Mỗi giây |
|---|---|---|---|---|---|---|---|
| 10.000.000 | 0,55% | 55.000 | 01,37 | 150,68 | 6,28 | 0,105 | 0,0017 |
| 1.000.000 | 6,00% | 60.000 | 328,77 | 64,38 | 6,85 | /bin/sh,114 | 0,0019 |
| 1.000.000 | 12,00% | 20.000 | 657,53 | 328,77 | 13,70 | 0,228 | 0,0038 |
| 1.000.000 | 20,00% | 200.000 | 1.095,89 | 547,95 | 22,83 | 0,381 | 0,0063 |
Lập trình các yếu tố rủi ro
Khi các hệ thống cho phép các bên khác nhau chấp nhận rủi ro theo thời gian thực, chúng ta có thể bắt đầu xem xét ai có thể tham gia đấu thầu từng ngày, từng giờ, từng phút và từng giây. Mặc dù điều này rất thú vị, nhưng nó cũng rất nguy hiểm nếu được thực hiện một cách thiếu trách nhiệm.
Nếu bạn đang xây dựng một hệ thống như vậy, tôi khuyên bạn nên thuê một luật sư chuyên về công nghệ để giúp bạn cấu trúc các mối quan hệ. Khía cạnh kỹ thuật của việc chuyển tiền hiện nay đã trở nên dễ dàng. Trước đây thì ngược lại!