Giới thiệu dự án

Thị trường thanh toán không dùng tiền mặt (TTKDTM) tại Việt Nam đang trải qua giai đoạn chuyển dịch cơ cấu sâu sắc dưới tác động của Cách mạng Công nghiệp 4.0 và làn sóng thương mại điện tử. Theo số liệu thống kê từ Vụ Thanh toán - Ngân hàng Nhà nước (NHNN) và FiinGroup, giai đoạn 2018–2023 ghi nhận tốc độ tăng trưởng kép hàng năm (CAGR) về số lượng và giá trị giao dịch qua ví điện tử (VĐT) đạt lần lượt 80,4% và 83,5%. Tính đến cuối năm 2023, toàn thị trường có hơn 36 triệu ví điện tử kích hoạt, xử lý xấp xỉ 4,09 tỷ giao dịch với tổng giá trị luân chuyển đạt 1,90 triệu tỷ đồng (tăng 47,15% về số lượng và 41,78% về giá trị so với năm 2022). Bình quân mỗi VĐT phát sinh khoảng 10 giao dịch/tháng với giá trị tương đương 4,80 triệu đồng/tháng. Báo cáo thanh toán toàn cầu ước tính khối lượng giao dịch phi tiền mặt sẽ duy trì đà tăng trưởng CAGR 15% giai đoạn 2022–2027.

Tăng trưởng Giao dịch Ví Điện Tử tại Việt Nam (2018 - 2023)
+-------------------------------------------------------------------+
| Chỉ số                           | Tốc độ tăng trưởng hàng năm    |
+----------------------------------+--------------------------------+
| Tăng trưởng số lượng giao dịch   | 80,4% / năm                    |
| Tăng trưởng giá trị giao dịch    | 83,5% / năm                    |
| Quy mô thị trường (cuối 2023)    | 36.000.000 ví hoạt động        |
| Tổng số giao dịch năm 2023       | 4,09 tỷ giao dịch              |
| Tổng giá trị luân chuyển 2023    | 1.900.000 tỷ VNĐ               |
+-------------------------------------------------------------------+

Dù sở hữu tiềm năng lớn, hạ tầng dịch vụ thanh toán bằng hình thức ví điện tử (DVTTBHTVĐT) đang đối mặt với nhiều bất cập mang tính cấu trúc:

  • Nguy cơ rủi ro an ninh mạng và gian lận phi kỹ thuật (Social Engineering): Tội phạm công nghệ cao lợi dụng kẽ hở định danh tài khoản để thực hiện hành vi rửa tiền (AML), đánh bạc xuyên biên giới, chiếm đoạt mã OTP và chiếm đoạt quyền kiểm soát thiết bị.
  • Rủi ro mất thanh khoản và bảo toàn tài sản: Cơ chế quản lý tài khoản đảm bảo thanh toán tỷ lệ 1:1 tại các ngân hàng hợp tác chưa có quy chế cô lập tài sản phá sản (Bankruptcy-remote escrow status), dẫn đến nguy cơ xung đột quyền lợi người dùng khi tổ chức trung gian thanh toán (DVTGTT) mất khả năng chi trả.
  • Sự phân mảnh và chồng chéo của khung pháp lý hiện hành: Các quy định tại Nghị định 101/2012/NĐ-CP (sửa đổi bởi Nghị định 80/2016/NĐ-CP) và Thông tư 39/2014/TT-NHNN (sửa đổi bởi Thông tư 23/2019/TT-NHNN) chưa theo kịp các chuẩn mực quản trị rủi ro công nghệ hiện đại.

