Phụ lục 02: Đặc tả kỹ thuật Hệ thống giao dịch SGDCK TPHCM Ban hành kèm theo Quy định giao dịch trực tuyến Sở Giao dịch Chứng khoán TP HCM ngày 24 tháng 11 năm 2008 ĐẶC TẢ KỸ THUẬT HỆ THỐNG GIAO DỊCH CỦA SGDCK TPHCM Mục Lục I/ Thuật ngữ II/ Giao thức Auto-T Định nghĩa: Nguyên tắc họat động Giao thức Auto-T a Truyền liệu: 12 b Ngắt kết nối: 13 c Yêu cầu khả xử lý ứng dụng: 14 Bảng mô tả mã code 15 Phụ lục Các biểu đồ 16 III/ Giao thức Broadcast 18 Phương thức truyền thông điệp: 18 a Khái niệm Sequence Numbers 18 b Khái niệm Timestamp 18 c Định dạng gói liệu truyền theo dạng broadcast 18 d Định dạng content 18 Truyền lại thông điệp bên đường UDP : 19 a Truyền tự động: 19 b Truyền thủ công : 20 IV/ Mô tả message: 21 Message CTCI: 21 Message 1C: Thông tin hủy lệnh 21 Message 1D: Thông tin thay đổi lệnh 22 Message 1E: Thông tin quảng cáo GDTT 23 Message 1F: Thông tin lệnh GDTT khách hàng công ty 24 Message 1G: Thông tin lệnh GDTT khách hàng khác công ty 25 Message 1I: Thông tin lệnh đặt 26 Message 2B: Xác nhận lệnh đặt 27 Message 2C: Xác nhận hủy lệnh 28 Message 2D: Xác nhận thay đổi lệnh 29 Message 2E: Xác nhận khớp lệnh khách hàng khác công ty 30 Message 2F: Thông tin lệnh GDTT cho bên mua 31 Message 2G: Thông tin từ chối từ HOSE 32 Message 2I: Xác nhận khớp lệnh khách hàng công ty 33 Message 2L: Xác nhận khớp GDTT 34 Message 3A - Admin 35 Message 3B: Thông tin trả lời lệnh GDTT bên mua HOSE 36 Message 3C: Thông tin yêu cầu hủy lệnh 37 Message 3D: Thông tin trả lời yêu cầu hủy lệnh bên mua HOSE 38 Message RN - Retransmission Nack 39 Message RP - Retransmission Reply 40 Message RQ - Retransmission Request 41 Message PRS: 42 Message AA – Thông báo giao dịch thỏa thuận 42 Message BR – Thông tin xác nhận kết giao dịch công ty chứng khoán 43 Message BS – Thông báo thay đổi trạng thái broker 44 Message CO - Hủy giao dịch lô lẻ 45 Message DC – Thông báo hủy giao dịch khớp 46 Message GA – Thông báo từ HOSE 47 Message IU - cập nhật số 48 Message LO – thông tin phiên giao dịch lô lẻ 49 Message LS – thông tin lần giao dịch 50 Message NH – Tiêu đề tin 51 Message NS – Bản tin 52 Message OL – lệnh đặt lô lẻ 53 Message OS – Thông tin xác định giá mở cửa 54 Message PD – Thông báo khớp lệnh giao dịch thỏa thuận 55 Message PO – Thông báo giá mở cửa dự kiến 56 Message SC – thông điệp điều khiển hệ thống 57 Message SI 58 Message SR – Tổng kết thông tin mã chứng khoán 59 Message SS – Thông báo thay đổi trạng thái mã chứng khoán 60 Message SU – Cập nhật mã chứng khoán 61 Message TC – Thay đổi trạng thái trader 63 Message TP – giá trị tốt 64 Message TR – room đầu tư nước 65 Message TS 66 Ý nghĩa trường message: 67 Accumulate Value 67 Accumulate Volume 67 Add/Cancel Flag 67 Advances 67 Automatch Halt Flag 68 Benefit 68 Board 68 Board Lot 68 Broker Client Volume, Broker Foreign Volume, Broker Portfolio Volume 69 Cancel Confirm 69 Cancel Shares 69 Ceiling Price 69 Client ID 69 Client ID Required 70 Confirm Number 70 Contact 70 Contra Firm 71 Current Room 71 Deal ID 71 Declines 71 Delist 71 Down Volume 72 Error code 72 Filler 72 Firm 73 Floor Price 73 Halt / Resume Flag 73 Highest Price 73 Index – HOSE 74 Index Time 74 Last Sale Price 74 Lot Volume 74 Lot Volume 1,2,3 74 Lowest Price 75 Market ID 75 Message Type 75 Meeting 75 Mutual Fund Volume 75 No Change 75 No Change Volume 76 Notice 76 Open Price 76 Order Cancel Status 76 Order Entry Date 77 Order Number 77 Original Message Text 77 Par Value 77 Port/Client Flag 77 Price 78 Price 1,2,3 78 Prior Close Date 78 Prior Close Price 78 Projected Open Price 79 Published Volume 79 Putthrough Halt Flag 79 Reject Reason Code: 79 Reply Code 81 SDC Flag 81 Sector Number 81 Security Name 81 Security Number, Security Number (New) 82 Security Symbol 82 Security Type 82 Side 82 Split 83 Suspension 83 System Control Code 83 Time 84 Timestamp 84 Total Room 84 Total Shares Traded 84 Total Trades 84 Total Values Traded 85 Trader ID 85 Trader Status 85 Up Volume 85 Volume 86 Số lượng cổ phiếu hay chứng quỹ, trái phiếu giao dịch giao dịch 86 Lưu đồ message: 87 Lưu đồ message điều khiển (SC) 87 Lưu đồ message từ pre-open sang open 87 Lưu đồ message với lệnh đặt ATO/ATC 88 Lưu đồ xử lý lệnh đặt 88 Lưu đồ xử lý lệnh thị trường (MP) 89 Lưu đồ message thay đổi lệnh 89 Lưu đồ message yêu cầu huỷ lệnh 90 Lưu đồ khớp giao dịch thoả thuận công ty 90 Lưu đồ huỷ giao dịch thoả thuận công ty 90 Lưu đồ khớp giao dịch thoả thuận khác công ty 90 Lưu đồ hủy lệnh thoả thuận (chỉ dành cho trường hợp khác công ty) 91 Lưu đồ quảng cáo giao dịch thoả thuận 92 Đơn vị trường giá trị số: 92 V Bảng tóm lược message gửi giai đoạn 94 CTCI messsage: 94 PRS message: 94 Lưu đồ message Sở Công ty chứng khoán 95 I/ Thuật ngữ HOSE: Sở giao dịch chứng khoán Tp.HCM Front-End: Hệ thống đầu cuối, hệ thống trung gian hệ thống giao dịch Sở CTCK Back-End: Hệ thống sau cuối, hệ thống giao dịch Sở Message: Thông điệp Flow control: Là tiến trình việc quản lý tốc độ chuyển tải liệu điểm TCP(Transmission control protocol): Là giao thức giao vận Đây giao thức cốt lõi giao thức internet UDP(User datagram protocol): giao thức giao vận Đây giao thức cốt lõi giao thức internet Sliding window: Là kỹ thuật cho phép bên gửi gửi nhiều gói tin mà không cần thiết phải nhận ACK (phản hồi ) từ bên nhận, miễn số gói tin không vượt giá trị định, gọi window size full-duplex: Trao đổi liệu chiều 10 buffer window: đệm chứa gói tin nhận từ mạng hay gói tin chuẩn bị gửi đi, thành phần kỹ thuật sliding window 11 Server: hệ thống phần mềm phục vụ cho giao dịch trực tuyến, đặt HOSE 12 Client: hệ thống phần mềm đặt công ty chứng khoán thành viên, nhằm phục vụ cho giao dịch trực tuyến Phần mềm CTCK tự phát triển mua từ nhà cung cấp giải pháp phần mềm 13 Sequence number: số thứ tự gói liệu truyền 14 Acknowledge sequence number: số sequence xác nhận giá trị mong muốn nhận lần 15 ClientAck: viết tắt client acknowledge sequence number, có nghĩa số Acknowledge sequence phía client 16 ServerSeq: viết tắt server sequence number, số sequence phía server 17 Window size: kích thước kỹ thuật sliding window, số gói liệu tối đa bên gửi liên tiếp mà không cần phải chờ phản hồi từ bên nhận Khuyến cáo cho ứng dụng phát triển 18 Broker: Công ty Chứng khoán thành viên ( dùng mô tả message) 19 Trader: Người môi giới 20 Packet sequence: Thứ tự gói liệu 21 CTCI (Computer to computer interface): Là phương thức mà thành viên Sở nhập lệnh từ hệ thống máy tính CTCK thành viên đến máy chủ giao dịch Sở 22 PRS (Price report system) : Hệ thống báo giá 23 Alphabet : Ký tự chữ 24 Numeric String: Chuỗi bao gồm ký tự số 25 Alphanumeric String: Chuỗi bao gồm ký tự chữ số II/ Giao thức Auto-T Định nghĩa: Giao thức Auto-T giao thức lớp tầng ứng dụng, sử dụng việc chuyển tải giao dịch Hệ thống giao dịch HOSE Hệ thống giao dịch CTCK thành viên Các message sử dụng để giao tiếp hệ thống Nguyên tắc họat động Hệ thống giao dịch HOSE logic chia thành thành phần: Front-End Back-End Hệ thống Back-End Hệ thống giao dịch HOSE Các giao dịch chuyển tải theo dạng Message Hệ thống Back-End HOSE Hệ thống giao dịch CTCK thành viên Hệ thống Front-End đảm nhận tác vụ nhằm xử lý Message theo tiêu chuẩn giao thức giao vận tầng Giao thức ứng dụng thiết kế theo tiêu chí sau: - Có khả quản lý tốc độ chuyển tải liệu điểm (Flow control) - Đảm bảo độ tin cậy xuất cố - Đáp ứng chức hệ thống Front-End Trạng thái message xác định packet sequence Thông thường, Packet sequence không thiết phải cho session giao thức Auto-T, packet sequence bắt buộc phải để dùng cho mục đích tham chiếu khác Xem xét trạng thái ứng dụng, có chế độ kết nối: - Mode A(New connection): tất trạng thái tình trạng ban đầu - Mode C(Continued connection): Ứng dụng sử dụng trạng thái trước để phục hồi liệu cần thiết - Mode B(Blindly continued connection): Khi ứng dụng trạng thái cố gắng phục hồi liệu với phần thông tin trạng thái lưu lại Ví dụ: Mode B xảy máy chủ chạy ứng dụng bị cố Sẽ mode B ứng dụng không trạng thái Ví dụ : việc lưu thông tin trạng thái lên thiết bị lưu trữ ổn định Trong trường hợp ứng dụng chuyển từ máy chủ để chạy máy chủ khác, ứng dụng trường hợp phải có khả truy xuất thông tin lưu giữ trạng thái máy chủ Chính vậy, thông tin trạng thái phải lưu đĩa cứng chia sẻ Tuy nhiên, đĩa cứng chia sẻ không khả thi máy chủ đặt vùng địa lý khác Cả hai bên (CTCK SGDCK TPHCM) phải thống mode kết nối giai đoạn thiết lập hoàn tất, không kết nối tiếp tục Ví dụ: không khả thi Server mong muốn kết nối mode A Client lại muốn tạo kết nối mode C Trong Auto-T, Sở đóng vai trò Server CTCK có vai trò Client Mối quan hệ 1-1 Tóm lại, giao thức ứng dụng bao gồm giai đoạn chính: - Thiết lập kết nối: giai đoạn này, Client yêu cầu kết nối tới Server Trước Server chấp nhận kết nối, thẩm định yêu cầu client thực phục hồi liệu cho client cần thiết Dựa chấp thuận kết nối từ Server, Client phải kiểm tra liệu phục hồi từ phía Server yêu cầu sau phải gửi xác nhận cho Server để kết thúc trình thiết lập kết nối - Truyền liệu: Một kết nối thiết lập cách hợp lệ, server client gửi gói liệu cho Giai đoạn full-duplex, hoat động theo sliding window, flow control Flow control giới hạn số gói liệu mà bên gửi cho mà không cần nhận phản hồi Trong giai đọan có yêu cầu phản hồi giao thức phụ - Ngắt kết nối: Khi bên chuẩn bị ngưng kết nối, client nên tuân theo giao thức ứng dụng trước đóng kết nối Ngoài vấn đề độ tin cậy nêu trên, flow control phải có khả quản lý như: - Số gói tin trình bị cố không kích thước buffer window Thời điểm phục hồi điều khiển mức ứng dụng - Nếu bên nhận nhận gói tin lý giai đoạn truyền liệu nên ngừng không bên nhận bị tải dẫn đến sụp đổ hệ thống Giao thức Auto-T Định dạng Auto-T Message: Len Seq bytes bytes AckSeq Opcode Link ID Content ETX bytes bytes bytes N bytes byte Bảng : Định dạng Auto-T message Mô tả chi tiết: Field Name Field Length Field Type Field Description Length bytes ASCII Độ dài gói ( mod96+32) tin không bao gồm trường sequence bytes ASCII (mod96+32) Seq bên gửi ack sequence bytes ASCII (mod96+32) Seq mong muốn bên gửi Opcode bytes Alphabet Loại gói tin, giúp ứng dụng có khả xử lý tương ứng, đồng thời định rõ định dạng ý nghĩa trường lại Link-ID bytes ASCII (mod96+32) Id đường kết nối giúp server xác định liệu đến từ client content N bytes Phần nội dung, phụ thuộc vào loại gói tin Opcode ETX byte constant Dấu hiệu kết thúc (ASCII code 03) Bảng : Mô tả chi tiết trường Định dạng phần nội dung gói tin, phụ thuộc vào opcode: Nội dung Opcode kiểu gói Tên trường Độ dài trường Mode byte ( alphabet ) tin (2 chars) HL (HELLO) A = new connection B = blindly continued connection C = continued connection password EOS N bytes (End Of String, byte ASCII code 00) number of markets byte (mod96+32) market ID-1 byte (alphabet) A = ASSET (subjected to change) firm ID-1 bytes (alphabet) market ID-n byte (alphabet) firm ID-n bytes (alphabet) HR (HELLO_REPLY) mode byte (alphabet) CF (CONFIRM) - - DT(DATA), LO(LEFTOVER), LL(LEFTOVER_LAST) DT market-ID byte (alphabet) message-count byte (mod96+32) data N bytes (Nếu có message, message ngăn cách ký tự US) LO(LEFTOVER) LL(LEFTOVER_LAST) Của RP RR(RETRAN_REQ) RP(RETRAN_REPLY) market-ID byte RP Packet “RP” = bytes Link id = bytes Market-ID = byte Broadcast message = N bytes market-ID byte broadcast request message N bytes market-ID byte broadcast message N bytes AK(ACK) - - NK(NACK) error code bytes ( mod96+32 ) error string N bytes EOS (ASCII code 00 ) byte FN(FINISH) - - AF (ACKFIN) - - EC (ECHO) - - ER (ECHO_REPLY) - - Bảng 3: Mô tả chi tiết nội dung opcode Thiết lập kết nối: Giai đoạn bao gồm trình chứng thực người dùng trình phục hồi liệu có message bị lần truyền trước ™ Giao thức truyền: ¾ Client gửi gói HELLO kèm theo sequence number, acknowledge sequence number mật để server kiểm tra, chứng thực người dùng Nếu có lỗi, message NACK kèm theo mã lỗi mô tả lỗi gửi cho client ¾ Server kiểm tra để biết client có cần khôi phục liệu không ƒ Nếu CliAck +WindowSize >= ServSeq > CliAck: client bị số message cần truyền lại message bị ƒ Nếu ServSeq == CliAck : Client nhận đủ message ƒ Nếu ServSeq > CliAck+WindowSize: gần xảy Nếu có giao thức nên ngừng để phối hợp xử lý ƒ Nếu ServSeq < CliAck: server bị cố server client kết nối mode khác Nếu trường hợp thứ hai, cần tắt client khởi động lại mode giống với server ¾ Sau kiểm tra trình khôi phục liệu (nếu có) hoàn tất, server gửi message HELLO_REPLY, client phải thực bước kiểm tra tương tự server ƒ Nếu ServAck+WindowSize >= CliSeq > ServAck: server bị message cần truyền lại ƒ Nếu CliSeq == ServAck: server nhận đủ message từ client gửi ƒ Nếu CliSeq > ServAck+WindowSize: gần xảy Nếu có phải xem xét server ack client sequence để điều chỉnh cho hợp lý ƒ Nếu CliSeq < ServAck: client bị down server client 10 45 Sai thông tin “Filler” 99 Lỗi không xác định CTCI: 2G Broadcast: None Reply Code Một trường ký tự kiểu chữ dùng để phản hồi lại yêu cầu việc hủy lệnh hiệu chỉnh thỏa thuận Những giá trị có: "A" Chấp thuận "C" Bên đối tác không chấp thuận "S" HOSE không chấp thuận CTCI: 3B, 3D Broadcast: None SDC Flag Một cờ dùng để chứng khoán có SDC không Trường thêm vào ASSET V3.0 Những giá trị có: "Y" Mã cổ phiếu có SDC "N" Mã cổ phiếu SDC CTCI: None Broadcast: SU Sector Number Một trường ký tự kiểu số định dạng theo mod96 chứa đựng số nhóm lĩnh vực chứng khoán Giá trị nằm khoảng: PO ++++++++> Market Open 87 1I OS ++++++++> 2E/2I 2E/2I LS ++++++++> TP ++++++++> > > Lưu đồ message với lệnh đặt ATO/ATC SET Firm Pre-Open Period < 2B Contra Firm 1I (ATO/ATC) > < 2B TP ++++++++> PO ++++++++> 1I (ATO/ATC) > Market Open Nếu khớp 2E/2I 2E/2I OS (không gửi trường hợp ATC ) LS TP Nếu không khớp phần lại 2C 2C TP > > ++++++++++ > ++++++++++ > ++++++++++ > > > +++++++++> Lưu đồ xử lý lệnh đặt SET 2B/2E/2I Nếu nằm giá cao/thấp TP ++++++++> Firm During Trade < -> 1I 88 Contra Firm < -Nếu khớp 2E/2I 2E/2I 1I > > LS ++++++++> TP ++++++++> Nếu không khớp nằm giá cao/thấp TP ++++++++> Lưu đồ xử lý lệnh thị trường (MP) SET < -Không khớp 2C Khớp 2E/2I 2E/2I LS ++++++++> TP ++++++++> Phần lại 2D TP ++++++++> Firm 1I (MP) Contra Firm > > > > Lưu đồ message thay đổi lệnh SET 2B/2E/2I 2D Firm < -> < -> Contra Firm 1I 1D (thay đổi) Nếu có thay đổi lệnh đặt, cho dù lệnh khớp hết, khớp phần hay không khớp, yêu cầu thay đổi làm ảnh hưởng lên phần lệnh đặt khớp Nếu có thay đổi cho lệnh huỷ, thay đổi có tác động lên phần lệnh đặt khớp 89 Lưu đồ message yêu cầu huỷ lệnh SET Firm < -> < -> 2B (order confirm) 2C (cancel confirm) Nếu ảnh hưởng đến khối lượng giá cao/thấp TP 1I (order) 1C ++++++++++> Lưu đồ khớp giao dịch thoả thuận công ty SET < -> +++++++++> 2L PD Firm (Seller=01) 1F Lưu đồ huỷ giao dịch thoả thuận công ty SET < - Firm (Seller=01) 3C • Nếu HOSE không chấp nhận 3D (code S) -> • Nếu HOSE chấp nhận 3D (code A) DC • HOSE không làm -> +++++++++> Không có message gửi từ hệ thống Lưu đồ khớp giao dịch thoả thuận khác công ty SET < - Firm (seller=01) 1G 2F Contra Firm (buyer=02) -> 90 • Nếu đối ứng không chấp nhận 3B(C) • -> 3B (code C) < -> 3B (code A) < -> 3B (code A) Nếu đối ứng chấp nhận 2L PD • < -> -> +++++++++> Nếu đối ứng chấp thuận lệnh mua nước không đủ room 3B (code S) -> • Không có message gửi từ hệ thống Nếu đối ứng không làm Lưu đồ hủy lệnh thoả thuận (chỉ dành cho trường hợp khác công ty) SET < - Firm (seller=01) 3C 3C Contra Firm (buyer=02) -> • Nếu đối ứng không chấp nhận 3D(C) < - 3D (code C) < - 3D (code A) -> • Nếu đối ứng chấp nhận - Nếu HOSE không chấp nhận 3D(S) -> -> - Nếu HOSE chấp nhận 3D(A) DC -> +++++++++> -> - Nếu đối ứng chấp nhận HOSE không làm hết Không có me 91 • Nếu đối ứng không làm Không có message gửi từ hệ thống Lưu đồ quảng cáo giao dịch thoả thuận SET Firm < +++++++++> AA 1E Đơn vị trường giá trị số: Đơn vị tính 1000: Là trường số có ký tự, biểu diễn dạng mod 96, chứa giá trị chia cho 1000 VD: Giá trị thực số 100 000, biểu diễn dạng mod 96, đơn vị tính 1000 modulo-96 (100,000/1,000)] = 14 Vì vậy, muốn tính giá trị thật trường này, phải demode 96, sau nhân với 1000 CTCI: None Broadcast: IU, SU Đơn vị tính 1/100: Là trường số có ký tự, biểu diễn dạng mod 96, chứa giá trị nhân cho 100 VD: Giá trị thực số 10, biểu diễn [modulo-96 (10*100)] Vì vậy, muốn tính giá trị thật trường này, phải demode 96, sau chia cho 100 CTCI: None Broadcast: DC, IU, LE, OS, PD, PO, SI, SS, SU, TP Đơn vị tính 1/1000000 Là trường số có 12 ký tự chứa giá trị nhân cho 1000000 VD: Giá trị thực số 1234.50, biểu diễn 92 [1,234.50*1,000,000] Vì vậy, muốn tính giá trị thật trường phải chia cho 1000000 CTCI: 1E, 1F, 1G, 2F, 2L Broadcast: None 93 V Bảng tóm lược message gửi giai đoạn CTCI messsage: Pre- Open Call p O A 1C - Order Cancellation Yes Yes Yes 1D - Order Change Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes CTCI Messages Run- Open System Code off Yes Yes Yes 2B - Order Confirmation Yes Yes Yes 2C - Confirmation of Order Cancellation 2D - Confirmation of Order Change 2E - Confirmation of Deal Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Begin End SU SU K G J Close Begin End SU SU G J C 1E - Advertisement Announcement 1F - One Firm Put-Through Deal 1G - Two Firm Put-Through Deal 1I – New Order 2F - Put-Through Acknowledgement 2G - Reject Close Eod Yes 2I - Confirmation of Crossing Deal 2L - PT Deal Confirmation Yes Yes Yes Yes Yes 3B - Put-Through Deal Reply Yes Yes Yes 3C - Deal Cancel/Change Request 3D - Deal Cancel/Change Reply Yes Yes Yes Yes Yes Yes Open Call Run- PRS message: PreBroadcast Messages System Code Open off P O A C Advertisement Announcement (AA) Deal Cancellation Notice (DC) Yes Yes Yes Yes Yes Yes Index Update (IU) Yes Yes Yes Last Sale(LS) Yes Market Open Last Sale (OS) Yes Put Through Deal Notice (PD) Yes Projected Open (PO) Yes System Control (SC) Yes Sectoral Index (SI) Security Status Change (SS) Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Security Update (SU) Top Prices (TP) K Yes Yes Yes 94 Yes Eod Lưu đồ message Sở Công ty chứng khoán A Broker Front system A’, B’ Broadcast B DCTerm B’ Exchange system CTCI(A,A’,B,B’) CTCI PRS PRS A message từ CTCK A’ message phản hồi A B message từ CTCK B’ message phản hồi B 95 [...]... thêm hoặc hủy một quảng cáo của mã chứng khoán Quảng cáo giao dịch thoả thuận không phải là lệnh đặt mà là thông tin được đưa lên biểu hiện ý muốn giao dịch một loại chứng khoán nào đó với giá và khối lượng thoả thuận Broker phản hồi quảng cáo GDTT này bằng cách liên lạc với broker đăng quảng cáo và thực hiện thỏa thuận giao dịch Nếu broker đó chấp nhận thỏa thuận thì lệnh giao dịch thỏa thuận khác thành... này được sử dụng khi 2 công ty chứng khoán làm giao dịch thỏa thuận và được chấp nhận bởi HOSE Sau khi thỏa thuận, người bán sẽ gửi lệnh GDTT của khách hàng khác công ty tới HOSE Khi thỏa thuận đã được thương lượng thì người bán phải có đuợc trader ID của người mua và nhập thông tin đó vào Hệ thống HOSE sẽ ấn định confirm number để giao dịch và gửi Message xác nhận giao dịch thỏa thuận (2F) cho người... được gửi từ công ty chứng khoán này đến 1 công ty chứng khoán khác, từ công ty chứng khoán đến HOSE hoặc từ HOSE đến công ty chứng khoán Trường Contra Firm sẽ là rỗng nếu message được truyền từ HOSE Trường Trader ID (sender) được yêu cầu và phải chứa ID của người gửi cho admin Trường Trade ID (receiver) là tùy chọn và được sử dụng để nói với admin người nhận sẽ là ai tại công ty chứng khoán khác 35 Message... dịch thỏa thuận (2F) cho người mua Người mua phải gửi lại message trả lời giao dịch thỏa thuận (3B) cho Hệ thống giao dịch của HOSE Sau khi người mua chấp nhận và HOSE chấp nhận thì một Message xác nhận khớp thỏa thuận (2L) sẽ được gửi về 2 phía Nếu người mua hoặc HOSE không chấp nhận thỏa thuận thì một message trả lời giao dịch thỏa thuận (3B) sẽ được gửi cho 2 phía 25 Message 1I: Thông tin lệnh đặt... nhận thỏa thuận thì lệnh giao dịch thỏa thuận khác thành viên (1G) sẽ được nhập vào bởi broker bán Trường thời gian (Time) được định bởi Hệ thống của broker và gửi cho Hệ thống giao dịch của HOSE khi thêm hoặc hủy một quảng cáo GDTT 23 Message 1F: Thông tin lệnh GDTT của khách hàng cùng công ty Field Size Type 1 Message Type 2 "1F" 2 Firm 3 Numeric String 3 Trader ID 4 Alphanumeric String 4 Client ID... Order Number 8 Numeric String 4 Order Entry Date 4 Numeric String Total 17 Message này dùng để hủy lệnh trong Hệ thống giao dịch HOSE, được xác định bởi số hiệu lệnh (Order number) và ngày nhập lệnh (Order Entry Date) Message xác nhận lệnh hủy (2C) sẽ được trả về cho công ty bởi Hệ thống giao dịch HOSE nếu lệnh đó được hủy Ngược lại Message từ chối (2G) sẽ được gửi lại cho công ty đó với mã lý do giải... 5 Client ID 10 Alphanumeric String 6 Filler 17 Total 44 Message này dùng để thay đổi những giá trị có thể chỉnh sửa của lệnh đã được nhập vào trước đó trong hệ thống giao dịch trên Bảng giao dịch khớp lệnh Nếu 1 trường được điền trong message này nó sẽ thay thế một giá trị đã tồn tại của trường đó trong lệnh đã đặt Message xác nhận thay đổi lệnh (2D) sẽ được gửi nếu nếu lệnh thay đổi này hợp lệ Ngược... Volume 8 Numeric String (Seller) 20 Filler 32 Total 191 Message này được dùng khi công ty chứng khoán thực hiện một giao dịch thỏa thuận cùng thành viên và được chấp nhận bởi HOSE Lệnh GDTT của khách hàng cùng công ty (1F) chỉ có khi công ty chứng khoán vừa là người mua và người bán 24 Message 1G: Thông tin lệnh GDTT của khách hàng khác công ty Field Size Type 1 Message Type 2 "1G" 2 Firm (Seller) 3 Numeric... Numeric String Total 52 Message này sẽ được gửi cho broker đối ứng khi mà một giao dịch thỏa thuận 2 bên (1GTwo Firm Put-through Deal Message) được nhận bởi HOSE Message này được gửi cho bên mua Chi tiết của giao dịch có thể đã được kiểm tra Người mua nên gửi Put-Through Deal Reply để chấp nhận hoặc không chấp nhận giao dịch này 31 Message 2G: Thông tin từ chối từ HOSE Field Size Type 1 Message Type... bởi người mua để cho biết là chấp nhận hay không chấp nhận của GDTT khác công ty sau khi nhận được Put-through Acknowledgment Message từ HOSE Nếu người mua đồng ý giao dịch thì Client ID, Port/Client Flag phải được nhập vào Sau khi giao dịch đó được chấp nhận hay không chấp nhận bởi người mua, HOSE sẽ gửi message này cho người bán Nếu giao dịch không chấp nhận bởi HOSE, HOSE sẽ gửi message này cho