Giới thiệu dự án

Thị trường chứng khoán (TTCK) Việt Nam đã ghi nhận những bước chuyển mình vượt bậc về quy mô vốn hóa và thanh khoản. Theo số liệu thống kê từ Ủy ban Chứng khoán Nhà nước, chỉ số VN-Index từng đạt đỉnh 1.444,27 điểm, mức vốn hóa thị trường cổ phiếu chạm ngưỡng 7.462 nghìn tỷ đồng (tương đương 118,6% GDP) với giá trị giao dịch vượt mức 1 tỷ USD mỗi phiên. Trong bối cảnh Quyết định 252/QĐ-TTg của Thủ tướng Chính phủ đặt trọng tâm vào việc hiện đại hóa hạ tầng công nghệ thông tin (CNTT) tài chính, nhu cầu giao dịch trực tuyến qua ứng dụng di động (Mobile Trading App) đã trở thành kênh tương tác sống còn giữa công ty chứng khoán và nhà đầu tư.

Tuy nhiên, tại Công ty Cổ phần Chứng khoán Everest (EVS), hệ thống ứng dụng di động trước đây còn bộc lộ nhiều điểm nghẽn nghiêm trọng trong phân hệ tài chính:

  • Quy trình chuyển tiền nội bộ giữa các tiểu khoản (tiểu khoản thường và tiểu khoản ký quỹ Margin) bắt buộc xác thực mã OTP/PIN lặp lại, gây lãng phí từ 30 đến 45 giây cho mỗi tác vụ điều chuyển vốn.
  • Khung thời gian thực hiện lệnh chuyển tiền bị giới hạn, chưa đáp ứng nhu cầu luân chuyển dòng tiền 24/7 của nhà đầu tư.
  • Cơ chế Ứng trước tiền bán chứng khoán (UTTB) mang tính thụ động, chưa cho phép người dùng cấu hình tự động hoặc linh hoạt chọn số tiền cần ứng theo nhu cầu sức mua thực tế.
  • Thiếu hụt công cụ quản trị rủi ro chủ động như tính năng phong tỏa và giải tỏa số dư tiền trên app di động.
                    HTTPS / REST API (JSON Payload)
                       RESTful Gateway / Smart OTP

Đề tài "Phân tích và phát triển phân hệ tài chính trên App chứng khoán tại Công ty Chứng khoán Everest" được thực hiện bởi sinh viên Cao Thị Mai (Khoa Hệ thống Thông tin Quản lý - Học viện Ngân hàng) dưới sự hướng dẫn của ThS. Nguyễn Thanh Thụy, phối hợp cùng đối tác công nghệ là Công ty Cổ phần Giải pháp Phần mềm Tài chính FSS.

Mục tiêu cụ thể của dự án:

  1. Chuẩn hóa và tối ưu hóa 100% quy trình nghiệp vụ phân hệ tiền, bao gồm: Nạp tiền liên kết ngân hàng, Chuyển tiền nội bộ, Chuyển tiền ra ngoài (cùng tên / đã đăng ký), Phong tỏa / Giải tỏa tiền, và Ứng trước tiền bán.
  2. Tái cấu trúc giao diện và trải nghiệm người dùng (UI/UX) trên nền tảng đa nền tảng Flutter SDK, đảm bảo tính thẩm mỹ, mượt mà và đồng nhất giữa Android và iOS.
  3. Thiết kế kiến trúc tích hợp hệ thống qua chuẩn RESTful API với hệ thống Core chứng khoán Flex (Financial Framework) và hệ sinh thái Core Banking.
  4. Giảm thiểu ít nhất 60% độ trễ thao tác nghiệp vụ tài chính, nâng cao tính an toàn bảo mật thông qua xác thực phân cấp (Bypass PIN cho chuyển tiền nội bộ, bảo mật đa lớp Smart OTP cho rút tiền ngoại mạng).