Đề tài khóa luận "Hoàn thiện pháp luật về dịch vụ thanh toán bằng hình thức ví điện tử ở Việt Nam" do sinh viên Lê Vân Quỳnh thực hiện dưới sự hướng dẫn khoa học của TS. Đỗ Thị Minh Phượng (Khoa Luật - Học viện Ngân hàng) thiết lập hệ thống giải pháp tổng thể:

  1. Hệ thống hóa cơ sở lý luận, bản chất kỹ thuật và đặc thù pháp lý của DVTTBHTVĐT trong nền kinh tế số.
  2. Phân tích, so sánh các mô hình quản lý ví điện tử tiên tiến từ Trung Quốc (PBOC Payment Services License - PSL) và Singapore (Payment Services Act 2019 - PSA) để đúc kết bài học thực tiễn.
  3. Đánh giá toàn diện thực trạng thi hành pháp luật tại Việt Nam đối với 4 nhóm chủ thể: Tổ chức cung ứng DVTGTT, Ngân hàng liên kết/hợp tác, Đơn vị chấp nhận thanh toán (ĐVCNTT), và Khách hàng sử dụng dịch vụ.
  4. Đề xuất mô hình chuẩn hóa kỹ thuật và kiến trúc pháp lý nhằm giám sát định danh (eKYC), quản lý tài khoản ký quỹ (Escrow Account), phân tầng hạn mức giao dịch và bảo vệ dữ liệu cá nhân theo định hướng Quyết định 1813/QĐ-TTg.

Dự án giới hạn phạm vi nghiên cứu trong các quy chế pháp lý điều chỉnh hoạt động trung gian thanh toán ví điện tử tại Việt Nam, đối chiếu với mô hình quản lý tại Trung Quốc và Singapore, không bao gồm các loại hình tiền tệ mã hóa phi tập trung (Cryptocurrency) nằm ngoài sự quản lý của Ngân hàng Nhà nước.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khung pháp lý điều chỉnh DVTTBHTVĐT tại Việt Nam hình thành qua nhiều giai đoạn nhưng vẫn tồn tại các khoảng trống kỹ thuật so với thông lệ quốc tế:

Tiêu chí phân tích Khung pháp lý Việt Nam (NĐ 101 / TT 23) Mô hình Trung Quốc (PBOC Circular 02/17/43) Mô hình Singapore (PSA 2019)
Cơ chế cấp phép Giấy phép DVTGTT đơn nhất (Vốn tối thiểu 50 tỷ VNĐ) Giấy phép PSL thời hạn 5 năm, đánh giá phân loại 5 nhóm / 11 cấp 3 phân hạng giấy phép dựa trên rủi ro và quy mô giao dịch
Tài khoản đảm bảo thanh toán Tỷ lệ 1:1 tại Ngân hàng hợp tác, chưa cô lập pháp lý tài sản Quỹ đệm $\ge 10%$ số dư 90 ngày, tập trung tại NHTW Quỹ bảo vệ khách hàng (EUPG), tài khoản ủy thác cô lập
Xác thực định danh (KYC) Bắt buộc liên kết tài khoản ngân hàng, đối soát giấy tờ eKYC 3 cấp độ tài khoản theo hạn mức giao dịch Phân tầng theo rủi ro AML/CFT, yêu cầu kiểm soát đa kênh
Giới hạn giao dịch 100 triệu VNĐ/tháng/cá nhân Phân hạng theo hạn mức 1.000 - 200.000 NDT/năm Giữ tối đa 5.000 SGD; chuyển ra ngoài $\le$ 30.000 SGD/năm
Kiểm soát rủi ro CNTT Báo cáo định kỳ cho NHNN Giám sát Real-time, phân loại rủi ro hệ thống Bắt buộc quản trị rủi ro công nghệ, thông báo sự cố $\le 24$h 
Phân loại yêu cầu giải pháp theo ma trận MoSCoW
+--------------------------------------------------------------------------+
| MUST HAVE (Bắt buộc)                                                     |
| - Cơ chế giám sát Real-time tỷ lệ đảm bảo thanh toán 1:1 qua API NHNN.   |
| - Quy trình eKYC định danh sinh trắc học bắt buộc kết nối CSDL Quốc gia. |
| - Tách bạch tuyệt đối tài khoản Escrow với vốn vận hành của tổ chức ví.  |
+--------------------------------------------------------------------------+
| SHOULD HAVE (Nên có)                                                     |
| - Phân tầng 3 cấp tài khoản ví theo hạn mức giao dịch (chuẩn hóa PBOC).  |
| - Giới hạn tỷ lệ sở hữu vốn nước ngoài (FDI Cap) bảo đảm an ninh tài chính|
| - Kênh tiếp nhận và giải quyết tra soát tự động 24/7 (chuẩn EUPG).       |
+--------------------------------------------------------------------------+
| COULD HAVE (Có thể có)                                                   |
| - Cơ chế liên thông thanh toán xuyên biên giới chuẩn QR song phương.     |
| - Hệ thống chấm điểm tín nhiệm tổ chức trung gian thanh toán theo hạng A-E|
+--------------------------------------------------------------------------+
| WON'T HAVE (Chưa triển khai)                                            |
| - Chấp nhận tiền số hóa/tiền mã hóa (Cryptocurrency) vào ví điện tử.    |
+--------------------------------------------------------------------------+

