ich tue mich etwas schwer den Workflow der mobilen App bei Kursaktualisierung nachzuvollziehen. Ich wäre dankbar wenn mir jemand Feedback zu meinen Annahmen geben könnte (ich habe das automatische Aktualisieren der Kurse für Testzwecke deaktiviert):
Der Master ist immer die *.portfolio-Datei
Diese Datei kann durch die Mobile-App nicht verändert werden
Die App speichert sich separat die Kurse, die durch eine Kursaktualisierung in der App ermittelt wurden
Wenn man nun Kurse in der App aktualisiert, werden immer die Kurse des aktuellen (und teilweise auch vorherigen) Tages geholt und “überlagern” etwaige Kurse der read-only Datei.
Wenn man die App nun komplett neu startet, gehen diese Überlagerungen wieder verloren und es werden wieder die Kurse der read-only Datei angezeigt
Wenn jedoch z.B. für den aktuellen Tag noch keine Kurse in der read-only Datei vorhanden sind, werden die neu geholten Kurse auch nach einem App-Neustart (wirklicher Neustart) direkt angezeigt
Hier ist es allerdings so, dass die von der App zuerst gespeicherten Kurse erhalten bleiben. D.h. der Kurs der z.B. in der Früh über die App geholt wurde und nachmittags über die App überschrieben und auch angezeigt wurde, ist nach einem Neustart der App wieder auf den Früh-Kurs zurück gesetzt
Sorry für die doch etwas komplexe Frage, ich würde das Verhalten nur sehr gerne besser verstehen.
Vielen Dank für die Hilfe und natürlich einen noch größeren Dank für eure tolle Arbeit, ich finde die App wirklich klasse!
Ich hoffe, ich habe deine Frage richtig verstanden
Derzeit aktualisiert die App - Version die Kurse auf Basis der historischen Kurse. ALSO DIE KURSE DES VORTAGES. (Schlusskurse)
Ich konnte nicht feststellen, dass in der APP-Version Kurse verwendet werden, die den aktuellen Kursen entsprechen (vom lfd. Tag). Ich habe hierzu bewusst heute (12.03) bei einer Position in der Desktop-Version im Reiter “aktueller Kurs” auf einen Datenlieferant gewechselt (nicht “wie historischer Kurs”) und einen Kurs vom 12.03.2024 geladen (historischer Kurs - weiterhin 11.03.2024). Im Anschluss wurde die BIN-Datei aktualisiert - diese Aktualisierung hatte keine Auswirkungen - es wird der letzte “historische Kurs” vom 11.03.2024 in der APP verwendet (wie erwartet). Die APP-Version arbeitet derzeit ausschließlich mit den “historischen Kursen”.
Siehe auch diesen Thread - dort ist das Verhalten ebenfalls erläutert.
ich denke du hast die Frage recht gut verstanden :-), vielen Dank für deine Antwort.
Mir war bisher nicht klar, bzw. ich habe überlesen, dass die App anhand der Konfiguration in den historischen Daten aktualisiert.
Das spielt in meinem Fall aber eigentlich keine Rolle, da ich bei so gut wie allen meinen Wertpapieren die Konfiguration aus den historischen Daten (Tabelle auf einer Webseite) auch für die “Aktuellen Kurse” verwende.
Z.B. hier wird in der Liste der historischen Daten auch ein Kurs für den aktuellen Tag angezeigt: https://www.ariva.de/etf/lyxor_core_msci_world_dr_ucits_etf_acc/kurse/historische-kurse?go=1&boerse_id=207&month=¤cy=&clean_split=1&clean_payout=1&clean_bezug=1, wodurch ich nicht nur die Kurse von gestern und älter, sondern auch recht aktuelle Kurse von heute erhalte.
Grundsätzlich funktioniert das Update der heutigen Kurse über die App auch außerordentlich gut, nur eben so wie oben von mir beschrieben, was es teilweise ein wenig schwer nachvollziehbar macht.
Ich befürchte eine komplette Bestätigung meiner Annahmen oben ist vermutlich nur möglich, wenn man die Aktualisierungslogic auch implementiert hat…
die mobile Anwendung ist so implementiert (sehr ähnlich zu der Desktop Anwendung):
Vorrang haben die Kurse aus der Datei - Hintergrund: man hat vielleicht Kurse manuell korrigiert weil ein Kurslieferant falsche Kurse liefert
Ausnahme: der letzte historische Kurs. Da einige/viele Kurslieferanten auch den aktuellen Kurs mitliefern, kann der letzte historische Kurs ein solcher Kurs sein. Der wird beim Update ggf. überschrieben.
Die App führt ebenfalls die Kursabfrage ab - alle Kurse die einem Wertpapier hinzufügt würden, werden separat auf dem Gerät in einer Datenbank gespeichert (da die App die Datei selber nicht ändern kann)
Beim Öffnen/Aktualisieren der Datei werden die Kurse aus der Datenbank mit den Kursen aus der Datei gemischt - und zwar genau nach der selben Regel: Kurse aus der Datei werden nicht verändert, es sei denn es ist der letzte historische Kurs
Ein Unterschied ist allerdings, dass die App noch nicht alle Kurslieferanten unterstützt. D.h. es kann sein, dass in der Desktop App ein Kurs mit der Konfiguration “aktueller Kurs” aktualisiert wird, den die App so nicht aktualisieren kann.
ein etwas unschönes Verhalten ist mir in dem Zusammenhang noch aufgefallen:
Durch die Logik, dass auch der letzte historische Kurs aus der Datei durch die Datenbank überlagert wird, kommt es vor, dass beim ersten Aktualisieren über die App zunächst der letzte historische Kurs (vom Vortag)aus der Datei mit einem neuen Kurs überlagert wird und anschließend der Kurs des aktuellen Tages geholt wird.
Das hat folgenden Effekt, den ich mit diesem Beispiel erläutern will:
Heute ist der 14.03.
In der Datei sind die Kurse 100 für den 13.03. (nicht der Endkurs dieses Tages) und noch kein Kurs für den 14.03.
Am 14.03. werden die Kurse der App aktualisiert
Dann wird der Kurs in der Datei (100) vom 13.03. mit dem dann geholten historischen Kurs dieses Tages (Endkurs) überlagert, z.B. 110
Danach wird der Kurs für den 14.03. geholt, z.B. 120
Es wird also ein Kursanstieg von 110 → 120 angezeigt (+10)
Nun wird die App (und somit auch die Datei) komplett geschlossen und wieder geöffnet
Nach erneutem Öffnen der App “gewinnt” wieder der Kurs der Datei vom 13.03. und ist somit wieder 100
Der 13.03. wird von der App nicht mehr aktualisiert, da vermutlich nur der letzte Eintrag aktualisiert wird und dieser nun aber vom 14.03. ist.
Der Kurs vom 14.03. wird wieder aktualisiert, sagen wir hier hat sich aufgrund der kleinen Zeitdifferenz nichts geändert, dieser bleibt also bei 120
→ Nun wird also ein Kursanstieg von 100 → 120 angezeigt (+20)
Das ist natürlich nicht unbedingt falsch, da ja beide unterschiedlichen Kurse vom Vortag tatsächliche Kurse dieses Tages waren. Allerdings fühlt sich das schon komisch an, dass sich die Kursentwicklungen zwischen dem ersten und zweiten Öffnen der App unter Umständen massiv verändern kann. Ab dem Zweiten Öffnen bleibt dann alles korrekt (Vortagskurse konstant), da ja immer nur der letzte Kurs (nun vom 14.03.) modifiziert wird.
Du kannst ja bei Gelegenheit mal einen Blick drauf werfen.
Du hast Recht. Das muss ich ändern. Der letzte Kurs ist u.U. kein Tagesschlusskurs und muss entsprechend angepasst werden. Entweder mit dem Tageschlusskurs aus der mobilen Datenbank - oder eben dem aktuellen Kurs aus der Datenbank, der beim nächsten Update wieder überschrieben werden würde.
Ich habe gerade den Code gecheckt. Das Verhalten ist noch nicht so wie im letzten Punkt beschrieben. Die App fügt “nur” die neuen Kurse hinzu - aktualisiert aber nicht den letzten.
Hi zusammen, irgendwie sehe ich ähnliches Verhalten. Ich hab als aktueller Kurslieferant Arriva in der Desktop Version hinterlegt. In der App Version sehe ich aber nur historische Kurse. An einem Tag wie gestern wo dienliche stark schwanken wird der unterschied dann sehr eklatant. Ist das bewusst, dass Arriva nicht unterstützt wird?
Bzw anders gefragt gibt es Echtzeitkuse die auch von der App unterstützt werden. Gerade die App wäre für mich mit Echtzeitkuse spannender als die Desktop Version eigentlich. Danke
Nein, auch mich stört dieser Problem extrem. Die app macht für mich sogar nur dann Sinn, wenn ich die aktuellen Kurse unmittelbar sehe. In der Desktopversion könnte ich auch evtl. sogar auf die aktuellen Kurse verzichten.
Viele von den Kurslieferanten liefern auch den aktuellen Kurs in der Tabelle der Kurse. Der wird dann immer wieder überschrieben.
Aber… das heißt nicht, dass es noch was zu tun gibt. Als nächstes will ich die Yahoo Finance Konfiguration für die aktuellen Kurse verwenden.
Das ist mir nicht ganz klar. Kannst Du mal Deine Konfiguration hier teilen - sowohl für die historischen als auch für den aktuellen Kurs. Ich vermute Du machst das über die “HTML Tabelle”. Das sollte auch in der App funktionieren - wenn als Kurslieferant für historische Kurse konfiguriert.
Danke für die Antwort. Leider verstehe ich es nicht. Gibt es also eine Möglichkeit, die aktuellen, also die Kurse vom aktuellem Wochentag, in der app anzuzeigen?
In der aktuellen Implementierung wird die Konfiguration “historische Kurse” verwendet. Und leider nur die.
Aber d.h. nicht das man nicht aktuelle Kurse bekommt. Eben weil Kurslieferanten über die URL auch den aktuellen Kurse liefern. Coingecko z.B. für Bitcoin. Oder der “HTML Tabelle” je nach Webseite und/oder Handelsplatz.
Aber machen wir es andersrum - schick mir mal screenshots Deiner Konfiguration für Kurse an *portfolio dot performance dot help at gmail dot com - dann weiß ich auf welche Lücken ich mich konzentrieren muss
Hi, erstmal danke für die Erklärung. Ok das erklärt es natürlich zumindets bei meiner Einstellung aktuell:
Ich vermute halt wenn ich hier etwas ändere muss ich mir wieder die Aktiensplits anschauen, da dass ja immer etwas unterschiedlich gehandhabt wird bzgl. historischer Kurse.
@Felix1117 Danke für den Post. Die aktuellen Kurse würden abgerufen, wenn Du die Konfiguration als historische Kurse angelegen würdest. Aber ich verstehe Deinen Gedankengang. Und da der Abruf ja schon implementiert ist, werde ich mich dran machen auch hier die aktuellen Kurse zu unterstützen. Danke für das Feedback.
Danke dann belass ich es mal so. Irgendwo hab ich glaube ich beim initialen aufsetzten auch gelesen, das empfohlen wird die historischen Werte von Portfolio Performance zu nehmen. Daher macht es denke ich schon Sinn wenn die Kombo wie oben in der App funktioniert. Danke
Ah hab nochmal nachgedacht. Vermutlich werde ich dann doch umstellen. Kann ja die historischen Werte bestehen lassen und nicht überschreiben dann funzt es. Ich trete das morgen mal.
@AndreasB Wir möchten unterstützen, dass Ihr die aktuellen Kurse in der mobilen App ebenfalls abrufbar macht, insbesondere über die JSON Möglichkeit.
Wir nutzen Portfolio Performance so wie @Felix1117: historische Kurse aus Portfolio Report, aktuelle Kurse dann allerdings von einem außerbörslichen Handelsplatz wie Tradegate oder Gettex (via ING API v1, JSON); hier gibt es ja länger, bis 22:00 Uhr Kurse.
Wir möchten aber bewusst bei den historischen Schluss-Kursen immer Xetra als Basis haben und nur abends dann die höheren Tradegate-Spreads/-Kurse als aktuelle Kurse sehen.
Würden wir dem Workaround (JSON auch bei historischen Kursen) folgen, so hätten wir ja immer die Tradegate-Schlusskurse auch im historischen Kursverlauf.
Gerade die Flexibilität - historischer vs. aktueller Kurs - finden wir sehr attraktiv in Portfolio Performance. Danke sehr!