Quản lý Vị thế

Nền tảng của công ty chứng khoán hiển thị vị thế nhưng có thể không cung cấp: theo dõi đa chiến lược, thông tin chi tiết theo lô và giá vốn, cảnh báo và giới hạn tùy chỉnh, tích hợp với chiến lược giao dịch của bạn, hay góc nhìn hợp nhất trên nhiều công ty chứng khoán. Một trình quản lý vị thế chuyên dụng bổ sung những khả năng này. Với giao dịch cơ bản, nền tảng của công ty chứng khoán là đủ. Với giao dịch hệ thống hoặc danh mục đa tài khoản, trình quản lý vị thế chuyên dụng mang lại giá trị đáng kể.

Giá vốn bình quân không thay đổi khi bạn bán - nó chỉ thay đổi khi bạn mua thêm ở mức giá khác. Khi bạn bán 500 trong 1.000 cổ phiếu, 500 cổ phiếu còn lại vẫn giữ cùng giá vốn bình quân. Tại Việt Nam, việc bạn dùng FIFO hay giá bình quân chỉ ảnh hưởng đến cách bạn tính lãi/lỗ nội bộ; thuế khi bán luôn là 0,1% trên giá trị bán, không phụ thuộc phương pháp giá vốn.

Khác biệt chính: (1) Phái sinh dùng đánh giá lại theo giá thị trường hàng ngày (MTM) - lãi/lỗ được thanh toán vào tài khoản mỗi ngày, không chỉ khi đóng vị thế. (2) Yêu cầu ký quỹ thay đổi theo giá trị vị thế. (3) Vị thế có ngày đáo hạn (thứ Năm thứ ba của tháng đáo hạn với VN30F). (4) Có thể giao dịch trong ngày (T+0), khác với cổ phiếu T+2. (5) Cách tính thuế dựa trên giá trị tính thuế của hợp đồng. Trình quản lý vị thế của bạn nên theo dõi những khác biệt này và hiển thị thông tin phù hợp cho từng loại vị thế.

Lý do thường gặp: (1) Công ty chứng khoán có thể tính cả phí vào giá vốn, còn bạn thì không. (2) Cách xử lý khớp lệnh từng phần khác nhau. (3) Sự kiện doanh nghiệp có thể được áp dụng khác nhau. (4) Cách làm tròn về đồng khác nhau. Hãy luôn đối chiếu và hiểu sự khác biệt phương pháp. Để theo dõi chi phí và thuế, hãy duy trì bản ghi chính xác của riêng bạn.

Điều tra ngay lập tức: (1) Kiểm tra giao dịch đang chờ thanh toán (T+2 nghĩa là mua hôm nay phải đến chiều ngày T+2 mới về tài khoản). (2) Tìm các sự kiện doanh nghiệp gần đây có thể đã điều chỉnh khối lượng. (3) Kiểm tra các giao dịch có thể chưa được đồng bộ. (4) Rà soát xem có khớp lệnh từng phần nào chưa được ghi nhận đầy đủ không. Bản ghi của công ty chứng khoán/VSDC là nguồn chuẩn - cập nhật trình quản lý vị thế cho khớp, rồi khắc phục nguyên nhân đồng bộ để tránh tái diễn.

Các lựa chọn: (1) Dùng nền tảng của từng công ty chứng khoán riêng (SSI, VPS, VNDIRECT, HSC, TCBS...) và duy trì một bảng tính tổng hợp. (2) Dùng công cụ theo dõi danh mục tổng hợp trên nhiều tài khoản. (3) Xây trình quản lý vị thế tùy chỉnh kết nối API của từng công ty chứng khoán. (4) Để có góc nhìn hợp nhất: nhập số dư từ mỗi công ty chứng khoán (CSV hoặc API), tổng hợp trong hệ thống của bạn, đối chiếu riêng từng tài khoản. Lưu ý VSDC là nơi lưu ký tập trung, có thể giúp đối chiếu số dư. Điều cốt lõi là có một nguồn dữ liệu chuẩn cho tổng mức tiếp xúc trong khi vẫn giữ độ chính xác theo từng tài khoản cho việc thực hiện và tuân thủ.

