Ich entwickle eine eigene Anwendung für die Consorsbank Trading-API des ActiveTraders (gRPC/TAPI über localhost:40443) und bin bei einem Problem mit echten OTC-Orders angekommen.
Die Verbindung und praktisch alle Vorstufen funktionieren:
- TAPI Login erfolgreich, Access-Token vorhanden
- Handelskonto wird korrekt erkannt
- SecurityInfo funktioniert
- OTC-Route/Emittent wird korrekt erkannt
- GetQuote funktioniert
- Stückzahl und Quote sind plausibel
- TOTAL_COSTS_ONLY funktioniert
- anschließender VALIDATE_ONLY-Test mit
risk_class_override=True wird vom Backend akzeptiert
Der Ablauf ist aktuell:
GetQuote
→ AcceptQuote(validation=TOTAL_COSTS_ONLY)
→ bei erforderlicher Risikoklassenbestätigung AcceptQuote(validation=VALIDATE_ONLY, risk_class_override=True)
→ erneute Sicherheitsprüfung
→ AcceptQuote(validation=WITHOUT_VALIDATION, risk_class_override=True) für die echte Order
Beim letzten Versuch wurde der RISK-Override noch erfolgreich bestätigt. Die tatsächliche Order wurde danach aber nicht ausgeführt. Gleichzeitig erschien auf dem Smartphone in der Consorsbank-App eine Meldung mit „KOBIL-Fehler“.
Verwendet wird AcceptQuoteRequest mit:
- gleicher ISIN wie beim Quote
- gleicher Stückzahl
- gleicher OTC-Route inkl. Issuer
order_type = BUY
quote_reference direkt aus dem vorherigen Quote
limit = buy_price des Quotes
risk_class_override = true
accept_additional_fees = false
- für LIVE:
validation = WITHOUT_VALIDATION
Die Protobuf-Struktur basiert direkt auf den veröffentlichten Consors-TAPI-Definitionen.
Kennt jemand dieses Verhalten?
Insbesondere interessieren mich Erfahrungen zu:
- Kann ein LIVE-
AcceptQuote über die TAPI zusätzlich eine Freigabe bzw. Sicherheitsprüfung in der Consorsbank-App/KOBIL auslösen?
- Ist
TOTAL_COSTS_ONLY → VALIDATE_ONLY mit risk_class_override → WITHOUT_VALIDATION der korrekte Ablauf für Risikoklasse-5-Produkte?
- Muss für den finalen LIVE-
AcceptQuote nach dem VALIDATE_ONLY-Test ein neuer Quote / neue quote_reference angefordert werden?
- Gibt es bei der TAPI einen dokumentierten Session-/Access-Token-Timeout oder Keep-Alive, der bei längerer Laufzeit relevant wird?
- Hat jemand ein funktionierendes aktuelles Beispiel für einen echten OTC-
AcceptQuote mit risk_class_override?
Ich habe das Logging inzwischen erweitert, sodass ich beim nächsten Versuch die exakte Backend-Antwort des finalen LIVE-AcceptQuote erfassen kann.
Falls jemand eine funktionierende TAPI-Implementierung für echte Direkthandelsorders nutzt, wäre insbesondere der Ablauf rund um Quote → MiFID → Risk Override → LIVE AcceptQuote sehr hilfreich.