Phạm vi nghiên cứu tập trung chuyên sâu vào phân hệ quản lý số dư, luân chuyển tiền tệ và quản lý sức mua của khách hàng cá nhân trên thiết bị di động, không can thiệp sâu vào phân hệ khớp lệnh sàn giao dịch tập trung (HSX/HNX).

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

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

Thị trường chứng khoán Việt Nam hiện nay có sự cạnh tranh gay gắt giữa các nền tảng số của các công ty chứng khoán hàng đầu như SSI (iBoard), VPS (SmartOne), VNDIRECT (DStock). Việc đánh giá hiện trạng giải pháp cũ tại EVS và so sánh với các đối thủ trên thị trường là cơ sở để định hình bài toán nâng cấp.

Tiêu chí kỹ thuật & Nghiệp vụ Hệ thống EVS Cũ SSI iBoard / VPS SmartOne Hệ thống EVS Mới (Đề xuất)
Công nghệ Frontend Native phân mảnh (Java / Swift) React Native / Flutter Flutter SDK (Single Codebase)
Chuyển tiền nội bộ tiểu khoản Yêu cầu nhập PIN/OTP mỗi lần Miễn xác thực hoặc dùng PIN lưu phiên Tối ưu hóa: Bỏ PIN nội bộ cùng chủ sở hữu
Cơ chế Ứng trước tiền bán (UTTB) Thụ động, tính toán thủ công Tự động hoặc ứng theo gói cố định Linh hoạt: Tùy chọn Tự động hoặc Chủ động theo món
Liên kết tài khoản Ngân hàng Chuyển khoản định danh thủ công Liên kết API trực tiếp (VietinBank, BIDV...) Tích hợp Open Banking API, xác thực OTP 2 chiều
Quản trị an toàn số dư Không hỗ trợ trên App Khóa tài khoản tổng thể Phong tỏa / Giải tỏa chủ động theo số dư chỉ định

Ma trận ưu tiên yêu cầu người dùng (MoSCoW)

  • Must have (Bắt buộc): Chuyển tiền nội bộ giữa các tiểu khoản thường (đuôi 1) và ký quỹ (đuôi 6); Chuyển tiền ra ngân hàng đã đăng ký trước; Tích hợp cổng RESTful API kết nối hệ thống Core Flex; Xác thực Smart OTP/SMS OTP khi chuyển tiền ra ngoài.
  • Should have (Nên có): Ứng trước tiền bán chứng khoán chủ động theo từng lệnh bán khớp; Liên kết trực tiếp tài khoản ngân hàng để nạp tiền tức thì; Phong tỏa và giải tỏa số dư tiền khả dụng.
  • Could have (Có thể mở rộng): Tính năng Tiết kiệm thông minh (Smart Savings) sinh lời trên tiền nhàn rỗi; Chuyển tiền nội bộ dựa trên sức mua chờ về.
  • Won't have (Chưa thực hiện trong giai đoạn này): Tích hợp ví điện tử bên thứ ba hoặc thanh toán quốc tế bằng ngoại tệ.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình phân tầng hướng dịch vụ (Service-Oriented Architecture), kết nối thông suốt giữa Client - Middleware - Backend.

flowchart TD
    subgraph Client_Layer ["Tầng Giao Diện (Client Layer)"]
        A[EVS Mobile App - Flutter/Dart]
        A1[State Management: Provider/BLoC]
        A2[Local Secure Storage: Biometric/Tokens]
    end

    subgraph Gateway_Layer ["Tầng Tích Hợp (API Gateway Layer)"]
        B[RESTful API Gateway - Reverse Proxy Nginx]
        B1[Authentication Service - JWT / OAuth 2.0]
        B2[Smart OTP Engine]
    end

    subgraph Core_Layer ["Tầng Nghiệp Vụ & Dữ Liệu (Core & Backend)"]
        C[Hệ thống Chứng khoán Core Flex - FSS]
        D[(Cơ sở dữ liệu Oracle Database 19c)]
        E[Hệ thống Core Banking Đối Tác]
    end

    A -->|HTTPS / TLS 1.3 - REST API| B
    B --> B1
    B --> B2
    B1 --> C
    B2 --> C
    C <--> D
    C <-->|Open API / ISO 8583 / Webhook| E

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

  • Mobile Frontend: Flutter SDK v3.x, Dart Language v2.19+, HTTP Networking Client, Flutter Secure Storage.
  • Backend Services: C# .NET Core Web API, Java Spring Boot micro-services làm middleware xử lý trung chuyển dữ liệu.
  • Core Securities Processing: Nền tảng Flex Financial Framework do FSS phát triển, chạy trên hệ điều hành Red Hat Enterprise Linux.
  • Database Management System: Oracle Database 19c Enterprise Edition, hỗ trợ xử lý giao dịch đồng thời (ACID transactions) với hiệu năng cao.
  • Security & Protocols: HTTPS (TLS 1.3), JSON Web Token (JWT), Mã hóa AES-256 cho dữ liệu nhạy cảm, Smart OTP sinh mã động theo chuẩn TOTP (RFC 6238).

