vibenl / ghostfoliosidekick Goto Github PK

Die to a change in ghostfolio, every run will add a row to the cash balance table.

Currently we convert the unit price with the known conversion rate. This leads to rounding errors per unit. When the number of units increases in a transaction, the error compared to the paid total also increases.

We should investigate if we can reduce the error by using the total paid amount and calculating the unit price and rounding up or down depending on the type of transaction (buy should be rounded up, sell rounded down just to be safe?) .

Currently only a single parser can handle an account. It would be nice to support multiple formats for an account.

Usecases:

• Export formats of brokers can change, we should be able to keep using the ealier exported files
• Some brokers can export multiple file types, we should have the option to mix and match
• We should be able to use the generic import format in combination with the export from a broker when the export functionality is (temporary) not available.

Currently Ghostfolio has no support for staking, lets implement a workaround:

• for every stake reward
  • create a dividend record the the currency amount
  • create a buy order for exactly the same amount

Having a weird issue parsing some transactions from trading 212.

If I restart the container I get new errors saying that XXX symbol was not found

One run

info: GhostfolioSidekick.FileImporter.FileImporterTask[0]
      AccountName: Trading 212
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find HEIA.AS as a symbol
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find IE00B3XXRP09 as a symbol
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find US0079031078 as a symbol

Second run

info: GhostfolioSidekick.FileImporter.FileImporterTask[0]
      AccountName: Trading 212
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find VWCE.DE as a symbol
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find US02079K3059 as a symbol
fail: GhostfolioSidekick.Ghostfolio.API.GhostfolioAPI[0]
      Could not find US0231351067 as a symbol

Would this be an issue with Ghostfolio getting limited on the API?

Instead of scanning a fixed interval, detecting when to run would be nice

Currently it is not possible to have a manual transaction since it will be removed on syncing.

use cases to be implemented:

• a transaction not yet available in the CSV export

Maybe others??

we need a way to fix the culture difference breaking the tests.

either by detecting culture and adjusting accordingly or finding a way to parse the data culture-invariant

Currently we match on a generic identifier, meaning OP will not match Optimism but OceanPal Inc.

Goal: Import custom symbols for stuff as:

• Investments in non publically traded stocks / ETF's
• Keep track of up's and downs of savings accounts by using a EUR symbol

When multiple files are used, duplicate transactions can be contained and should not cause duplication on Ghostfolio.

Perhaps import multiple transaction instead of 1 by 1

Todo: find out if the problem is with this application of a change in Ghostfolio