Một thách thức của công ty prop là phần mềm quyết định xem tài khoản đánh giá có hoạt động, đã vượt qua hay bị vi phạm.
Nó đọc các giao dịch, số dư tài khoản, lợi nhuận và thua lỗ mở, phí và thời gian. Nó so sánh trạng thái tài khoản đó với các quy tắc của chương trình. Khi một giới hạn bị vượt qua, động cơ có thể chặn các đơn hàng mới, đóng các vị trí, chuyển tài khoản sang một giai đoạn khác hoặc gửi nó để xem xét thanh toán.
Điều đó nghe có vẻ đơn giản cho đến khi hai người tính toán cùng một quy tắc theo cách khác nhau.
Xem xét một tài khoản $100,000 với giới hạn lỗ hàng ngày là 5%. Liệu mức sàn có giữ ở $95,000 suốt cả ngày không? Nó có thay đổi sau khi nhà giao dịch kiếm được $2,000 không? Các khoản lỗ mở có được tính không? Múi giờ nào kết thúc ngày? Điều gì xảy ra nếu một vị thế vượt qua giới hạn giữa hai lần cập nhật giá?
Phần trăm là phần dễ dàng. Định nghĩa, thời gian và bằng chứng là những gì làm cho một động cơ thử thách trở nên đáng tin cậy.
| Thành phần | Công việc của nó |
|---|---|
| Nền tảng giao dịch | Nhận lệnh và ghi lại các vị trí, hoàn thành và giá trị tài khoản |
| Động cơ thách thức | Áp dụng các quy tắc đánh giá và thay đổi trạng thái tài khoản |
| Bảng điều khiển nhà giao dịch | Hiển thị tiến độ, không gian thua lỗ còn lại và lịch sử quy tắc |
| CRM và văn phòng hỗ trợ | Quản lý khách hàng, vòng đời tài khoản, đánh giá và giao tiếp |
| Quy trình thanh toán | Kiểm tra đủ điều kiện, tính toán tỷ lệ chia và ghi lại trạng thái thanh toán |
Cách một công ty chứng khoán thử thách hoạt động
Tôi nghĩ về động cơ như một bộ xử lý sự kiện với bộ nhớ.
Mỗi sự kiện liên quan đều được ghi nhận theo trình tự: một lần nạp, một thay đổi giá, một khoản hoa hồng, một giao dịch hoán đổi, một lần thiết lập lại hàng ngày hoặc một sự điều chỉnh số dư thủ công. Cỗ máy tái xây dựng trạng thái tài khoản, đánh giá các quy tắc và ghi lại quyết định vào một nhật ký kiểm toán.
From trade event to account decision
The engine combines platform events with the active rule version. Each decision produces an account action and an audit record.
Account state + rule evaluator
Rebuild the account, then run every active rule against the same state.
Event ID, account snapshot, threshold, rule version, decision, action and timestamp.
Chuỗi thời gian rất quan trọng. Một lần lấp muộn có thể tạo ra độ phơi sáng sai. Một lần lấp trùng lặp có thể tính cùng một khoản lỗ hai lần. Các múi giờ khác nhau có thể làm cho một lần đặt lại hàng ngày hợp lệ trông giống như một vi phạm.
Vì vậy, một động cơ đáng tin cậy cần bốn điều:
- Sự kiện đã chuẩn hóa. Biểu tượng, dấu thời gian, phí và định danh tài khoản phải sử dụng một định dạng nhất quán.
- Một tài khoản ủy quyền. Số dư, vốn chủ sở hữu, vị trí mở, mức cao nhất và cơ sở hàng ngày phải đến từ các nguồn đã được xác định.
- Các quy tắc xác định. Lịch sử sự kiện giống nhau phải luôn tạo ra cùng một kết quả.
- Một dấu vết kiểm toán. Công ty phải có khả năng chỉ ra sự kiện nào đã kích hoạt một sự chấp nhận hoặc vi phạm và phiên bản quy tắc nào đang có hiệu lực.
Một bảng điều khiển mà không có những nền tảng đó có thể hiển thị một cảnh báo, nhưng nó không thể giải thích một cách đáng tin cậy cách mà con số đó được đạt được.
Các quy tắc mà động cơ phải tính toán
Hầu hết các chương trình đánh giá sử dụng các nhãn quen thuộc. Phép tính dưới mỗi nhãn vẫn có thể khác nhau.
Mục tiêu lợi nhuận
Mục tiêu lợi nhuận xác định kết quả cần thiết để hoàn thành một giai đoạn. Một phiên bản cơ bản có thể yêu cầu một tài khoản bắt đầu ở $100,000 để đạt $108,000.
Động cơ vẫn cần câu trả lời cho một số câu hỏi:
- Mục tiêu dựa trên cân bằng hay vốn chủ sở hữu?
- Có phải tất cả các vị trí phải được đóng trước khi giai đoạn chuyển qua không?
- Có bao gồm hoa hồng và phí hoán đổi không?
- Có số ngày giao dịch tối thiểu không?
- Một ngày lớn có thể vi phạm quy tắc nhất quán ngay cả sau khi đạt được mục tiêu không?
Tôi thích logic kiểm tra chỉ chạy sau khi mọi quy tắc rủi ro đã được kiểm tra. Một nhà giao dịch không nên vượt qua vì vốn chủ sở hữu chạm mục tiêu trong cùng một bản cập nhật giá đã vi phạm giới hạn thua lỗ.
Mức thua lỗ tối đa hàng ngày
Sự mất mát hàng ngày thường là quy tắc dễ bị ảnh hưởng nhất bởi lỗi thời gian.
Giả sử mức lỗ hàng ngày cho phép là $5,000. Một cách triển khai đơn giản là:
Sàn hàng ngày = Mức cơ bản bắt đầu ngày - $5,000
Phòng còn lại = Vốn hiện tại - Sàn hàng ngày
Một chương trình có thể sử dụng vốn khởi đầu, số dư và vốn cao hơn, hoặc một tỷ lệ phần trăm cố định của kích thước tài khoản ban đầu. Nó có thể bao gồm P&L mở, hoa hồng, hoán đổi và cổ tức. Nó có thể được đặt lại theo múi giờ của nền tảng thay vì theo giờ địa phương của nhà giao dịch.
Quy tắc công khai nên mô tả chính xác các tiêu chuẩn cơ sở và các khoản khấu trừ. Động cơ nên lưu trữ chúng tại mỗi lần đặt lại.
Lỗ tối đa và giảm giá
Một mức lỗ tối đa tĩnh giữ một sàn cố định. Với một $100,000 tài khoản khởi đầu và một giới hạn $10,000, sàn vẫn giữ ở mức $90,000.
Một giảm thiểu theo đuổi nâng sàn lên khi tài khoản đạt đến mức cao mới:
Floor theo dõi = Đỉnh nước cao - Khoản giảm giá cho phép
Nếu điểm cao nhất đạt $106,000 và khoản trợ cấp là $10,000, sàn sẽ trở thành $96,000.
Chương trình phải chỉ rõ điều gì tạo ra một mức nước cao mới:
- cổ phiếu trong ngày;
- vốn cổ phần cuối ngày;
- số dư đã đóng;
- số dư cuối ngày.
Cũng cần chỉ rõ liệu sàn giao dịch có giữ lại mức giảm theo sau, dừng lại ở số dư ban đầu hay khóa ở ngưỡng khác. “10% giảm theo sau” là không đầy đủ nếu thiếu những chi tiết đó.
Các ngày giao dịch và sự nhất quán
Một ngày giao dịch nên có một định nghĩa được ghi chép lại. Mở một vị trí, đóng một vị trí và giữ một giao dịch qua đêm không nhất thiết phải được tính giống nhau.
Các quy tắc tính nhất quán cần độ chính xác bằng nhau. Nếu ngày tốt nhất không vượt quá 40% tổng lợi nhuận, động cơ cần biết liệu bài kiểm tra áp dụng trong suốt thử thách, tại thời điểm vượt qua hay chỉ khi yêu cầu thanh toán.
Ví dụ, một nhà giao dịch có $10,000 tổng lợi nhuận và đã kiếm được $4,800 trong ngày tốt nhất:
$4,800 / $10,000 = 48%
Tài khoản có thể vượt mục tiêu lợi nhuận nhưng vẫn không đạt bài kiểm tra 40% về tính nhất quán. Tùy thuộc vào chương trình, nhà giao dịch có thể cần kiếm thêm vào những ngày khác thay vì mất một phần của ngày tốt nhất.
Hạn chế giao dịch
Kích thước vị trí, công cụ, thời gian nắm giữ, tin tức và quy tắc tự động hóa cần có lịch trình có cấu trúc, lập bản đồ công cụ và dữ liệu đơn hàng. Một câu trong các điều khoản không thể dừng một đơn hàng chỉ bằng chính nó.
Một tài khoản, ba mức sàn thua lỗ khác nhau
Sử dụng tài khoản minh họa này:
- số dư ban đầu:
$100,000; - số dư hiện tại:
$102,000; - số dư đầu ngày:
$102,000; - vốn cao nhất được ghi nhận:
$106,000; - vốn hiện tại:
$97,200; - phí tổn thất hàng ngày:
$5,000; - tổng khoản dự phòng tổn thất:
$10,000.
Which loss rule stops the account first?
The same $100,000 account can be safe or breached depending on current equity and the recorded high-water mark.
Daily loss
Start-of-day balance – $5,000
Static maximum loss
Initial balance – $10,000
Trailing drawdown
High-water mark – $10,000
Daily loss is the closest limit, with `$200` of room left.
Dưới một mức chuẩn cố định hàng ngày, sàn hàng ngày là $97,000. Vốn hiện tại chỉ còn $200 trước khi vi phạm.
Sàn tổng thiệt hại tĩnh vẫn là $90,000, còn lại $7,200. Quy tắc đó không gần đến mức kích hoạt.
Sàn giao dịch là $96,000, dựa trên mốc cao $106,000. Nó để lại $1,200.
Quy tắc hàng ngày thắng vì nó có không gian còn lại nhỏ nhất. Một $250 tổn thất nổi sẽ đưa vốn chủ sở hữu xuống $96,950 và vi phạm tài khoản mặc dù nó vẫn còn cao hơn mức sàn tối đa tổn thất tĩnh rất nhiều.
Đây là lý do tại sao tôi không chỉ dựa vào phần trăm tiêu đề để đánh giá. Ràng buộc chủ động có thể thay đổi trong suốt cả ngày, và có thể không phải là quy tắc mà một nhà giao dịch mong đợi.
Điều gì xảy ra khi một giới hạn bị vượt qua
Một vi phạm là một quy trình làm việc, không phải là sự thay đổi màu sắc trên bảng điều khiển.
Một công ty phải quyết định các hành động nào sẽ xảy ra và theo thứ tự nào:
- Ghi lại trạng thái tài khoản và sự kiện thị trường kích hoạt.
- Từ chối các đơn hàng mới.
- Hủy bỏ các đơn hàng đang làm việc.
- Đóng các vị trí mở nếu chương trình yêu cầu.
- Khóa tài khoản hoặc đánh dấu nó để xem xét.
- Thông báo cho nhà giao dịch và đội ngũ vận hành.
- Bảo tồn phiên bản tính toán và quy tắc cho một cuộc tranh chấp có thể xảy ra.
Có hai chế độ thất bại phổ biến.
Với việc thực thi bị trì hoãn, bảng điều khiển phát hiện một vi phạm trong khi nền tảng vẫn chấp nhận đơn hàng. Với việc thực thi trùng lặp, một lần thử lại sẽ đóng một vị trí hai lần hoặc lặp lại thay đổi trạng thái. Việc phát lại cùng một sự kiện vi phạm không được lặp lại tác động tài chính của nó.
Các cảnh báo có thể giúp trước giới hạn cứng. Ví dụ, hệ thống có thể thông báo cho nhà giao dịch tại 70% và 90% khả năng thua lỗ hàng ngày. Nhưng ngưỡng cảnh báo phải tách biệt khỏi quy tắc vi phạm thực tế.
Các trường hợp đặc biệt xứng đáng được kiểm tra riêng
Hầu hết các khiếm khuyết xuất hiện ở ranh giới hơn là trong một giao dịch khép kín thông thường.
| Tình huống | Hành vi mong đợi |
|---|---|
| Đặt lại hàng ngày với P&L mở | Chụp nhanh mức cơ bản đã định nghĩa trong múi giờ của chương trình trước khi xử lý sự kiện tiếp theo |
| Khoảng giá qua một giới hạn | Ghi lại giá đầu tiên có sẵn và vốn cổ phần kết quả, không phải là giao dịch giả tưởng tại ngưỡng |
| Điền một phần và phí trễ | Áp dụng mỗi sự kiện một lần và tính toán lại sau khi hoa hồng hoặc swap đến |
| Gián đoạn nguồn cấp dữ liệu | Bảo tồn thứ tự sự kiện sau khi kết nối lại và tránh chuyển một tài khoản từ dữ liệu không đầy đủ |
| Chỉnh sửa thủ công | Lưu trữ tác giả, lý do, dấu thời gian và liên kết đến quyết định gốc |
Các thay đổi về giờ tiết kiệm ánh sáng, bảo trì và các cuộc gọi lại bị trùng thuộc về cùng một gói kiểm tra. Một sự kiện được sắp xếp lại có thể khiến một quy tắc đúng tạo ra quyết định sai.
Vượt qua một thử thách là một trạng thái chuyển đổi
Mục tiêu lợi nhuận một mình không nên thúc đẩy một tài khoản.
Trước khi thay đổi active thành passed, hãy kiểm tra:
- không có quy tắc cứng nào bị vi phạm;
- mục tiêu sử dụng số dư hoặc thước đo vốn cần thiết;
- tất cả các ngày giao dịch cần thiết đã hoàn thành;
- các điều kiện tính nhất quán được thỏa mãn;
- Các vị trí sẽ được đóng nếu chương trình yêu cầu;
- tài khoản không có dữ liệu chưa giải quyết hoặc bị giữ lại vì lý do tuân thủ.
Các lần thử lại không được tạo tài khoản tiếp theo hai lần hoặc đính kèm mẫu quy tắc sai.
Giữ lịch sử giai đoạn hiển thị: tài khoản đã được tạo, giai đoạn đã qua, tài khoản đã được cấp vốn, đủ điều kiện thanh toán, yêu cầu thanh toán và thanh toán đã hoàn thành. Dòng thời gian đó cho biết hỗ trợ nơi nào tài khoản đang bị kẹt.
Cách thức hoạt động của quy trình thanh toán
Động cơ thách thức xác định tính đủ điều kiện. Quy trình thanh toán xử lý tiền và các kiểm soát xung quanh nó.
Một chuỗi thực tế là:
- Đóng băng một ảnh chụp đủ điều kiện cho thời gian hiệu suất đã yêu cầu.
- Xác nhận rằng tài khoản không có vị trí nào đang mở nếu cần thiết.
- Tính toán lại lợi nhuận đủ điều kiện sau phí và các khoản thanh toán trước đó.
- Áp dụng phần lợi nhuận của nhà giao dịch.
- Chạy kiểm tra danh tính, quyền sở hữu tài khoản và lạm dụng.
- Chấp thuận, từ chối hoặc gửi yêu cầu để xem xét thủ công.
- Tạo hướng dẫn thanh toán.
- Ghi lại trạng thái nhà cung cấp, phí và tham chiếu thanh toán.
- Điều chỉnh tài khoản theo quy định của chương trình.
Nếu lợi nhuận đủ điều kiện là $6,000 và phần trăm của nhà giao dịch là 80%, thì số tiền thanh toán trước thuế là:
$6,000 x 80% = $4,800
Hệ thống nên hiển thị cửa sổ hiệu suất nào đã tạo ra $6,000, liệu các khoản thanh toán trước đó có bị trừ đi hay không và điều gì xảy ra với $1,200 còn lại.
Trạng thái thanh toán cũng cần được đối chiếu. “Đã phê duyệt” trong văn phòng phía sau của công ty prop không có nghĩa là “đã thanh toán” bởi nhà cung cấp thanh toán hoặc “đã nhận” bởi nhà giao dịch.
Các quy tắc rủi ro và phát hiện lạm dụng là những hệ thống khác nhau
Thua lỗ hàng ngày và giảm giá là xác định. Tài khoản hoặc đã vượt qua ngưỡng đã định hoặc không.
Phát hiện lạm dụng thường mang tính xác suất. Các thiết bị chia sẻ, đơn đặt hàng trùng khớp, độ trễ bất thường, các tài khoản phối hợp hoặc xung đột danh tính có thể tạo ra tín hiệu. Một tín hiệu không phải là bằng chứng tự nó.
Tôi sẽ giữ hai con đường quyết định tách biệt:
- Động cơ quy tắc: tính toán điều kiện chương trình đã xuất bản.
- Các biện pháp kiểm soát lạm dụng: đánh giá hành vi và thu thập bằng chứng.
- Xem xét thủ công: xử lý các trường hợp mơ hồ và ghi lại lý do cuối cùng.
Các điều khiển tự động có thể chặn những hành động được xác định rõ ràng. Một tín hiệu yếu không nên trở thành một đợt từ chối thanh toán không giải thích được. Những người đánh giá cần các đơn hàng cơ bản, dấu thời gian, thiết bị và tham chiếu quy tắc, không chỉ là một điểm số.
Những gì cần kiểm tra trước khi ra mắt một thử thách
Tôi sẽ phát lại các chuỗi sự kiện hoàn chỉnh và xác minh từng kết quả so với một phép tính bằng tay.
Bộ kiểm tra nên bao gồm:
- một vé bình thường;
- thua lỗ hàng ngày do P&L biến động;
- các vi phạm giảm giá tĩnh và giảm giá kéo dài;
- một đỉnh vốn chủ sở hữu di chuyển theo một mặt sàn theo từng ngày;
- một lần đặt lại hàng ngày với các vị trí mở;
- một khoảng cách giá qua giới hạn;
- hoa hồng và phí hoán đổi được đăng sau khi hoàn tất;
- các đơn đặt hàng một phần và các đơn hàng bị từ chối;
- các sự kiện bị trùng lặp và không đúng thứ tự;
- một sự gián đoạn dữ liệu thị trường và kết nối lại;
- một sự kiện đồng thời về mục tiêu và giới hạn thua lỗ;
- một khoản thanh toán sau một hoặc nhiều khoản thanh toán trước đó;
- một đơn kháng cáo được chấp nhận và sửa đổi tài khoản thủ công.
Đối với mỗi trường hợp, so sánh các sự kiện nền tảng, tính toán của động cơ, thông điệp của thương nhân và hồ sơ văn phòng hỗ trợ. Tất cả bốn yếu tố này nên mô tả cùng một kết quả. Theo dõi độ trễ quyết định, các vi phạm tranh chấp, các kháng cáo thành công, thời gian thanh toán và các hành động trùng lặp.
Một công ty giao dịch nên có khả năng cấu hình
Danh sách quy tắc quan trọng ít hơn so với hành vi có thể dự đoán và một phép tính mà đội ngũ có thể tái tạo.
Trước khi chọn một công cụ thách thức, hãy kiểm tra xem công ty có thể cấu hình:
- các chương trình một giai đoạn, nhiều giai đoạn và truy cập trực tiếp;
- mục tiêu lợi nhuận và số ngày giao dịch tối thiểu;
- cơ sở mất mát hàng ngày, thời gian đặt lại và các chi phí bao gồm;
- hành vi giảm dần và khóa tĩnh, vào cuối ngày hoặc trong ngày;
- công cụ, thời gian, tin tức và hạn chế kích thước vị trí;
- cảnh báo, vi phạm nghiêm trọng và các hành động tài khoản;
- quy trình chuyển nhượng, khuyến mãi và thanh toán;
- các phiên bản quy tắc, nhật ký sự kiện và quyền xem xét thủ công.
Cũng kiểm tra xem thay đổi quy tắc nhanh chóng đến tài khoản hoạt động như thế nào. Các điều khoản mới không nên âm thầm viết lại cách tính cho một đánh giá đã đang diễn ra.
Sự tích hợp đó quan trọng vì động cơ thách thức không thể hoạt động một cách độc lập. Nó cần dữ liệu nền tảng sạch, kiểm soát tài khoản có thể thực thi và một hồ sơ thanh toán mà bộ phận tài chính có thể đối chiếu.
