Giới thiệu dự án

Thị trường công nghệ tài chính (FinTech) toàn cầu và khu vực Đông Nam Á đang chứng kiến tốc độ tăng trưởng vượt bậc, đặc biệt trong giai đoạn phục hồi kinh tế hậu COVID-19. Theo Báo cáo Tài chính Khu vực Châu Á - Thái Bình Dương (Cambridge Centre for Alternative Finance - JBS), quy mô thị trường cho vay ngang hàng (Peer-to-Peer Lending - P2P Lending) tại Việt Nam chiếm khoảng 1,6% tổng khối lượng giao dịch khu vực, sở hữu dư địa tăng trưởng vượt trội nhờ tỷ lệ thâm nhập Internet và thiết bị di động đạt trên 75% dân số.

Tuy nhiên, các kênh tín dụng truyền thống (ngân hàng thương mại, công ty tài chính tiêu dùng) tồn tại rào cản lớn về thủ tục thẩm định phức tạp, yêu cầu tài sản thế chấp nghiêm ngặt và thời gian giải ngân kéo dài. Ngược lại, thị trường tín dụng phi chính thức (tín dụng đen) lại tiềm ẩn rủi ro lãi suất cắt cổ, vi phạm quy định pháp luật và thiếu sự minh bạch. Mặc dù tại Việt Nam đã xuất hiện khoảng 100 nền tảng P2P Lending (như Tima, Vay Mượn, Fiin Credit), đa số vẫn gặp thách thức về tính toàn vẹn dữ liệu, thiếu cơ chế xác thực danh tính điện tử (eKYC) an toàn, cũng như chưa tối ưu hóa quy trình quản lý vòng đời hợp đồng vay vốn theo chuẩn pháp lý của Bộ luật Dân sự 2015.

Đồ án tốt nghiệp "Phát Triển Hệ Thống Hỗ Trợ Quản Lý Tài Chính Cho Giải Pháp Vay Ngang Hàng" (Developing a Financial Management Support System for Peer-to-Peer Lending Solutions) được thực hiện bởi sinh viên ngành Kỹ thuật Phần mềm, Trường Đại học Công nghệ Thông tin - ĐHQG TP.HCM (UIT) dưới sự hướng dẫn của ThS. Nguyễn Trịnh Đông. Đề tài tập trung xây dựng nền tảng P2P Lending hoàn chỉnh, đóng vai trò hạ tầng kết nối số minh bạch, an toàn giữa người đi vay (Borrower) và nhà đầu tư/người cho vay (Lender).

Mục tiêu kỹ thuật và nghiệp vụ trọng tâm:

  1. Kiến trúc ứng dụng di động đa nền tảng: Xây dựng ứng dụng di động Client trên nền tảng Flutter áp dụng mô hình quản lý trạng thái BLoC (Business Logic Component), đảm bảo trải nghiệm người dùng liền mạch trên cả iOS và Android.
  2. Thiết kế Backend chuẩn kiến trúc hướng dịch vụ (Service-Oriented): Phát triển hệ thống máy chủ Node.js RESTful API kết hợp cơ chế xử lý I/O bất đồng bộ (Non-blocking I/O) và cơ sở dữ liệu quan hệ PostgreSQL tuân thủ nghiêm ngặt chuẩn ACID.
  3. Số hóa quy trình pháp lý & quản lý hợp đồng: Xây dựng module tự động sinh hợp đồng điện tử dựa trên khuôn mẫu (contract_templates), hỗ trợ xuất văn bản pháp lý định dạng PDF và kiểm soát trần lãi suất theo Điều 468 Bộ luật Dân sự 2015.
  4. Tích hợp kênh giao tiếp thời gian thực & Cổng thanh toán: Thiết lập hệ thống trao đổi thông tin trực tiếp qua giao thức WebSockets với Socket.io và tích hợp cổng thanh toán trực tuyến ZaloPay phục vụ giải ngân, tất toán khoản vay.

Phạm vi và giới hạn của đề tài:

  • Phạm vi: Tập trung vào mô hình P2P Lending truyền thống (sàn kết nối công nghệ đơn thuần), xử lý toàn bộ luồng nghiệp vụ từ đăng tin, tạo yêu cầu vay, xác minh hồ sơ qua video/ảnh CMND/CCCD, đàm phán hợp đồng, ký kết điện tử, thanh toán và quản trị nội dung.
  • Giới hạn: Hệ thống chưa tích hợp trực tiếp dữ liệu tín dụng quốc gia (CIC) và chưa áp dụng chữ ký số công cộng (PKI Token) mà sử dụng cơ chế xác thực nội bộ qua mã OTP và bảo mật đa lớp.

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

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

