---

Mô hình quản lý tài khoản tập trung bằng Dashboard trong hệ thống IB Bot Auto Trading

Khi số lượng tài khoản MT5 tăng từ vài tài khoản lên vài chục tài khoản, bài toán không còn nằm ở chỗ «bot có chạy hay không», mà nằm ở chỗ người vận hành có nhìn được toàn hệ thống trong một màn hình duy nhất hay không. Đây chính là điểm mà mô hình quản lý tài khoản tập trung qua Dashboard trở thành xương sống cho một hệ thống IB bằng Bot Auto Trading.

Trong mô hình này, mỗi terminal MT5 vẫn chạy độc lập trên từng máy, từng tài khoản vẫn có bot và lịch sử riêng, nhưng dữ liệu vận hành được gom về một nơi để theo dõi realtime. Nhờ vậy, người quản lý không cần đăng nhập từng terminal để xem Equity, Floating, Bias, Profit hôm nay hay trạng thái online/offline của từng tài khoản.

Chi tiết triển khai FastAPI trong khóa: Buổi 15 — Web Dashboard FastAPI 100+ khách.

1. Vì sao hệ thống IB cần một Dashboard tập trung?

Khi vận hành theo kiểu thủ công, càng nhiều tài khoản thì càng phát sinh ba vấn đề lớn:

• Phân mảnh dữ liệu: mỗi máy chỉ thấy một phần trạng thái hệ thống.
• Phản ứng chậm: khi có tài khoản lệch Bias mạnh, treo terminal hoặc ngắt dữ liệu, người quản lý thường phát hiện muộn.
• Khó chuẩn hóa báo cáo: số liệu Profit hôm nay, Floating, Nạp/Rút dễ bị lệch nếu phải tổng hợp bằng tay từ nhiều nơi.

Mô hình dashboard tập trung giải quyết đúng ba điểm này:

Vấn đề	Dashboard tập trung
Phân mảnh	Gom dữ liệu từ nhiều terminal MT5 về một nguồn duy nhất
Phản ứng chậm	Hiển thị trạng thái realtime theo chu kỳ vài giây
Báo cáo lệch	Nền tảng xuất báo cáo ngày, đối chiếu snapshot, chuẩn vận hành

Dashboard không thay bot giao dịch — đóng vai trò trung tâm điều hành của toàn bộ hệ thống bot.

2. Tư duy thiết kế: phân tán giao dịch, tập trung giám sát

• Giao dịch phân tán: mỗi tài khoản chạy trên terminal riêng, có thể đặt tại nhiều máy như T5810, Dual, Dell LC, FH.
• Dữ liệu tập trung: toàn bộ snapshot được đẩy về một backend collector.
• Giám sát tập trung: người vận hành chỉ cần mở một dashboard trên trình duyệt để nhìn toàn cảnh.

Phù hợp hệ thống IB nhiều lớp tài khoản:

• tài khoản academy
• tài khoản IB nhánh riêng
• tài khoản ngoài IB nhưng vẫn cần cùng màn hình vận hành
• các nhóm tài khoản phân bổ trên nhiều máy vật lý khác nhau

3. Flow hoạt động của mô hình

3.1. Flow kỹ thuật

Terminal MT5 1 (EA Snapshot) ──┐
Terminal MT5 2 (EA Snapshot) ──┼──► collector_api.py (FastAPI)
Terminal MT5 n (EA Snapshot) ──┘         │
                                         ▼
                                   snapshots.db
                                         │
                                         ▼
                                   Dashboard Web
                                         │
                                         ▼
                              Người quản lý hệ thống

Ý nghĩa:

• Mỗi terminal MT5 gắn EA_Snapshot.
• EA định kỳ gửi dữ liệu tài khoản về backend qua HTTP.
• Backend lưu snapshot vào SQLite.
• Dashboard đọc dữ liệu mới nhất để hiển thị trạng thái toàn hệ thống.

3.1.1. EA giám sát gì và gửi HTTP ra sao?

Trong hệ thống Dashboard MT5 hiện tại, EA_Snapshot đóng vai trò «cảm biến»:

• Theo dõi Equity, Floating, Bias, Profit hôm nay, Nạp/Rút theo History trên terminal đó.
• Mỗi InpInterval giây (thường 10) EA gửi HTTP POST tới backend.
• Endpoint cấu hình qua InpApiUrl, ví dụ:

http://IP-COLLECTOR:8000/mt5/snapshot

Backend collector_api.py (FastAPI) nhận POST, ghi snapshots.db, dashboard.html đọc realtime.

3.2. Flow vận hành trong hệ thống IB

Tầng	Thành phần	Vai trò
Người	Chủ hệ thống IB	Ra quyết định vận hành
Máy	T5810, Dual, Dell LC, FH	Chạy terminal MT5
Nhóm TK	Academy, IB nhánh riêng, DC1–DC20, TK ngoài IB	Phân loại vận hành
Hub	Dashboard tập trung	Mọi nhóm đổ snapshot về một màn hình

Chủ hệ thống IB
       │
       ▼
Dashboard tập trung ◄── Academy (T5810, Dual)
       ▲              ◄── IB nhánh riêng (T5810)
       │              ◄── DC1–DC20 (Dell LC, FH)
       └──────────────◄── Tài khoản ngoài IB (Dual)

Flow này thể hiện:

• tài khoản có thể nằm rải trên nhiều máy,
• mỗi nhóm tài khoản có vai trò khác nhau,
• toàn bộ trạng thái cuối cùng đều đổ về một dashboard chung.