Thiết kế cơ sở dữ liệu (Database Schema)

Hệ thống quản lý dữ liệu tài chính thông qua các thực thể quan hệ chặt chẽ, bảo đảm tính toàn vẹn tham chiếu:

Mô tả chi tiết các bảng vật lý nòng cốt:

  1. TAIKHOAN_KH: Lưu trữ hồ sơ định danh nhà đầu tư (Số lưu ký, Họ tên, CMND/CCCD, Trạng thái EKYC).
  2. TIEUKHOAN: Quản lý các tài khoản phụ trực thuộc (Tài khoản đuôi 1 - Giao dịch thường, Tài khoản đuôi 6 - Ký quỹ Margin, Đuôi 8 - Phái sinh).
  3. TAIKHOAN_TIEN: Quản lý số dư tiền mặt (BALANCE), tiền phong tỏa chờ khớp lệnh (HOLDBAL), tiền bán chứng khoán chờ về chu kỳ T+1.5 (RECEIVING), và hạn mức sức mua cấp bổ sung (PENDING).
  4. TIEN_UNGTRUOC: Lưu trữ lịch sử và trạng thái các khoản giải ngân ứng trước tiền bán, số phí khấu trừ tương ứng.
  5. GIAODICH_NGAY & LICHSU_GD: Quản lý nhật ký bút toán giao dịch nạp, rút, chuyển khoản, phong tỏa phát sinh trong ngày và lưu trữ lịch sử nhiều năm.

Thiết kế đặc tả RESTful API

  1. Endpoint Chuyển tiền nội bộ tiểu khoản:
  • URL: POST /api/v1/finance/internal-transfer
  • Headers: Authorization: Bearer <JWT_TOKEN>, Content-Type: application/json
  • Request Payload:
{
  "sourceAccount": "040C1234561",
  "targetAccount": "040C1234566",
  "amount": 50000000,
  "description": "Chuyen tien bo sung suc mua margin"
}
  • Response Payload (Success 200 OK):
{
  "code": 200,
  "status": "SUCCESS",
  "message": "Giao dịch chuyển tiền nội bộ thành công",
  "data": {
    "transactionId": "TXN2022051200984",
    "sourceBalanceAfter": 15200000,
    "targetBalanceAfter": 65000000,
    "timestamp": "2022-05-12T10:15:30Z"
  }
}
  1. Endpoint Đăng ký Ứng trước tiền bán:
  • URL: POST /api/v1/finance/advance-cash
  • Request Payload:
{
  "accountNo": "040C1234561",
  "advanceAmount": 100000000,
  "autoAdvance": false,
  "orderList": ["ORD_HSX_99281", "ORD_HSX_99285"]
}

Implementation và kết quả

Development process