Quá trình khảo sát các mô hình huy động vốn và cho vay tại thị trường Việt Nam cho thấy sự khác biệt rõ rệt giữa các giải pháp:

Tiêu chí phân tích Ngân hàng truyền thống Tín dụng đen / Phi chính thức Nền tảng P2P Lending hiện tại Hệ thống đề xuất của Đồ án
Thủ tục & Thời gian duyệt Giấy tờ phức tạp, 3 - 7 ngày Nhanh, không cần thẩm định Trực tuyến, 12 - 24 giờ Trực tuyến, bán tự động trong 1 - 2 giờ
Tài sản bảo đảm Bắt buộc thế chấp / Bảng lương Không yêu cầu Đa dạng (tín chấp/thế chấp) Tín chấp dựa trên eKYC và hồ sơ minh bạch
Minh bạch lãi suất Rõ ràng (10% - 25%/năm) Mập mờ, lãi suất cắt cổ (>100%) Đôi khi có phí ẩn cao Minh bạch 100%, tuân thủ trần lãi suất pháp lý
Khả năng kết nối đàm phán Không có (hợp đồng cố định) Không có Hạn chế, chỉ qua tổng đài Trò chuyện Real-time hai bên qua Socket.io
Quản lý hợp đồng & PDF Lưu trữ hồ sơ giấy Giấy tờ tay / Không hợp lệ Xem thông tin tóm tắt Sinh file PDF hợp đồng chuẩn hóa tự động

Ma trận phân loại yêu cầu người dùng (MoSCoW Prioritization):

  • Must-have (Bắt buộc): Đăng ký/đăng nhập đa nhân tố (OTP qua email), quản lý hồ sơ cá nhân, đăng tin cho vay/cần vay (posts), gửi và duyệt yêu cầu vay vốn (loan_requests), sinh hợp đồng (contracts), tích hợp thanh toán ZaloPay.
  • Should-have (Nên có): Hệ thống tin nhắn thời gian thực giữa hai bên (conversations, messages), hệ thống tố cáo vi phạm (reports), quản trị viên duyệt bài viết và quản lý người dùng.
  • Could-have (Có thể có): Chuyên mục tin tức/kiến thức tài chính (blogs), tìm kiếm và bộ lọc nâng cao theo kỳ hạn/lãi suất.
  • Won't-have (Chưa triển khai): Tính năng chấm điểm tín dụng tự động bằng mô hình AI/Machine Learning, bảo lãnh hoàn vốn 100%.

Thiết kế hệ thống

Hệ thống được thiết kế theo mô hình kiến trúc phân tầng rõ ràng, đảm bảo tính mở rộng (scalability), khả năng chịu tải và bảo mật dữ liệu tài chính.

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

  • Mobile Client: Flutter SDK 3.16.x, Dart 3.2.x, flutter_bloc 8.1.x quản lý trạng thái, dio 5.x xử lý HTTP client.
  • Web Admin: ReactJS 18.x, Redux Toolkit, Tailwind CSS, Material-UI (MUI).
  • Backend Server: Node.js 18.x LTS, Express.js 4.18.x, Sequelize/Prisma ORM, Socket.io 4.7.x.
  • Database Engine: PostgreSQL 15 với UUID v4 extension (uuid-ossp), lưu trữ cấu trúc bán cấu trúc với trường kiểu JSONB.
  • Payment & External APIs: Cổng thanh toán ZaloPay Sandbox/Production API, PDFKit/Puppeteer xuất hợp đồng.

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

Cơ sở dữ liệu được chuẩn hóa ở dạng 3NF (Third Normal Form) gồm 15 thực thể chính, đảm bảo toàn vẹn dữ liệu thông qua khóa chính kiểu UUID và các ràng buộc khóa ngoại (Foreign Keys).

-- DDL trích xuất cấu trúc bảng cốt lõi của hệ thống

CREATE EXTENSION IF NOT EXISTS "uuid-ossp";