4. Dashboard cần hiển thị những gì?

Chỉ số	Ý nghĩa vận hành
Balance	Số dư hiện tại của tài khoản
Equity	Giá trị thật tại thời điểm quan sát
Floating tổng	Áp lực lãi/lỗ đang treo
Floating HN	Áp lực vị thế phát sinh trong ngày
Bias	Độ lệch BUY/SELL của tài khoản
Profit HN	Lợi nhuận đã chốt trong ngày
Tổng Nạp / Tổng Rút	Dòng tiền thực nạp rút
ON / CŨ / OFF	Trạng thái kết nối dữ liệu

Nếu nhìn đúng các cột này, người quản lý trả lời nhanh:

• Tài khoản nào đang chạy ổn định?
• Tài khoản nào đang bị lệch hướng mạnh?
• Máy nào đang ngắt gửi snapshot?
• Nhóm tài khoản nào tạo lợi nhuận tốt trong ngày?
• Dòng tiền thực tế từng cụm có khớp kỳ vọng không?

5. Giá trị cốt lõi của mô hình quản lý tập trung

5.1. Nhìn toàn cảnh thay vì nhìn từng terminal

Thay vì mở 20–40 cửa sổ MT5, người vận hành chỉ cần một dashboard — chuyển từ vận hành cảm tính sang bảng điều khiển trung tâm.

5.2. Phát hiện sớm rủi ro

Dashboard phát tín hiệu đầu tiên khi: mất kết nối, snapshot quá cũ, floating tăng đột biến, hoặc Bias vượt ngưỡng — đặc biệt quan trọng với bot lưới/hedge (rủi ro tích lũy trạng thái, không phải một lệnh đơn).

5.3. Chuẩn hóa báo cáo nội bộ

Gom một nguồn → báo cáo ngày, đối chiếu sáng sớm 10h, snapshot cuối tuần nhất quán — không phụ thuộc trí nhớ từng ops.

5.4. Dễ mở rộng quy mô

Thêm tài khoản mới:

1. Đăng nhập terminal phù hợp
2. Gắn EA_Snapshot
3. Cấu hình endpoint collector
4. Xác nhận xuất hiện trên dashboard

Mở rộng theo hướng «thêm node» — không đổi toàn bộ cách quản lý.

6. Mô hình này đặc biệt phù hợp khi nào?

• Chạy nhiều tài khoản MT5 cùng lúc
• Tài khoản trên nhiều máy/VPS
• Tách nhóm theo email, nhánh IB, người phụ trách
• Xuất báo cáo ngày nhanh, nhất quán
• Theo dõi realtime không soft-login từng tài khoản

Hệ thống IB trở thành hệ điều hành mini cho nhiều tài khoản giao dịch — không còn tập hợp bot rời rạc.

7. Quy trình vận hành chuẩn đề xuất

Bước 1. Chuẩn hóa tên tài khoản và tên máy

Hậu tố gợi ý: –T5810, –Dual, –Dell LC, –FH — dashboard biết tài khoản đang chạy ở đâu.

Bước 2. Mỗi terminal một tài khoản

Một instance MT5 = một tài khoản + một EA_Snapshot — snapshot rõ, dễ dò lỗi.

Bước 3. Một collector duy nhất

Toàn bộ terminal POST về cùng backend — tránh phân mảnh dữ liệu.

Bước 4. Kiểm tra dashboard theo chu kỳ

Đầu ngày · sau tin mạnh · giữa phiên · cuối ngày · trước xuất báo cáo.

Bước 5. Dashboard trước BaoCaoNgay

Xác nhận: trạng thái ON, snapshot chưa quá cũ, History đủ, không lệch dữ liệu bất thường.

8. Lưu ý triển khai thực tế

Lưu ý	Vì sao
Đồng bộ IP collector (LAN)	EA POST đúng máy backend
Whitelist WebRequest URL trên MT5	MT5 chặn HTTP mặc định
All History trên terminal	Profit HN và Nạp/Rút chính xác
Phân biệt realtime vs báo cáo	Snapshot giám sát ≠ kiểm toán cuối kỳ
Runbook OFF / CŨ	Kiểm terminal, mạng, EA, backend ngay

Dashboard giúp nhìn thấy sớm — vẫn cần quy trình phản ứng rõ ràng phía sau.

9. Kết luận

Nếu bot auto trading là «động cơ tạo dòng lệnh», dashboard tập trung là buồng lái hệ thống IB — giảm thao tác thủ công, phát hiện rủi ro sớm, chuẩn hóa báo cáo, mở rộng số tài khoản mà vẫn kiểm soát được.

Với hệ nhiều tài khoản, nhiều máy, nhiều nhánh IB — dashboard không còn «nên có» mà là hạ tầng bắt buộc vận hành chuyên nghiệp.

10. Liên hệ & đăng ký

Khóa Xây dựng hệ thống IB bằng Bot Auto Trading — 24 buổi thực chiến, chuyển giao bot copy, dashboard FastAPI và script vận hành OPC.

Hotline 0934 145 100 · Zalo 039 791 9841 · Chat Zalo

11. Disclaimer

Nội dung phục vụ đào tạo kỹ thuật và mô hình vận hành dashboard IB Bot. Không phải tư vấn đầu tư; không cam kết lợi nhuận. Giao dịch có rủi ro.

Lộ trình khóa IB: Xây dựng IB bằng Bot Auto Trading