Zdefiniuj wygaśnięcie zlecenia oczekującego (stabilne mechanizmy)
Wygaśnięcie zlecenia oczekującego to zasada, która mówi brokerowi lub platformie transakcyjnej, kiedy zlecenie warunkowe przestaje być aktywne. Zlecenie oczekujące (nazywane też zleceniem warunkowym) jest składane z warunkami, takimi jak cena wejścia; jeśli rynek osiągnie poziom wyzwalający przed wygaśnięciem, zlecenie może zostać zrealizowane, ale po wygaśnięciu jest zazwyczaj anulowane i nie kwalifikuje się już do realizacji.
Kluczową ideą jest to, że „wygaśnięcie” zwykle jest realizowane poprzez kontrolę opartą na czasie. Dwa najczęstsze stabilne elementy, na które powinieneś zwrócić uwagę, to:
- Time-in-force (TIF): czas trwania lub typ limitu czasowego zastosowanego do zlecenia.
- Znacznik czasu wygaśnięcia i podstawa czasowa: czas, którego używa system (często czas serwera), aby zdecydować, kiedy zlecenie przestaje być aktywne.
Gdy weryfikujesz informacje, trzymaj te pojęcia oddzielnie od zmiennych czynników, takich jak płynność, spready, prowizje/opłaty czy lokalne godziny rynku.
Zbuduj hierarchię źródeł, aby zweryfikować informacje
Ponieważ różne platformy mogą implementować szczegóły wygaśnięcia w różny sposób, weryfikacja najlepiej działa, gdy używasz hierarchii źródeł od najbardziej ogólnych do najbardziej szczegółowych:
- Dokumentacja składania zleceń (stabilne pojęcie): Znajdź definicje zleceń oczekujących/warunkowych oraz ogólne zasady działania wygaśnięcia.
- Dokumentacja typu zlecenia i TIF (mechanika): Sprawdź dokładne nazwy opcji time-in-force dostępnych dla typu zlecenia oczekującego, którego używasz.
- Notatki techniczne platformy lub dostawcy (szczegóły implementacji): Potwierdź, jak platforma ustawia lub interpretuje czas wygaśnięcia (na przykład czas serwera vs. czas lokalny użytkownika).
- Materiały regulacyjne lub prawne (zobowiązania behawioralne): Jeśli są dostępne, sprawdź dokumenty prawne dostawcy, jak opisują obsługę zleceń, anulowania i odmowy.
Użyj tej hierarchii, aby upewnić się, że każda teza dotycząca zachowania przy wygaśnięciu jest poparta najbardziej szczegółowym właściwym dokumentem.
Odtwarzalne kroki weryfikacji (bez potrzeby danych w czasie rzeczywistym)
Postępuj według checklisty, którą możesz powtórzyć na dowolnym koncie lub środowisku demo, bez zakładania konkretnego wyniku transakcji.
-
Zidentyfikuj dokładną kontrolę wygaśnięcia, której używasz
- Zanotuj typ zlecenia oczekującego oraz wybrane ustawienie time-in-force (na przykład czas trwania „good till” lub konkretny czas wygaśnięcia, jeśli jest oferowany).
-
Potwierdź podstawę czasową
- Sprawdź ustawienia platformy lub dokumentację dotyczącą czasu odniesienia używanego do oceny wygaśnięcia. Przyjmij, że to czas serwera, chyba że dostawca stwierdza inaczej.
-
Zapisz skonfigurowaną wartość wygaśnięcia
- Na swoim zlecenie (order ticket) zapisz czas wygaśnięcia, który wprowadziłeś/wybrałeś, oraz wszelkie wyświetlane formatowanie (data, godzina i wskaźnik strefy czasowej, jeśli jest pokazany).
-
Utwórz kontrolowany test w pobliżu, ale nie w momencie wygaśnięcia
- Jeśli to możliwe, użyj środowiska demo lub symulowanego.
- Złóż zlecenie oczekujące z krótkim, znanym czasem trwania i obserwuj stan systemu w momencie osiągnięcia wygaśnięcia.
-
Zweryfikuj zmianę stanu po wygaśnięciu
- W chwili wygaśnięcia potwierdź, czy zlecenie staje się „anulowane”, „wygasłe” lub ma inny status.
- Zapisz zrzuty ekranu lub logi pokazujące przejście statusu.
-
Powtórz dla co najmniej jednej alternatywnej opcji TIF
- Na przykład przetestuj jedną opcję, która używa stałej godziny zakończenia, oraz taką, która używa czasu trwania.
- Udokumentuj wszelkie różnice w zachowaniu.
Te kroki pomagają zweryfikować „co robi platforma”, nawet gdy warunki rynkowe są niepewne. Nie wymagają od Ciebie znajomości bieżących cen ani przewidywania realizacji.
Dowody i przykład: co powinieneś umieć wyjaśnić
Po weryfikacji powinieneś umieć precyzyjnie opisać informacje o wygaśnięciu, takie jak:
- Zlecenie oczekujące przestanie być aktywne w skonfigurowanym czasie wygaśnięcia zgodnie z wybranym TIF.
- System podejmuje decyzję o wygaśnięciu na podstawie konkretnej podstawy czasowej wskazanej przez dostawcę (lub wywnioskowanej z konsekwentnego zachowania w testach).
- W pobliżu wygaśnięcia realizacja nadal zależy od warunków, takich jak dostępność i koszty; wygaśnięcie ogranicza kwalifikowalność dopiero po „bramce” czasowej.
Jeśli nie potrafisz wyjaśnić podstawy czasowej ani dokładnej zmiany statusu po wygaśnięciu, to informacje, które znalazłeś, nie są jeszcze w pełni zweryfikowane.
Ograniczenia i tryby awarii, które należy uwzględnić
Nawet przy dobrej dokumentacji zachowanie przy wygaśnięciu może wydawać się niespójne, ponieważ kilka źródeł niepewności leży poza definicją wygaśnięcia:
-
Reguły odrzucania specyficzne dla dostawcy Platforma może odrzucić lub anulować zlecenie z powodu reguł walidacji przed momentem wygaśnięcia. To nie jest „wygaśnięcie”; to osobny tryb awarii.
DOCUMENT END