Aufbau einer Währungstabelle

[mensch72]

Bei den Wechselkursen hin&her ist hier leider ein entscheidender Fakt vergessen worden:
An- & Verkaufskurs sind immer UNTERSCHIEDLICH. Zu erfassen sind also immer ein Geldkurs & ein Briefkurs, auch als Bid/Ask bekannt.

Wenn es genau werden soll/muss, zählt auch die Uhrzeit. Denn alles vor dem (EZB)Fixing wird zum Vortageskurs abgerechnet, alles danach zum "Tageskurs"


Leider funktioniert auch das Beispiel mit der Wechselorgie im Dreieck nicht so einfach, das man es sich machen ließe, wen der vermeintliche Ertrag Positiv ist...
Erstens fehlt hier gleich 2x oder 3x der Bid/Ask-Spread plus der Aussführungsspread/Transaktionsgebühren. Zweitens braucht es zum historischen prüfen eine gute(teure) Kurshistory mit einer sehr hohen Zeitauflösung(im Idealfall bis Millisekunden) und zur Liveausführung einer möglichen Transaktion eine schnelle automatische Orderausführung.


Für eine Lagerbestandsbewertung oder für eine Rechnungsstellung in Fremdwährung reicht so eine "einfache" Kursdatenbank eventuell, aber man sollte wissen wo die Grenzen des Konzepts liegen. Umgedreht wäre eine Lösung mit z.B. 300Mio Datensätzätzen für alle auf die Millisekunde genau erfassten EUR/USD Transaktionen der letzten 10Jahre total OverSized, wenn ein einfacher Tageskurs reicht. (zufällig kenne/habe ich beides, und weiß das sobald die Zeit sekundengenau über Zeitzonen hinweg ins Spiel kommt, der Spaß aufhört und es ernst wird)

-> man schaue in sein Pflichten-/Lastenheft und prüfe, welche Anforderung an Live Genauigkeit und historische Reproduziebarkeit notwendig bzw. sinnvoll ist
=> erst dann lässt sich die Frage nach dem sinnvollem Aufbau einer Währungstabelle samt passender (ORM)Klassenstruktur praktisch beantworten
-> eine lokale Kurshistory als Cache ist ok, aber zum Füllen der History sollte man online die Kurse abfragen. Für Tageskurse gibt es kostenlose (Web)Services, für komplette Historien oder zeitnahe bis zu Realtime Kursen gibt es kaum kostenlose Quellen, aber gegen Geld gibt es für jede Anforderung irgendwo ein passendes Datenabo.

[Dejan Vu]

Deine Ausführungen (bis auf bid/ask) gelten aber nur zum Daytraden, oder?
Das Bankensystem, das wir betreuen, enthält eine Währungstabelle, die 'nur' täglich aktualisiert wird.
Ggf. kann man sich den Kurs auch online holen.

[mensch72]

Das Bid&Ask beim "DayTraden" sehr wichtig sind ist klar, aber wir leben hier ja im bürokratischem Steuerparadies Deutschland... und wenn man die Daten hat, kann man damit auch andere praktische Anwendungsmöglichkeiten finden, welche mangels Datenbestand/Datenzugriff auch nicht jede beliebige Software bieten kann. In dem Bereich lässt sich im passendem Kundenkreis durchaus zum gegenseitigen Vorteil was verdienen.

Z.B.: Wenn die Häufigkeit oder die Zahlen auch normaler Fremdwährungsgeschäfte durch normale Rechnungslegung groß genug sind, dann lohnt plötzlich auch das sehr genaue herausrechnen und kontenrichtige Buchen von "Kosten des Geldtransfers"(Bid/Ask Aufschlag als Betriebsausgabe), "Kosten der Währungsumrechnung"(Bid-Ask Spread als Betriebsausgabe), und "Gewinnen/Verlusten aus Wechselkursen"(Kursdifferenz zw. Beschaffung und Verkauf, also steuerlich relevanter und aufrechenbarer Gewinn&Verlust).

Unsere Kunden bringen mit solch genauer Buchung & Kontrolle zwar regelmäßig ihre transaktionsausführenden Banken und die zuständigen Finanzämter/Steuerprüfer in Bedrängnis, aber es ist nicht einzusehen, warum man per pauschalierter Abrechnung der Umrechnung einen schlechteren Kurs akzeptieren soll, als den welchen die Bank real WorstCase zum Zeitpunkt der Buchung selbst ausgewiesen und genutzt hat.