Quá trình hiện thực hóa phân hệ tài chính được tổ chức theo quy trình Agile/Scrum gồm 4 Sprint kéo dài trong 12 tuần:

  • Sprint 1 (Tuần 1 - 3): Khảo sát chi tiết luồng nghiệp vụ Core Flex; Thiết kế cấu trúc cơ sở dữ liệu quan hệ và tài liệu hóa giao tả API.
  • Sprint 2 (Tuần 4 - 6): Xây dựng giao diện người dùng (UI Components) trên Flutter; Phát triển State Management và Client Network Layer.
  • Sprint 3 (Tuần 7 - 9): Tích hợp nghiệp vụ Chuyển tiền nội bộ, Chuyển tiền liên ngân hàng, Ứng trước tiền bán (UTTB), Phong tỏa/Giải tỏa tài khoản.
  • Sprint 4 (Tuần 10 - 12): Kiểm thử hệ thống (System Integration Testing), tối ưu hóa hiệu năng và triển khai thử nghiệm diện hẹp (Beta Testing).

Xử lý thuật toán nghiệp vụ trên Ứng dụng di động (Dart Code Snippet)

Thuật toán tính toán số tiền ứng trước khả dụng và số phí phát sinh dựa trên số ngày chờ bù trừ thanh toán thực tế $t$ và lãi suất năm $r$:

$$\text{Phí ứng trước} (F) = \text{Số tiền ứng} (A) \times \frac{r}{360} \times t + \text{Phí dịch vụ cố định}$$

Đoạn mã xử lý kiểm tra số dư và thực hiện lệnh ứng trước tiền bán trên Flutter Client:

import 'dart:convert';
import 'package:http/http.dart' as http;

class FinanceRepository {
  final String baseUrl = "https://trading.eves.com.vn/api/v1";

  /// Tính toán hạn mức UTTB tối đa và biểu phí
  Map<String, double> calculateAdvanceFee({
    required double pendingCash,
    required double requestedAmount,
    required double annualInterestRate,
    required int daysToSettlement,
  }) {
    if (requestedAmount > pendingCash) {
      throw Exception("Số tiền yêu cầu vượt quá tiền bán chờ về!");
    }
    
    // Tối thiểu 50,000 VND theo quy định biểu phí
    double fee = requestedAmount * (annualInterestRate / 100) * (daysToSettlement / 360);
    double minFee = 50000.0;
    double actualFee = fee < minFee ? minFee : fee;
    double netReceived = requestedAmount - actualFee;

    return {
      "requestedAmount": requestedAmount,
      "estimatedFee": actualFee,
      "netReceived": netReceived,
    };
  }

  /// Gửi lệnh chuyển tiền nội bộ tối ưu hóa (Bypass PIN cho cùng chủ sở hữu)
  Future<bool> executeInternalTransfer({
    required String sourceSubAccount,
    required String destSubAccount,
    required double amount,
    required String authToken,
  }) async {
    final endpoint = Uri.parse("$baseUrl/finance/internal-transfer");
    
    final response = await http.post(
      endpoint,
      headers: {
        "Content-Type": "application/json",
        "Authorization": "Bearer $authToken",
      },
      body: jsonEncode({
        "sourceAccount": sourceSubAccount,
        "targetAccount": destSubAccount,
        "amount": amount,
        "transferType": "INTERNAL_SAME_OWNER",
      }),
    );

    if (response.statusCode == 200) {
      final data = jsonDecode(response.body);
      return data['status'] == 'SUCCESS';
    } else {
      throw Exception("Lỗi thực thi chuyển tiền: ${response.body}");
    }
  }
}

Testing và validation

Công tác kiểm thử được tiến hành nghiêm ngặt thông qua các kịch bản kiểm thử hộp đen (Black-box testing), kiểm thử tích hợp (Integration testing), và kiểm thử tải trọng (Load testing) bằng JMeter.

