Het grote "Firefly III" topic

[WheeleE]

@jwbokx Misschien is het in de meest recente versie van de FF3-lxc opgelost, maar ik kon in mijn testsetup geen personal access token aanmaken.
Als jou dat nu wel lukt zou je inderdaad een losse importer-container ergens in een dockeromgeving kunnen zetten en die koppelen met de lxc.

[jwbokx]

Hmmm blijkbaar werkt dat nog steeds niet...
Ga deze dan maar weer verwijderen.
Dan is docker of portainer het makkelijkste lijkt het zo?

[Bulezz]

Inderdaad, ik heb ook eerst proxmox helper script geprobeerd maar ben nu overgeschakeld naar Docker, zonder problemen alles werkend gekregen (Firefly, importer en Pico app)

[babbelbox]

babbelbox schreef op maandag 24 februari 2025 @ 14:37:
@Distoration Wat ik zo ff snel zag in 1 van jouw linkjes is dat er inmiddels versie 6.2.9 is.
Helaas heeft die hetzelfde gedrag als 6.2.7. Als ik update vanaf 6.2.4 blijft de container herstarten, zonder enige error overigens.
Overigens ook de tussenliggende 6.2.8 geprobeerd maar die doet het ook niet.

Net even snelle test gedaan aar ook een schone container, tegen een lege database komt in een bootloop te zitten. Ik zal nog 's proberen buiten Swarm om, kijken of dat verschil maakt.
[edit]
Op een losse docker host werkt 6.2.9 blijkbaar wel.
Kan het iets met een status/health check zijn die in swarm anders/minder goed wordt afgehandeld?

[ Voor 11% gewijzigd door babbelbox op 28-02-2025 15:02 ]

[jwbokx]

Nu met helperscript docker lcx incl portainer.
Dan volgens handleiding site fireflyII alles geïnstalleerd.
Alles werkt, incl importer en gocardless....

Moest alleen in de env var's de goede url van firefly zetten.
Niet http://localhost, maar http://<ip van docker container>

[babbelbox]

babbelbox schreef op vrijdag 28 februari 2025 @ 14:39:
[...]

Net even snelle test gedaan aar ook een schone container, tegen een lege database komt in een bootloop te zitten. Ik zal nog 's proberen buiten Swarm om, kijken of dat verschil maakt.
[edit]
Op een losse docker host werkt 6.2.9 blijkbaar wel.
Kan het iets met een status/health check zijn die in swarm anders/minder goed wordt afgehandeld?

Lijkt er op dat de laatst 6.2.9 in docker swarm nu goed draait, bij toeval zag ik dat de image een klein uurtje geleden was geüpdatet. Meteen maar ff getest en het werkt!

[Rozz]

Update:
Laat maar Registry verwijderen en weer toevoegen werkt alles wel


Originele vraag:
Thanks @Firefly III voor je harde werk.

Hier ook eerste keer gebruik van FireflyIII, maar ik loop al meteen tegen een probleem aan:

code:

Failed to deploy a stack: compose up operation failed: Error response from daemon: Head "https://registry-1.docker.io/v2/library/alpine/manifests/latest": unauthorized: incorrect username or password

Ik ben wel met Portainer ingelogd in DockerHub en andere projecten lukken wel?!?

[ Voor 27% gewijzigd door Rozz op 08-03-2025 19:19 . Reden: Laat maar.... ]

[eXtink]