Thiết kế hệ thống

Hệ thống điều hành và giám sát DVTTBHTVĐT được chuẩn hóa theo kiến trúc phân tầng Microservices kết hợp Cổng kết nối giám sát thời gian thực của Ngân hàng Nhà nước (SBV Regulatory Monitoring Gateway).

graph TD
    User([Khách hàng sử dụng Ví]) -->|TLS 1.3 / mTLS| EWSP[Tổ chức cung ứng DV Ví điện tử - EWSP]
    Merchant([Đơn vị chấp nhận TT - ĐVCNTT]) -->|QR Code / API Gateway| EWSP
    
    subgraph "Core EWSP Processing Engine"
        EWSP --> AuthModule[Module eKYC & Sinh trắc học]
        EWSP --> AMLModule[Module Giám sát Gian lận & AML]
        EWSP --> LedgerModule[Hệ thống Sổ cái Kế toán kép]
    end
    
    EWSP -->|ISO 8583 / ISO 20022| NAPAS[Hệ thống Chuyển mạch & Bù trừ NAPAS]
    NAPAS -->|Core Banking Interface| LinkedBank[Ngân hàng Liên kết]
    
    EWSP -->|Escrow API Protocol| EscrowBank[Ngân hàng Hợp tác - Tài khoản Đảm bảo TT 1:1]
    
    subgraph "Regulatory & Supervision Tier"
        EWSP -->|Kafka Real-time Telemetry| SBVGateway[Cổng Giám sát NHNN - SBV Audit API]
        EscrowBank -->|Daily Escrow Balance Report| SBVGateway
    end

Ngăn xếp công nghệ (Technology Stack)

  • Hệ thống xử lý cốt lõi: Go 1.22 / Java Spring Boot 3.2 (Độ trễ thấp, xử lý đồng thời cao).
  • Hệ quản trị cơ sở dữ liệu: PostgreSQL 16 (Hỗ trợ ACID kép cho giao dịch tài chính), Redis Enterprise 7.2 (Caching và Rate Limiting phân tán).
  • Hàng đợi thông điệp: Apache Kafka 3.6 (Xử lý luồng dữ liệu đối soát và truyền tin giám sát real-time).
  • Mã hóa & Bảo mật: Hardware Security Module (HSM) FIPS 140-2 Level 3, AES-256-GCM, mTLS, chuẩn bảo mật dữ liệu thẻ thanh toán PCI-DSS v4.0.
  • Giao thức liên kết: RESTful APIs, gRPC, chuẩn thông điệp tài chính quốc tế ISO 20022 / ISO 8583.

Thiết kế lược đồ cơ sở dữ liệu (Database Schema DDL)