STT Kịch bản kiểm thử (Test Scenario) Điều kiện tiên quyết Kết quả kỳ vọng Trạng thái (P/F)
TC01 Chuyển tiền nội bộ từ đuôi 1 sang đuôi 6 Số dư khả dụng > Số tiền chuyển Cập nhật số dư 2 tiểu khoản trong <1s, không đòi OTP PASS
TC02 Chuyển tiền vượt quá số dư khả dụng Số tiền chuyển > BALANCE - HOLDBAL Hệ thống báo lỗi "Vượt quá số dư khả dụng", chặn gửi request PASS
TC03 Chuyển tiền ra ngân hàng ngoài cùng tên Đã cấu hình STK thụ hưởng Sinh mã OTP, gửi SMS/Smart OTP, cập nhật trạng thái "Chờ duyệt" PASS
TC04 Nhập sai mã OTP quá 5 lần Thiết bị thực hiện xác thực Khóa tạm thời tính năng giao dịch tài chính trong 15 phút PASS
TC05 Thực hiện UTTB tự động khi sức mua âm Có tiền khớp lệnh bán T+1.5 Tự động sinh khoản vay UTTB tương ứng để bù trừ âm sức mua PASS
TC06 Phong tỏa 50% số dư tiền mặt Tài khoản ở trạng thái bình thường HOLDBAL tăng, số dư khả dụng mua/rút giảm chính xác PASS

Kết quả Benchmark hiệu năng hệ thống:

  • Thời gian phản hồi API trung bình (Latency): Giảm từ 1.850ms xuống 320ms đối với các giao dịch nội bộ.
  • Tải trọng tối đa (Throughput): Đạt ngưỡng 2.500 TPS (Transactions Per Second) mà không xảy ra hiện tượng deadlock cơ sở dữ liệu.
  • Tỷ lệ kiểm thử tự động (Unit Test Coverage): Đạt 88,4% trên toàn bộ các Business Services của ứng dụng Flutter.

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

Đề tài đã mang lại nhiều đóng góp thiết thực cho quá trình số hóa hạ tầng dịch vụ tài chính tại Công ty Chứng khoán Everest:

                      SO SÁNH HIỆU SUẤT XỬ LÝ GIAO DỊCH

  Thời gian chuyển nội bộ
  Giải pháp Cũ (Có OTP)  [██████████████████████████████] 45 giây
  Giải pháp Mới (Bypass) [████] 5 giây (Giảm 88.8%)

  Thời gian khớp lệnh UTTB
  Quy trình Thủ công     [████████████████████████████████████████] 15 - 30 phút
  Quy trình Tự động Mới  [██] Tức thì (< 2 giây)

  1. Đổi mới quy trình nghiệp vụ (Business Process Re-engineering): Loại bỏ hoàn toàn bước xác thực PIN/OTP đối với các giao dịch dịch chuyển vốn giữa các tiểu khoản thuộc cùng một mã khách hàng định danh (CIF). Giải pháp này giảm thời gian thao tác từ 45 giây xuống còn dưới 5 giây, loại bỏ 100% chi phí gửi tin nhắn SMS OTP nội bộ cho công ty.

  2. Cơ chế tính toán UTTB linh hoạt theo lệnh bán: Thay vì phải ứng toàn bộ giá trị lệnh bán như các ứng dụng truyền thống, hệ thống cho phép nhà đầu tư bóc tách từng món bán hoặc chọn tính năng "Ứng trước tự động theo sức mua thiếu hụt", giúp khách hàng tiết kiệm từ 25% - 40% chi phí lãi vay ứng trước.

  3. Bổ sung lớp phòng vệ tài khoản chủ động (Proactive Balance Protection): Tính năng Phong tỏa/Giải tỏa tiền cho phép khách hàng chủ động "khóa" một phần tài sản tiền mặt để phục vụ các kế hoạch tài chính cá nhân hoặc phòng ngừa rủi ro bị thao túng tài khoản ngoài ý muốn.

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

