Nền tảng & công cụ

MT5 Close all nhưng còn vị thế:đối soát ticket và sự kiện

Tách lỗi Close By,đóng bất đồng bộ và pending còn; mô hình hai danh sách trống ở hai thời điểm vẫn có vị thế mới.

Minh họa biên tập đối soát ticket và phơi nhiễm,không sự cố thật.
Đọc tài khoản còn gì sau xác nhận,không chỉ đếm yêu cầu.

Giao dịch ngoại hối có đòn bẩy và CFD có thể gây thua lỗ nhanh chóng. Nội dung phục vụ học tập, không phải tư vấn đầu tư cá nhân.

Trong bài viết này

Sau khi đọc bài này…

  • Tách lỗi Close By tuần tự khỏi từ chối đóng bất đồng bộ.
  • Ghép năm ticket với deals và cỡ còn.
  • Nhận ra hai lần đọc khác lúc chưa là ảnh tài khoản đồng thời.

Tra cứu thuật ngữ ngay trong bài

Khớp lệnh Lot (đơn vị khối lượng) Stop loss — lệnh dừng lỗ

Close all trong MT5 là chuỗi yêu cầu,không bảo đảm cả tài khoản đóng đồng thời. Có thể còn vị thế do từ chối,gián đoạn hoặc đóng ứng dụng. Xác định khớp gì và còn bao nhiêu. Quy trình này nói Group operations tích hợp;add-on/EA tự viết có thể khác.

Lệnh đã chọn bao gồm gì?

Ghi đầy đủ lệnh:mọi vị thế,chỉ lời,lỗ,một symbol hoặc một hướng. Chọn vị thế có thể đổi menu. Nói “đóng hết” chưa xác lập phạm vi nếu không ghi lệnh. Không nhầm đóng với đảo:đảo có thể tạo phơi nhiễm mới.

Tài liệu nhóm MT5 tách giai đoạn:hedging thử Close By trước,rồi đóng thường phần còn. Lỗi Close By tuần tự dừng quá trình;giai đoạn bất đồng bộ sau đó,một yêu cầu từ chối để vị thế đó mở nhưng vẫn gửi các yêu cầu khác. FIFO cũng tuần tự và dừng khi lỗi. Cần tách giai đoạn.

Nhóm cần One Click Trading;một số lệnh không có với FIFO. Đọc mode và ACCOUNT_FIFO_CLOSE đúng tài khoản,không suy từ giao diện. Đây thuộc tính tài khoản riêng,không luật toàn cầu.

Hedging và netting tách ticket đối nghịch với vị thế gộp. Close By là hai vị thế ngược cùng symbol trên hedging. Công cụ khác tên gần giống chưa là chân đối ứng. Script Close all riêng phải đánh giá theo hướng dẫn riêng,không mặc định giống menu MT5.

Đối soát năm vị thế sau thao tác

Mô hình chẩn đoán hư cấu.Tài khoản hedging giả không FIFO có 5 vị thế,EUR/USD cho Close By.Không khớp một phần,mở mới hoặc thay đổi khác.Chuỗi minh họa phụ thuộc,không tốc độ server.Không tính P/L tiền hoặc cộng lot giữa hợp đồng khác.
Trạng thái đầu và kết quả xác nhận
TicketTrạng thái đầuXác nhậnCòn lại
AEUR/USD,mua 0.10 lotClose By với B khớpKhông
BEUR/USD,bán 0.10 lotClose By với A khớpKhông
CGBP/USD,mua 0.20 lotĐóng đủ 0.20Không
DUSD/JPY,bán 0.10 lotTừ chối,đóng 0Bán 0.10
EXAU/USD,mua 0.05 lotĐóng đủ 0.05Không

A–B khớp xong làm số vị thế 5→3. Tiếp gửi đóng C,D,E không chờ xác nhận từng cái trước. Mô hình C/E đóng,D từ chối;kết cuối một vị thế D:bán 0.10 lot USD/JPY. Ba yêu cầu gửi chưa chứng minh ba đóng hoàn tất.

Năm ban đầu,vẫn còn một

Cuộn ngang để xem hết sơ đồ.

Năm ban đầu,còn một vị thếMô hình:A/B Close By xong,C/E đóng,D từ chối.Còn D bán 0.10 USD/JPY.Gửi yêu cầu khác thực thi.A+B:EUR/USDClose By hoàn tấtĐóng 2 vị thếC:GBP/USDDeal đóng xác nhậnĐóng 1 vị thếD:USD/JPYYêu cầu bị từ chốiCòn bán 0.10E:XAU/USDDeal đóng xác nhậnĐóng 1 vị thế
Mô hình:A/B Close By xong,C/E đóng,D từ chối.Còn D bán 0.10 lot USD/JPY.Gửi không là khớp.