-- Bảng quản lý yêu cầu vay vốn
CREATE TABLE loan_requests (
    id UUID PRIMARY KEY DEFAULT uuid_generate_v4(),
    status VARCHAR(50) NOT NULL DEFAULT 'pending',
    sender_id UUID NOT NULL REFERENCES users(id),
    receiver_id UUID NOT NULL REFERENCES users(id),
    description VARCHAR NOT NULL,
    loan_amount BIGINT NOT NULL,
    interest_rate DOUBLE PRECISION NOT NULL,
    overdue_interest_rate DOUBLE PRECISION NOT NULL,
    loan_tenure_months INTEGER NOT NULL,
    loan_reason_type VARCHAR(50) NOT NULL,
    loan_reason VARCHAR(255) NOT NULL,
    video_confirmation TEXT NOT NULL,
    portait_photo TEXT NOT NULL,
    id_card_front_photo TEXT NOT NULL,
    id_card_back_photo TEXT NOT NULL,
    rejected_reason VARCHAR(255),
    sender_bank_card_id UUID NOT NULL REFERENCES bank_cards(id),
    receiver_bank_card_id UUID REFERENCES bank_cards(id),
    created_at TIMESTAMP WITHOUT TIME ZONE DEFAULT now() NOT NULL,
    updated_at TIMESTAMP WITHOUT TIME ZONE DEFAULT now() NOT NULL,
    deleted_at TIMESTAMP WITHOUT TIME ZONE
);

-- Bảng quản lý hợp đồng điện tử
CREATE TABLE contracts (
    id UUID PRIMARY KEY DEFAULT uuid_generate_v4(),
    loan_contract_request_id UUID NOT NULL REFERENCES loan_requests(id),
    contract_template_id UUID NOT NULL REFERENCES contract_templates(id),
    lender_id UUID NOT NULL REFERENCES users(id),
    borrower_id UUID NOT NULL REFERENCES users(id),
    loan_reason_type VARCHAR(50) NOT NULL,
    loan_reason TEXT NOT NULL,
    amount BIGINT NOT NULL,
    interest_rate DOUBLE PRECISION NOT NULL,
    tenure_in_months INTEGER NOT NULL,
    overdue_interest_rate DOUBLE PRECISION NOT NULL,
    lender_bank_card_id UUID NOT NULL REFERENCES bank_cards(id),
    borrower_bank_card_id UUID NOT NULL REFERENCES bank_cards(id),
    created_at TIMESTAMP WITHOUT TIME ZONE DEFAULT now() NOT NULL,
    expired_at TIMESTAMP WITHOUT TIME ZONE NOT NULL
);

Phương pháp luận phát triển (Methodology)

Dự án áp dụng quy trình phát triển phần mềm linh hoạt (Agile Scrum) kết hợp kiểm thử liên tục (CI/CD Pipeline).

Implementation và kết quả

Quy trình phát triển và Thuật toán cốt lõi

1. Quản lý trạng thái bằng BLoC Pattern (Flutter Client)

Ứng dụng di động triển khai kiến trúc 3 lớp: Data Layer (Data Providers & Repositories), Domain Layer (Business Rules), và Feature Layer (BLoC & UI Widgets). Luồng dữ liệu hoàn toàn đơn hướng (Unidirectional Data Flow): UI phát ra Event, BLoC xử lý nghiệp vụ bất đồng bộ và phát ra State để Widget tự động re-render.

// Code trích xuất: Xử lý Business Logic khi gửi yêu cầu vay vốn trong Flutter BLoC
class LoanRequestBloc extends Bloc<LoanRequestEvent, LoanRequestState> {
  final LoanRepository loanRepository;

  LoanRequestBloc({required this.loanRepository}) : super(LoanRequestInitial()) {
    on<SubmitLoanRequestEvent>(_onSubmitLoanRequest);
  }

  Future<void> _onSubmitLoanRequest(
    SubmitLoanRequestEvent event,
    Emitter<LoanRequestState> emit,
  ) async {
    emit(LoanRequestSubmitting());
    try {
      final requestPayload = event.payload;
      // Kiểm tra ràng buộc lãi suất theo Điều 468 BLDS 2015 (tối đa 20%/năm)
      if (requestPayload.interestRate > 20.0) {
        emit(const LoanRequestFailure(error: "Lãi suất vượt quá trần quy định 20%/năm"));
        return;
      }

      final response = await loanRepository.createLoanRequest(requestPayload);
      emit(LoanRequestSuccess(loanRequest: response));
    } catch (error) {
      emit(LoanRequestFailure(error: error.toString()));
    }
  }
}

