L1b/1: Betriebszeitzone statt Rechnerzeit - EU- und US-Instanzen sauber trennen

Wir betreiben Instanzen in zwei Regionen. Bisher hing jede Ortszeit an der
Zeitzone des Rechners (DateTime.Now, DateTimeKind.Local): derselbe Code
haette auf einem Windows-Desktop mit Europe/Berlin und in einem
Linux-Container mit UTC lautlos unterschiedliche Werte geliefert - ohne
Fehler, nur um Stunden verschoben, mitten in Buchungszeitstempeln.

AppTimeZone (Core/Time): Betriebszeitzone der Instanz, einmalig aus
Trading.ApplicationTimeZoneId gesetzt, IANA- und Windows-Schreibweise tragen
beide, unbekannter Wert weicht auf die Systemzone aus und warnt. Wird laut
Festlegung vor den ersten Trades gesetzt und danach nie gewechselt - ein
Wechsel verschoebe rueckwirkend alle Tagesgrenzen. Persistenz bleibt UTC,
damit die Daten beider Instanzen vergleichbar sind.

IbkrMapping.ParseExecutionTime verwirft die von TWS gemeldete Zeitzone nicht
mehr, sondern rechnet gegen sie nach UTC; ohne Zonenangabe gilt die
Betriebszeitzone. Das ist der Kern: eine NYSE-Ausfuehrung darf nicht mit
demselben nackten Zeitwert in die Buecher wie eine an der Eurex.
Rueckgabe ist jetzt immer Kind=Utc.

DailyReportService.NextRun -> NextRunUtc(nowUtc, hour, zone): der Bericht
laeuft zu einer festen ORTSZEIT. Sommerzeitumstellung wird behandelt - bei
der uebersprungenen Stunde weicht er aus, statt den Tag ausfallen zu lassen.

LoggingService fuehrt Anzeigezeit und UTC getrennt: Dateinamen und Anzeige in
Ortszeit (Tagesgrenzen gehoeren zur Instanz, der Supervisor liest die
JSONL-Dateien ueber diese Namen), das ts-Feld im JSONL in UTC. Beides musste
getrennt werden, weil die umgerechnete Ortszeit Kind=Unspecified traegt und
ein ToUniversalTime() darauf sie als Zeit des HOSTS gedeutet haette.

Verbleibende DateTime.Now in Worker-Zeitplaenen und Statuszeilen ebenfalls
auf AppTimeZone.Now umgestellt.

Verifiziert: 183 Tests gruen (+20), darunter EU/US-Versatz, Winter-/Sommerzeit,
unbekannte Zone und die uebersprungene Stunde bei der Zeitumstellung.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Richard
2026-08-06 22:52:23 +02:00
co-authored by Claude Opus 5
parent 123f38ab6f
commit d8273c3a1e
19 changed files with 475 additions and 39 deletions
@@ -161,19 +161,61 @@ public class IbkrMappingTests
public void ParseSide_MapsTwsExecutionSides(string raw, TradeSide expected) =>
IbkrMapping.ParseSide(raw).Should().Be(expected);
// Die beiden Zonen, in denen wir Instanzen betreiben.
private static readonly TimeZoneInfo Berlin = TimeZoneInfo.FindSystemTimeZoneById("Europe/Berlin");
private static readonly TimeZoneInfo NewYork = TimeZoneInfo.FindSystemTimeZoneById("America/New_York");
[Fact]
public void ParseExecutionTime_HandlesDoubleSpaceFormat()
public void ParseExecutionTime_OhneZone_RechnetGegenDieBetriebszeitzone()
{
// So liefert TWS es bei execDetails.
IbkrMapping.ParseExecutionTime("20260804 17:39:18")
.Should().Be(new DateTime(2026, 8, 4, 17, 39, 18));
// So liefert TWS es bei execDetails (doppeltes Leerzeichen, keine Zonenangabe).
// 17:39:18 Berliner Sommerzeit (UTC+2) = 15:39:18 UTC.
var parsed = IbkrMapping.ParseExecutionTime("20260804 17:39:18", Berlin);
parsed.Should().Be(new DateTime(2026, 8, 4, 15, 39, 18, DateTimeKind.Utc));
parsed!.Value.Kind.Should().Be(DateTimeKind.Utc);
}
[Fact]
public void ParseExecutionTime_IgnoresTrailingTimeZone()
public void ParseExecutionTime_NutztDieGemeldeteZone_StattSieZuVerwerfen()
{
IbkrMapping.ParseExecutionTime("20260804 17:52:56 Europe/Berlin")
.Should().Be(new DateTime(2026, 8, 4, 17, 52, 56));
// Der Kern der Sache: eine US-Instanz darf eine NYSE-Ausfuehrung nicht als Berliner Zeit
// buchen. Gemeldet wird Europe/Berlin, also gilt die - unabhaengig von der Instanzzone.
var parsed = IbkrMapping.ParseExecutionTime("20260804 17:52:56 Europe/Berlin", NewYork);
parsed.Should().Be(new DateTime(2026, 8, 4, 15, 52, 56, DateTimeKind.Utc));
}
[Fact]
public void ParseExecutionTime_UsBoerse_LiefertKorrektesUtc()
{
// 09:30 New Yorker Sommerzeit (UTC-4) = 13:30 UTC - Handelsbeginn NYSE.
IbkrMapping.ParseExecutionTime("20260804 09:30:00 America/New_York", Berlin)
.Should().Be(new DateTime(2026, 8, 4, 13, 30, 0, DateTimeKind.Utc));
}
[Fact]
public void ParseExecutionTime_UnbekannteZone_WeichtAufDieBetriebszeitzoneAus()
{
// Lieber die Instanzzone als gar kein Zeitstempel - die Ausfuehrung darf nicht verlorengehen.
IbkrMapping.ParseExecutionTime("20260804 17:39:18 Gibt/EsNicht", Berlin)
.Should().Be(new DateTime(2026, 8, 4, 15, 39, 18, DateTimeKind.Utc));
}
[Fact]
public void ParseExecutionTime_AkzeptiertAuchDasBindestrichFormat()
{
// Dasselbe Format, das FormatExecutionFilterTime erzeugt.
IbkrMapping.ParseExecutionTime("20260804-17:39:18", Berlin)
.Should().Be(new DateTime(2026, 8, 4, 15, 39, 18, DateTimeKind.Utc));
}
[Fact]
public void ParseExecutionTime_Winterzeit_NutztDenRichtigenVersatz()
{
// Januar: Berlin ist UTC+1, nicht UTC+2. Faengt ein fest verdrahtetes Offset ab.
IbkrMapping.ParseExecutionTime("20260115 17:39:18", Berlin)
.Should().Be(new DateTime(2026, 1, 15, 16, 39, 18, DateTimeKind.Utc));
}
[Theory]
@@ -182,7 +224,7 @@ public class IbkrMappingTests
[InlineData("20260804")]
[InlineData("Unsinn")]
public void ParseExecutionTime_ReturnsNullForUnusableInput(string raw) =>
IbkrMapping.ParseExecutionTime(raw).Should().BeNull();
IbkrMapping.ParseExecutionTime(raw, Berlin).Should().BeNull();
[Fact]
public void FormatExecutionFilterTime_UsesUtcWithExplicitFormat()