Khác với các thị trường đánh thuế trên lãi vốn, Việt Nam đánh thuế TNCN 0,1% trên GIÁ TRỊ BÁN bất kể lãi hay lỗ. Do đó KHÔNG có cơ chế bù trừ lỗ để giảm thuế lãi - bán lỗ không giúp giảm thuế mà còn phát sinh thêm 0,1% thuế cộng phí trên giá trị bán. Chiến lược thuế hợp lý ở Việt Nam tập trung vào: (1) giảm số lần giao dịch không cần thiết (mỗi lần bán đều mất 0,1% cộng phí); (2) cân nhắc thuế 5% trên cổ tức tiền mặt; (3) với nhà đầu tư tổ chức, áp dụng thuế TNDN 20% trên lợi nhuận (khác cá nhân). Trình quản lý vị thế nên theo dõi tổng phí cộng thuế giao dịch để tối ưu chi phí.

Các phương pháp: (1) Gắn thẻ khi vào lệnh - khi đặt giao dịch, chỉ định chiến lược. Chính xác nhất. (2) Theo quy tắc - định nghĩa quy tắc (ví dụ phái sinh = chiến lược trong ngày, nắm giữ trên 30 ngày = dài hạn). Tự động nhưng kém chính xác hơn. (3) Phân bổ thủ công - định kỳ gán các vị thế chưa phân bổ. Linh hoạt nhưng tốn công. Thực hành tốt nhất: gắn thẻ khi vào lệnh, dùng quy tắc làm dự phòng, cho phép can thiệp thủ công. Theo dõi chiến lược tách biệt với tài khoản - cùng một tài khoản có thể có nhiều chiến lược.

Các lưu ý chính: (1) Theo dõi số ngày đến đáo hạn một cách nổi bật (HĐTL VN30 đáo hạn vào thứ Năm thứ ba của tháng đáo hạn). (2) Cảnh báo khi đáo hạn còn trong X ngày (ví dụ 5 ngày). (3) Giám sát suy giảm giá trị thời gian (theta) tăng tốc gần đáo hạn (với chứng quyền). (4) Khung quyết định: đóng trước đáo hạn để chốt giá trị còn lại, hoặc lăn vị thế (roll) sang kỳ hạn mới. (5) Với HĐTL, lưu ý cơ chế thanh toán khi đáo hạn. Trình quản lý vị thế nên làm nổi bật các vị thế sắp đáo hạn và cung cấp dữ liệu hỗ trợ quyết định.

Khi vị thế được chuyển (ví dụ từ công ty chứng khoán này sang công ty khác qua VSDC): (1) Ghi lại ngày mua và giá vốn gốc trước khi chuyển. (2) Sau khi chuyển, nhập thủ công chi tiết lô gốc vào hệ thống mới. (3) Giữ chứng từ (sao kê, xác nhận giao dịch cũ) làm bằng chứng. (4) Nếu lịch sử thực sự bị mất, dùng sao kê đầu tiên từ công ty chứng khoán mới làm giá vốn, dù điều này ảnh hưởng đến theo dõi lãi/lỗ nội bộ. Với chuyển khoản lưu ký, thông tin mua gốc nên đi theo chứng khoán - hãy xác minh điều này đã diễn ra đúng.

Các yếu tố thiết kế chính: (1) Kho vị thế trong bộ nhớ - cơ sở dữ liệu quá chậm cho HFT. Dùng Redis hoặc cấu trúc trong bộ nhớ tùy chỉnh. (2) Cập nhật không khóa (lock-free) - dùng phép toán nguyên tử, tránh chặn. (3) Theo dõi tổng hợp - theo dõi vị thế ròng, không phải từng vi-lô. Chi tiết lô có thể tính sau. (4) Lưu trữ bất đồng bộ - ghi vào cơ sở dữ liệu một cách bất đồng bộ, không chặn giao dịch. (5) Snapshot cộng nhật ký - định kỳ chụp trạng thái, ghi nhật ký thay đổi, cho phép khôi phục nhanh. (6) Giới hạn tính trước - kiểm tra giới hạn mà không cần truy vấn cơ sở dữ liệu. Mục tiêu: cập nhật vị thế dưới 1ms, kiểm tra giới hạn dưới 100 micro giây.