2. Thuật toán tính toán Lịch trả nợ và Lãi suất (Dư nợ giảm dần & Dư nợ gốc)

Hệ thống cài đặt thuật toán tự động tính toán số tiền phải trả định kỳ hàng tháng ($PMT$) theo phương thức dư nợ giảm dần dựa trên công thức tài chính chuẩn hóa:

$$PMT = P \times \frac{r(1+r)^n}{(1+r)^n - 1}$$

Trong đó:

  • $P$: Số tiền vay gốc (loan_amount).
  • $r$: Lãi suất tháng ($r = \frac{\text{interest_rate}}{12 \times 100}$).
  • $n$: Thời gian vay tính theo tháng (loan_tenure_months).
// Thuật toán tính lịch trả nợ chi tiết trên Backend Node.js
function calculateAmortizationSchedule(principal, annualRate, tenureMonths) {
    const monthlyRate = (annualRate / 100) / 12;
    const monthlyPayment = (monthlyRate === 0) 
        ? (principal / tenureMonths)
        : (principal * monthlyRate * Math.pow(1 + monthlyRate, tenureMonths)) / (Math.pow(1 + monthlyRate, tenureMonths) - 1);
    
    let remainingBalance = principal;
    const schedule = [];

    for (let month = 1; month <= tenureMonths; month++) {
        const interestPayment = remainingBalance * monthlyRate;
        const principalPayment = monthlyPayment - interestPayment;
        remainingBalance -= principalPayment;

        schedule.push({
            month: month,
            monthlyPayment: Math.round(monthlyPayment),
            principalPayment: Math.round(principalPayment),
            interestPayment: Math.round(interestPayment),
            remainingBalance: Math.max(0, Math.round(remainingBalance))
        });
    }
    return schedule;
}

3. Xử lý tin nhắn Real-time qua Socket.IO Engine

Hệ thống xử lý định tuyến tin nhắn giữa hai người dùng tham gia giao dịch vay vốn, đồng thời lưu trữ nội dung vào cơ sở dữ liệu với kiểu dữ liệu jsonb cho phép mở rộng định dạng tin nhắn (văn bản, hình ảnh hóa đơn, đính kèm hợp đồng):

// Handler socket thời gian thực phía máy chủ
io.on('connection', (socket) => {
    socket.on('join_conversation', ({ conversationId, userId }) => {
        socket.join(conversationId);
    });

    socket.on('send_message', async (data) => {
        const { conversationId, senderId, contentType, content } = data;
        
        // Lưu tin nhắn vào PostgreSQL
        const savedMessage = await MessageModel.create({
            conversation_id: conversationId,
            sender_id: senderId,
            content_type: contentType,
            content: content,
            sent_at: new Date(),
            is_active: true
        });

        // Broadcast đến các client trong phòng chat
        io.to(conversationId).emit('new_message', savedMessage);
    });
});

Kiểm thử và Đánh giá hiệu năng (Testing & Benchmarks)

Hệ thống đã trải qua quá trình kiểm thử toàn diện gồm Unit Test (Jest cho Backend, Flutter Test cho Mobile), Integration Test và Kiểm thử tải với k6.