Đếm vị thế hiện và khối lượng đóng xác nhận,không cửa sổ thông báo. Close By ở đây xóa hai ticket bằng một thao tác;đóng thường có kết quả riêng. Đọc lỗi lệnh hỗ trợ phân loại,nhưng trạng thái tài khoản xác lập kết cuối. Phản hồi chưa rõ khác từ chối xác nhận.

Mỗi ticket giữ symbol,hướng,cỡ đầu,mã yêu cầu/order,phản hồi,deals,cỡ còn. Deal có liên kết order/position. Một order có thể nhiều deals;không coi mỗi mảnh là đóng toàn ticket. Ghi giờ/múi giờ và lý do chưa giải quyết.

Lỗi/gián đoạn ở giai đoạn nào?

Biến thể riêng cùng đầu:A–B lỗi Close By trước thực thi,giả định không deal đóng. Dừng trước C,D,E nên còn cả 5. Khác D từ chối sau A–B đã đóng. Trong sự cố thật,thiếu phản hồi cần điều tra,không tự giả định chưa khớp.

Đóng ứng dụng dừng quá trình nhóm,không hoàn tác deals đã xác nhận. Nếu A–B đã đóng nhưng chưa gửi C–E,biến thể còn 3. Xác định kết server của yêu cầu đã gửi. Khởi động lại chưa chứng minh tài khoản phẳng hoặc tự cho phép gửi lại toàn lô theo cỡ nhớ cũ.

Kiểm EA,ứng dụng khác hoặc người khác có mở mới lúc thao tác không. Ticket mới chưa chắc vị thế đóng lỗi. So lịch sử,nguồn lệnh,giờ. OrderSend true trong MQL5 chưa xác lập thực thi,cần kết quả/sự kiện;điều này không đòi giao dịch thật thử.

Danh sách vị thế trống đã đủ?

Kiểm cả lệnh chờ. MT5 có thao tác xóa riêng;đóng vị thế chưa xác nhận hủy pending. Lệnh mua chờ P hư cấu có thể còn sau khi cả 5 ticket đã đóng;rồi khớp tạo vị thế mới. Lệnh và hủy tách yêu cầu hủy với kết quả.

Sau đồng bộ,đọc vị thế không lọc che symbol/hướng;đối soát lịch sử đóng và pending riêng. Ghi trạng thái trống kèm thời gian/phạm vi tài khoản. Một ảnh chưa chứng minh EA không tái tạo phơi nhiễm. Kiểm bảo vệ hiện của vị thế còn;thất bại lô đầu không là lý do bỏ rủi ro hiện.

Kiểm Close all hữu ích kết bằng danh sách tài khoản còn gì. Đếm yêu cầu gửi không thay danh sách ấy.

Các bước kiểm tiếp theo

  1. Tái dựng phạm vi trên demo:ghi mode,tên lệnh đầy đủ,mọi ticket/cỡ và lưu trạng thái đầu. Không thử gây từ chối trên tài khoản thật;mô hình/môi trường trình diễn phù hợp đủ cho điều tra này.
  2. Ghép từng vị thế với kết xác nhận:tách Close By với đóng thường,gắn nhãn từ chối/chưa rõ,đọc cỡ hiện. Không gửi cả lô theo trí nhớ hoặc suy khớp vì nút đã biến mất.
  3. Kết bằng kiểm cả hai danh sách:đúng tài khoản,sau đồng bộ,không lọc che. Nếu còn gì,đánh giá phơi nhiễm và hành động khả dụng. Giữ trạng thái cuối/giờ trong nhật ký trước gọi hoàn tất.

Hai danh sách trống ở hai lúc khác nhau chưa là một ảnh đồng thời

Biến thể riêng sau khi đã đóng đủ năm vị thế gốc:còn lệnh chờ mua P. Bước 1,đọc danh sách vị thế thấy trống. Bước 2,P khớp tạo vị thế mới F và rời danh sách pending. Bước 3,đọc pending thấy trống. Nếu ghép hai kết quả bước 1/bước 3 thành “không vị thế,không pending”,ta bỏ F đang tồn tại. Không có giả định lỗi API trong ví dụ;trạng thái đổi giữa hai lần đọc.

Hai lần đọc đều trống vẫn có thể bỏ vị thế mớiBiến thể giả:cả năm vị thế gốc đã đóng,P còn chờ rồi khớp giữa hai lần đọc;không lỗi truy vấn.PHÉP TÍNH GIẢ ĐỊNHBước1:đọc vị thế[]Bước2:P khớpSinh F,P rời pendingBước3:đọc pending[] nhưng F đang mởBước4:đọc lại vị thế[F]
Hai lần đọc đều trống vẫn có thể bỏ vị thế mới. Biến thể giả:cả năm vị thế gốc đã đóng,P còn chờ rồi khớp giữa hai lần đọc;không lỗi truy vấn.