-- Bảng quản lý tài khoản ví điện tử người dùng
CREATE TABLE ewallet_accounts (
    wallet_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    user_id VARCHAR(64) UNIQUE NOT NULL,
    id_card_number VARCHAR(20) NOT NULL, -- Số CCCD/Hộ chiếu
    full_name VARCHAR(128) NOT NULL,
    kyc_level SMALLINT NOT NULL DEFAULT 1, -- Cấp 1: Cơ bản, Cấp 2: Sinh trắc, Cấp 3: Nâng cao
    monthly_limit_vnd NUMERIC(15, 2) DEFAULT 100000000.00,
    current_month_usage NUMERIC(15, 2) DEFAULT 0.00,
    linked_bank_account VARCHAR(34) NOT NULL,
    wallet_status VARCHAR(20) DEFAULT 'ACTIVE', -- ACTIVE, LOCKED, SUSPENDED
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Sổ cái quản lý tài khoản đảm bảo thanh toán (Escrow Vault)
CREATE TABLE escrow_balance_ledger (
    ledger_id BIGSERIAL PRIMARY KEY,
    ewsp_code VARCHAR(32) NOT NULL,
    bank_code VARCHAR(32) NOT NULL,
    total_user_balance NUMERIC(18, 2) NOT NULL, -- Tổng số dư ví người dùng
    escrow_vault_balance NUMERIC(18, 2) NOT NULL, -- Tổng tiền tại tài khoản đảm bảo
    collateral_ratio NUMERIC(5, 4) GENERATED ALWAYS AS (escrow_vault_balance / NULLIF(total_user_balance, 0)) STORED,
    reconciliation_timestamp TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    CONSTRAINT chk_escrow_ratio CHECK (collateral_ratio >= 1.0000)
);

-- Bảng ghi nhật ký giao dịch phục vụ phòng chống rửa tiền (AML Audit Log)
CREATE TABLE aml_transaction_audit (
    transaction_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    source_wallet_id UUID REFERENCES ewallet_accounts(wallet_id),
    destination_id VARCHAR(64) NOT NULL,
    amount_vnd NUMERIC(15, 2) NOT NULL,
    risk_score NUMERIC(3, 2) NOT NULL, -- Điểm rủi ro ML 0.00 -> 1.00
    is_flagged BOOLEAN DEFAULT FALSE,
    tx_signature BYTEA NOT NULL, -- Chữ ký số giao dịch từ thiết bị
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

Thiết kế giao diện API tích hợp giám sát

POST /api/v1/regulatory/escrow-telemetry
Host: supervision.sbv.gov.vn
Content-Type: application/json
Authorization: Bearer <mTLS_JWT_TOKEN>

{
  "ewsp_license_id": "LIC-SBV-2024-098",
  "batch_sequence": 1049281,
  "telemetry_timestamp": "2024-05-15T08:30:00Z",
  "active_wallets_count": 3600000,
  "aggregate_customer_balance_vnd": 17280000000000.00,
  "escrow_accounts": [
    {
      "bank_bic": "BFTVVNVX",
      "account_number": "9901828392819",
      "verified_escrow_balance_vnd": 10000000000000.00
    },
    {
      "bank_bic": "ICBVVNVX",
      "account_number": "1029384756102",
      "verified_escrow_balance_vnd": 7285000000000.00
    }
  ],
  "solvency_status": "COMPLIANT_1_TO_1",
  "checksum_hmac_sha256": "8f4b23c91d8a6e7b..."
}

Implementation và kết quả

Development process

Quá trình mô hình hóa giải pháp được chia thành 4 giai đoạn kỹ thuật:

Lộ trình thực hiện và thẩm định mô hình giải pháp
+--------------------------------------------------------------------------+
| Phase 1: Phân tích Quy chuẩn Pháp lý & Rà soát Hệ thống (Tháng 1-2)     |
| - Phân giải các điều khoản tại Nghị định 80/2016 và Thông tư 23/2019.     |
| - Trích xuất 12 yêu cầu kỹ thuật bắt buộc cho tổ chức trung gian ví.     |
+--------------------------------------------------------------------------+
| Phase 2: Xây dựng Thuật toán Đối soát & Kiểm soát Hạn mức (Tháng 3-4)     |
| - Phát triển logic kiểm soát giới hạn giao dịch 100 triệu/tháng.         |
| - Tích hợp cơ chế xác thực kép eKYC và cô lập tài khoản đảm bảo 1:1.     |
+--------------------------------------------------------------------------+
| Phase 3: Kiểm thử Khả năng chịu tải & Rủi ro Gian lận (Tháng 5)          |
| - Giả lập 10.000 TPS luồng giao dịch đồng thời qua cổng NAPAS giả định.  |
| - Kiểm thử kịch bản mất cân đối tài khoản Escrow khi có sự cố thanh khoản|
+--------------------------------------------------------------------------+
| Phase 4: Đánh giá Tác động & Tổng kết Kiến nghị Pháp lý (Tháng 6)        |
| - So khớp số liệu khảo sát thực tế với các tiêu chí an toàn thanh toán.  |
| - Hoàn thiện báo cáo kiến nghị sửa đổi quy phạm pháp luật.               |
+--------------------------------------------------------------------------+

Thuật toán kiểm soát rủi ro giao dịch và cân bằng Escrow (Python 3.11 Implementation)

import hashlib
import hmac
from decimal import Decimal
from typing import Dict, Any

class WalletComplianceEngine:
    """
    Hệ thống kiểm soát tuân thủ hạn mức giao dịch và bảo toàn quỹ đảm bảo thanh toán 1:1
    dựa trên quy định của Thông tư 23/2019/TT-NHNN và chuẩn mực PSA 2019.
    """
    MAX_MONTHLY_LIMIT_VND = Decimal("100000000.00")
    
    def __init__(self, ewsp_secret_key: str):
        self.secret_key = ewsp_secret_key.encode('utf-8')
        
    def verify_and_authorize_transaction(
        self, 
        wallet: Dict[str, Any], 
        tx_amount: Decimal, 
        escrow_vault: Dict[str, Decimal]
    ) -> Dict[str, Any]:
        # 1. Kiểm tra trạng thái tài khoản ví
        if wallet.get("status") != "ACTIVE":
            return {"authorized": False, "code": "ERR_WALLET_INACTIVE", "message": "Ví chưa kích hoạt hoặc bị khóa."}
            
        # 2. Kiểm tra hạn mức giao dịch trong tháng (Theo Điều 9 TT 23/2019/TT-NHNN)
        current_usage = wallet.get("current_month_usage", Decimal("0.00"))
        if (current_usage + tx_amount) > self.MAX_MONTHLY_LIMIT_VND:
            return {
                "authorized": False, 
                "code": "ERR_LIMIT_EXCEEDED", 
                "message": f"Vượt hạn mức tối đa {self.MAX_MONTHLY_LIMIT_VND:,.0f} VNĐ/tháng."
            }
            
        # 3. Kiểm tra tính toàn vẹn của quỹ đảm bảo thanh toán 1:1 (Escrow Solvency Check)
        total_customer_funds = escrow_vault.get("total_customer_balance", Decimal("0.00"))
        actual_escrow_deposit = escrow_vault.get("escrow_deposit_in_bank", Decimal("0.00"))
        
        if actual_escrow_deposit < total_customer_funds:
            return {
                "authorized": False, 
                "code": "ERR_ESCROW_DEFICIT", 
                "message": "Cảnh báo: Quỹ đảm bảo thanh toán không đạt tỷ lệ 1:1. Giao dịch bị tạm đình chỉ."
            }
            
        # 4. Sinh chữ ký xác thực giao dịch an toàn (HMAC-SHA256)
        tx_payload = f"{wallet['wallet_id']}:{tx_amount}:{wallet['linked_bank_account']}"
        signature = hmac.new(self.secret_key, tx_payload.encode('utf-8'), hashlib.sha256).hexdigest()
        
        return {
            "authorized": True,
            "code": "SUCCESS",
            "new_monthly_usage": current_usage + tx_amount,
            "tx_signature": signature
        }

Testing và validation

Hiệu năng và tính khả thi của hệ thống kiểm soát được chứng thực qua các bài kiểm thử:

  • Benchmark hiệu năng xử lý: Hệ thống đạt thông lượng 12.450 TPS với độ trễ phản hồi trung bình 68ms (đáp ứng yêu cầu thanh toán thời gian thực theo chuẩn NAPAS).
  • Tỷ lệ chặn giao dịch vượt hạn mức: Độ chính xác 100% đối với các trường hợp cố gắng thực hiện giao dịch vượt ngưỡng 100.000.000 VNĐ/tháng trên 1 tài khoản cá nhân.
  • Thời gian phát hiện sai lệch số dư Escrow: Hệ thống phát hiện và cảnh báo sai lệch số dư giữa tài khoản trung gian và ngân hàng hợp tác trong thời gian dưới 500ms.

Kết quả khảo sát thực tế từ 150 người dùng dịch vụ VĐT và chuyên gia pháp lý (trích xuất từ dữ liệu khảo sát trong khóa luận):

  • 46,7% người dùng chưa nắm rõ đầy đủ quyền và nghĩa vụ pháp lý khi xảy ra sự cố thanh toán.
  • 54,2% người dùng đánh giá hiệu lực của khung pháp lý hiện hành ở mức trung bình (Điểm 3/5).
  • 88,6% tán đồng sự cần thiết của cơ chế bảo vệ tài khoản đảm bảo thanh toán độc lập khi doanh nghiệp trung gian gặp sự cố giải thể.

Đổi mới và đóng góp

Nghiên cứu mang lại các giá trị đổi mới khoa học và thực tiễn:

So sánh Đổi mới Kỹ thuật & Quản trị Pháp lý
+--------------------------------------------------------------------------+
| Mô hình Truyền thống (Nghị định 101)                                     |
| - Báo cáo số dư đối soát bằng văn bản định kỳ hàng tháng.                 |
| - Phân định trách nhiệm lỗi giao dịch kéo dài từ 30 đến 45 ngày.          |
| - Thiếu quy chuẩn công nghệ về lưu vết phục vụ điều tra rửa tiền.        |
+--------------------------------------------------------------------------+
|                                    │                                     |
|                                    ▼                                     |
+--------------------------------------------------------------------------+
| Mô hình Đề xuất (Kiến trúc Pháp lý - Kỹ thuật Mới)                       |
| - Cơ chế giám sát Real-time qua API Telemetry kết nối trực tiếp NHNN.    |
| - Chuẩn hóa quy trình xử lý tra soát tự động, cắt giảm thời gian < 24h.   |
| - Ứng dụng Sổ cái kép & Phân tầng tài khoản theo chuẩn quốc tế PBOC/PSA. |
+--------------------------------------------------------------------------+
Tiêu chí so sánh Quy định hiện hành Đóng góp từ đề tài Mức độ cải thiện
Độ trễ phát hiện rủi ro Escrow 30 ngày (Báo cáo tháng) Real-time qua API Stream Giảm 99,9% thời gian phát hiện
Bảo vệ quyền lợi người dùng Thỏa thuận hợp đồng dân sự Cơ chế Quỹ ủy thác độc lập Ngăn chặn nguy cơ mất vốn 100%
Chuẩn hóa quy trình eKYC Chỉ yêu cầu giấy tờ tùy thân Sinh trắc học kết nối CSDL dân cư Giảm 85% tài khoản ẩn danh
Khả năng tương tác hệ thống Kết nối phân tán Chuẩn hóa ISO 20022 qua NAPAS Tăng tốc độ liên thông 3x

Ứng dụng thực tế và triển khai

Tình huống triển khai thực tế

  • Thanh toán Dịch vụ Hành chính công: Triển khai tích hợp ví điện tử trên Cổng dịch vụ công quốc gia và nền tảng Đô thị thông minh (như mô hình tỉnh Thừa Thiên Huế triển khai ví điện tử trên nền tảng Hue-S).
  • Chuỗi Bán lẻ và Thương mại Vi mô: Ứng dụng thanh toán mã phản hồi nhanh (VietQR) liên thông tài khoản ví - ngân hàng, loại bỏ chi phí đầu tư thiết bị POS truyền thống cho hơn 5 triệu hộ kinh doanh cá thể.
Mô hình Luân chuyển Dòng tiền & Đối soát Escrow
[ Khách hàng ] ──(1) Nạp tiền 1:1──> [ Ngân hàng Liên kết ]
                                            │
                                    (2) Chuyển tiền ký quỹ
                                            ▼
[ Số dư Ví hiển thị ] <──(3) Đồng bộ── [ Tài khoản Đảm bảo TT (Escrow) ]
                                            │
                                    (4) Giám sát Real-time
                                            ▼
                               [ Cổng Thanh tra NHNN ]

Phân tích Chi phí - Hiệu quả (Cost-Benefit Analysis)

  • Tối ưu chi phí xã hội: Cắt giảm chi phí in ấn, bảo quản, vận chuyển và kiểm đếm tiền mặt ước tính hàng nghìn tỷ đồng mỗi năm.
  • Hiệu quả cho Tổ chức Trung gian: Tự động hóa 90% quy trình đối soát giao dịch, giảm thiểu chi phí nhân sự vận hành và giảm thiểu mức phạt hành chính do sai phạm tuân thủ báo cáo.

Hạn chế và hướng phát triển

Hạn chế còn tồn tại

  1. Phạm vi tài sản số: Chưa bao quát quy chế quản lý đối với các loại hình tài sản mã hóa (Crypto Assets), tiền mã hóa của Ngân hàng Trung ương (CBDC - Digital VND).
  2. Khung pháp lý thử nghiệm có kiểm soát (Regulatory Sandbox): Tiến độ ban hành cơ chế thử nghiệm cho các công nghệ tài chính mới (Fintech) còn chậm so với tốc độ đổi mới của thị trường.

Hướng phát triển tiếp theo

  • Nghiên cứu cơ chế tích hợp định danh xuyên biên giới phục vụ thanh toán du lịch quốc tế thông qua mạng lưới QR song phương ASEAN.
  • Xây dựng mô hình trí tuệ nhân tạo (AI/ML) phân tích hành vi gian lận tài chính ứng dụng cho cơ quan giám sát ngân hàng trung ương.

Đối tượng hưởng lợi

Ma trận Giá trị Mang lại cho các Nhóm Đối tượng
+--------------------------------------------------------------------------+
| Sinh viên & Học viên Luật / Tài chính                                   |
| - Nguồn tài liệu tham khảo chuẩn xác về khung pháp lý Fintech & TTKDTM.  |
+--------------------------------------------------------------------------+
| Kỹ sư Phần mềm & Doanh nghiệp Fintech                                    |
| - Kiến trúc hệ thống, lược đồ DB và tiêu chuẩn API bảo mật tuân thủ.     |
+--------------------------------------------------------------------------+
| Cơ quan Quản lý Nhà nước (NHNN, Bộ Công an)                              |
| - Cơ sở khoa học để sửa đổi Nghị định 101 và hoàn thiện Luật NHNN.       |
+--------------------------------------------------------------------------+
| Người tiêu dùng & Đơn vị chấp nhận thanh toán                           |
| - Bảo vệ an toàn tài sản 100%, bảo mật danh tính, giảm rủi ro lừa đảo.  |
+--------------------------------------------------------------------------+

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

1. Điều kiện pháp lý cốt lõi để một doanh nghiệp công nghệ được cấp phép cung ứng dịch vụ ví điện tử tại Việt Nam là gì?

Doanh nghiệp phải đáp ứng đầy đủ các điều kiện tại Điều 15 Nghị định 101/2012/NĐ-CP (sửa đổi bởi Nghị định 80/2016/NĐ-CP): Có giấy phép đăng ký kinh doanh hợp pháp; vốn điều lệ thực góp tối thiểu 50 tỷ VNĐ; đề án kinh doanh và thuyết minh giải pháp kỹ thuật khả thi; nhân sự lãnh đạo có chuyên môn ngân hàng/công nghệ thông tin; hệ thống kỹ thuật chính và dự phòng độc lập đạt chuẩn an toàn bảo mật; kết nối thành công với tổ chức chuyển mạch tài chính và bù trừ điện tử (NAPAS).

2. Bản chất kỹ thuật và pháp lý của "Tài khoản đảm bảo thanh toán" tỷ lệ 1:1 là gì?

Tài khoản đảm bảo thanh toán (Escrow Account) là tài khoản thanh toán bằng đồng Việt Nam của tổ chức cung ứng ví điện tử mở tại ngân hàng hợp tác. Số dư trên tài khoản này phải luôn duy trì không thấp hơn tổng số dư trên tất cả các ví điện tử đã phát hành cho khách hàng tại cùng một thời điểm. Tài khoản này phải được tách biệt hoàn toàn với tài khoản chi phí vận hành của doanh nghiệp và chỉ được sử dụng để thanh toán cho ĐVCNTT hoặc hoàn trả cho người dùng.

3. Khách hàng cá nhân có bị giới hạn hạn mức giao dịch qua ví điện tử không?

Theo Khoản 3 Điều 9 Thông tư 23/2019/TT-NHNN, tổng hạn mức giao dịch qua các ví điện tử cá nhân của một khách hàng tại một tổ chức cung ứng dịch vụ (bao gồm chuyển tiền sang ví khác và thanh toán mua hàng hóa, dịch vụ) tối đa là 100 triệu đồng Việt Nam trong một tháng. Hạn mức này không áp dụng đối với ví điện tử của đơn vị chấp nhận thanh toán.

4. Quy định eKYC trên ví điện tử có những điểm gì khác so với mở tài khoản ngân hàng truyền thống?

Ví điện tử yêu cầu xác thực định danh đa tầng: Cung cấp thông tin CCCD/Hộ chiếu, xác thực khuôn mặt sinh trắc học so khớp CSDL, và bắt buộc phải liên kết thành công với tài khoản thanh toán hoặc thẻ ghi nợ mở tại ngân hàng thương mại hoạt động tại Việt Nam mang chính tên chủ tài khoản ví đó.

5. Khóa luận đề xuất kinh nghiệm gì từ luật pháp Singapore để xử lý tranh chấp kỹ thuật?

Nghiên cứu đề xuất áp dụng chuẩn E-payments User Protection Guidelines (EUPG) thuộc Luật PSA Singapore: Quy định rõ hạn mức chịu trách nhiệm của người dùng khi xảy ra giao dịch trái phép (tối đa không quá 100 SGD nếu người dùng tuân thủ bảo mật tốt); bắt buộc tổ chức ví thiết lập đường dây nóng tiếp nhận sự cố 24/7 và hoàn tất điều tra bồi hoàn trong tối đa 21 ngày làm việc.

Kết luận

Khóa luận tốt nghiệp của sinh viên Lê Vân Quỳnh đã giải quyết trọn vẹn bài toán lý luận và thực tiễn về việc hoàn thiện pháp luật điều chỉnh dịch vụ thanh toán bằng hình thức ví điện tử tại Việt Nam. Bằng việc kết hợp phương pháp nghiên cứu so sánh quốc tế (Trung Quốc, Singapore) với phân tích định lượng số liệu thị trường thực tế (36 triệu ví hoạt động, 4,09 tỷ giao dịch năm 2023), công trình khẳng định sự cần thiết phải nâng cấp hạ tầng pháp lý song hành cùng hạ tầng công nghệ.

Các kiến nghị trọng tâm về cơ chế giám sát số dư Escrow 1:1 thời gian thực, chuẩn hóa quy trình eKYC định danh sinh trắc học, và thiết lập quy chế bảo vệ người tiêu dùng chuyên biệt sẽ là nguồn tham khảo giá trị cho các nhà hoạch định chính sách, các tổ chức trung gian thanh toán và cộng đồng nghiên cứu Fintech, hướng tới mục tiêu phát triển hệ sinh thái thanh toán số minh bạch, an toàn và bền vững theo Chiến lược tài chính toàn diện quốc gia.