Probeer firefly op te zetten om alles inzichtelijk te maken, maar ik loop tegen het probleem aan dat als ik mijn ING transacties importeer (met een configuratie van https://github.com/firefly-iii/import-configurations) dat ik 'dubbele' transacties krijg vanuit mijn betaal- en spaarrekening.

Dit zijn dus transacties in mijn betaalrekening van/naar mijn spaarrekening en transacties in mijn spaarrekening van/naar mijn betaalrekening. Die worden dus voor mijn saldo dubbel gerekend.

Kan helaas niet goed vinden hoe ik deze het beste kan samenvoegen, hebben jullie tips hiervoor?

[WheeleE]

@eXtink Ik heb aan deze post een hoop gehad.
Kort samengevat 1 rule vor je betaalrekening (converteer alle transacties tussen betaal- en spaarrekening naar een transfer), en je spaarrekening niet importeren. D jaarlijkse rente kun je handmatig opvoeren.

[rjong5]

Ik verwijderen altijd via excel alle "dubbele" transacties tussen al mijn rekeningen.

Is wat handwerk maar werkt ook prima

[LEiPiE]

Ik heb ongeveer hetzelfde maar dan met twee normale ING betaalrekeningen, waartussen ik nog wel eens wat geld heen en weer transfer (mijn rekening waar alle vaste lasten uit gaan en onze gezamenlijke rekening). Ik heb wel een rule die de transfers een naam geeft en daardoor kan ik in het transfers overzicht ze er met de hand wel uit vissen. Ook doe ik na elke import een afstemming/reconciliation waardoor gemiste dingen alsnog opvallen.

Ideaal is het niet direct, maar ik probeer wekelijks een import te doen waardoor het goed te overzien is. Per week ook omdat meer dan twee weken importeren tegen de 600 seconden limiet aanloopt in de importer... heel vorig jaar importeren heb ik gedaan door dat op te knippen in max 200 regels csv per keer

NB: ik vind het verder een prachtige applicatie, gebruik 'm nu een paar weken om eindelijk beter inzicht te krijgen in waar al het geld heen gaat.

[debom]

Ik ben nieuw in firefly en heb het na vele malen opnieuw proberen eindelijk werkend op mijn Synology.
Nu ben ik bezig geweest met het importeren van de csv bestanden (export van ING). Voor 99% is dat goed gegaan. Echter heb ik een reeks aan transacties die goed in de CSV staan, maar bij de import niet goed verwerkt worden.

Als voorbeeld heb ik een transactie waar het Destination account op SKYSHOWTIME staat en de omschrijving HBO MAX weergeeft met het bedrag van HBO MAX.

Ik heb al wel een aantal rules aangemaakt, maar dat is voor het instellen van de categorie. Als type withdraw is en naam bevat SKYSHOWTIME stel dan de categorie in op Streaming diensten.

Heeft iemand dit gedrag eerder gezien. Ik ben een eeuw bezig geweest om de afgelopen 4 jaar te importeren en dan krijg je dit te zien.

[WheeleE]

@debom Kan het zijn dat die transacties naar hetzelfde IBAN gaan? Of via iets als Molly/Adyen?
Dan kan het namelijk gebeuren dat transacties onbedoeld op dezelfde crediteur worden geboekt.
Als alternatief kun je via een rule niet alleen de categorie maar ook de crediteur expliciet instellen op basis van de omschrijving.

[debom]

Daar ga ik even naar kijken. Ben nu niet thuis. Bedankt!

[ Voor 14% gewijzigd door debom op 21-03-2025 11:23 ]

[PuckStar]

Weet iemand hoe ik makkelijk kan zoeken op uitgaven boven een bepaald bedrag?
Als ik dat via de search probeer krijg ik ook alle inkomsten boven dat bedrag.
Heb al zitten spelen met more en less en - en zonder - maar het lukt maar niet.

LEiPiE schreef op vrijdag 14 maart 2025 @ 17:14:
Ik heb ongeveer hetzelfde maar dan met twee normale ING betaalrekeningen, waartussen ik nog wel eens wat geld heen en weer transfer (mijn rekening waar alle vaste lasten uit gaan en onze gezamenlijke rekening). Ik heb wel een rule die de transfers een naam geeft en daardoor kan ik in het transfers overzicht ze er met de hand wel uit vissen. Ook doe ik na elke import een afstemming/reconciliation waardoor gemiste dingen alsnog opvallen.

Ideaal is het niet direct, maar ik probeer wekelijks een import te doen waardoor het goed te overzien is. Per week ook omdat meer dan twee weken importeren tegen de 600 seconden limiet aanloopt in de importer... heel vorig jaar importeren heb ik gedaan door dat op te knippen in max 200 regels csv per keer

NB: ik vind het verder een prachtige applicatie, gebruik 'm nu een paar weken om eindelijk beter inzicht te krijgen in waar al het geld heen gaat.

Ik loop ook vaak tegen die 600sec aan maar mijn ervaring is dat het proces op de achtergrond wel gewoon doorgaat en alles afmaakt.

[ Voor 9% gewijzigd door PuckStar op 01-04-2025 21:39 ]

[rjong5]

PuckStar schreef op dinsdag 1 april 2025 @ 21:35:
Weet iemand hoe ik makkelijk kan zoeken op uitgaven boven een bepaald bedrag?
Als ik dat via de search probeer krijg ik ook alle inkomsten boven dat bedrag.
Heb al zitten spelen met more en less en - en zonder - maar het lukt maar niet.


[...]

Ik loop ook vaak tegen die 600sec aan maar mijn ervaring is dat het proces op de achtergrond wel gewoon doorgaat en alles afmaakt.

zoekopdrachten kan je combineren

more:bedrag type:withdrawal

Dus zoeken op type uitgave boven bedrag x

[ Voor 23% gewijzigd door rjong5 op 01-04-2025 21:55 ]

[rjong5]

ik heb ook weer iets vreemds.
na mijn laatste CSV import heb ik ineens een hele lijst met jaartallen voor het draaien van rapporten.



ja je ziet het goed, beginnend met het jaar 24 ( en dus oplopend naar 2025 )

ben nu een export van alle transacties aan het doen om te kijken of er uberhaupt transacties in 1 van die jaartallen zitten, maar ik betwijfel het.

hoe krijg ik dit in godsnaam weg

Edit: gefixt, een handmatige transactie met een typfout in de datum

[ Voor 4% gewijzigd door rjong5 op 17-04-2025 21:47 ]

[Xutovlip]

Ik heb Firefly III nu weer een tijdje succesvol draaien hier. Ik gebruik een nachtelijke Nordigen import om de transacties automatisch te importeren. Het loopt eigenlijk wel prima maar af en toe ook wat stroef. Ik heb eigenlijk de volgende problemen waar ik tegenaanloop:

Duplicate detectie
De duplicatie detectie lijkt niet altijd te werken (ik heb hem standaard op content based staan). Veelal komt het voor dat een transactie nog een keer geplaatst wordt en tegelijkertijd ook een "pending" tag erbij krijgt. Hoort dit er nou eenmaal bij omdat de transacties niet precies te koppelen zijn?

Datum van transacties
De datum van een transactie lijkt niet goed gemapt te worden. Hij pakt een of andere datum verwerkingsdatum? verwacht ik. Een transactie van gistermiddag 18-04 wordt namelijk gemapt naar volgende week dinsdag 22-04 (eerste werkdag na de feestdagen). Is dat aan te passen?

Dit is de import configuratie die gebruikt wordt (heb de ID's even naar 0 gezet voordat ik het hier heb geplaatst)

code:

{
    "version": 3,
    "source": "ff3-importer-1.6.1",
    "created_at": "2025-02-24T19:37:10+01:00",
    "date": "",
    "default_account": 1,
    "delimiter": "comma",
    "headers": false,
    "rules": true,
    "skip_form": false,
    "add_import_tag": true,
    "roles": [],
    "do_mapping": [],
    "mapping": [],
    "duplicate_detection_method": "classic",
    "ignore_duplicate_lines": false,
    "unique_column_index": 0,
    "unique_column_type": "external-id",
    "flow": "nordigen",
    "content_type": "csv",
    "custom_tag": "",
    "identifier": "0",
    "connection": "0",
    "ignore_spectre_categories": false,
    "grouped_transaction_handling": "",
    "use_entire_opposing_address": false,
    "map_all_data": true,
    "accounts": {
        "00000000-0000-0000-0000-000000000000": 1
    },
    "date_range": "partial",
    "date_range_number": 30,
    "date_range_unit": "d",
    "date_not_before": "2025-01-25",
    "date_not_after": "",
    "nordigen_country": "NL",
    "nordigen_bank": "ABNAMRO_ABNANL2A",
    "nordigen_requisitions": {
        "00000000-0000-0000-0000-000000000000": "00000000-0000-0000-0000-000000000000"
    },
    "nordigen_max_days": "90",
    "conversion": false,
    "ignore_duplicate_transactions": true
}

Juist omdat de duplicaten niet helemaal goed gedetecteerd worden loopt het soms dus wat stroef om de laatste transacties te verwerken. Ik heb nu ook en saldo-verschil opgemerkt die extra lastig terug te vinden is omdat de transactiedatums niet helemaal juist zijn.

Kan iemand mij hierbij helpen?

[jmk]

Xutovlip schreef op zaterdag 19 april 2025 @ 20:40:
Ik heb Firefly III nu weer een tijdje succesvol draaien hier. Ik gebruik een nachtelijke Nordigen import om de transacties automatisch te importeren. Het loopt eigenlijk wel prima maar af en toe ook wat stroef. Ik heb eigenlijk de volgende problemen waar ik tegenaanloop:

Duplicate detectie
De duplicatie detectie lijkt niet altijd te werken (ik heb hem standaard op content based staan). Veelal komt het voor dat een transactie nog een keer geplaatst wordt en tegelijkertijd ook een "pending" tag erbij krijgt. Hoort dit er nou eenmaal bij omdat de transacties niet precies te koppelen zijn?

Datum van transacties
De datum van een transactie lijkt niet goed gemapt te worden. Hij pakt een of andere datum verwerkingsdatum? verwacht ik. Een transactie van gistermiddag 18-04 wordt namelijk gemapt naar volgende week dinsdag 22-04 (eerste werkdag na de feestdagen). Is dat aan te passen?

Dit is de import configuratie die gebruikt wordt (heb de ID's even naar 0 gezet voordat ik het hier heb geplaatst)

code:

{
    "version": 3,
    "source": "ff3-importer-1.6.1",
    "created_at": "2025-02-24T19:37:10+01:00",
    "date": "",
    "default_account": 1,
    "delimiter": "comma",
    "headers": false,
    "rules": true,
    "skip_form": false,
    "add_import_tag": true,
    "roles": [],
    "do_mapping": [],
    "mapping": [],
    "duplicate_detection_method": "classic",
    "ignore_duplicate_lines": false,
    "unique_column_index": 0,
    "unique_column_type": "external-id",
    "flow": "nordigen",
    "content_type": "csv",
    "custom_tag": "",
    "identifier": "0",
    "connection": "0",
    "ignore_spectre_categories": false,
    "grouped_transaction_handling": "",
    "use_entire_opposing_address": false,
    "map_all_data": true,
    "accounts": {
        "00000000-0000-0000-0000-000000000000": 1
    },
    "date_range": "partial",
    "date_range_number": 30,
    "date_range_unit": "d",
    "date_not_before": "2025-01-25",
    "date_not_after": "",
    "nordigen_country": "NL",
    "nordigen_bank": "ABNAMRO_ABNANL2A",
    "nordigen_requisitions": {
        "00000000-0000-0000-0000-000000000000": "00000000-0000-0000-0000-000000000000"
    },
    "nordigen_max_days": "90",
    "conversion": false,
    "ignore_duplicate_transactions": true
}

Juist omdat de duplicaten niet helemaal goed gedetecteerd worden loopt het soms dus wat stroef om de laatste transacties te verwerken. Ik heb nu ook en saldo-verschil opgemerkt die extra lastig terug te vinden is omdat de transactiedatums niet helemaal juist zijn.

Kan iemand mij hierbij helpen?

Ik gebruik ook de Nordigen/Go Cardless koppeling maar ik laad deze handmatig in, wist niet dat dit ook automatisch kon...

Ik had vrij vaak last van duplicaten als ik op zaterdag/zondag transacties ophaalde met de datum van de zaterdag/zondag. Op maandag kwamen deze dan nog een keer binnen maar dan met de datum van maandag.

Ik heb dit voor mezelf opgelost door alleen door de week de transacties op te halen. Ik vind het fijn om wekelijks mijn uitgaven in de gaten te houden dus voor nu voldoende. Misschien kan jij dat ook zo instellen om zo van het probleem af te zijn. Ik hebt trouwens een ABN/AMRO rekening.

[Xutovlip]

jmk schreef op zondag 20 april 2025 @ 10:32:
[...]

Ik gebruik ook de Nordigen/Go Cardless koppeling maar ik laad deze handmatig in, wist niet dat dit ook automatisch kon...

Ik had vrij vaak last van duplicaten als ik op zaterdag/zondag transacties ophaalde met de datum van de zaterdag/zondag. Op maandag kwamen deze dan nog een keer binnen maar dan met de datum van maandag.

Ik heb dit voor mezelf opgelost door alleen door de week de transacties op te halen. Ik vind het fijn om wekelijks mijn uitgaven in de gaten te houden dus voor nu voldoende. Misschien kan jij dat ook zo instellen om zo van het probleem af te zijn. Ik hebt trouwens een ABN/AMRO rekening.

De duplicaten zijn inderdaad vooraal in het weekend. Had de import ook al uitgezet op maandagnacht dat heeft het aantal duplicaten wat teruggebracht.

Staat bij jou de datum van een firefly-transactie wel daadwerkelijk op de datum van de daadwerkelijke transactie?

[jmk]

Xutovlip schreef op zondag 20 april 2025 @ 13:04:
[...]


De duplicaten zijn inderdaad vooraal in het weekend. Had de import ook al uitgezet op maandagnacht dat heeft het aantal duplicaten wat teruggebracht.

Staat bij jou de datum van een firefly-transactie wel daadwerkelijk op de datum van de daadwerkelijke transactie?

Nee, als ik in zaterdag of zondag een aankoop doe staan deze op de datum van de maandag. Wat het wel lastig maakt, veel wekelijkse aankopen doe ik op zaterdag en al die transacties komen op de maandag daarna.

Als ik echter op zaterdag na mijn aankopen en de maandag erna mijn transacties ophaal dan staan de datums op zaterdag en maandag, met duplicaten tot het gevolg.

Nu ik alleen door de week een handmatige import die zijn 90% van de problemen voorbij.

[Xutovlip]

jmk schreef op zondag 20 april 2025 @ 20:19:
[...]

Nee, als ik in zaterdag of zondag een aankoop doe staan deze op de datum van de maandag. Wat het wel lastig maakt, veel wekelijkse aankopen doe ik op zaterdag en al die transacties komen op de maandag daarna.

Als ik echter op zaterdag na mijn aankopen en de maandag erna mijn transacties ophaal dan staan de datums op zaterdag en maandag, met duplicaten tot het gevolg.

Nu ik alleen door de week een handmatige import die zijn 90% van de problemen voorbij.

Misschien dat ik de import dan even moet omdraaien. Ik zal hem eens uitzetten op zaterdag en zondagnacht zodat ik alleen op doordeweekse dagen importeer.

Ik zie daarnaast wel dat de waarde van "betalingsdatum" correct is. Dat is de datum dat de daadwerkelijke betaling is gedaan. Ik mis alleen een optie in de Regels om die waarde te plaatsen in de datum van de transactie. Weet iemand waaarom een transactie een andere datum zou hebben dan de betalingsdatum?

[babbelbox]

Heeft dat niet met het de verouderde systemen van de banken te maken dat de formele afhandeling niet in het weekend plaatsvindt?

[Harkov]

Ja, maar de payment date komt in bijvoorbeeld een CAMT bericht gewoon mee. Probleem is alleen dat Firefly per "booking date" weergeeft i.p.v. per "payment date". Je kan dat wel aanpassen tijdens de import, maar dan importeer je in feite foutieve data.

De beste oplossing zou zijn om de een optie te hebben om te groeperen per payment date.

[martijn1985]

Ik ben bezig om firefly voor mezelf op te zetten, ik heb nu mijn betaalrekening en spaarrekening van de ASN bank er instaan en de eerste data ingelezen. Ik heb ook nog een spaarrekening bij BigBank, maar die staat er nu als crediteur in. Ik zie zo geen route om die handig om te zetten in een eigen spaarrekening, en als ik een rekening toevoeg met hetzelfde IBAN geeft hij de melding dat die rekening al in gebruik is.

Had ik eerst al mijn rekeningen moeten aanmaken en dan pas data inlezen?

[Vloris]

martijn1985 schreef op maandag 12 mei 2025 @ 13:11:
Ik ben bezig om firefly voor mezelf op te zetten, ik heb nu mijn betaalrekening en spaarrekening van de ASN bank er instaan en de eerste data ingelezen. Ik heb ook nog een spaarrekening bij BigBank, maar die staat er nu als crediteur in. Ik zie zo geen route om die handig om te zetten in een eigen spaarrekening, en als ik een rekening toevoeg met hetzelfde IBAN geeft hij de melding dat die rekening al in gebruik is.

Had ik eerst al mijn rekeningen moeten aanmaken en dan pas data inlezen?

Om die dubbele-IBAN foutmelding te omzeilen kun je bijvoorbeeld eerst de IBAN van je huidige crediteur aanpassen/verwijderen, dan je spaarrekening als betaalrekening aanmaken met de juiste IBAN. Daarna kun je alle transacties omhangen.

[Graxo]

Hallo,

Ik heb een beetje dit topic doorgelezen en ik ben opzoek naar een manier voor een auto-importer voor Bunq naar mijn Firefly installatie. Is dit nog een ding om in 2025 te gebruiken? Of zijn er makkelijkere/betere oplossingen?

Ik heb liever niet een third-party tussen de imports, dus iets wat ik zelf kan draaien in docker is geen probleem.

Hopelijk heeft iemand een manier om het automatisch te doen.

Met vriendelijke groet,
Graxo

[Melantrix]

Hi, Sinds gisteren een gebruiker van Firefly om wat meer inzichten te krijgen (en te houden), tot nu toe werkt het top!

Ik loop alleen tegen iets aan en ik weet niet zo goed of dat ligt aan het feit dat ik iets niet begrijp of dat het gewoon niet kan..

Ik wil graag mijn vaste lasten als abonnement invoeren waaronder bijvoorbeeld streaming diensten zoals spotify, netflix enz. Ik heb alleen een aantal van deze streamingsdiensten ondergebracht bij mijn provider vanwege een bepaalde voordeel regeling.

Als ik het goed begrijp ziet Firefly dit als 1 transactie, namelijk mijn provider die het geld afschrijft. Ik zal dus 1 abonnement moeten invoeren met de kosten van verschillende diensten bij elkaar. Ik zou eigenlijk wiillen dat ik een aantal diensten kan aanmaken als abonnement, en dit aan dezelfde transactie koppelen.. is zoiets mogelijk?

[Asterion]

Melantrix schreef op vrijdag 6 juni 2025 @ 13:30:
Hi, Sinds gisteren een gebruiker van Firefly om wat meer inzichten te krijgen (en te houden), tot nu toe werkt het top!

Ik loop alleen tegen iets aan en ik weet niet zo goed of dat ligt aan het feit dat ik iets niet begrijp of dat het gewoon niet kan..

Ik wil graag mijn vaste lasten als abonnement invoeren waaronder bijvoorbeeld streaming diensten zoals spotify, netflix enz. Ik heb alleen een aantal van deze streamingsdiensten ondergebracht bij mijn provider vanwege een bepaalde voordeel regeling.

Als ik het goed begrijp ziet Firefly dit als 1 transactie, namelijk mijn provider die het geld afschrijft. Ik zal dus 1 abonnement moeten invoeren met de kosten van verschillende diensten bij elkaar. Ik zou eigenlijk wiillen dat ik een aantal diensten kan aanmaken als abonnement, en dit aan dezelfde transactie koppelen.. is zoiets mogelijk?

Er is een mogelijkheid om je transactie op te splitsen. Zodat je bvb een elektro apparaat apart kan houden van je boodschappen in de ah.

Misschien is er dmv een regel ook wel zoiets in te stellen.

[WheeleE]

Splitsen kan helaas alleen handatig, niet door middel van een regel.
Een alternatieve oplossing kan zijn om voor elke streamingdienst, of dienst die je via je provider betaalt, een terugkerende transactie aan te maken, en eentje voor je gewone providerkosten (telefoonabonnement).
Bij het importeren kun je de gecombineerde transactie er uit filteren en automatisch verwijderen met een regel.

[Villager]

Ik probeer te upgraden naar 2.20, maar krijg een foutmelding:

root@firefly:/opt/firefly# php artisan migrate --seed

Illuminate\Contracts\Container\BindingResolutionException

Target class [hash] does not exist.

at vendor/laravel/framework/src/Illuminate/Container/Container.php:1019
1015▕
1016▕ try {
1017▕ $reflector = new ReflectionClass($concrete);
1018▕ } catch (ReflectionException $e) {
➜ 1019▕ throw new BindingResolutionException("Target class [$concrete] does not exist.", 0, $e);
1020▕ }
1021▕
1022▕ // If the type is not instantiable, the developer is attempting to resolve
1023▕ // an abstract type such as an Interface or Abstract Class and there is

+13 vendor frames

14 app/Exceptions/Handler.php:231
Illuminate\Auth\AuthManager::__call()
+3 vendor frames

18 artisan:35
Illuminate\Foundation\Console\Kernel::handle()

Ik kreeg deze melding ook toen ik naar 2.19 wilde upgraden en heb toen een restore gedaan.


EDIT: Zie dat ik een move van de bestanden moet doen en geen copy. Nogmaals proberen...

[ Voor 3% gewijzigd door Villager op 02-07-2025 14:37 ]

[Villager]

EDIT: Zie dat ik een move van de bestanden moet doen en geen copy. Nogmaals proberen...

Na het volgen van de upgrade instructies op https://docs.firefly-iii.org kreeg ik een Internal Server error.
Ik heb nu de stappen van een eerder gevonden en aangepast upgrade script gevolgd en dat gaat wel goed bij mij

code:

#!/bin/bash

#Modify next line to where your firefly-iii instance is installed to.
cd /opt

#Remove old backup of firefly-iii
rm -r firefly-old

#Backup current version of firefly-iii
cp -r firefly firefly-old

#Get latest version of firefly
latestversion=$(curl -s https://api.github.com/repos/firefly-iii/firefly-iii/releases/latest \
| grep "tag_name" \
| awk '{print "https://github.com/firefly-iii/firefly-iii/releases/download/" substr($2, 2, length($2)-3) "/FireflyIII-" substr($2, 2, length($2)-3) ".zip"}') \
; curl -L -o firefly-iii.zip $latestversion

#Install latest version
unzip firefly-iii.zip -x "storage/*" -d /opt/firefly
cd firefly
yes | composer install --no-scripts --no-dev
yes | composer install --no-dev
php artisan migrate --seed
php artisan cache:clear
php artisan firefly-iii:upgrade-database
php artisan passport:keys --force
php artisan cache:clear

#Serve next version, make sure rights are ok, restart apache2
cd ..
chown -R www-data:www-data firefly
chmod -R 775 firefly/storage
sleep 5
service apache2 restart
rm firefly-iii.zip

.

[jwbokx]

Hier iemand die een revolut rekening heeft en importeert in firelflyiii?

Ik ben FireflyRevolutTransactions tegengkomen, https://gitlab.com/ludo444/fireflyrevoluttransactions
Maar de readme is dusdanig kort dat ik niet weet hoe het te gebruiken.
Ben ook niet echt een python script gebruiker als het gaat om installeren en uitvoeren van losse scripts...
Heeft een verwijzing naar https://github.com/tducret/revolut-python, maar die is al sinds 2022 gearchiveerd. Een actieve fork is https://github.com/two-ack/revolut-py

Maar zo begin ik te verdwalen in alles...

Mocht iemand het kennen, of een betere manier weten...

Het kan ook via gocardless dat ik ook voor ing gebruik. Is wellicht nog het makkelijkste?

[stimpyMGS]

Ik heb inmiddels Firefly een paar dagen draaien en mijn bankafschriften met succes geimporteerd, en wat regels gemaakt om automatisch categorien en tags toe te wijzen. Een van deze categorien is "cancelled out". Daarmee bedoel ik dat ik iets met mijn priverekening heb betaald, en daarna via de gezamelijke rekening (van mijn partner en mij) aan mezelf heb terugbetaald. Het gaat dus om "voorgeschoten" bedragen.
-100 +100 = 0 (hence, cancelled out)

Is er een mogelijkheid om deze kosten in het inkomsten/uitgavenoverzicht tegen elkaar weg te strepen?

[4maself]

jwbokx schreef op dinsdag 29 juli 2025 @ 13:39:
Hier iemand die een revolut rekening heeft en importeert in firelflyiii?

Ik ben FireflyRevolutTransactions tegengkomen, https://gitlab.com/ludo444/fireflyrevoluttransactions
Maar de readme is dusdanig kort dat ik niet weet hoe het te gebruiken.
Ben ook niet echt een python script gebruiker als het gaat om installeren en uitvoeren van losse scripts...
Heeft een verwijzing naar https://github.com/tducret/revolut-python, maar die is al sinds 2022 gearchiveerd. Een actieve fork is https://github.com/two-ack/revolut-py

Maar zo begin ik te verdwalen in alles...

Mocht iemand het kennen, of een betere manier weten...

Het kan ook via gocardless dat ik ook voor ing gebruik. Is wellicht nog het makkelijkste?

Revolut doe ik via GoCardless. Daarmee heb ik al m'n rekeningen gedaan en dat vind ik persoonlijk wel zo makkelijk.

[WheeleE]

stimpyMGS schreef op dinsdag 19 augustus 2025 @ 20:33:
Ik heb inmiddels Firefly een paar dagen draaien en mijn bankafschriften met succes geimporteerd, en wat regels gemaakt om automatisch categorien en tags toe te wijzen. Een van deze categorien is "cancelled out". Daarmee bedoel ik dat ik iets met mijn priverekening heb betaald, en daarna via de gezamelijke rekening (van mijn partner en mij) aan mezelf heb terugbetaald. Het gaat dus om "voorgeschoten" bedragen.
-100 +100 = 0 (hence, cancelled out)

Is er een mogelijkheid om deze kosten in het inkomsten/uitgavenoverzicht tegen elkaar weg te strepen?

Wat bedoel je precies met tegen elkaar wegstrepen?
Transacties tussen je eigen rekeningen kun je wel converteren naar overschrijvingen/transfers. Als je dan in het standaardrapport al je eigen rekeningen selecteert zie je die niet als crediteuren/uitgaven/inkomsten. Is dat misschien wat je bedoelt?

[Villager]

Villager schreef op woensdag 2 juli 2025 @ 15:17:
[...]


Na het volgen van de upgrade instructies op https://docs.firefly-iii.org kreeg ik een Internal Server error.
Ik heb nu de stappen van een eerder gevonden en aangepast upgrade script gevolgd en dat gaat wel goed bij mij

code:

#!/bin/bash

#Modify next line to where your firefly-iii instance is installed to.
cd /opt

#Remove old backup of firefly-iii
rm -r firefly-old

#Backup current version of firefly-iii
cp -r firefly firefly-old

#Get latest version of firefly
latestversion=$(curl -s https://api.github.com/repos/firefly-iii/firefly-iii/releases/latest \
| grep "tag_name" \
| awk '{print "https://github.com/firefly-iii/firefly-iii/releases/download/" substr($2, 2, length($2)-3) "/FireflyIII-" substr($2, 2, length($2)-3) ".zip"}') \
; curl -L -o firefly-iii.zip $latestversion

#Install latest version
unzip firefly-iii.zip -x "storage/*" -d /opt/firefly
cd firefly
yes | composer install --no-scripts --no-dev
yes | composer install --no-dev
php artisan migrate --seed
php artisan cache:clear
php artisan firefly-iii:upgrade-database
php artisan passport:keys --force
php artisan cache:clear

#Serve next version, make sure rights are ok, restart apache2
cd ..
chown -R www-data:www-data firefly
chmod -R 775 firefly/storage
sleep 5
service apache2 restart
rm firefly-iii.zip

.

Nog een aanvulling n.a.v. de laatste upgrade actie. Als je alles heb uitgevoerd moet je nogmaals de cache legen: php artisan cache:clear

Anders krijg je alsnog foutmeldingen.

[PTish]

stimpyMGS schreef op dinsdag 19 augustus 2025 @ 20:33:
Ik heb inmiddels Firefly een paar dagen draaien en mijn bankafschriften met succes geimporteerd, en wat regels gemaakt om automatisch categorien en tags toe te wijzen. Een van deze categorien is "cancelled out". Daarmee bedoel ik dat ik iets met mijn priverekening heb betaald, en daarna via de gezamelijke rekening (van mijn partner en mij) aan mezelf heb terugbetaald. Het gaat dus om "voorgeschoten" bedragen.
-100 +100 = 0 (hence, cancelled out)

Is er een mogelijkheid om deze kosten in het inkomsten/uitgavenoverzicht tegen elkaar weg te strepen?

Als je een transactie bekijkt, kun je onder de "acties" knop meerdere transacties aan elkaar koppelen. Misschien niet exact wat je zoekt, maar er ligt in ieder geval een koppeling tussen beide transacties.

[stimpyMGS]

WheeleE schreef op woensdag 20 augustus 2025 @ 15:50:
[...]

Wat bedoel je precies met tegen elkaar wegstrepen?
Transacties tussen je eigen rekeningen kun je wel converteren naar overschrijvingen/transfers. Als je dan in het standaardrapport al je eigen rekeningen selecteert zie je die niet als crediteuren/uitgaven/inkomsten. Is dat misschien wat je bedoelt?

PTish schreef op donderdag 21 augustus 2025 @ 12:32:
[...]


Als je een transactie bekijkt, kun je onder de "acties" knop meerdere transacties aan elkaar koppelen. Misschien niet exact wat je zoekt, maar er ligt in ieder geval een koppeling tussen beide transacties.

[Afbeelding]

Thanks, ik ga na het weekend even rustig kijken. Het ging me er ook om dat het categorieënoverzicht (taartdiagram) "vervuild" (bij gebrek aan een beter woord) voelde omdat ik daarmee eenvoudig kan overzien waar het geld naartoe stroomt. De zelfverzonnen "cancelled out" categorie vertekent dit deels

[Ferrox1]

Ook ik was even op zoek naar een mooie financieel tool. SNS zit er helemaal in. Maar dan nu KNAB. Echter zijn de spaarrekeningen van KNAB geen IBAN nummers, maar ouderwetse rekeningnummers zonder IBAN.
Nu heb ik die nummers ingevuld bij rekeningnummer van deze accounts. maar hij herkent die niet bij het importeren. Wat hij doet is een nieuwe debiteur en crediteur aanmaken. Ik mag deze nummers ook niet bij IBAN invullen wat logisch is, want het zijn geen IBAN nummers.

Ik heb ze nu handmatig gemapt, maar het zou fijner zijn als dit automatisch kan. Is dat mogelijk?
Ik zie nu dat hij die mapping wel opslaat in de json. Handig!

[ Voor 5% gewijzigd door Ferrox1 op 25-09-2025 21:43 ]

[WheeleE]

Ferrox1 schreef op donderdag 25 september 2025 @ 21:41:
Ook ik was even op zoek naar een mooie financieel tool. SNS zit er helemaal in. Maar dan nu KNAB. Echter zijn de spaarrekeningen van KNAB geen IBAN nummers, maar ouderwetse rekeningnummers zonder IBAN.
Nu heb ik die nummers ingevuld bij rekeningnummer van deze accounts. maar hij herkent die niet bij het importeren. Wat hij doet is een nieuwe debiteur en crediteur aanmaken. Ik mag deze nummers ook niet bij IBAN invullen wat logisch is, want het zijn geen IBAN nummers.

Ik heb ze nu handmatig gemapt, maar het zou fijner zijn als dit automatisch kan. Is dat mogelijk?
Ik zie nu dat hij die mapping wel opslaat in de json. Handig!

Je kunt de geïmporteerde KNAB-transacties door middel van een regel automatisch koppelen aan de betaalrekening/asset account van je KNAB-spaarrekening. Dat is dus een iets andere constructie als een debiteur/crediteur.
Met mijn ING-spaarrekening heb ik precies dezelfde uitdaging gehad, en opgelost.
Als <bronrekeningnummer = <KNAB-rekeningnummer> Dan <set bronaccount = <KNAB-spaarrekening>
en
Als <doelrekeningnummer = <KNAB-rekeningnummer> Dan <set doelaccount = <KNAB-spaarrekening>
Per KNAB-rekening heb je een set regels nodig.

De transacties worden zo geïmporteerd en direct door deze twee regels aan de juiste rekening gekoppeld, zonder dat het een crediteur of debiteur wordt.

[Ferrox1]

WheeleE schreef op vrijdag 26 september 2025 @ 08:34:
[...]

Je kunt de geïmporteerde KNAB-transacties door middel van een regel automatisch koppelen aan de betaalrekening/asset account van je KNAB-spaarrekening. Dat is dus een iets andere constructie als een debiteur/crediteur.
Met mijn ING-spaarrekening heb ik precies dezelfde uitdaging gehad, en opgelost.
Als <bronrekeningnummer = <KNAB-rekeningnummer> Dan <set bronaccount = <KNAB-spaarrekening>
en
Als <doelrekeningnummer = <KNAB-rekeningnummer> Dan <set doelaccount = <KNAB-spaarrekening>
Per KNAB-rekening heb je een set regels nodig.

De transacties worden zo geïmporteerd en direct door deze twee regels aan de juiste rekening gekoppeld, zonder dat het een crediteur of debiteur wordt.

Ja, dat kan ook. Voor nu heb ik de rekeningen in de json gezet. Dit werkt ook goed.
ik ben er alleen tegen aangelopen dat knab dezelfde identifier gebruikt voor de rente op iedere rekening

Dus met rentes importeren wordt dat even opletten, want dan moet hij juist dubbele transacties binnenhalen.

[WheeleE]

Ferrox1 schreef op zondag 28 september 2025 @ 16:36:
[...]

Ja, dat kan ook. Voor nu heb ik de rekeningen in de json gezet. Dit werkt ook goed.
ik ben er alleen tegen aangelopen dat knab dezelfde identifier gebruikt voor de rente op iedere rekening

Dus met rentes importeren wordt dat even opletten, want dan moet hij juist dubbele transacties binnenhalen.

Dus voor je spaarrekening heb je zowel een debiteur als een crediteur? En geen asset account?
Dat lijkt me lastig met een totaaloverzicht van je financiën krijgen.

[Ferrox1]

@WheeleE

Ehm ja, dat zijn gewoon rekeningen? Of heb ik het dan verkeerd gedaan/begrepen? Want als je voor het eerst start maakt hij inderdaad een betaalrekening en een spaarrekening aan, dus ik dacht dat dit de bedoeling was. Asset accounts zag ik meer als je woning, en andere waardevolle spullen, maar heb ik nog niets mee gedaan.

De betreffende spaarrekeningen zijn ook meer tijdelijke opslagen voor voorziene kosten en zitten automatische regels op bij de bank met afschrijvingen/reserveringen.

Ben geen financiële man, maar als het beter kan hoor ik dat graag!

[WheeleE]

@Ferrox1 Uiteindelijk gaat het er om wat jij fijn vindt werken
Met jouw laatste post twijfel ik of ik je eerder goed heb begrepen. Je hebt een asset account voor je betaalrekening, en een asset account voor je spaarrekening, en een losse debiteur en crediteur voor je spaarrekening?

Hoe dan ook: debiteuren zijn mijn inkomsten, dus mijn werkgever, de belastingdienst voor de jaarlijkse teruggave, en andere partijen waar ik regelmatig of incidenteel geld van krijg overgemaakt.
Mijn spaarekening behoort voor mij tot mijn eigen assets, daarom heb ik er een asset account van gemaakt met als 'rol van rekening spaarrekening . Ik heb geen debiteur of crediteur voor mijn spaarrekening.
Alle af- en bijschrijvingen daarvan worden zo netjes gekoppeld, en de rekening wordt ook meegenomen in het totaaloverzicht.

Zo heb ik het indertijd opgepikt uit de demo: https://demo.firefly-iii.org/login

[Ferrox1]

WheeleE schreef op zondag 28 september 2025 @ 20:08:
@Ferrox1 Uiteindelijk gaat het er om wat jij fijn vindt werken
Met jouw laatste post twijfel ik of ik je eerder goed heb begrepen. Je hebt een asset account voor je betaalrekening, en een asset account voor je spaarrekening, en een losse debiteur en crediteur voor je spaarrekening?

Hoe dan ook: debiteuren zijn mijn inkomsten, dus mijn werkgever, de belastingdienst voor de jaarlijkse teruggave, en andere partijen waar ik regelmatig of incidenteel geld van krijg overgemaakt.
Mijn spaarekening behoort voor mij tot mijn eigen assets, daarom heb ik er een asset account van gemaakt met als 'rol van rekening spaarrekening . Ik heb geen debiteur of crediteur voor mijn spaarrekening.
Alle af- en bijschrijvingen daarvan worden zo netjes gekoppeld, en de rekening wordt ook meegenomen in het totaaloverzicht.

Zo heb ik het indertijd opgepikt uit de demo: https://demo.firefly-iii.org/login

Dank! Wat ik fijn vind werken weet ik nog niet. Ben vooral bezig geweest om alles te kunnen importeren en ga nu pas echt inrichten, koppelen en automatiseren. Ik zal de demo er weer eens bijpakken, dat is een goed idee!

Hmm, ik heb firefly in het nederlands staan, maar een betaalrekening is hetzelfde als een assetaccount.. Dus volgens mij bedoelen we hetzelfde. daar staan al mijn rekeningen in inderdaad. En debiteuren crediteuren voor de inkomsten en uitgaven.

[ Voor 9% gewijzigd door Ferrox1 op 28-09-2025 20:43 ]

[zaregg]

Ik probeer nu firefly integratie met mijn bank op te zetten, maar gocardless laat geen nieuwe accounts meer toe. Zijn er alternatieven?

[jmk]

Oh dat is wel heel vervelend! Ze hebben laatst de api restricties doorgevoerd waar firefly rekening mee heeft gehouden en nou dit!

Enige wat je dan kan doen is denk ik betalen voor gocardless(als dat wel kan) of met export bestanden werken. Camt53 of mt940.

Je kan een automatisme instellen dat die export bestanden automatisch worden geïmporteerd.

Misschien niet eens zo’n hele slechte route, zo heb je ook meer controle dan gocardless. Als je nooit een overlappende periode importeert kan je ook nooit dubbele boekingen krijgen.

Als ik nu in het weekend importeer heb ik de week daarop dubbele boeken met gocardless.. de tijdwinst is dan wel weg.

[Robbiedobbie]

zaregg schreef op dinsdag 30 september 2025 @ 23:26:
Ik probeer nu firefly integratie met mijn bank op te zetten, maar gocardless laat geen nieuwe accounts meer toe. Zijn er alternatieven?

Ben ook benieuwd naar alternatieven. SimpleFin lijkt alleen amerikaanse/canadese banken te ondersteunen dus die in ieder geval niet

Ik zou bijna zelf een nieuwe plugin maken voor direct psd2 integratie, maar helaas gaat dat niet zonder dat je als bedrijf allemaal finance vergunningen verkrijgt.

Moet toch bijna wel ergens een dienst zijn die psd2 info doorspeelt voor hobbyisten?

[Arunia]

De afgelopen week met Firefly III aan het stoeien geweest.
Alles werkt, de verschillende rekeningen aangemaakt. Alleen het importeren krijg ik meldingen, maar als ik daar op zoek middels google of hier in het topic, dan komt er niets uit.
Het is vast een verkeerde verwijzing die ik aangeklikt heb, maar toch.
Dit gaat om het deel dat je het naar FFIII zelf stuurt.

code:

[a117]: transactions.0.source_id: [a] Kan geen geldige bronrekening vinden bij het zoeken naar ID "0" of naam "Random Chineesrestaurant". (original value: "(not found)")
[a117]: transactions.0.source_name: [a] Kan geen geldige bronrekening vinden bij het zoeken naar ID "0" of naam "Random Chineesrestaurant". (original value: "Random Chineesrestaurant")

Daarna kan ik niet verder, dus is het iets waar hij op hangt. Het is een csv met ; gescheiden vanuit de ing.
Als ik de json gebruik welke er op de github staat voor de ing. Of wat iemand hier had gepost, dan krijg ik voor zover dezelfde foutmelding.
Als het eenmaal draait, dan hoeft er verder weinig echt meer te veranderen. Buiten finetunen dan.

/edit:
Het lijkt erop dat met een iets aangepaste json van Wheeley hier op het forum, hij nu wel draait. Twijfel alleen of ik bepaalde dingen al had aan moeten maken om het tijdens de import aan te koppelen, of dat ik het nu achteraf moet/kan doen en dat het de volgende keer prima gaat werken.

[ Voor 12% gewijzigd door Arunia op 07-10-2025 13:05 ]

[WheeleE]

@Arunia De melding lijkt erop te duiden dat de rekening waarvandaan Random Chinees Restaurant wordt betaald niet gevonden wordt.
Komt het rekeningnummer in de kolom Rekening in je csv wel overeen met het rekeningnummer dat je in Firefly bij je betaalrekening hebt ingevuld bij IBAN?

[Arunia]

@WheeleE Met wat klooien en met dank aan jouw json post, lijkt alles nu wel geïmporteerd te zijn.
Dank je wel voor het meedenken, wat je aangeeft is inderdaad hetgeen waar het hem aan lag als ik er zo naar kijk.

Dat rekeningnummer had ik natuurlijk helemaal niet aangemaakt. Dus ergens een vinkje of optie dat hij het allemaal moet of wil koppelen aan iets in Firefly. Wat uiteraard niet kon.

Die stap in ieder geval gehad. Nu alleen nog verder kijken hoe ik alles moet gaan ordenen. Zie dat het bedrag op de rekening nog niet klopt, maar dat klopt ook ergens wel omdat bij de ING vandaag niet geëxporteerd is door mij.

Zie overigens dat NL04 adyb een aantal keer op komt en dus onder verschillende benamingen valt.
Ene keer is het een snackbar, de andere keer een pakketzegel van de DHL.
Daar is natuurlijk gewoon ergens een oplossing voor in Regels. Maar dat komt later wel.

[ Voor 17% gewijzigd door Arunia op 07-10-2025 13:20 ]

[WheeleE]

Stel dat je oktober 2025 als eerste maand importeert dan kun je het startsaldo instellen op het bedrag dat je eind van de dag op 30 september 2025 op je rekening had staan. Dat doe je eenmalig, daarna zou het saldo altijd synchroon moeten lopen.
Ik controleer zelf altijd na een import het saldo in FF met het endsaldo dat in de ING-csv staat, voor de zekerheid.
Mocht er onverhoopts iets dubbel worden geïmporteerd dan kan ik dat gelijk rechttrekken in plaats van aan het eind van het jaar honderden transacties te moeten gaan vergelijken.

[Arunia]

WheeleE schreef op dinsdag 7 oktober 2025 @ 13:19:
Stel dat je oktober 2025 als eerste maand importeert dan kun je het startsaldo instellen op het bedrag dat je eind van de dag op 30 september 2025 op je rekening had staan. Dat doe je eenmalig, daarna zou het saldo altijd synchroon moeten lopen.
Ik controleer zelf altijd na een import het saldo in FF met het endsaldo dat in de ING-csv staat, voor de zekerheid.
Mocht er onverhoopts iets dubbel worden geïmporteerd dan kan ik dat gelijk rechttrekken in plaats van aan het eind van het jaar honderden transacties te moeten gaan vergelijken.

Dat is een goeie inderdaad. Zal dat ook meteen checken. Dan hoef ik niet te kijken naar de huidige staat bij de bank zelf.

[Arunia]

Ik zit een beetje te klooien en heb eigenlijk geen idee hoe het het beste in te richten. Is natuurlijk persoonlijk.

Je hebt "categorie" en "tags".
categorie heb ik van alles staan, maar denk dat ik bijvoorbeeld daar "verzekeringen" en "streamingdiensten" moet hebben en dan onder tags "Levensverzekering", "woonhuizverzekering", etc moet hebben en ook dingen als "Netflix", "Disney+" en dergelijke.

Of zit ik hier verkeerd in te kijken? Hoe doen jullie dit?

[Asterion]

Ik denk dat je op die manier wel op de juiste weg zit.

Categorieën zijn een algemene beschrijving.
Tags kan je dan bvb idd gebruiken voor een preciezere omschrijving.

Destijds heb ik aan chatgpt wat inspiratie gevraagd en deze gaf mij volgend antwoord terug welke wel logisch ingedeeld is:

🏠 Vaste lasten / Wonen
• Huur / Hypotheek
• Nutsvoorzieningen (gas, water, elektriciteit)
• Internet & TV
• Verzekeringen (woon, auto, zorg)
• Gemeentelijke belastingen

🚗 Vervoer
• Brandstof
• Openbaar vervoer
• Auto-onderhoud
• Verzekering & wegenbelasting

🛒 Dagelijkse uitgaven
• Boodschappen
• Drogisterij / Apotheek
• Huisdieren

Categorieën met daaronder de tags die ik kan gebruiken.

Daarnaast denk ik dat het ook wat vrij in te delen is naar wat voor jou het beste werkt.

[WheeleE]

Mijn categoriën:
- wonen
- auto
- abonnementen
- huishouden
- financieel

En de tags:
- giften
- parkeren
- uit eten

Heel bescheiden dus. Giften gebruik ik bij m'n belastingaangifte, de rest is echt nice-to-have.
Hoe meer categoriën en tags, hoe meer regels er nodig zijn en daar had ik niet heel veel zin in om over na te denken /

[Arunia]

@Asterion Die lijst is wel handig. Moet ook met mijn vrouw samen nog eens gaan zitten hiervoor en wellicht komt daar wat anders uit.
Zeker ook persoonlijk wat je al zegt, maar ideeën zijn wel altijd fijn met dit soort dingen. Iets met zelf een vierkant wiel uitvinden wanneer anderen al een wat meer rond/ovaal wiel hebben.

@WheeleE Dat is inderdaad heel bescheiden. Zeker goede ideeën ook.
Weet ook nog niet hoeveel ik met regels ga doen. Hooguit voor brandstof en boodschappen. Moet nog bekijken hoe ik ze automatisch in categoriën en tags ga zetten. Maar dat is van latere zorg natuurlijk.

[Asterion]

De lijst is maar een klein deel wat AI voorstelde om te maken.
Filteren daarin is wel gewenst denk ik.
Wil gerust de gehele lijst wel delen maar vond dit hiervoor niet de moeite om veel ruimte in te nemen. 😁

Blijft uiteraard beetje eigen interpretatie van wat je gebruikt.

[Arunia]

@Asterion Haha, dat is helder inderdaad. Ik heb al wat eigen interpretatie hieraan gegeven. Sommige dingen die ik liever als categorie heb met daaronder tags en dergelijke.

In ieder geval dank voor het delen.

[Villager]

Kan iemand mij helpen met iets wat ik niet begrijp. Mijn transacties geven datum en tijd met daarachter (Atlantic/Reykjavik). Ik heb toch echt TZ=Europe/Amsterdam in de .env staan. Als ik er met de muis op sta wordt het nog vreemder.....

[babbelbox]

Villager schreef op woensdag 15 oktober 2025 @ 16:33:
Kan iemand mij helpen met iets wat ik niet begrijp. Mijn transacties geven datum en tijd met daarachter (Atlantic/Reykjavik). Ik heb toch echt TZ=Europe/Amsterdam in de .env staan. Als ik er met de muis op sta wordt het nog vreemder.....

[Afbeelding]

Misschien je tijdzone instellingen van je profiel, of misschien zelfs browser?

[Villager]

babbelbox schreef op woensdag 15 oktober 2025 @ 17:08:
[...]

Misschien je tijdzone instellingen van je profiel, of misschien zelfs browser?

Oh? Werkt dat zo? Dat de transactie tijd pas opgehaald wordt als je firefly opstart? Wat raar...

[babbelbox]

Het is eerder dat de tijd indicatie wordt aangepast voor de weergave in de tijdzone van de gebruiker

[Ircghost]

Weten jullie waarom bij een expense transactie, die gemapped is op een piggy bank, de piggy bank niet automatisch dat bedrag verminderd van de piggy bank?

[Brecht.A]

Kan ik hier even komen aankloppen bij het opzetten van de data importer?
Ik heb de nodige containers aangemaakt en heb firefly iii draaiende gekregen.

Vervolgens heb ik ook een OAuth client aangemaakt voor de data importer:



Maar als ik dan op 'submit' klik, krijg ik volgende foutmelding:


Iemand die me hierbij kan helpen? Ik vermoed dat hij onterecht verwijst naar localhost, zijnde mijn computer en niet de container?

[ Voor 84% gewijzigd door Brecht.A op 18-10-2025 11:14 ]

[babbelbox]

Brecht.A schreef op zaterdag 18 oktober 2025 @ 10:56:
Kan ik hier even komen aankloppen bij het opzetten van de data importer?
Ik heb de nodige containers aangemaakt en heb firefly iii draaiende gekregen.
[Afbeelding]
Vervolgens heb ik ook een OAuth client aangemaakt voor de data importer:
[Afbeelding]
[Afbeelding]
[Afbeelding]
Maar als ik dan op 'submit' klik, krijg ik volgende foutmelding:
[Afbeelding]

Iemand die me hierbij kan helpen? Ik vermoed dat hij onterecht verwijst naar localhost, zijnde mijn computer en niet de container?

Je laatste gedacht is volgens mij ook wat anders niet.
Gewoon de container naam van je core container zou moeten werken, kan dan ook zonder pooten. Ga ik er wel vanuit dat ze aan hetzelfde netwerk zitten.

[Asterion]

Is er een reden waarom je ze een apart ip-adres geeft?
In theorie kunnen ze het adres gebruiken van de host in ‘bridge’ modus en dan kan je de containernaam ingeven ipv het IP

[WheeleE]

Ircghost schreef op zaterdag 18 oktober 2025 @ 10:26:
Weten jullie waarom bij een expense transactie, die gemapped is op een piggy bank, de piggy bank niet automatisch dat bedrag verminderd van de piggy bank?

Dat zou een vrij simpele rechtoe rechtaan verwerking moeten zijn. Als je het mappen en plus/min met een regel doet, wat staat er ni de regel, en is de transactie inderdeed door de regel verwerkt? Dat laatste is terug te vinden in de transactiedetails, onder audit logboek items.

[Ircghost]

WheeleE schreef op zondag 19 oktober 2025 @ 08:35:
[...]

Dat zou een vrij simpele rechtoe rechtaan verwerking moeten zijn. Als je het mappen en plus/min met een regel doet, wat staat er ni de regel, en is de transactie inderdeed door de regel verwerkt? Dat laatste is terug te vinden in de transactiedetails, onder audit logboek items.

Ik heb geen additionele regel staan voor het plus/min. Ik nam aan dat als ik een expense heb dat dit simpelweg een min is voor de expense net zoals een revenue gemapped op de piggy bank een plus zou moeten zijn.

Dank voor de reactie dus. Ik zal eens kijken of ik nog een extra regel ergens moet maken.

[WheeleE]

Ircghost schreef op zondag 19 oktober 2025 @ 09:53:
[...]


Ik heb geen additionele regel staan voor het plus/min. Ik nam aan dat als ik een expense heb dat dit simpelweg een min is voor de expense net zoals een revenue gemapped op de piggy bank een plus zou moeten zijn.

Dank voor de reactie dus. Ik zal eens kijken of ik nog een extra regel ergens moet maken.

Ik gebruik zelf geen spaarpotjes, dus ik heb ff snel getest. Als ik handmatig een transactie aanmaak en die koppel aan de spaarpot wordt het saldo netjes aangepast.
Het mappen van een transactie tijdens een import (is dat wat jij doet?) kan ik nu helaas niet testen.

[Ircghost]

WheeleE schreef op zondag 19 oktober 2025 @ 10:44:
[...]

Ik gebruik zelf geen spaarpotjes, dus ik heb ff snel getest. Als ik handmatig een transactie aanmaak en die koppel aan de spaarpot wordt het saldo netjes aangepast.
Het mappen van een transactie tijdens een import (is dat wat jij doet?) kan ik nu helaas niet testen.

Dank voor het testen, vreemd dat het bij jou wel werkt! Ik doe geen import, ik maak alle transacties handmatig aan.

[WheeleE]

Bij nader inzien is het principe van een spaarpotje me nog niet helemaal duidelijk.
Ik kan in het overzichtscherm van een spaarpot geld toevoegen of verwijderen. Maar een nieuwe transactie koppelen aan de spaarpot is nog wat vaag. Ik zal de documentatie dieper in moeten duiken.

[Ferrox1]

Vermoed dat dit via de regels / automatisering moet. Maar mijn vraag nu is, kan dit ook op bestaande transacties toegepast worden met terugwerkende kracht?

Ik ben er ook niet zo diep ingedoken maar de documentatie is een beetje vaag op dit gebied of deze functionaliteit ontbreekt nog?

[DARKLORD]

Brecht.A schreef op zaterdag 18 oktober 2025 @ 10:56:
Kan ik hier even komen aankloppen bij het opzetten van de data importer?
Ik heb de nodige containers aangemaakt en heb firefly iii draaiende gekregen.
[Afbeelding]
Vervolgens heb ik ook een OAuth client aangemaakt voor de data importer:
[Afbeelding]
[Afbeelding]
[Afbeelding]
Maar als ik dan op 'submit' klik, krijg ik volgende foutmelding:
[Afbeelding]

Iemand die me hierbij kan helpen? Ik vermoed dat hij onterecht verwijst naar localhost, zijnde mijn computer en niet de container?

kijk naar de url van je foutmeld pagina, en voeg dan aan het adres op het eind een "/" toe. dat werkte voor mij.

[DARKLORD]

Via proxmox helper scripts is het zo geinstalleerd. maar ik vind het enorm tegenvallen om data te importeren. waar het uiteindelijk om gaat. via abn amro is alleen camt een goede optie mijns inziens. maar je krijgt dan gigantisch veel .xml files. zou heel fijn zijn als je een .zip kan importeren. worstel nu enorm om maar iets semi auto geimporteerd te krijgen. heeft iemand tips?
ik heb nu een netwerk share gedeeld met de LXC om daar de .xml files in te leggen. vervolgens is het de bedoeling om die op te halen en te importeren.

php artisan importer:import abnamro.json /mnt/firefly/00000.xml
[2025-10-23 21:56:08] local.DEBUG: No access token in session, will return header or config variable.
[2025-10-23 21:56:08] local.DEBUG: Access token in header is empty, will be ignored.
[2025-10-23 21:56:08] local.DEBUG: Access token is null, use config instead.
Trying to connect to http://10.0.30.124...
The last 25 chars of the access token are:
ApiHttpException: Could not connect to Firefly III at http://10.0.30.124: Error accessing "http://10.0.30.124/api/v1/about?". Status code is 401. Body is: {"message":"Unauthenticated.","exception":"AuthenticationException"}
The last 25 chars of the access token are:
No access granted, or no connection is possible to your local Firefly III instance at http://10.0.30.124.
[2025-10-23 21:56:08] local.ERROR: Exit code is NO_CONNECTION.
root@firefly:/opt/firefly/dataimporter#

in de config file had ik wel een OAuth Client id aangemaakt. enfin morgen verder.

[DARKLORD]

ok. nu opgelost door scriptje te gebruiken wat loopt door alle xml files.

#!/bin/bash
CONFIG="/mnt/firefly/import_abnamro_camt.json"
FOLDER="/mnt/firefly"

for xmlfile in "$FOLDER"/*.xml; do
echo "📥 Importing: $xmlfile"
php artisan importer:import "$CONFIG" "$xmlfile"
done

kan eindelijk aan de slag

[Tim Schuhmacher]

Ik heb FF nu een paar jaar en elke maand importeer ik een csv export van de Rabobank. Als een transactie niet herkend wordt, maak ik een nieuwe regel aan. Maar door verschillende Payment providers moet dat vaak op basis van een tekst in de omschrijving.

Daarnaast doe ik vaak een uitgave voor mijn vriendin en mij, en dan komt er een deel terug via een betaalverzoek. Dus de eerste transactie kan op basis van de tegenrekening en de betaalverzoek heeft die tegenrekening in de omschrijving staan. Dus 2 regels voor 1 uitgave.

Soms red ik het niet met regels en ken ik handmatig een categorie toe. En wanneer ik dat doe, ken ik gelijk ook een tag 'ignore' toe aan de transactie. In een rules-group staat boven aan dat hij de hele groep moet skippen als er de tag ignore op de transactie staat. Dit werk, maar niet als je een individuele rule toepast.

Op zich werkt dit allemaal, maar naar mate de tijd vordert, nemen de aantal regels ook toe en gaan sommige regels met elkaar conflicteren. En worden het er te veel om nog in mijn hoofd goed bij te houden wat er gebeurt. Ik heb het gevoel dat het onhoudbaar wordt.

Ik kan ook accepteren dat niet alles perfect geclassificeerd wordt. Maar toch zint het me niet. Ik vroeg me af of anderen hier dit herkennen en hoe ze dit aanpakken?

Ik sta op zich open om te switchen naar een (eventueel) betaalde dienst. Maar tot nu toe heb ik geen een gevonden die ook op basis van IBAN regels kunnen aanmaken. Daar in is FF echt uitgebreider.

[WheeleE]

@Tim Schuhmacher Begrijp ik het goed dat je regels gebruikt om transacties aan debiteuren te koppelen?
En dus niet door middel van het mappen van data tijdens je import (dmv een importfile)?

Daarnaast hangt het een beetje af van hoeveel categoriën je hebt/wil hoeveel regels je nodig hebt.
Ik heb bijvoorbeeld 1 regel Boodschappen, die transacties van AH, Jumbo, etcetera voorziet van de juiste categorie. Dat kan uiteraard ook met een regel per supermarkt/winkel, maar dat geeft onnodig veel regels.

Misschien kun je een (geanonimiseerd) screenshot/voorbeeld geven van een paar regels die je gebruikt? Aan de hand daarvan kunnen we misschien gerichter advies geven.

[Villager]

Vraagje. Ik heb geld als een overschrijving ingevoerd van een externe spaarrekening naar de ING rekening, maar ik zie dat bedrag niet onder 'inkomsten' terugkomen? Dat zou toch wel moeten? Doe ik wat verkeerd?

[babbelbox]

Ik vermoed dat een overschrijving niet als inkomsten wordt gezien.

[ Voor 5% gewijzigd door babbelbox op 02-11-2025 11:14 ]

[Asterion]

Als beide spaarrekeningen bij jouw eigen rekeningen staan wordt gezien als een interne transactie.

Als die externe rekening daar niet bij staat zou dat inderdaad als inkomsten moeten verschijnen.

[Villager]

Ja beide rekeningen staan bij mijn rekeningen. Dus ik moet het dan handmatig toevoegen?

[WheeleE]

Een transfer/overschrijving tussen 2 rekeningen van jezelf is geen inkomsten, want het bedrag is al onderdeel van jouw vermogen. Dus het is terecht dat je het niet onder Inkomsten ziet staan. De transactie zou wel onder Overschrijvingen te zien moeten zijn.

[ Voor 4% gewijzigd door WheeleE op 02-11-2025 11:41 ]

[Tim Schuhmacher]

@WheeleE ik realiseer me nu inderdaad dat ik verkeerd begonnen ben. Ik gebruik inderdaad geen mapping bij het importeren. Ik dacht toen dat het toekennen prima met triggers kan. Dat werkt ook initieel wel, maar zo ben ik wel met veel triggers mbt bv Albert Heijn geëindigd. Want ik heb inmiddels 21 expense accounts mbt AH.

Uiteindelijk zie ik wel hoe het kan helpen met een mapping om alle AH fillialen onder 1 expense account te krijgen. Maar alle horeca gelegenheden worden alsnog losse accounts. Dus het aantal triggers zal alsnog uit de hand lopen na verloop van tijd.



^^ Dit is ongeveer de helft van de triggers voor de regel die de categorie "eten bezorgen / afhalen" toekent.

Ik heb in mijn vorige post regels gebruikt waar ik triggers bedoelde.

[ Voor 4% gewijzigd door Tim Schuhmacher op 03-11-2025 14:58 ]

[Asterion]

@Tim Schuhmacher Veel triggers kan je toch afhandelen in het mapping gedeelte als ik het zo zie?
Is er een mogelijkheid om je csv bestand aan te passen met een python scriptje?

Dat heb ik destijds voor ASN gedaan omdat in de beschrijving veelal het bedrijf stond. Dat scriptje handelde dat af en zette die naam als ontvanger.
Daarna kan ik ze heel makkelijk mappen.

Ik vermoed dat je het toch net even te ver gaat zoeken?

[WheeleE]

@Tim Schuhmacher het plaatje wordt steeds duidelijker, top!
Voor het toekennen van categoriën/tags ontkom je helaas niet aan een trigger per debiteur. Als je vaak/veel bij nieuwe zaken eet of bestelt dan zul je ook regelmatig iets moeten toevoegen.

Mijn importfile bevat inmiddels ook een dozijn Albert Heijns dit aan 1 debiteur Albert Heijn zijn gemapped. Die debiteur heeft geen rekeningnummer, en in mijn Boodschappen-regel staat ook maar één Albert Heijn-trigger.

Voor transacties bij een incidentele winkel/besteltoko ken ik de categorie en tag handmatig toe. Dan bespaar ik me de moeite en extra vulling in bestaande regel. Dat is een persoonlijke afweging die ik maak (hoe lui ben ik, en hoeveel tijd win ik er mee )

[Tim Schuhmacher]

Ik ga kijken of ik vanaf nu wel met mappings kan werken, en hoe ik dit herstel voor de accounts die er nu al zijn.

En misschien dat ik dan toch wat ga snoeien in mijn triggers en iets meer handmatig ga toekennen.

[WheeleE]

Note to self: als je geen mailserver hebt ingesteld en je wijzigt je mailadres zit in je in een deadlock.
Je kan pas weer inloggen als je het activatiemailtje heb gehad, maarja
Gelukkig kon ik via de commandline in de database de blokkering opheffen.

[RMU]

DARKLORD schreef op zondag 26 oktober 2025 @ 21:01:
ok. nu opgelost door scriptje te gebruiken wat loopt door alle xml files.

#!/bin/bash
CONFIG="/mnt/firefly/import_abnamro_camt.json"
FOLDER="/mnt/firefly"

for xmlfile in "$FOLDER"/*.xml; do
echo "📥 Importing: $xmlfile"
php artisan importer:import "$CONFIG" "$xmlfile"
done

kan eindelijk aan de slag

@DARKLORD is het mogelijk om jou import_abnamro_camt.json file te delen?
Ik poog ook CAMT files van ABN te importeren maar het lukt nog niet heel geweldig.

[Ferrox1]

Heb een vervelend probleempje, SNS geeft geen debiteur (IBAN) op als je met apple pay betaald. Dat doen we lekker veel, want makkelijk. Nu staan er wel debiteuren in aan het begin van de omschrijving (voor een '>" seperator). Is het mogelijk om dat stuk te "misbruiken" om te koppelen aan een debiteur?

Het is mogelijk om met expressions een vaste lengte op te geven. Is er ook zoiets als find in string? Want dan kan ik daarmee de lengte van de substring opgeven.

[ Voor 21% gewijzigd door Ferrox1 op 13-11-2025 11:19 ]

[WheeleE]

@Ferrox1 met regels kun je filteren op 'Omschrijving begint met...'
Bij de import zit die functie niet voor zover ik weet.

[Ferrox1]

@WheeleE , dat worden wel erg veel regels dan.. ik zoek iets meer dynamisch. Misschien moet het mee ontwikkelen.

[WheeleE]

Werkt SNS met csv's? Ik ben geen programmeur maar wellicht er wat te scripten zodat je per record de Apple Pay regels kunt aanpassen?

[Ferrox1]

Klopt, maar ik heb ze nu al in de database zitten. Ik heb ook geen doelrekening IBAN, dus koppelen wordt een lastig verhaal, omdat dit de bron is. Ik moet ook nog uitzoeken of je debiteuren samen kunt voegen. Want de Lidl zie ik er bijvoorbeeld nu al 3 verschillende van in staan.

Als het echt dirty moet kan ik zelfs met SQL aan de gang, maar dat voelt voor mij een beetje te veel van het goede

[WheeleE]

Knutselen in de database is prima voor een incidentele actie maar niet regulier inderdaad.
Met een regel kun je ook transacties in bulk omzetten. Voor jouw Lidl-casus zou je kunnen volstaan met iets als dit:

Lidl Prime is dan de uiteindelijke primair Lidl-debiteur (zonder rekeningnummer).
Nadat je alle transacties hebt gekoppeld kun je Lidl Prime hernoemen naar gewoon Lidl, en voortan met je import de losse filialen mappen aan deze.

[Ferrox1]

WheeleE schreef op vrijdag 14 november 2025 @ 09:04:
Knutselen in de database is prima voor een incidentele actie maar niet regulier inderdaad.
Met een regel kun je ook transacties in bulk omzetten. Voor jouw Lidl-casus zou je kunnen volstaan met iets als dit:
[Afbeelding]
Lidl Prime is dan de uiteindelijke primair Lidl-debiteur (zonder rekeningnummer).
Nadat je alle transacties hebt gekoppeld kun je Lidl Prime hernoemen naar gewoon Lidl, en voortan met je import de losse filialen mappen aan deze.

Ow top, dankjewel. Dat is inderdaad stap 2.
Eerst die apple-pay zaken tackelen

[DARKLORD]

RMU schreef op woensdag 12 november 2025 @ 19:47:
[...]


@DARKLORD is het mogelijk om jou import_abnamro_camt.json file te delen?
Ik poog ook CAMT files van ABN te importeren maar het lukt nog niet heel geweldig.

Had zeker gemogen alleen heb ik firefly eraf gegooid. Voldeed niet aan mijn simpele verwachtingen. Nu gestart met expenseowl. Heel simpel en visueel leuk.

[Ferrox1]

@WheeleE

Ik was die espressies ingedoken van Symfony docs, maar kwam er niet uit. AI (deels dan..) kon er wel uitkomen. Na wat uitproberen en aanpassen dit werkt het:
=substr(description, 1, (strpos(description, '>')-1))

Weer een stapje verder!

[WheeleE]

Netjes hoor @Ferrox1 !
Ik zou vaker documentatie moeten lezen. Nooit geweten dat je symfone expressies kunt gebruiken in rules