Kịch bản ứng dụng thực tế

  • Kịch bản 1 - Bắt đáy thị trường phiên sáng: Nhà đầu tư A phát hiện cơ hội mua cổ phiếu tiềm năng lúc 9h15 nhưng tài khoản Margin (đuôi 6) hết hạn mức. Nhà đầu tư thực hiện chuyển ngay 200 triệu đồng từ tài khoản Thường (đuôi 1) sang đuôi 6 chỉ với 2 lần chạm, tiền vào sức mua tức thì mà không cần chờ OTP, khớp lệnh mua kịp thời tại vùng giá tối ưu.
  • Kịch bản 2 - Tái cơ cấu danh mục trong ngày: Nhà đầu tư B vừa khớp lệnh bán 50.000 cổ phiếu HPG phiên sáng, tiền chưa về tài khoản theo chu kỳ thanh toán T+1.5. Hệ thống EVS Mobile tự động kích hoạt tính năng tính toán hạn mức UTTB, cấp ngay sức mua tương đương để mua mã chứng khoán khác ngay trong phiên chiều.

Yêu cầu triển khai và Khả năng mở rộng

  • Môi trường Client: Tương thích từ Android 8.0 (API Level 26) và iOS 12.0 trở lên; dung lượng bộ cài tối ưu hóa dưới 35MB.
  • Môi trường Server: Cụm máy chủ phân tán Kubernetes (K8s) tự động co giãn (Auto-scaling), chịu tải trong các khung giờ cao điểm (9h00 - 11h30 và 13h00 - 14h45).
  • Hiệu quả kinh tế (ROI): Việc tự động hóa quy trình nạp/rút và UTTB giúp EVS cắt giảm 75% khối lượng công việc thủ công của bộ phận Kế toán Giao dịch viên, đồng thời thúc đẩy vòng quay vốn và gia tăng doanh số phí ứng trước dự kiến tăng 35%/năm.

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

Mặc dù đã hoàn thành toàn diện các mục tiêu đặt ra, hệ thống vẫn tồn tại một số điểm hạn chế kỹ thuật cần hoàn thiện:

  • Quá trình nạp tiền liên kết trực tiếp còn phụ thuộc vào độ ổn định kết nối mạng Gateway của từng ngân hàng thương mại liên kết, đôi khi phát sinh độ trễ vào các ngày quyết toán cuối quý.
  • Chưa hỗ trợ điều chuyển vốn tự động đa tài khoản cho các nhóm nhà đầu tư ủy thác quản lý danh mục phức tạp.

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

  1. Phân hệ Tiết kiệm thông minh (Smart Cash Management): Tự động quét số dư tiền mặt nhàn rỗi cuối ngày để gửi vào các gói sinh lời linh hoạt (Overnight interest), tối ưu hóa lợi suất cho khách hàng.
  2. Nạp tiền qua VietQR Động 24/7: Tích hợp sinh mã QR động chứa sẵn thông tin định danh tiểu khoản chứng khoán, cho phép gạch nợ và tăng sức mua ngay lập tức trong 3 giây từ bất kỳ ngân hàng nào tại Việt Nam.
  3. Ứng dụng AI cảnh báo dòng tiền: Dự báo nhu cầu ký quỹ và nhắc nhở thời điểm nạp tiền thông minh tránh tình trạng bị gọi ký quỹ (Margin Call).

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

  • Sinh viên chuyên ngành Hệ thống Thông tin Quản lý & Fintech: Tiếp cận tài liệu tham khảo thực tế về quy trình nghiệp vụ chứng khoán, cách ánh xạ từ sơ đồ phân rã chức năng sang kiến trúc cơ sở dữ liệu quan hệ và mã nguồn ứng dụng di động.
  • Lập trình viên Mobile & Backend: Tham khảo kiến trúc tích hợp Flutter với hệ sinh thái Core chứng khoán Flex, các mẫu hình thiết kế (Design Patterns) xử lý giao dịch tài chính an toàn.
  • Doanh nghiệp & Công ty Chứng khoán: Mô hình tham chiếu để tái cấu trúc phân hệ tiền tệ, nâng cao năng lực cạnh tranh số hóa và cải thiện chỉ số hài lòng của khách hàng (CSAT tăng từ 72% lên 91%).
  • Nhà đầu tư cá nhân: Được trải nghiệm dịch vụ tài chính thông suốt, an toàn, tiết kiệm thời gian và chi phí vốn tối đa.

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

1. Yêu cầu kỹ thuật tối thiểu để thiết bị người dùng chạy được phân hệ tài chính mới?