Giữ thời điểm mỗi quan sát và liên kết order/deal/position.Trạng thái trống đã thấy không hứa phơi nhiễm sẽ không tái tạo.

Trên màn hình nhỏ, bạn có thể cuộn ngang hoặc phóng to sơ đồ. Các giá trị và kết luận cũng có ở phần văn bản bên dưới.

Bước1:đọc vị thế
[] – P còn pending;vị thế hiện trống.
Bước2:P khớp
Sinh F,P rời pending – F là vị thế mới,không ticket gốc đóng lỗi.
Bước3:đọc pending
[] nhưng F đang mở – Ghép với kết quả bước1 không tạo snapshot đồng thời.
Bước4:đọc lại vị thế
[F] – Đối soát deal/order nguồn và cỡ hiện;không tự gửi lại lô cũ.

Bước 4,đọc lại vị thế thấy F rồi đối soát deal sinh từ P,trước quyết định hành động trên cỡ hiện. Đây mô hình thứ tự sự kiện,không đo độ trễ hoặc tuyên bố hai API cung cấp snapshot nguyên tử. Giữ giờ mỗi lần quan sát,mã order/deal/position và kiểm nguồn có thể tạo lệnh mới.Kiểm lặp giúp thấy thay đổi trong mô hình,không bảo đảm tài khoản không đổi trong tương lai.Không tắt mức bảo vệ đang có chỉ để làm hai danh sách trông khớp.

Kiểm tra mức độ hiểu bài

Bài tập: khoảng 2 phút.

Mô hình:Close By đóng A/B,C/E đã đóng,D từ chối.Còn bao nhiêu vị thế gốc?

Xem đáp án và giải thích

Đúng.Bốn ticket đã đóng;chưa deal đóng xác nhận nào xóa D.

Câu hỏi khác

Close all xóa cả lệnh chờ?
Không coi đóng vị thế là xác nhận hủy mọi pending.MT5 có lệnh xóa riêng.Kiểm cả danh sách/lịch sử,vì pending có thể sinh vị thế lại.Ghi phạm vi,tài khoản,giờ.Yêu cầu hủy chưa rõ cần kết quả riêng.
Đóng terminal hoàn tác nhóm?
Không hoàn tác deals đã xác nhận,có thể dừng phần còn.Xác định kết server của yêu cầu đã gửi,không coi gián đoạn là hủy hết hoặc đóng xong.Giữ log,đọc cỡ sau đồng bộ,so lịch sử.Khởi động lại không chứng minh không phơi nhiễm.
Vì sao thiếu nút đóng mọi vị thế lời?
Menu tùy loại tài khoản,vị thế chọn,cài đặt.Một số Group operations không tương thích FIFO nên không hiện.Kiểm One Click Trading và tên chức năng trước quy lỗi broker.Add-on có thể khác quy trình tích hợp.
Lỗi rồi nhấp Close all lại được không?
Xác định trạng thái hiện trước:lệnh có thể đã đóng/giảm,EA có thể mở mới.Từ chối khác thiếu xác nhận.Ghi ticket,cỡ và yêu cầu trước đã giải quyết chưa;thao tác mới có phạm vi/điều kiện riêng,không tự hoàn tất danh sách cũ.
Hai danh sách trống đủ chứng minh cùng lúc không phơi nhiễm?
Nếu đọc khác lúc,chưa đủ.Ví dụ đọc vị thế trống khi P còn chờ,P khớp sinhF,rồi đọc pending trống:F vẫn mở.Đọc lại/đối soát thời gian và deal giúp tìmF trong mô hình;không bảo đảm tài khoản bất biến hoặc API nguyên tử.

Nguồn và kiểm chứng

  1. www.metatrader5.com

    Nguồn tham khảo cho nội dung; xem phạm vi và giả định được nêu trong bài.

  2. www.mql5.com

    Nguồn tham khảo cho nội dung; xem phạm vi và giả định được nêu trong bài.

  3. www.mql5.com

    Nguồn tham khảo cho nội dung; xem phạm vi và giả định được nêu trong bài.

  4. www.mql5.com

    Nguồn tham khảo cho nội dung; xem phạm vi và giả định được nêu trong bài.

Các phép tính dùng giả định được nêu rõ. Chúng không thay thế dữ liệu thị trường hiện tại hoặc điều khoản của nhà cung cấp.

Về tác giả

Jarosław Wasiński là biên tập viên và nhà phân tích thị trường tại Ba Lan. Ông sáng lập MyBank.pl năm 2004 và theo dõi thị trường ngoại hối từ năm 2007.