Orders, die beim Broker liegen, gelten nicht mehr als gescheitert
Am geschlossenen Markt gemessen: IBKR nimmt eine Order an und merkt sie fuer die naechste Eroeffnung vor. Dazu schickt es Code 399 - eine Mitteilung, deren Text mit "Warning" beginnt. Der Adapter las jede Meldung aus dem Fehler-Callback als Ablehnung, meldete "Order abgelehnt", und das Kapitalmodell gab die Bindung frei. Auf dem Testkonto lagen dadurch 67 Orders ueber 306 BAS, 140 SAP und 43 ALV beim Broker, vorgemerkt fuer Montag 09:00, ohne eine einzige Reservierung dahinter. OrderResult kannte nur "erfolgreich" und "gescheitert". Der haeufigste Fall passte in keines von beiden. Es gibt jetzt einen dritten Ausgang - Working: abgesendet, Ausgang offen. Die Trennlinie ist, ob BEWIESEN ist, dass beim Broker nichts liegt; ohne Beweis bleibt das Kapital gebunden. Eine Bindung, die zu lange steht, kostet Spielraum und faellt auf. Eine, die zu frueh verschwindet, kostet Geld und faellt nicht auf. - 399/404 sind Ordermeldungen, keine Ablehnungen; nur 201/202/203 u. a. beenden eine Order beweisbar. Ein Verbindungsabbruch beendet unsere Sicht, nicht die Order. - IsDeadStatus ist enger als IsTerminalStatus: "Inactive" ist kein Beweis. - ExecutionService haelt die Bindung bei Working (MarkSubmittedAsync statt CancelReservationAsync) und journalisiert Pending/OrderWorking statt Failed. - Neu lesbar: das Orderbuch des Brokers (reqAllOpenOrders) samt Storno. --open-orders stellt Orderbuch und eigene Bindungen gegenueber, --cancel-order <ID>|all --confirm nimmt zurueck (Sammelstorno nur im Paper-Modus). - Der Wiederanlauf-Abgleich lief bisher gegen eine leere Orderliste und haette ab jetzt jede gesunde Bindung in Quarantaene gestellt. Er sitzt jetzt im ReservationWatchdogWorker, hinter dem Beweis, dass der Broker antwortet. 457 Tests gruen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -396,4 +396,53 @@ public class IbkrMappingTests
|
||||
// scheiterte auf einem Paper-Konto ohne Datenabo jede einzelne Kursabfrage.
|
||||
IbkrMapping.IsInformational(IbkrMapping.DelayedDataNotice).Should().BeTrue();
|
||||
}
|
||||
|
||||
// ─── Ordermeldungen (#489) ─────────────────────────────────────────
|
||||
|
||||
/// <summary>
|
||||
/// Der Fehler, der 67 Orders unsichtbar gemacht hat: IBKR schickt unter Code 399 Hinweise zu
|
||||
/// <b>angenommenen</b> Orders – "Your order will not be placed at the exchange until Monday".
|
||||
/// Als Ablehnung gelesen, gab das Kapitalmodell die Bindung frei, während die Order weiterlief.
|
||||
/// </summary>
|
||||
[Fact]
|
||||
public void OrderNotice399_DoesNotEndAnOrder()
|
||||
{
|
||||
IbkrMapping.IsOrderNotice(399).Should().BeTrue();
|
||||
IbkrMapping.IsOrderRejection(399).Should().BeFalse();
|
||||
}
|
||||
|
||||
[Theory]
|
||||
[InlineData(201, true)] // Order rejected
|
||||
[InlineData(202, true)] // Order cancelled
|
||||
[InlineData(203, true)] // Symbol nicht erlaubt
|
||||
[InlineData(399, false)] // Hinweis zu einer angenommenen Order
|
||||
[InlineData(404, false)] // Order held while securities are located
|
||||
[InlineData(1100, false)] // Verbindung verloren - sagt nichts ueber die Order
|
||||
[InlineData(504, false)] // nicht verbunden - dito
|
||||
public void IsOrderRejection_OnlyForProvenEndings(int code, bool expected) =>
|
||||
IbkrMapping.IsOrderRejection(code).Should().Be(expected);
|
||||
|
||||
[Theory]
|
||||
[InlineData("Cancelled", true)]
|
||||
[InlineData("ApiCancelled", true)]
|
||||
[InlineData("Filled", false)]
|
||||
[InlineData("PreSubmitted", false)]
|
||||
[InlineData("Submitted", false)]
|
||||
[InlineData("Inactive", false)]
|
||||
public void IsDeadStatus_IsNarrowerThanIsTerminalStatus(string status, bool expected)
|
||||
{
|
||||
// "Inactive" ist ein Endstatus, aber kein Beweis: IBKR verwendet ihn auch fuer Orders, die
|
||||
// spaeter von selbst wieder aktiv werden. Ihn als "tot" zu lesen, gaebe gebundenes Kapital
|
||||
// frei, waehrend die Order lebt.
|
||||
IbkrMapping.IsDeadStatus(status).Should().Be(expected);
|
||||
}
|
||||
|
||||
[Fact]
|
||||
public void EveryDeadStatus_IsAlsoTerminal()
|
||||
{
|
||||
// Die eine Richtung muss gelten, sonst wartet PlaceOrderAsync auf einen Endstatus, den es
|
||||
// anschliessend nicht als Ende akzeptiert.
|
||||
foreach (var status in new[] { "Cancelled", "ApiCancelled" })
|
||||
IbkrMapping.IsTerminalStatus(status).Should().BeTrue($"{status} ist ein Endstatus");
|
||||
}
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user