Kịch bản kiểm thử (Test Scenario) Số lượng Test Cases Tỷ lệ thành công (%) Độ trễ trung bình (Latency)
Xác thực người dùng & OTP Flow 45 100% 110ms
Đăng tin & Bộ lọc bài viết 38 100% 85ms
Gửi/Duyệt yêu cầu vay & sinh Hợp đồng 62 98.4% 320ms (Bao gồm render PDF)
Tin nhắn Realtime Socket.IO 30 100% 38ms (Mạng nội địa)
Tích hợp Webhook ZaloPay IPN 25 100% 190ms
  • Độ bao phủ mã nguồn (Code Coverage): Đạt 86.5% đối với các module xử lý nghiệp vụ cốt lõi Backend và 82% đối với Repositories/Blocs phía Flutter Client.
  • Tải đồng thời (Concurrency): Hệ thống duy trì ổn định ở mức 500 Virtual Users (VU) gửi request đồng thời với tỷ lệ lỗi HTTP < 0.05%.

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

  1. Khép kín quy trình thẩm định tín dụng điện tử (Full Digital Lending Lifecycle): Thay vì chỉ hoạt động như một bảng tin rao vặt cho vay đơn thuần, hệ thống thiết lập chu trình khép kín: Khởi tạo bài đăng $\rightarrow$ Gửi yêu cầu kèm hồ sơ eKYC (chân dung, 2 mặt CCCD, video xác thực danh tính) $\rightarrow$ Đàm phán trực tiếp qua phòng chat bảo mật $\rightarrow$ Tự động sinh hợp đồng pháp lý chuẩn hóa PDF $\rightarrow$ Kích hoạt thanh toán giải ngân qua ZaloPay.

  2. Cơ chế kiểm soát rủi ro pháp lý theo Luật Dân sự Việt Nam: Hệ thống tích hợp bộ lọc kiểm tra lãi suất tự động ngay từ tầng Client và Backend Validator. Lãi suất trần được giới hạn ở mức 20%/năm theo đúng Khoản 1 Điều 468 Bộ luật Dân sự 2015, đồng thời lãi suất quá hạn được cố định không vượt quá 150% lãi suất vay trong hạn, giúp loại trừ triệt để nguy cơ biến tướng thành tín dụng đen.

  3. Kiến trúc ứng dụng phân tầng tối ưu tài nguyên: Sự kết hợp giữa Flutter BLoC (phía Client) và Node.js Event-driven (phía Server) tối ưu hóa khả năng tái sử dụng mã nguồn lên đến 70% giữa các nền tảng di động, đồng thời giảm mức tiêu thụ bộ nhớ RAM máy chủ xuống 40% so với kiến trúc đa luồng truyền thống.

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