Kiến trúc HA: (1) Chính-dự phòng với nhân bản đồng bộ cho kho vị thế. (2) Chuyển đổi dự phòng trong vài giây dùng bầu chọn leader (Zookeeper, etcd). (3) Máy chủ ứng dụng không trạng thái - nhiều phiên bản sau bộ cân bằng tải. (4) Event sourcing cho phép node dự phòng bắt kịp từ nhật ký sự kiện nếu cần. (5) Kiểm tra sức khỏe và chuyển đổi dự phòng tự động. (6) Dự phòng địa lý cho khôi phục thảm họa - nhân bản bất đồng bộ sang vùng phụ. (7) Suy giảm có kiểm soát - chế độ chỉ đọc nếu node chính lỗi nhưng dự phòng chưa sẵn sàng. Kiểm thử chuyển đổi dự phòng định kỳ.

Tự động hóa sự kiện doanh nghiệp: (1) Đăng ký nguồn dữ liệu sự kiện doanh nghiệp (dữ liệu sàn, nhà cung cấp dữ liệu). (2) Phân tích chi tiết sự kiện: loại, tỷ lệ, ngày GDKHQ, ngày đăng ký cuối cùng. (3) Vào ngày GDKHQ, xác định các vị thế bị ảnh hưởng. (4) Tính điều chỉnh: Chia tách/Thưởng - nhân khối lượng theo tỷ lệ, chia giá vốn theo tỷ lệ. Cổ tức tiền mặt - không đổi vị thế, ghi nhận thu nhập riêng (trừ thuế 5%). Quyền mua - tạo vị thế quyền, xử lý lựa chọn đăng ký. (5) Áp dụng điều chỉnh theo giao dịch. (6) Đối chiếu với sao kê công ty chứng khoán sau điều chỉnh. (7) Xử lý trường hợp biên: cổ phiếu lẻ, vị thế mở giữa ngày đăng ký và ngày GDKHQ.

Giữ chỗ ngăn phân bổ quá mức khi nhiều lệnh cùng cạnh tranh dung lượng vị thế hạn chế: (1) Khi lệnh được gửi, giữ chỗ dung lượng: dung_luong_kha_dung -= khoi_luong_lenh. (2) Lưu chỗ giữ kèm mã lệnh và dấu thời gian. (3) Khi khớp, chuyển chỗ giữ thành vị thế. (4) Khi hủy/từ chối, giải phóng chỗ giữ. (5) Xử lý khớp từng phần - chuyển phần đã khớp, giữ chỗ cho phần còn lại. (6) Hết hạn các chỗ giữ cũ (nếu trạng thái lệnh không rõ quá lâu). (7) Phép toán nguyên tử - kiểm tra dung lượng và giữ chỗ trong một giao dịch duy nhất. (8) Bao gồm chỗ giữ trong tính toán giới hạn. Điều này quan trọng đặc biệt với room nước ngoài, nơi dung lượng mua của NĐT nước ngoài bị giới hạn.

Thách thức và giải pháp về tính nhất quán: (1) Nguồn dữ liệu chuẩn duy nhất - một kho vị thế có thẩm quyền, các bản sao đọc cho truy vấn. (2) Thứ tự sự kiện - dùng hàng đợi tin nhắn có đảm bảo thứ tự (Kafka phân vùng theo tài khoản). (3) Cập nhật idempotent - cùng một sự kiện áp dụng nhiều lần cho cùng kết quả. Dùng mã sự kiện để phát hiện trùng lặp. (4) Nhất quán cuối cùng - chấp nhận thiếu nhất quán tạm thời, đối chiếu sẽ bắt kịp. (5) Giải quyết xung đột - nếu hai hệ thống có giá trị khác nhau, dùng dấu thời gian (mới nhất thắng) hoặc công ty chứng khoán/VSDC làm trọng tài. (6) Mẫu saga cho cập nhật nhiều bước - giao dịch bù trừ nếu một phần thất bại. (7) Xác thực tại biên - kiểm tra tính nhất quán khi vượt qua ranh giới dịch vụ.