Gebührenberechnung auf Codebasis verzögerte die Anzeige der Transaktionsmaske (Performance) (ab .22)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenDurch die dynamische Gebührenberechnung auf Tabellen bzw. Code-Basis wurde die Transaktionsmaske zur Eingabe von Käufen und Verkäufen nur deutlich verzögert dargestellt. Dies ist hiermit durch Speicherung des übersetzten Codes verbessert.
Spalten-Einstellungen fürs Depot werden gespeichert (ab .22)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenDurch die Spalten-SumUps wurde die Speicherung der Einstellungen der Position und Breite der angezeigten Spalten für das Depot nicht mehr korrekt unterstützt. Dies ist hiermit wieder korrigiert.
Performance beim Öffnen des Transaktions-Dialogs optimiert (ab .21)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenFür eine schnelle Erfassung von Transaktionen sollte die Transaktionsmaske schneller öffnen und reagieren. Hierfür wurde das Caching der Schnell-Listen als auch die Gebührenberechnung optimiert.
Summen-Spalte für das Verlust-Risiko bei den Stoppkursen (ab .20)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenDie Summe der Gewinn bzw. Verlustrisiken in den Einzelpositionen des Portfolios sollten im Spaltenkopf für "Stoppkurse" angezeigt werden.
Menü-Struktur vereinfacht insb. für Neueinsteiger in die Börsensoftware (ab .20)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenDie Menüstruktur war für Neueinsteiger zu überladen, auch wenn ein Profinutzer der Software davon profitierte.
Neue Titel erst mit Nachfrage mit einem Minimal-Setup oder ausgiebigen Importprofil anlegen (ab .20)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenDurch vorherige Umstellungen wurden für Neuanlagen von Titeln immer das sehr ausführliche Importprofil für Fundamentaldaten genutzt. Dies ist aber nicht immer notwendig und kann daher nach Rückfrage auch anders ausgewählt werden.
In der Portfolio-Ansicht sollte im Kopf eine Zusammenfassung (Summe) dargestellt wenn ein Konto/Depot explizit ausgewählt worden ist (Von Ihnen gewünschte Story mit Votes::10)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und Verbesserungen
Automatische Aktualisierung aller Portfolio-Titel mit Programmstart (ab .16)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenAls Nutzer möchte ich beim Programmstart keine manuellen Kursaktualisierungen durchführen, sondern sofort mit Öffnen des Portfolios den letzten Kursaktualisierungs-Stand vorliegen haben. Diese sollte in den Programmeinstellungen aktivierbar/deaktivierbar sein im Zusammenspiel mit dem Info-Startbildschirm.
Interne Internet-Aktualisierungsvariablen können automatisch versteckt werden (ab .15)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenIm Programm können für bestimmte Routinen beliebige Internet-Variablen angelegt werden die pro Titel verwaltet werden. Dies betrifft unter anderem auch Import-Variablen und Refresh-Status-Variablen von Fundamentaldaten. Diese werden fortan automatisch versteckt, können aber auch eingeblendet werden bei Bedarf.
Demoversion aktualisiert direkt beim Programmstart alle Titel im Portfolio (ab .15)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenUm direkt starten zu können, sollte die aktuellsten Kursdaten direkt bei Programmstart vorliegen. Es wird daher das komplette geladene Portfolio automatisch mit den aktuellsten Kursdaten aktualisiert und eine Fortschrittsanzeige begleitend angezeigt.
{BOERSE} - Zuordnungen aus Aktualisierungsgruppen auch in Variablen nutzen können (ab .14)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenIch möchte insb. für Consors nicht mehrere Internet-Adressen aktualisieren, die sich nur durch die Ziel-Variable entsprechend der Börse unterscheiden. Diese sollten durch die Kursaktualisierungsgruppe ersetzt werden können. Dies vereinfacht das Handling deutlich und vermeidet doppelte Anlagen von Profile für Internetadressen. Dies war bisher nicht möglich, da hier eine Variable innerhalb einer Variable aufgelöst werden muss.
Die Anpassung wurde für mehrere Aktualisierungs-Provider vorgenommen, womit die Übersichtlichkeit deutlich verbessert sein sollte:
- Comdirect
- OnVista
- Consors
Consors-Kursaktualisierung als Datenquelle anpassen, um nach der Website-Anpassung weitergenutzt werden zu können (.13) (Von Ihnen gewünschte Story mit Votes::1)
Themengebiet: Die bisherige Consors-Aktualisierung funktioniert in dieser Form nicht mehr und kann auch nicht repariert werden. Der Anbieter hat hier die Angebote umstrukturiert. Das Setup kann durch erneute Konfiguration und Umstellung auf JSON-Datenstrukturen angepasst werden. Es werden mehrere Standardprofile vorgegeben und der Umfang des Datenabrufds deutlich aufgewertet von 20 Tagen auf bis zu 2.2 Jahre.
Für die Nutzung müssen die Stammdaten neu eingespielt werden.
Optimierung der automatischen Titelanlage, um automatisch auch alle Fundamentaldaten einzulesen für den Titel (ab .12)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenBei der automatischen Titelanlage von Titeln sollten alle fehlenden Stammdaten inkl. Beschreibungen, Kennzahlen und Unternehmensdaten eingelesen werden. Die bisherige minimale Stammdaten-Anlage erzwingt einen unnötigen zweiten Aktualisierungs-Durchlauf.
Transaktionsdaten-Import mit Umrechnungskursen sowohl zur als von der Hauptwährung z.B. EURUSD und USDEUR (ab .11)
Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Ideen und VerbesserungenBeim Import von Transaktionsdaten sollte in beide Umrechnungsrichtungen ein Import möglich sein z.B. mit EURUSD als auch mit USDEUR. Hierfür wurde ein neues Importfeld eingeführt:
WIKI-Beschreibung
Unbekannte Depots wurden in den Kontenstammdaten nicht automatisch wiederhergestellt (ab .17)
Wenn ein Stammdaten-Update eingespielt worden ist, wurden auch regelmäßig die Konten aktualisiert. Wenn diese lokal angepasst worden sind, konnten Kontenstammdaten verloren gehen. Der interne automatische Zuordnungsprozess hat hier nicht immer korrekt funktioniert. Das Problem ist eine Follow-Up-Story und löst das Problem, wenn die IBAN nicht gesetzt worden ist bzw. der Kontostand im negativen Bereich war.
Bei automatischen Neuanlage ist das eingestellte Marktsegment nicht übernommen worden, wenn es im Fundamentaldaten-Update-Profil nicht selbst gesetzt wurde (ab .16)
Wurde ein bisher unbekannter Titel gesucht, kann automatisch eine Neuanlage des Titels erfolgen. Dabei wird automatisch auch ein Ziel-Markt abgefragt. Dieser wurde dabei aber nicht zwingend übernommen, womit beim anschließenden Editieren der Stammdaten des Titels plötzlich das Marktsegment nochmals gesetzt werden musste.
Bei Kursaktualisierungsgruppen mit Full/Delta-Abgleichen konnte es zum Ignorieren der Kursaktualisierung kommen, wenn ein Element mit N/A gesetzt worden ist (ab .16)
Wurde in einer Kursaktualisierungsgruppe ein Element mit "N/A" festgelegt, konnte in bestimmten Situationen die Kursaktualisierung hierfür ausgesetzt worden sein.
Kursdaten wurden in Sammel-Updates nicht immer korrekt aktualisiert, da vorherige Kurs-Variablen mitverwendet worden sind (.15)
Es machte teilweise ein Unterschied, ob ich ein Sammelupdate oder ein Einzel-Update von Titeln durchführe.
Automatische Kapitalertragssteuer wurde als Indikation in der Ertragsmaske angezeigt ohne Berücksichtigung des Transaktions-Typs (ab 9.)
Die Kapitalertragssteuer wurde in der Erfassungsmaske aufgenommen. Hier wurde aber keine korrekte Unterscheidung nach Typ vorgenommen, so dass Belastungen nicht zu einer Kapitalertragssteuer führen.
Automatische Titel-Anlage sollte Tai-Pan und Tai-Pan-RT automatisch mit einbeziehen (ab .9)
Die OnVista-Einbindung hatte ein Refactoring der automatischen Titel-Anlage verursacht. Die Tai-Pan (RT) Anbindungen wurde dabei zurückkgestellt und ist hiermit wieder integriert.
Konten wurden nicht korrekt wiederhergestellt, wenn nach einem Update die Default-Kontenstruktur nicht der eigenen Konten-Abbildung entsprach (ab .9)
Die Systematik zur Wiederherstellung auf Depot-Dateien hatten einen Referenz-Schlüssel nicht korrekt gesetzt. Damit konnte das Konto wiederhergestellt werden, aber die Transaktionsdaten nicht korrekt neu zugeordnet werden.
Fehler-Protokoll ist fehlerhaft eingerückt und dadurch schwer lesbar (ab .8)
Bei der Aktualisierung von Kursdaten wird automatisch ein Fehler-Protokoll geschrieben. Bei der Auflösung von internen Variablen kann dabei die Einrückung bzw. Semantik verloren gehen. Dadurch ist das resultierende Protokoll nur schwer lesbar.
Ungewollte Mehrfachanfrage der Stammdaten bei unbekannten Titeln aus der Kursliste heraus (ab .8)
Wird über die Detailliste ein Titel gesucht, der bisher unbekannt war, wurde eine ungewollte Zweifach-Suche ausgelöst.
Internet-Aktualisierungen von Einzeltiteln wurden in bestimmten Fällen nicht abgeschlossen (.10)
In bestimmten Wiederholungsschleifen konnte es vorkommen, dass die Internet-Kursdaten-Aktualisierung erst mit einem Neustart wieder funktioniert.