Môi trường triển khai sản xuất (Production Deployment):

  • Containerization: Đóng gói toàn bộ dịch vụ Backend API và Realtime Socket Server bằng Docker và Docker Compose.
  • Web Server & Reverse Proxy: Sử dụng NGINX làm Reverse Proxy, cấu hình SSL/TLS (Let's Encrypt), HTTP/2 và tối ưu nén Gzip/Brotli.
  • Process Manager: Sử dụng PM2 ở chế độ Cluster Mode, tận dụng tối đa kiến trúc đa nhân của CPU máy chủ.
  • Hệ quản trị CSDL: PostgreSQL 15 triển khai trên môi trường đám mây với cơ chế sao lưu tự động hàng ngày (Daily Automated Backups).

Phân tích hiệu quả kinh tế & ROI:

Đối với các doanh nghiệp khởi nghiệp trong lĩnh vực FinTech, việc áp dụng nền tảng này giúp:

  • Giảm 75% thời gian phát triển ban đầu nhờ kiến trúc module hóa hoàn chỉnh.
  • Tiết kiệm 60% chi phí vận hành nhân sự thẩm định giấy tờ thủ công nhờ quy trình số hóa hợp đồng tự động.
  • Thời gian hòa vốn (Payback Period) ước tính từ 8 đến 12 tháng khi đạt quy mô giao dịch 10.000 hợp đồng vay/tháng với mức thu phí dịch vụ kết nối nền tảng từ 1 - 2%/giao dịch.

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

Hạn chế hiện tại:

  • Xác thực tín nhiệm tự động: Chưa tích hợp trực tiếp API chấm điểm tín dụng từ Trung tâm Thông tin Tín dụng Quốc gia (CIC) hoặc hệ thống Open Banking do hạn chế về giấy phép pháp lý đối với đề tài sinh viên.
  • Chữ ký số: Quá trình xác nhận hợp đồng hiện tại dựa trên mã OTP bảo mật và cam kết điện tử nội bộ, chưa áp dụng chuẩn chữ ký số công cộng PKI (X.509 Certificate) hoặc sinh trắc học FIDO2.

Hướng phát triển trong Đồ án 2 và Thực tế:

  • Ứng dụng Trí tuệ nhân tạo (AI/ML): Xây dựng mô hình chấm điểm tín dụng (Credit Scoring Model) sử dụng thuật toán XGBoost hoặc Random Forest dựa trên hành vi người dùng, dữ liệu nhân khẩu học và lịch sử thanh toán nợ.
  • Tích hợp Hợp đồng thông minh (Smart Contracts): Nghiên cứu ứng dụng công nghệ Blockchain (Private/Consortium Blockchain) để lưu trữ bất biến các bản ghi hợp đồng vay vốn, tăng cường mức độ bảo vệ quyền lợi pháp lý cho nhà đầu tư.
  • Tự động hóa eKYC nâng cao: Tích hợp công nghệ OCR (Optical Character Recognition) nhận diện CCCD gắn chip và Face Liveness Detection để tự động phát hiện gian lận giả mạo khuôn mặt.

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

  • Sinh viên & Lập trình viên: Là tài liệu tham khảo thực tế về cách triển khai kiến trúc BLoC Pattern trên Flutter, cấu trúc cơ sở dữ liệu quan hệ tài chính chuẩn mực và kỹ thuật tích hợp WebSockets/Cổng thanh toán.
  • Nhà đầu tư cá nhân (Lenders): Có thêm kênh đầu tư vốn minh bạch với tỷ suất sinh lời tối ưu hơn tiền gửi tiết kiệm, được bảo vệ bằng hệ thống hợp đồng điện tử có tính ràng buộc pháp lý rõ ràng.
  • Người có nhu cầu vay vốn (Borrowers): Tiếp cận nguồn vốn vi mô nhanh chóng, không yêu cầu thủ tục rườm rà, minh bạch tuyệt đối về lãi suất và kế hoạch trả nợ định kỳ.
  • Doanh nghiệp FinTech & Khởi nghiệp: Một bản thiết kế hệ thống (System Blueprint) hoàn chỉnh có thể mở rộng thành sản phẩm thương mại đáp ứng kịp thời nhu cầu chuyển đổi số tài chính tiêu dùng.

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

1. Yêu cầu phần cứng và môi trường để triển khai hệ thống là gì?

Hệ thống máy chủ yêu cầu tối thiểu 2 vCPU, 4GB RAM chạy hệ điều hành Ubuntu Server 20.04/22.04 LTS, cài đặt Docker Engine, Node.js v18.x và PostgreSQL 15. Đối với máy trạm phát triển Client, cần Flutter SDK 3.16.x và Android Studio / Xcode.

2. Hệ thống xử lý các trường hợp người đi vay quá hạn trả nợ như thế nào?

Căn cứ vào dữ liệu tại bảng contracts và loan_requests, hệ thống tự động kích hoạt trạng thái quá hạn khi vượt quá mốc expired_at. Thuật toán sẽ áp dụng công thức tính phạt theo trường overdue_interest_rate (tối đa 150% lãi suất gốc) và gửi thông báo nhắc nợ tự động qua hệ thống Notifications/Email.

3. Dữ liệu hình ảnh và video eKYC nhạy cảm được bảo mật ra sao?

Các đường dẫn tài liệu định danh (portait_photo, id_card_front_photo, video_confirmation) được mã hóa đường dẫn lưu trữ, chỉ có các bên trực tiếp tham gia hợp đồng và tài khoản Quản trị viên (Admin) có quyền truy cập thông qua Private URL có thời hạn (Signed URLs).

4. Làm thế nào để tích hợp thêm các cổng thanh toán khác như VNPay hay MoMo?

Hệ thống áp dụng mẫu thiết kế Strategy Pattern trong module thanh toán Backend. Để thêm cổng mới, lập trình viên chỉ cần tạo thêm class triển khai (implement) giao diện PaymentGatewayInterface với các phương thức createOrder(), verifyWebhook(), và processRefund() mà không làm ảnh hưởng đến mã nguồn hiện tại.

5. Khung pháp lý tại Việt Nam có cho phép nền tảng P2P Lending hoạt động hợp pháp?

Theo phân tích tại Chương 1 của Đồ án, hoạt động P2P Lending thuần túy đóng vai trò là giao dịch dân sự kết nối giữa các cá nhân, chịu sự điều chỉnh trực tiếp của Bộ luật Dân sự 2015 (các Điều 463 đến Điều 470 về Hợp đồng vay tài sản). Hệ thống tuân thủ nghiêm ngặt các quy định về lãi suất và điều khoản nghĩa vụ của hai bên.

Kết luận

Đồ án "Phát triển hệ thống hỗ trợ quản lý tài chính cho giải pháp vay ngang hàng" đã giải quyết thành công bài toán số hóa quy trình tài chính vi mô, mang lại giải pháp công nghệ toàn diện kết hợp giữa Flutter, Node.js, PostgreSQL và Socket.io. Đề tài không chỉ hoàn thành xuất sắc các yêu cầu phân tích thiết kế phần mềm chuẩn mực từ nhà trường mà còn chứng minh tính khả thi cao trong thực tiễn xã hội, góp phần thúc đẩy phổ cập tài chính toàn diện (Financial Inclusion) và tạo tiền đề vững chắc cho việc phát triển các giải pháp FinTech thế hệ mới.