Ứng dụng EVS Mobile phát triển trên Flutter SDK hỗ trợ các thiết bị smartphone sử dụng hệ điều hành Android 8.0 hoặc iOS 12.0 trở lên, yêu cầu RAM tối thiểu 2GB và kết nối mạng Internet ổn định (4G/5G/Wi-Fi).

2. Việc bỏ qua xác thực OTP/PIN khi chuyển tiền nội bộ có tiềm ẩn rủi ro bảo mật?

Không. Giao dịch chuyển tiền nội bộ chỉ diễn ra giữa các tiểu khoản thuộc cùng một định danh khách hàng (cùng mã CIF). Tiền hoàn toàn không thể bị thất thoát ra khỏi quyền kiểm soát của chủ tài khoản. Khi thực hiện chuyển tiền ra tài khoản ngân hàng bên ngoài, hệ thống vẫn bắt buộc xác thực 2 lớp qua Smart OTP/SMS OTP.

3. Hệ thống xử lý thế nào nếu xảy ra sự cố nghẽn mạng từ phía ngân hàng khi nạp tiền?

Hệ thống Core Flex duy trì cơ chế Transaction Log và Two-phase Commit. Nếu giao dịch bị ngắt quãng giữa chừng, hệ thống sẽ đưa giao dịch vào trạng thái "Chờ đối soát" (Pending Reconciliation) và tự động kích hoạt tiến trình kiểm tra trạng thái lệnh qua Webhook/API định kỳ mỗi 60 giây để đảm bảo không thất thoát tiền của nhà đầu tư.

4. Công thức tính phí Ứng trước tiền bán (UTTB) được thiết lập như thế nào?

Số phí UTTB được tính toán tự động: $F = A \times (r / 360) \times t$, trong đó $A$ là số tiền ứng, $r$ là lãi suất ứng trước năm theo biểu phí của EVS, và $t$ là số ngày thực tế từ ngày giao dịch đến ngày hoàn tất bù trừ thanh toán của Trung tâm Lưu ký Chứng khoán (VSD).

5. Chi phí và thời gian triển khai nâng cấp phân hệ này mất bao lâu?

Toàn bộ quy trình từ khảo sát nghiệp vụ, lập trình Flutter/API, kiểm thử tích hợp với Core Flex và triển khai lên chợ ứng dụng Google Play/App Store kéo dài trong vòng 12 tuần làm việc với đội ngũ gồm 1 Business Analyst, 2 Flutter Developers, 1 Backend Engineer và 1 QA Engineer.

Kết luận

Đề tài khóa luận tốt nghiệp "Phân tích và phát triển phân hệ tài chính trên App chứng khoán tại Công ty Chứng khoán Everest" đã giải quyết triệt để bài toán tối ưu hóa trải nghiệm giao dịch tiền tệ cho nhà đầu tư trực tuyến. Bằng việc kết hợp sức mạnh giao diện đa nền tảng của Flutter, kiến trúc dịch vụ RESTful API bảo mật và nền tảng lõi tài chính Flex, dự án không chỉ hoàn thiện các quy trình nạp/rút/chuyển tiền mà còn nâng tầm khả năng quản trị dòng vốn chủ động thông qua các tính năng UTTB linh hoạt và phong tỏa/giải tỏa số dư.

Kết quả nghiên cứu và sản phẩm ứng dụng là minh chứng rõ nét cho giá trị của việc ứng dụng công nghệ thông tin chuyên sâu vào thị trường tài chính hiện đại. Đây là bước đệm vững chắc giúp Công ty Chứng khoán Everest gia tăng năng lực cạnh tranh số hóa, đồng thời đóng góp một mô hình phân tích - thiết kế chuẩn mực cho ngành Công nghệ Tài chính (Fintech) tại Việt Nam. Quý độc giả và nhà phát triển quan tâm có thể tìm hiểu thêm về cấu trúc giải pháp hoặc liên hệ áp dụng mô hình cho các bài toán tài chính tương tự.