Het grote "Firefly III" topic

[rjong5]

Regelmatig aan de hand gehad zelf helaas, ik pas wel eens wat dingen aan door de csv in excel aan te passen. Alsxik dan weer opsla als csv veranderd die de datumnotatie. ( / Ipv -)

Zit helaas wel niets anders op dan nieuwe import te doen ( of je moet alle transacties stuk voor stuk aanpassen mbt datum)

[Arunia]

@rjong5 Ik denk dat ik het wel gewoon laat. Teveel tijd en wil eigenlijk gewoon echt verder zeg maar. Dan is het maar jammer. Enige is denk ik de datum die hij mee neemt. Dat is dan wel vervelend. Pfff, haha.
De csv bestanden heb ik niet aangezeten, dus dan is het inderdaad in de import gebeurd met een bepaalde tag. Zal de oude ook eens nalopen, wellicht dat het probleem daar ook al in zit, maar niet heb gezien.

[WheeleE]

@Arunia Als je bij elke import dezelfde configfile hebt gebruikt zouden alle transacties dezelfde verkeerde datumnotatie hebben.
Je zou dan theoretisch met een updatequery in de database de boel kunnen rechttrekken. Dat is even wat puzzelwerk maar daar kunnen we je wel bij helpen als je wil.

[Arunia]

@WheeleE Ah ok. Ik ga daar even naar kijken als ik tijd heb vandaag.
Weet niet of ik een updatequery zou gaan doen, denk dat het uiteindelijk nog sneller is om het handmatig te doen. Wil uiteindelijk naar wekelijks binnen trekken gaan. Dan haal ik ze opnieuw bij de ing vandaan per week.
Bedankt in ieder geval!

edit. Date format stond als Y-m-d in plaats van zoals in de csv Ymd. Dus daar lijkt het in eerste instantie al mis te gaan. Maar, moet sowieso dan nog importeren. Denk dat ik opnieuw begin hiermee. Was gelukkig niet zo ver nog.
Nagekeken in Firefly zelf en was vanaf het begin al fout. Want zie nu ook dat het er dubbel in staat. Ofwel, had ik al geimporteerd, maar laat de verkeerde datum zien.

[ Voor 39% gewijzigd door Arunia op 02-12-2025 10:09 ]

[rjong5]

Arunia schreef op dinsdag 2 december 2025 @ 10:03:
@WheeleE Ah ok. Ik ga daar even naar kijken als ik tijd heb vandaag.
Weet niet of ik een updatequery zou gaan doen, denk dat het uiteindelijk nog sneller is om het handmatig te doen. Wil uiteindelijk naar wekelijks binnen trekken gaan. Dan haal ik ze opnieuw bij de ing vandaan per week.
Bedankt in ieder geval!

edit. Date format stond als Y-m-d in plaats van zoals in de csv Ymd. Dus daar lijkt het in eerste instantie al mis te gaan. Maar, moet sowieso dan nog importeren. Denk dat ik opnieuw begin hiermee. Was gelukkig niet zo ver nog.
Nagekeken in Firefly zelf en was vanaf het begin al fout. Want zie nu ook dat het er dubbel in staat. Ofwel, had ik al geimporteerd, maar laat de verkeerde datum zien.

kleine tip, ik maak zowiezo voor een import een backup van de database, daarnaast geef ik ook een tag mee bij import. op die manier kan ik als het fout is gegaan makkelijk alle transacties via die tag weer verwijderen en opnieuw beginnen.

dan blijft wat er al in staat gewoon intact

[Arunia]

Dat is een hele goeie inderdaad. Zal dat nu ook doen.

[0xygen500]

Ik ben niet heel slim geweest. ik heb mijn normale rekening ingelezen, maar de IBAN van de gezamelijke rekening ingevuld. Transacties zijn al ingelezen. Nu heb ik de iban aangepast van de normale rekening naar de juiste iban, maar ik krijg nog steeds de melding het lijkt er op dat de rekening al ingebruik is.
Hoe kan ik dit oplossen?

[rjong5]

0xygen500 schreef op dinsdag 2 december 2025 @ 20:33:
Ik ben niet heel slim geweest. ik heb mijn normale rekening ingelezen, maar de IBAN van de gezamelijke rekening ingevuld. Transacties zijn al ingelezen. Nu heb ik de iban aangepast van de normale rekening naar de juiste iban, maar ik krijg nog steeds de melding het lijkt er op dat de rekening al ingebruik is.
Hoe kan ik dit oplossen?

Backup terugzetten en nog een keer proberen

[0xygen500]

rjong5 schreef op woensdag 3 december 2025 @ 07:20:
[...]

Backup terugzetten en nog een keer proberen

Ja alles gewoon verwijderd. Stond toch nog niet zoveel op.

Vraag: ik heb een betaalrekening en een spaarrekening. Ik merk dat als ik betaalrekening inlees het automatisch als overschrijving gemapped wordt met een regel. So far so good. Nu lees ik echter de spaarrekening in, maar hier gebeurt dat niet of in ieder geval ik zie 3x de transactie (2x overschrijving +1x kosten)
Moet je beide rekeningen altijd inlezen? Lijkt mij wel toch? Neem aan dat je de rente op je spaarrekening ook wilt inlezen/

[rjong5]

Hoewel firefly importer dubbele transacties zou moeten herkennen, haal ik wel altijd zelf handmatig de dubbele entries eruit. Ik lees dus indd zowel betaal als spaarrekening in, maar haal de transacties van betaal naar spaar uit de csv van de spaarrekening.

En anders is het naderhand de eveentuele dubbele transacties eruit halen

[WheeleE]

Strikt genomen zijn de transacties van betaal naar spaarrekening verschillende transacties in de respectievelijke inleesacties. De van-naar rekeningen verschillen namelijk.
Als je bij het inlezen van de spaarrekening de overschrijvingen van/naar je betaalrekening overslaat/verwijdert via een regel hoef je achteraf geen dubbele transacties te verwijderen.

Ik lees zelf mijn spaarrekening niet in maar voer de jaarlijkse rentetransactie handmatig op. Deels omdat ING geen exports van ING spaarrekeningen ondersteunt, en deels omdat dat de makkelijkste oplossing is.

[babbelbox]

In het geval van ING is het ook een beetje zinloos om transacties van je spaarrekening in te lezen aangezien deze altijd van of naar je betaalrekening gaan. Enige uitzondering is inderdaad de rente bijschrijving.

[0xygen500]

WheeleE schreef op vrijdag 5 december 2025 @ 14:43:
Strikt genomen zijn de transacties van betaal naar spaarrekening verschillende transacties in de respectievelijke inleesacties. De van-naar rekeningen verschillen namelijk.
Als je bij het inlezen van de spaarrekening de overschrijvingen van/naar je betaalrekening overslaat/verwijdert via een regel hoef je achteraf geen dubbele transacties te verwijderen.

Ik lees zelf mijn spaarrekening niet in maar voer de jaarlijkse rentetransactie handmatig op. Deels omdat ING geen exports van ING spaarrekeningen ondersteunt, en deels omdat dat de makkelijkste oplossing is.

Het klopt dat het twee verschillende transacties zijn, maar ik vind het apart dat ik 3 transacties heb. Dan zal er 1 dubbel zijn. Lijkt alsof firefly bij het inlezen van de betaalrekening de overboeking ook direct verwerkt in de spaarrekening?

[WheeleE]

@0xygen500 Hoe zien die drie transacties er uit? Zijn ze gekoppeld aan je rekeningen, of toevallig aan losse debiteuren/crediteuren?
Als voorbeeld: ik importeer alleen mijn ING Betaalrekening en heb deze regel:

Daarmee wordt de transactie zowel aan de betaal- als aan de spaarrekening gekoppeld, maar het blijft onder water maar 1 transactie.

[0xygen500]

WheeleE schreef op vrijdag 5 december 2025 @ 15:53:
@0xygen500 Hoe zien die drie transacties er uit? Zijn ze gekoppeld aan je rekeningen, of toevallig aan losse debiteuren/crediteuren?
Als voorbeeld: ik importeer alleen mijn ING Betaalrekening en heb deze regel:
[Afbeelding]
Daarmee wordt de transactie zowel aan de betaal- als aan de spaarrekening gekoppeld, maar het blijft onder water maar 1 transactie.

Ik zal eens kijken bij de volgende import hoe het precies eruit ziet. Nu al aangepast.

[Adam1980]

Ik ben op zoek naar een tool/manier om de financienen van mijn gezin te ordenen. We hebben alles bij elkaar zo'n kleine 40 rekeningen (lopende, sparen, beleggen, hypotheken, depo's). Ik wil vooral zo'n 6x per jaar (max) een totaaloverzicht krijgen; totaal en per rekening.
Chatgpt kwam met een aantal suggesties waaronder firefly. Ik heb kort naar demo gekeken van firefly, maar het komt op mij over als een tool voor vooral micromanagement van de rekeningen (als in maandelijks CSV's uploaden per rekening), niet iets om maar een handvol keren per jaar naar te kijken voor een totaalbeeld.

Klopt mijn aanname? Zo ja, wat is een alternatief? (ik gebruik nu excel, maar dat heeft wat herstructurering nodig omdat het aantal rekeningen is toegenomen).

Of zie ik iets over het hoofd? Als dat zo is, hoe kan ik firefly voor mijn situatie gebruiken?

[Oon]

Adam1980 schreef op dinsdag 9 december 2025 @ 15:34:
Ik ben op zoek naar een tool/manier om de financienen van mijn gezin te ordenen. We hebben alles bij elkaar zo'n kleine 40 rekeningen (lopende, sparen, beleggen, hypotheken, depo's). Ik wil vooral zo'n 6x per jaar (max) een totaaloverzicht krijgen; totaal en per rekening.
Chatgpt kwam met een aantal suggesties waaronder firefly. Ik heb kort naar demo gekeken van firefly, maar het komt op mij over als een tool voor vooral micromanagement van de rekeningen (als in maandelijks CSV's uploaden per rekening), niet iets om maar een handvol keren per jaar naar te kijken voor een totaalbeeld.

Klopt mijn aanname? Zo ja, wat is een alternatief? (ik gebruik nu excel, maar dat heeft wat herstructurering nodig omdat het aantal rekeningen is toegenomen).

Of zie ik iets over het hoofd? Als dat zo is, hoe kan ik firefly voor mijn situatie gebruiken?

Ik zou dan eerder naar bijv. Actual Budget kijken, die heeft een veel makkelijkere flow voor het corrigeren van ingelezen data. Firefly is alleen interessant als je echt je import helemaal strak hebt ingeregeld, maar dat heeft veel tijd nodig.

Maar of je nou Firefly, Actual, YNAB etc gebruikt, het blijven budgeting tools en niet financiële rapportagetools. Uiteindelijk zou je toch weer een export moeten doen als je diepere rapportages in Excel/Access wil doen.

[rjong5]

Adam1980 schreef op dinsdag 9 december 2025 @ 15:34:
Ik ben op zoek naar een tool/manier om de financienen van mijn gezin te ordenen. We hebben alles bij elkaar zo'n kleine 40 rekeningen (lopende, sparen, beleggen, hypotheken, depo's). Ik wil vooral zo'n 6x per jaar (max) een totaaloverzicht krijgen; totaal en per rekening.
Chatgpt kwam met een aantal suggesties waaronder firefly. Ik heb kort naar demo gekeken van firefly, maar het komt op mij over als een tool voor vooral micromanagement van de rekeningen (als in maandelijks CSV's uploaden per rekening), niet iets om maar een handvol keren per jaar naar te kijken voor een totaalbeeld.

Klopt mijn aanname? Zo ja, wat is een alternatief? (ik gebruik nu excel, maar dat heeft wat herstructurering nodig omdat het aantal rekeningen is toegenomen).

Of zie ik iets over het hoofd? Als dat zo is, hoe kan ik firefly voor mijn situatie gebruiken?

Wat voor overzicht zoek je precies, in principe kan firefly dit. Zo eenvoudig of zo uitgebreid als je maar wilt.

Inporteer je simpel csv,s van al je rekeninging heb je een overzicht van inkomsten en uitgaven ( totaal en per rekening).

Ga je alles categoriseren kun je op een veel gedetaiilleerder niveau kijken wat je waar aan uitgeeft. Je kunt het zo eenvoudig of complex maken , net wat je wilt.

Inrichting kost je wel wat tijd en moeite, vooral categoriseren als je dat goed wilt doen en automatisch bij import

[rjong5]

Ander vraagje,

Wat zijn jullie system specs van het systeem waar je firefly op draait? En hoe soepl draait het , vooral bij het genereren van overzichten.

Ik draai firefly in een docker container, os is debian12 (vm op proxmox) heeft altijd lekker gedraaid op 2vcpu en 3gb memory, maar ik heb nu al een paar keer gehad dat de vm zichzelf de nek omdraait bij een financieel overzicht gehele periode.

Voor wat context, die gehele periode is van 2011 tot en met heden en betreft circa 7 rekeningen denk ik ( bijna 20k transacties).

Zowiezo ga ik de vm verhuizen naar mijn nieuwe proxmox host en zal hij meer cpu en memory krijgen, maar ik ben gewoon benieuwd hoe het bij anderen draait.

[ Voor 14% gewijzigd door rjong5 op 09-12-2025 19:05 ]

[WheeleE]

@rjong5 Ik heb 4 jaar aan transacties, 3 actieve en 1 gearchiveerde rekening. Een compleet financieel rapport staat binnen een seconde op het scherm.
Firefly draait bij mij in een docker lxc op een proxmox host. De lcx heeft 2 cpu's en 4gb ram, en dat is nooit een knelpunt voor zover ik heb gemerkt.

[Ferrox1]

Hmmm. alle imports en regels gaan nu lekker. Maar ik zag wel erg veel op een ecotools staan. Zoveel klus ik niet.

Wat blijkt, dit is een buckaroo service. Allemaal dezelfde IBAN, maar een andere naam als ontvanger. Bij de import ijkt hij dus eerst naar Iban. Het gevolg is alleen wel nu dat ik dus van deze import alles op 1 naam staat. (ik ben meer voorbeelden tegen gekomen). Hoe ga je hier mee om? want die namen die zijn pleite na een import. Of map je die voor de zekerheid nog los een keer en fix je dit met een regel?

[0xygen500]

Ferrox1 schreef op maandag 15 december 2025 @ 12:44:
Hmmm. alle imports en regels gaan nu lekker. Maar ik zag wel erg veel op een ecotools staan. Zoveel klus ik niet.

Wat blijkt, dit is een buckaroo service. Allemaal dezelfde IBAN, maar een andere naam als ontvanger. Bij de import ijkt hij dus eerst naar Iban. Het gevolg is alleen wel nu dat ik dus van deze import alles op 1 naam staat. (ik ben meer voorbeelden tegen gekomen). Hoe ga je hier mee om? want die namen die zijn pleite na een import. Of map je die voor de zekerheid nog los een keer en fix je dit met een regel?

Je kan toch een regel aanmaken dat die kijkt naar de ontvanger?

[Ferrox1]

@0xygen500

Nee, helaas niet. Want door het mappen van de IBAN wordt de naam die op dat moment aan die IBAN hangt "overgenomen". Dit is de naam die bij de IBAN hoort als die de eerste keer voorkomt. Dus toevallig was ecotools de eerste geimporteerde transactie met die IBAN. Alle volgende transacties met dat IBAN nummer worden dan daar aan gekoppeld. Maar er wordt niet meer gekeken naar de naam (dat is logisch normaliter, maar er zijn dus een paar uitzonderingen)

De data van de originele import is dus weg, tenzij je dit mapt naar een ander veld zoals notities. wat ik dus niet doe. Maar mogelijk dus wel moet gaan doen als back-up.

[Asterion]

Wat staat er in de omschrijving van buckaroo?
Daarop kan je mss een regel aanmaken die de naam veranderd en rekeningnr verwijderd?

[Ferrox1]

Asterion schreef op maandag 15 december 2025 @ 13:23:
Wat staat er in de omschrijving van buckaroo?
Daarop kan je mss een regel aanmaken die de naam veranderd en rekeningnr verwijderd?

Helaas te weinig, soms zelfs niets.

Ik werk gelukkig vooral met regels. Dus ik ga de naam als backup mappen naar het notitieveld bij import. Alleen is ruim 1 mb aan transacties verwijderen en opnieuw importeren niet heel erg snel.

Ik ben op zoek naar een alternatieve mogelijkheid dan bovenstaande. Maar begrijp een beetje dat die er niet is...

Net een issue aangemaakt, wat ik wil is niet mogelijk. Als oplossing is aangedragen om de kolom dubbel uit te voeren in de CSV, daarmee wordt het mogelijk om deze extra te mappen. Dus nu een script aanmaken die dit kan.

[ Voor 25% gewijzigd door Ferrox1 op 15-12-2025 15:31 ]

[WheeleE]

Maar hoe wil je dan mappen? Als er niks of weinig in staat zou je handmatig alle buckaroo transacties moeten nalopen en de juiste debiteur koppelen.
Ik verwerk transacties van buckaroo, mollie en adyen op basis met regels die voornamelijk naar de omschrijving kijken. Soms naar de rekeningnaam ("abc via adyen bv"). De enkeling die niet door een regel wordt opgepikt verwerkt ik na de import handmatig.

[rjong5]

Hier ook regelmatig problemen mee gehad, wat ik nu doe is vooraf alle iban's uit de cvs file halen, dan importeert die gewoon op opposing account name.
daarna kan je evt met regels aan de slag

[Ferrox1]

Ik heb het nu werkend, ik voeg namelijk de CSV's van de verschillende rekeningen van een bank samen met een applescript (kudos voor google gemini voor dit script). Tegelijkertijd zet ik 2 keer de kolom van de tegenrekening in het resultaat CSV.

Ik gebruik het volgende script voor csv's met headers (KNAB, maar die past zijn csv nogal eens aan kwam ik zojuist achter), het gecombineerde bestand wordt op het bureaublad geplaatst:

AppleScript:

set theFiles to choose file with multiple selections allowed
set saveFile to POSIX path of (((path to desktop) as text) & "MergedCSVFile_Final.csv")

if theFiles is not {} then
    
    -- STAP 1: Verwerk het allereerste bestand
    -- Hier willen we de header BEHOUDEN en een NIEUW bestand starten (>)
    set firstFile to quoted form of POSIX path of item 1 of theFiles
    
    -- Uitleg AWK 1:
    -- -F';'           : Input is puntkomma
    -- BEGIN{OFS=";"}  : Output is puntkomma
    -- {$7=$7 OFS $7...: Verdubbel kolom 7
    -- print $0        : Print alles (dus inclusief header)
    set awkCommandFirst to "awk -F';' 'BEGIN{OFS=\";\"} {$7=$7 OFS $7; print $0}'"
    
    do shell script awkCommandFirst & space & firstFile & " > " & quoted form of saveFile
    
    
    -- STAP 2: Verwerk alle overige bestanden
    -- Hier willen we de header WEGGOOIEN en TOEVOEGEN aan het bestand (>>)
    if (count of theFiles) > 1 then
        repeat with i from 2 to (count of theFiles)
            set nextFile to quoted form of POSIX path of item i of theFiles
            
            -- Uitleg AWK 2:
            -- NR>1            : Voer dit ALLEEN uit als het regelnummer groter is dan 1 (dus sla header over)
            -- {$7=$7...       : Verdubbel kolom 7
            set awkCommandRest to "awk -F';' 'BEGIN{OFS=\";\"} NR>1 {$7=$7 OFS $7; print $0}'"
            
            do shell script awkCommandRest & space & nextFile & " >> " & quoted form of saveFile
        end repeat
    end if
    
    display dialog "Klaar. Controleer 'MergedCSVFile_Final.csv' op je bureaublad." buttons {"OK"} default button "OK"
    
end if

En het volgende script voor csv's zonder headers (SNS/ASN in mijn geval):

AppleScript:

-- Vraag de gebruiker om meerdere CSV-bestanden te selecteren
set theFiles to choose file with multiple selections allowed

-- Controleer of de gebruiker bestanden heeft geselecteerd
if theFiles is not {} then
    
    -- Stel het pad in voor het op te slaan bestand op het bureaublad
    set saveFile to POSIX path of (((path to desktop) as text) & "MergedCSVFile_with_copy.csv")
    
    -- Maak een lijst van alle geselecteerde bestandspaden
    set filePaths to ""
    repeat with aFile in theFiles
        set filePaths to filePaths & space & quoted form of POSIX path of aFile
    end repeat
    
    -- Dit is het 'awk' commando dat de magie verricht:
    -- -F,                  : Gebruik een komma als scheidingsteken voor de invoer.
    -- BEGIN{OFS=","}       : Gebruik ook een komma als scheidingsteken voor de uitvoer.
    -- {if (NF >= 4) ...}   : Voer de actie alleen uit als de regel 4 of meer kolommen heeft.
    -- for(i=NF; i>=4; i--) : Maak een lus die van de laatste kolom teruggaat naar de vierde.
    -- $(i+1) = $i         : Schuif elke kolom één positie naar rechts (kolom 5 wordt 6, 4 wordt 5, etc.)
    --                      Dit creëert een lege (dubbele) plek op de 4e positie. Maar omdat de lus $4 naar $5 kopieert,
    --                      is het effect dat de inhoud van kolom 4 nu in kolom 4 én 5 staat.
    -- print $0             : Print de volledig aangepaste regel.
    -- Let op de backslashes (\) om de aanhalingstekens voor AppleScript te escapen.
    set awkCommand to "awk -F, 'BEGIN{OFS=\",\"} {if (NF >= 4) {for(i=NF; i>=4; i--) $(i+1) = $i} print $0}'"
    
    -- Bouw het volledige shell-commando:
    -- 1. 'cat' leest en combineert alle bestanden.
    -- 2. De pipe '|' stuurt die gecombineerde data direct door naar 'awk'.
    -- 3. 'awk' dupliceert de vierde kolom.
    -- 4. '>' schrijft het eindresultaat naar het nieuwe bestand.
    set shellCommand to "cat " & filePaths & " | " & awkCommand & " > " & quoted form of saveFile
    
    -- Voer het commando uit in de shell
    do shell script shellCommand
    
end if

Pas het script aan waar nodig, want de kolommen zijn specifiek voor KNAB en ASN (SNS). Vervolgens kan ik met regels bij importeren (of handmatig) deze er uit vissen en met een symfone expressie een nieuwe debiteur maken (dit moet ik nog doen).

Hierdoor wordt importeren wel lekker makkelijk. Ik heb een hekel aan handwerk, zeker als het ook automatisch kan. en AI helpt wel lekker vlot tegenwoordig met het tackelen van programmeer issue's. Dit had ik ook zelf kunnen maken maar had me zeker weer een paar uur gekost.

[Ferrox1]

Dit zijn dan een dergelijke regel:



Vervolgens kun je weer categoriseren. (ik vind er steeds meer met een dergelijke IBAN.. maar zo is het in 1 regel toevoegen en splitten maar)

[WheeleE]

Ferrox1 schreef op maandag 17 november 2025 @ 20:25:
@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!

Ik ben vandaag ook maar eens in de weer gegaan met een Mollie/MultisafePay-opruimregel m.b.v. Symfony.
Werkt echt prima, en scheelt een paar regels.
Nogmaals dank voor de (impliciete) tip Ferrox1!

[Alexander82]

Hier ook met Firefly, beetje gedoe eigenlijk om hem via de Synology DS416p te installeren, maar met wat kunst en vliegwerk uit eindelijk er op gekregen.
Wat ik zelf gebruikt hebt is:
https://mariushosting.com...ter-on-your-synology-nas/

Enige waar ik nog mee zit is dat Firefly via poort loopt en niet via HTTPS en een subdomein. Op een of andere manier wordt deze niet aangemaakt.
De importer ook aan de gang gekregen, wel jammer dat het niet gewoon direct in Firefly zit.
Via Github conf bestannd gedownload:
https://github.com/firefl...obank-new-csv-format.json

Alleen nu loop ik alsnog vast met het importeren van de zakelijke rekening.
Op een of andere manier krijg ik nu deze melding:

code:

The submission routine has finished 🎉. Errors and messages can be seen below. 
Error(s) from the import process 
•   Line #1: 
1.  [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "1")
2.  [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")
•   Line #2: 
1.  [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "1")
2.  [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")
•   Line #3: 
1.  [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "1")
2.  [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")

This dat het half vier is, maar morgen is verder zoeken, mocht iemand iedereen hebben, hoor ik het graag.

[WheeleE]

@Alexander82 De error lijkt te duiden op een verkeerde mapping. Heb je het gedownloade configbestand aangepast? Of in de import iets veranderd?
Je kunt eventueel het gebruikte importbestand en een paar geanonimiseerde regels van je Rabo-csv posten. Dan kunnen we misschien makkelijker zien of en waar er iets mis gaat.

[Alexander82]

Ik heb zo min mogelijk er uit gehaald.
Ik heb niets aangepast aan het config file, daarom juist ook die gebruikt dat ik er vanuit moet gaan dat die in 1 keer werkt

code:

"IBAN/BBAN","Munt","BIC","Volgnr","Datum","Rentedatum","Bedrag","Saldo na trn","Tegenrekening IBAN/BBAN","Naam tegenpartij","Naam uiteindelijke partij","Naam initiërende partij","BIC tegenpartij","Code","Batch ID","Transactiereferentie","Machtigingskenmerk","Incassant ID","Betalingskenmerk","Omschrijving-1","Omschrijving-2","Omschrijving-3","Reden retour","Oorspr bedrag","Oorspr munt","Koers"
"NL92RABO0100000000","EUR","RABONL2U","000000000000001880","2026-01-03","2026-01-01","-15,56","+382,68","NL92RABO0100000000","Rabobank","","","","db","","","","","","Kosten                             Periode 01-12-2025 t/m 31-12-2025"," ","","","","",""
"NL92RABO0100000000","EUR","RABONL2U","000000000000001881","2026-01-05","2026-01-05","-6,04","+376,64","NL51DEUT0200062461","*** via Stichting Mollie Payments","","","DEUTNL2AXXX","id","OO9B005400921404","05-01-2026 03:39 8152065380822969","66713811","","","d47a42e77c952f130b4161e47a65610b 8152065380822969 *** ordernr. 00000249873 ***"," ","","","","",""
"NL92RABO0100000000","EUR","RABONL2U","000000000000001882","2026-01-05","2026-01-05","-12,08","+364,56","NL56DEUT7027122477","*** via Mollie","STICHTING MOLLIE PAYMENTS","","DEUTNL2A","ei","","SD63-7246-3192-7813","MD73-3308-8424-1232","NL08ZZZ500007730000","","*** factuurnr. 202601196137"," ","","","","",""

[WheeleE]

Dat lijkt inderdaad allemaal te kloppen.
De error zou betekenen dat de tegenrekening hetzelfde is als de bronrekening, maar met je configfile zou dat niet moeten gebeuren.

Wordt er geen enkele transactie ingelezen? Of een deel? En zo ja, hebben de wél ingelezen transacties een overeenkomst? (bv alleen inkomsten, of overschrijvingen)

Misschien heeft een andere user hier in het topic nog een idee?

[rjong5]

Eerste regel kan ik wel verklaren, bij rabo is het IBAN trgenrekening voor je bankkosten zelfde als je eigen IBAN, die pas ik zelf altijd aan.

De andere 2 kan ik weinig zinnigs over zeggen zonder de import config file te zien, naar normaliter zou dit gewoon goed moeten gaan.

[Alexander82]

WheeleE schreef op zondag 11 januari 2026 @ 22:07:
Dat lijkt inderdaad allemaal te kloppen.
De error zou betekenen dat de tegenrekening hetzelfde is als de bronrekening, maar met je configfile zou dat niet moeten gebeuren.

Ik heb alle transacties, rekeningen en alles wat ik kon verwijderen, verwijderd. Nu heb ik de rekeningen opnieuw aangemaakt en cashflow. Nu de import opnieuw gedaan. Nu wordt er 1tje er wel ingezet maar niet alles.

code:

 Error(s) from the import process

    Line #1:
        [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "12")
        [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")

Message(s) from the import process

    Line #2: Created withdrawal #7 "d4130b4161e47a65610b 8152065380822969 *** ordernr. 00000249873 ***" (EUR *)
    Line #3: Created withdrawal #8 "*** factuurnr. 202601196137" (EUR **)

Op een of andere manier die dus afgebroken bij Rabobank kosten. want die staat er bij mij niet in.

rjong5 schreef op zondag 11 januari 2026 @ 22:16:
Eerste regel kan ik wel verklaren, bij rabo is het IBAN trgenrekening voor je bankkosten zelfde als je eigen IBAN, die pas ik zelf altijd aan.

Die andere twee zitten er wel in, maar als ik zelfs met alleen die regel van kosten Rabobank doet, komt die er nog steeds niet in te staan. Heb eerst 1 cijfer veranderd naar 0 en daarna meer en uit eindelijk NL00RABO000000000 van gemaakt. Zelfs dan wordt die niet geïmporteerd. Neem aan dat ik niet de enige ben die dit probleem heeft .. Maar al is de tegenrekening het zelfde, dan zou Firefly hier toch rekening mee moeten houden, want ik neem aan dat er meer mensen Rabo hebben. Wat ik zo bij Rabo privé op mijn rekening ziet, gebeurd hetzelfde.

Dit zijn de meldingen die ik nu nog heb staan:
Line #1:

[a117]: transactions.0.destination_id: Source and destination are the same. (original value: "12")
[a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")

[rjong5]

Je kunt natuurlijk op verschillende manieren importeren , matchen op basis van IBAN of op op Naam.

Ik match niet meer op IBAN omdat dit vaak fout gaat bij payment providers en alles onder hetzelfde gooit. ( En dus ook de bankkosten van de RABO omdat die je eigen iban als tegenrekening gebruikt). Daarom match ik op naam want daar staat vaak nog de eigenlijke winkel in die je betaald.

Maar goed, dat verklaart niet jouw probleem want zowel iban als naam tegenrekening zou niet moeten matchen met je eigen rekening.

Enige verklaring die ik zou hebben is dat toch die mappings niet goed staan in de config, zou je die ook willen posten?

[Alexander82]

rjong5 schreef op zondag 11 januari 2026 @ 23:09:
Je kunt natuurlijk op verschillende manieren importeren , matchen op basis van IBAN of op op Naam.

Hier zo ik volgende keer is op letten of je bij de import ook op Naam kan matchen, was er wel achter gekomen als ik hem handmatig invoer dat ik hem alleen nu onder contant nog kan weg boeken. Dus dat is ook weer niet goed, dus moet nog even kijken hoe ik dit anders kan doen.

Ik match niet meer op IBAN omdat dit vaak fout gaat bij payment providers en alles onder hetzelfde gooit. ( En dus ook de bankkosten van de RABO omdat die je eigen iban als tegenrekening gebruikt). Daarom match ik op naam want daar staat vaak nog de eigenlijke winkel in die je betaald.
[...]
Maar goed, dat verklaart niet jouw probleem want zowel iban als naam tegenrekening zou niet moeten matchen met je eigen rekening.

Ik denk dat die dus op IBAN match en die zijn natuurlijk wel het zelfde. Misschien dat @Firefly III hier meer uitleg over kan geven?

Enige verklaring die ik zou hebben is dat toch die mappings niet goed staan in de config, zou je die ook willen posten?

Eeeh waar vind ik die? Zie in web niets staan en als ik configuratie file open kan ik er geen soep van bakken.

[rjong5]

Die configuratie file, dat is je import config ja. Evt mappings staan daar in.

Je hebt trouwens niet perse een config file nodig, maar dan moet je alles in de importer zelf instellen ( headers, de delimiter van de csv, datumformat etc.)

Je kan ook kiezen om wel of geen data te mappen. Geen idee hoe Firefly er mee om gaat als je geen data mapped, nooit geprobeerd.

Ik kan morgen wel eens wat screenshots posten hoe het er bij mij uitziet / hoe ik het doe.

[Alexander82]

Ik gebruik de originele van Firefly:
https://github.com/firefl...obank-new-csv-format.json

[WheeleE]

Zomaar een vaag vermoeden/idee...
In de configfile staat dit: "default_account": 0,. Als het goed is dan is 0 (nul) het id van de rekening waarin je importeert.
Aangezien je meerdere rekeningen in FF hebt (toch?): kun je eens controleren welk id je Rabo-rekening heeft?
Dat kun je zien aan de url van het rekeningoverzicht van de betreffende rekening: <domein>/accounts/show/1 is bij mij mijn betaalrekening waarin ik alles importeer. In mijn config staat dan ook default_account 1.

Als bij jou de id's niet overeenkomen zou je ze kunnen gelijktrekken en dan nog eens importeren. Wie weet...

[ Voor 10% gewijzigd door WheeleE op 12-01-2026 09:00 ]

[Alexander82]

WheeleE schreef op maandag 12 januari 2026 @ 08:59:
Zomaar een vaag vermoeden/idee...
In de configfile staat dit: "default_account": 0,. Als het goed is dan is 0 (nul) het id van de rekening waarin je importeert.

Aangezien je meerdere rekeningen in FF hebt (toch?): kun je eens controleren welk id je Rabo-rekening heeft?
Dat kun je zien aan de url van het rekeningoverzicht van de betreffende rekening: <domein>/accounts/show/1 is bij mij mijn betaalrekening waarin ik alles importeer. In mijn config staat dan ook default_account 1.

Als ik in FF kijk kom ik zo te zien uit op 12, althans dat is wat als ik op de link drukt en achteraan staan.

Als bij jou de id's niet overeenkomen zou je ze kunnen gelijktrekken en dan nog eens importeren. Wie weet...

Ik zal hem is aanpassen naar 12 in de config file.
Sowieso had ik al keertje alle rekeningen verwijderd en op nieuw aangemaakt, dus dat zal ook wel dit getal opgeleverd hebben.

Zo ver ik het ziet maakt het weinig uit, heb op account 0 en 12 getest, krijg voor beide het zelfde wat hieronder staat.

code:

 Line #1:

    [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "12")
    [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")

Line #2: [a117]: transactions.0.description: Duplicate of transaction #7. (original value: "d47a42e77c952f130b4161e47a65610b 8152065380822969 * ordernr. 00000249873 *")
Line #3: [a117]: transactions.0.description: Duplicate of transaction #8. (original value: "* factuurnr. 202601196137")
Line #4: [a117]: transactions.0.description: Duplicate of transaction #10. (original value: "J89WMV4F5MGV69G3U4N6 7180855392416580 TADN39092806F")

Duplicate of transaction neigt er naar dat er nog iets in de database zit, terwijl ik juist via admin alle transacties hebt verwijderd.

[ Voor 31% gewijzigd door Alexander82 op 12-01-2026 16:34 ]

[WheeleE]

Verwijderde items blijven inderdaad nog in een soort van prullenbak-achtig iets staan (al kun je ze niet restoren dacht ik). Via Opties >> Profiel >> Gegevens verwijderen en wissen kun je op de knop Wis alle verwijderede items klikken. Dan is alles echt definitief weg.

Maar...je error lijkt mij er voor mij meer op als dat een transactie van IBAN12345 naar IBAN 12345 wordt gedaan, en niet een duplicaat "deze transactie bestaat al" error.

Andere check: heb je ook rekeningen die niet van de Rabobank zijn en die je wel probleemloos in kunt lezen?

[Alexander82]

Heb nu alles leeg gehaald en alles verwijderd. Dus eigenlijk schone lij:
Gekke is nu pak die wel kosten Rabobank mee maar niet de andere transacties

code:

 The submission routine has finished 🎉. Errors and messages can be seen below.
Error(s) from the import process

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

Message(s) from the import process

    Line #1: Created deposit #12 "Kosten Periode 01-12-2025 t/m 31-12-2025" (EUR **)

Bank account aangepast naar 20 nu.
Iets klopt er nog steeds niet, na verwijderen is mijn saldo hoger dan dat die hoort te zijn

Rekening was hierboven niet niet ingevuld, maar als rekeningnummer wel ingevuld is, plus account aangepast hebt naar nieuw nummertje, blijf ik de kosten van de Rabo nog steeds niet te kunnen importeren, de andere afschriften komen er wel in....

[ Voor 10% gewijzigd door Alexander82 op 12-01-2026 17:42 ]

[WheeleE]

Het is een interessante uitdaging.
Ik heb in mijn eigen test-FF je geanonimiseerde csv geïmporteerd met behulp van de default importconfig (m.u.v. rules & importtag), en dat ging gewoon. Alledrie de transacties werden geïmporteerd.
De enige opmerking hierbij is dat je Rabo-IBAN niet kon instellen als IBAn bij het aanmaken van de nieuwe rekening, omdat het geen geldig ibannummer is (want geanonimiseerd).
De import-config en csv lijken dus niet de oorzaak te zijn van je probleem.

Misschien kan @Firefly III een zetje in de juiste richting geven?

[Alexander82]

Ja die bovenste drie lukte daarna wel, maar blijf wel hangen op die kosten van de Rabo

[rjong5]

Welke foutmelding geeft hij daar nu bij dan?
Maar zoals ik al zei, als je in je CSV kijk zal je zien dat source en destination IBAN van die regel gelijk zijn.

Haal de iban weg van die regel en probeer het nog eens

[Alexander82]

Als ik het IBAN nummer leeg maak, krijg ik het volgende. Eerst Kreeg ik een 500 melding, maar had hem al doorgedrukt en daarna:

code:

 Error(s) from the import process

    Line #1:
        [a117]: transactions.0.destination_id: Source and destination are the same. (original value: "25")
        [a117]: transactions.0.destination_name: Source and destination are the same. (original value: "(not found)")

[rjong5]

Heel vaag dit hoor, ik zie nog niet wat het probleem nou kan zijn

[rjong5]

Waar het naar mijn idee fout gaat.

hieronder mijn rabobank CSV


IBAN en Tegenrekening IBAN zijn gelijk ( mijn eigen rekening ) in de CSV zoals je die bij rabobank download.

als ik nu een import zou starten met deze CSV en de standaard import.json van firefly dan worden er geen mappings gemaakt en dat werkt dus niet.

wat je naar mijn idee moet doen is zorgen dat je mappings gaat maken.
start de importer, selecteer je CSV en de import.json en zorg dat je onderstaand vinkje aanzet ( die staat dus standaard niet aan in de import configuratie



in het volgende scherm zorg dat je vinkjes zet om data te mappen voor je eigen rekening, tegenrekening IBAN en evt Naam tegenpartij.



Daarna kan je dus specifieke rekeningen aan elkaar mappen

Asset account map je aan je eigen rekening(en) uiteraard.


en opposing account ( IBAN of Name ) map je eventueel aan de rekeningen die je wilt ( geef je niks op doet hij dit automatisch )
nu komt de truc voor de rabobank kosten.
in de CSV heet de rekening Rabobank maar er hangt ook mijn eigen iban aan ( die verwijder ik dus altijd eerst uit de CSV zodat ik deze transactie op account name kan mappen ipv iban)

ik heb een naam "kosten" aangemaakt, en daar map ik de rabobank transactie aan



heb je dit eenmaal een keer doorlopen ( incl het aanmaken van mappings ) kan je na het import process het import configuratie bestand downloaden, die je dus de volgende keer kunt gebruiken als je een import doet

[ Voor 3% gewijzigd door rjong5 op 15-01-2026 09:26 ]

[Tim Schuhmacher]

Wat een toeval - dit probleem met de rabobank 'kosten' post heb ik al maanden. Ik heb er nooit tijd en zin in gehad uit te zoeken waarom dit mis gaat telkens.

[rjong5]

Tim Schuhmacher schreef op maandag 19 januari 2026 @ 09:29:
Wat een toeval - dit probleem met de rabobank 'kosten' post heb ik al maanden. Ik heb er nooit tijd en zin in gehad uit te zoeken waarom dit mis gaat telkens.

Naja, dit dus. vind het wel vreemd van Rabobank dat in de csv je eigen IBAN als tegenrekening staat.

[WheeleE]

Ik weet niet of het werkt, maar als je een regel maakt "als source iban & destination iban = je eigen rekeningnummer >> zet dan destination account op Dummy" of iets in die richting.
Misschien dat de regel wordt afgetrapt vóórdat de importcheck wordt gedaan.

[brogel]

Ben ook eens serieus aan het kijken om firefly te gaan gebruiken.
Heb wat exports gemaakt van rekeningen (nu besef ik ook hoeveel rekeningen en betaal kaarten we hebben), Natuurlijk is elke export van elke bank en betaalkaart weer anders dus daar is wel wat opkuis werk aan.
Eventueel tips om dit te doen? Doen jullie dit in excel/python of in firefly na het importeren?

Staat er een limit bij de importer hoeveel lijnen een CSV kan hebben? Als ik grotere csv's probeer (900regels) krijg ik een foutmelding na een tijdje. 200 regels gaat wel zonder probleem.

Volgende wat ik ga proberen is om de mapping te gebruiken bij het importeren, misschien dat de import dan ook iets properder is. Nu heb ik veel winkels welke hetzelfde zijn maar anders geschreven in de export of andere locaties.

Kan ik beter in kleine batchen importeren en dan al beginnen opkuisen? Of alles in een keer en dan pas bekijken. Ik heb denk ik een 4000-5000 transacties als ik het meeste wil importeren.

Wat raden jullie nadien aan? ik begrijp dat er tags, categories, budgets zijn. Van ver allemaal ongeveer het zelfde maar toch een beetje verschillend. Iemand tips wat ik best gebruik voor welk doeleinde?
Misschien ook iemand een idee van verschillende categorieen/onderverdelingen jullie gebruiken.

Mmh is een behoorlijk post geworden, je merkt dat ik nog niet echt up-to-speed ben.

[WheeleE]

brogel schreef op dinsdag 20 januari 2026 @ 09:28:
Ben ook eens serieus aan het kijken om firefly te gaan gebruiken.
Heb wat exports gemaakt van rekeningen (nu besef ik ook hoeveel rekeningen en betaal kaarten we hebben), Natuurlijk is elke export van elke bank en betaalkaart weer anders dus daar is wel wat opkuis werk aan.
Eventueel tips om dit te doen? Doen jullie dit in excel/python of in firefly na het importeren?

In principe hoef je niks vooraf op te schonen in excel of met python. Alleen bij hele exotische banken of vage exports kan dat nodig of handig zijn. Of dat zo is zal gaandeweg vanzelf blijken.

Staat er een limit bij de importer hoeveel lijnen een CSV kan hebben? Als ik grotere csv's probeer (900regels) krijg ik een foutmelding na een tijdje. 200 regels gaat wel zonder probleem.

Afhankelijk van de hardware waarop je omgeving draait kunnen grotere imports inderdaad een timeout geven.
Maandelijke csv's met rond de 200 regels gaan doorgaans probleemloos.

Volgende wat ik ga proberen is om de mapping te gebruiken bij het importeren, misschien dat de import dan ook iets properder is. Nu heb ik veel winkels welke hetzelfde zijn maar anders geschreven in de export of andere locaties.

Kan ik beter in kleine batchen importeren en dan al beginnen opkuisen? Of alles in een keer en dan pas bekijken. Ik heb denk ik een 4000-5000 transacties als ik het meeste wil importeren.

Als je begint met een import van 1 maand van 1 rekening is het makkelijker om te zien hoe transacties binnenkomen in Firefly. Aan de hand van je bevindingen kun je dan bijvoorbeeld een regel maken om bepaalde transacties aan te passen, categoriseren of taggen. En bij de volgende import kun je dan eventueel mappings finetunen. Hoe vaker je dit herhaalt, hoe soepeler imports lopen en hoe minder aanpassingen je nog handmatig hoeft te doen.

Wat raden jullie nadien aan? ik begrijp dat er tags, categories, budgets zijn. Van ver allemaal ongeveer het zelfde maar toch een beetje verschillend. Iemand tips wat ik best gebruik voor welk doeleinde?
Misschien ook iemand een idee van verschillende categorieen/onderverdelingen jullie gebruiken.

Mmh is een behoorlijk post geworden, je merkt dat ik nog niet echt up-to-speed ben.

De verdeling in categoriën en tags is een hele persoonlijke voorkeur. Je kunt het zo simpel of uitgebreid maken als je wil.
Maar ook hier geldt weer dat bescheiden beginnen het makkelijkste is.
Mijn kleine verzameling categoriën:
- Wonen (hypotheek, verzekering, gas/licht/water)
- Auto (verzekering, brandstof, parkeren)
- Huishouden (boodschappen, persoonlijke verzorging)
- Abonnementen (streamingdiensten, internet/telefoon, verenigingen, etcetera)
- Financieel (voor transacties van/naar creditcard, spaarrekening en bankkosten)
Mijn tags:
- giften/goede doelen
- uitstapjes
- uit eten/eten bestellen
- openbaar vervoer

Hopelijk helpt dit een beetje om je op weg te helpen

[brogel]

Ben al heel de avond bezig met rekeningen aan het importeren, en dan een eerste tegenslag:

Ik heb een csv van rekening A:
ontvangen op rekening A van rekening B 1000euro
en een CSV van rekening B
storten op rekening A vanuit rekening B 1000euro

met als gevolg dat ik nu opeens 2000 op rekening A heb staan
Iemand idee wat ik fout doe?

----------------
Een half uur later
Ben door de help file aan het gaan. Daar in staat dat dit kan gebeuren als bijvoorbeeld het 'note' veld niet gelijk is tussen beide transacties.

Ik heb bij al mijn imports in het 'note' veld verschillende waardes staan, dit komt uit de csv van mijn bank. Morgen eens proberen of ik dat wegkrijg via rules, anders moet ik alles terug importeren.

[ Voor 36% gewijzigd door brogel op 20-01-2026 22:39 ]

[babbelbox]

brogel schreef op dinsdag 20 januari 2026 @ 21:57:
Ben al heel de avond bezig met rekeningen aan het importeren, en dan een eerste tegenslag:

Ik heb een csv van rekening A:
ontvangen op rekening A van rekening B 1000euro
en een CSV van rekening B
storten op rekening A vanuit rekening B 1000euro

met als gevolg dat ik nu opeens 2000 op rekening A heb staan
Iemand idee wat ik fout doe?

----------------
Een half uur later
Ben door de help file aan het gaan. Daar in staat dat dit kan gebeuren als bijvoorbeeld het 'note' veld niet gelijk is tussen beide transacties.

Ik heb bij al mijn imports in het 'note' veld verschillende waardes staan, dit komt uit de csv van mijn bank. Morgen eens proberen of ik dat wegkrijg via rules, anders moet ik alles terug importeren.

Op zich kleden logisch gevolg, het zijn namelijk 2 verschillende transacties, kijkend naar de geselecteerde rekening bij importeren.
Ik weet niet hoe vaak dit voorkomt, maar bij enkele incidentele gebeurtenissen kun je ze ook nog handmatig verwijderen. En voor de volgende keer, uit 1 van de CSV's al vooraf eruit halen.

[WheeleE]

@brogel hebben de transacties bepaalde vaste kenmerken, iets van een omschrijving waarop je kunt filteren?
En verschillen die per csv/rekening?

[brogel]

Pfff weer een paar uren mee bezig geweest, geraak er echt niet uit.
Ik heb in mijn csv een volgnummer (maar dat verschil per rekening). Verder heb ik een groot veld waar in principe heel de transactie staat uitgelegd. (dit is voor onze hoofd bank, andere exports heb ik nog niet durven bekijken)

2 scenarios:

Toilet bezoek in het tankstation, we betalen 2x 1euro met pin pas.
Dus in de CSV staat 2x de zelfde regels: rekening brogel --> tankstation 1euro op 10 januari.
Wat firefly natuurlijk ziet als een duplicaat en dus maar 1 keer importeert.
Als ik in dit geval de uitgebreide cel of volgnummer toevoeg loopt deze transactie wel goed, want dan is er een verschil tussen beide.

2de voorbeeld: transfer tussen 2 eigen rekeningen.
CSV van rekening A: ontvangen op rekening A van rekening B 1000euro
CSV van rekening B: storten op rekening A vanuit rekening B 1000euro
Dit werk wel als ik de import simpel hou,dus geen volgnummer of dergelijke gebruiken, enkel de rekeningen en het getal.
Maar als ik de uitgebreide import gebruik krijg ik deze 1000euro opeens 2x.

Nu is de kans klein dat ik op dezelfde datum 2 identieke transacties doe, dus zou kunnen kiezen om altijd de simpele import te doen.

[ Voor 8% gewijzigd door brogel op 21-01-2026 10:43 ]

[brogel]

The story continues, volgende probleem:

Ik doe een storting van rekening A op 3 Juni, geen instant overschrijving en in de export van rekening B staat deze op 4 Juni geboekt. Dus weer een dubbele boeking in de software.
In beide exports staat er een referentie nummer, maar natuurlijk zijn deze verschillend. ik heb geen manier om duidelijk te maken dat deze 2 regels dezelfde overschrijving is.

Kan toch niet die enige zijn met dit probleem. Dit is niet verbonden met firefly specifiek, maar zo is software als deze toch niet bruikbaar...
Wat ik tot nu toe zie vind ik het echt wel oke software, maar met de exports van mijn banken (belfius en fortis) gewoon niet bruikbaar. (en andere accounting software dus ook niet...)

Dit zijn de betreffende regels uit beide exports:

code:

2025-00198  04/06/2025  04/06/2025  2000,00 EUR BE58001910512345    Overschrijving in euro  BE92063602754321    john Doe        OVERSCHRIJVING IN EURO VAN REKENING BE92 0636 0271 2345 BIC GKCCBBBB John Doe  ZONDER MEDEDELING BANKREFERENTIE : 2506040846579160 VALUTADATUM : 04/06/2025 Geaccepteerd
BE92 0636 0271 2345 03/06/2025  5   15  BE58 0019 1055 4321 John Doe    straat 11   2999 gemeente   OVERSCHRIJVING BELFIUS MOBILE NAAR BE58 0019 1055 4321 John Doe straat 11 2999 gemeente BE            REF. : 0905416463977 VAL. 03-06   03/06/2025  -2000,00    EUR GEBABEBB    BE

[WheeleE]

brogel schreef op woensdag 21 januari 2026 @ 13:58:
The story continues, volgende probleem:

Ik doe een storting van rekening A op 3 Juni, geen instant overschrijving en in de export van rekening B staat deze op 4 Juni geboekt. Dus weer een dubbele boeking in de software.
In beide exports staat er een referentie nummer, maar natuurlijk zijn deze verschillend. ik heb geen manier om duidelijk te maken dat deze 2 regels dezelfde overschrijving is.

Kan toch niet die enige zijn met dit probleem. Dit is niet verbonden met firefly specifiek, maar zo is software als deze toch niet bruikbaar...
Wat ik tot nu toe zie vind ik het echt wel oke software, maar met de exports van mijn banken (belfius en fortis) gewoon niet bruikbaar. (en andere accounting software dus ook niet...)

Dit zijn de betreffende regels uit beide exports:

code:

2025-00198  04/06/2025  04/06/2025  2000,00 EUR BE58001910512345    Overschrijving in euro  BE92063602754321    john Doe        OVERSCHRIJVING IN EURO VAN REKENING BE92 0636 0271 2345 BIC GKCCBBBB John Doe  ZONDER MEDEDELING BANKREFERENTIE : 2506040846579160 VALUTADATUM : 04/06/2025 Geaccepteerd
BE92 0636 0271 2345 03/06/2025  5   15  BE58 0019 1055 4321 John Doe    straat 11   2999 gemeente   OVERSCHRIJVING BELFIUS MOBILE NAAR BE58 0019 1055 4321 John Doe straat 11 2999 gemeente BE            REF. : 0905416463977 VAL. 03-06   03/06/2025  -2000,00    EUR GEBABEBB    BE

Aanname: in regel begint het omschrijvingveld met "OVERSCHRIJVING IN EURO VAN REKENING BE92" en in regel 2 met "OVERSCHRIJVING BELFIUS MOBILE NAAR BE58"
Mijn suggestie: maak een paar regels.
Doel: verwerk alleen de transacties tussen je 2 rekeningen die in de csv van rekening A zitten. En negeer/verwijder de ovreschrijf-transacties van rekening B.

1)
als <bronrekening = A> en <doelrekening = B> en <omschrijving start met OVERSCHRIJVING IN EURO VAN REKENING BE92>
dan <maak van de transactie een overschrijving tussen A en B>
2)
als <bronrekening = B> en <doelrekening = A> en <omschrijving start met OVERSCHRIJVING IN EURO VAN REKENING BE92>
dan <maak van de transactie een overschrijving tussen A en B>
3)
als <bronrekening = A> en <doelrekening = B> en <omschrijving start met OVERSCHRIJVING BELFIUS MOBILE NAAR BE58>
dan <verwijder de transactie>
4)
als <bronrekening = B> en <doelrekening = A> en <omschrijving start met OVERSCHRIJVING BELFIUS MOBILE NAAR BE58>
dan <verwijder de transactie

Misschien moet je de omschrijving-voorwaarden wat finetunen, maar ik denk/hoop dat je met deze vier regels een heel eind moet komen.

[brogel]

Heb jij deze situatie bijvoorbeeld ook?
Ik vind het een leuk idee, ga er zeker eens over nadenken.

Probleem dat ik nu zie is dat ik 6 rekeningen heb ingesteld. Spaarrekeningen, zichtrekeningen, gezamelijke en nog een extra.
Kan dit misschien verminderen naar 2 of 3 rekeningen, maar dan mis ik natuurlijk wel een groot gedeelte van het overzicht.

[ Voor 6% gewijzigd door brogel op 21-01-2026 20:04 ]

[WheeleE]

Ik heb een ING betaal- en spaarrekening waar ik een deel van mijn oplossing voor gebruik (ING gebruikt geen IBAN bij spaarekeningen, dus ik filter alleen op omschrijving)
Het kan voor jou misschien lonend zijn om (voor zover je dat nog niet doet) je eerst te focussen op de import van 1 rekening. Met kleine stapjes de import daarvan finetunen, en dan pas een 2e rekening er bij pakken. Dat houdt het wellicht wat overzichtelijker.

[Mastakilla]

Ben ook wat met Firefly III beginnen experimenteren...

Mijn bank zijn csv exports (Fintro) zijn wel vreselijk slecht. Er zijn namelijk volgende kolommen:

Kolomnaam in de csv -> "Role" in de Firefly III importer -> extra info
Volgnummer -> External ID
Uitvoeringsdatum -> Date (primary tranaction date)
Valutadatum -> Date (booking date)
Bedrag -> Amount
Valuta rekening -> Currency code (ISO 4217)
Rekeningnummer -> Asset account (IBAN)
Type verrichting -> Note(s)
Tegenpartij -> Opposing account (IBAN) -> 80% niet ingevuld
Naam dan de tegenpartij -> Opposing account (name) -> 80% niet ingevuld
Mededeling -> Description -> 75% niet ingevuld
Details -> Note(s) -> Hier staat in 1 lijn vanalles samengepropt, wat soms helemaal in geenenkele andere kolom staat. Bv:
BETALING MET DEBETKAART NUMMER 48XX XXXX XXXX 23XX PEERAER BROOD EN BANKE 2000 ANTWERPN 05/02/2026 11:55 BANCONTACT BANKREFERENTIE : 2602051251408584 VALUTADATUM : 05/02/2026

Bij gebrek aan "beschikbare velden", heb ik nu zowel "Type verrichting" als "Details" toegekend aan "Note(s)" in Firefly III, maar ik merkte al dat de zoekfunctie helemaal niet zoekt in het "note(s)" veld, terwijl daar juist vaak als enige plaats nog iets van info over de transactie is te vinden.

Zijn er manieren dat ik deze ramp van een csv met de Firefly importerer fatsoenlijk kan importeren? Bv, als "naam van de tegenpartij" leeg is, dat hij het dan haalt uit de details?
Of moet ik met een eigen script de csv "pre-processen"?

Iemand tips over hoe ik dit best aanpak? En wat ik aan welk Firefly III veld moet toekennen?

Alvast bedankt!

[rjong5]

Ik zou bij de import dan het notes veld in je csv koppelen met description in firefly.

In firefly kan je binnen description wel zoeken op trefwoorden, zo kan je met rules eventueel wel de tegenrekening van een transactie laten aanpassen.

[CuttingStorm]

Bij ASN heb ik ongeveer hetzelfde bij contactloze betalingen met mijn betaalpas en telefoon. Maar die beschrijving is constant hetzelfde dus ik heb een python scriptje gemaakt waarbij uit deze beschrijving de tegenpartij wordt gehaald op basis van positie (in jou geval na het nummer van je kaart)

[WheeleE]

Eventueel is met een regel ook wat te manipuleren in combinatie met Symfony expressies.
Dat werkt ook met substrings en variabele posities en dergelijke.
Deze regel gebruik bijvoorbeeld:

[everb]

Sinds dit jaar ben ik ook bezig met Firefly. Mooi programma en praktisch in combinatie met Waterfly op m'n telefoon. Ik heb budgetten aangemaakt waar in handmatig ingevoerde uitgaven onder hang. Wat ik niet kan vinden (of wat misschien niet kan) is overzichten met uitgaven per budget vs. het begrote bedrag over een zelf te definieren periode. Dit overzicht in onder dashboard wel beschikbaar voor de lopende maand, maar via overzicht (reports) krijg ik er niet iets gelijks uit. Zonder een dergelijk overzicht (hoeft niet grafisch) is het lastig om grip te houden op de budgetten over een jaar. Kijk ik hier overheen of kan dit inderdaad niet?



Edit1: never mind...ik ben heel goed in zoeken maar niet in vinden Getalsmatig overzicht gevonden onder overzichten - standaard financieel rapport.

Edit2: helaas pindakaas... Als ik een rapport van meer dan een maand maak is de tabel onder 'budgetten' leeg. Is dit bij jullie ook zo?

[ Voor 20% gewijzigd door everb op 27-02-2026 14:48 ]

[MarlyNL]

Oké, ik weet iet of dit in dit topic of het Docker topic moet...
Maar ik gebruik dus EndeavourOS Linux met Docker.

Echter, heb ik iets fout gedaan, en heb ik FireflyIII verprutst.
Als in, ik moet het opnieuw installeren...

Is het op de een of andere manier mogelijk om de database te herstellen?
Heb niet echt back-ups, stond pas 3 maanden data in...

Als het niet kan, geen problemen...
Dan ben ik vooral tijd kwijt en mijn contante uitgaven.

[babbelbox]

Ligt er denk ik aan in hoeverre je nog bij je database kan.
Misschien dat je nog in staat bent ruwe data eruit te halen, die je later kan gebruiken om weer te importeren?

[MarlyNL]

babbelbox schreef op zondag 1 maart 2026 @ 22:18:
Ligt er denk ik aan in hoeverre je nog bij je database kan.
Misschien dat je nog in staat bent ruwe data eruit te halen, die je later kan gebruiken om weer te importeren?

Goede vraag, eens kijken of ik daar wat van terug kan vinden.

[DarkAllMan]

Bezig met de eerste stapjes binnen Firefly....
Iemand toevallig al een verbinding opgebouwd met "Enable Banking" naar ING?

[Villager]

DarkAllMan schreef op donderdag 19 maart 2026 @ 13:43:
Bezig met de eerste stapjes binnen Firefly....
Iemand toevallig al een verbinding opgebouwd met "Enable Banking" naar ING?

Ik sla de wijzigingen in ING op in een csv. Wijzig dan de komma' s naar een punt (zoek en vervang) en importeer dat met de importer in Firefly. Doe ik wekelijks op zondag.

[DarkAllMan]

Villager schreef op donderdag 19 maart 2026 @ 15:18:
[...]

Ik sla de wijzigingen in ING op in een csv. Wijzig dan de komma' s naar een punt (zoek en vervang) en importeer dat met de importer in Firefly. Doe ik wekelijks op zondag.

Dat heb ik ook gedaan voor alles dit jaar..... maar nu wil ik het mezelf makkelijker maken......

[Villager]

DarkAllMan schreef op donderdag 19 maart 2026 @ 15:27:
[...]

Dat heb ik ook gedaan voor alles dit jaar..... maar nu wil ik het mezelf makkelijker maken......

Als je er achter komt hoe dat kan, dan hoor ik het graag! :-)

[DarkAllMan]

Ik heb een koppeling gemaakt, echter ik kan vanaf morgen pas de eerste import testen...

[RudolfR]

Firefly kan toch ook wel overweg met ; als je 't em vertelt in een config-file:
https://github.com/firefl...urations/tree/main/nl/ing

[rjong5]

RudolfR schreef op donderdag 19 maart 2026 @ 16:32:
Firefly kan toch ook wel overweg met ; als je 't em vertelt in een config-file:
https://github.com/firefl...urations/tree/main/nl/ing

Zeker, bij de inport kan je handmatig de separator opgeven of indd dmv inlezen config file

[PuckStar]

RudolfR schreef op donderdag 19 maart 2026 @ 16:32:
Firefly kan toch ook wel overweg met ; als je 't em vertelt in een config-file:
https://github.com/firefl...urations/tree/main/nl/ing

ja precies. ik kan gewoon de download van ING direct inlezen hoor.

[smily01]

Ik ben net bezig om Firefly III in gebruik te nemen. Ik heb de hele gebruiksaanwijzing gelezen. Nu is mijn vraag of je ook een soort alert in te stellen zodra je budget dat je hebt ingesteld is overschreden of gaat dat niet? Ik bedoel dan een soort popup of e-mail als alert.

[BladeSlayer1000]

smily01 schreef op maandag 13 april 2026 @ 23:11:
Ik ben net bezig om Firefly III in gebruik te nemen. Ik heb de hele gebruiksaanwijzing gelezen. Nu is mijn vraag of je ook een soort alert in te stellen zodra je budget dat je hebt ingesteld is overschreden of gaat dat niet? Ik bedoel dan een soort popup of e-mail als alert.

Nee, dit is helaas niet mogelijk. Je zou het kunnen indienen als feature op hun github pagina.

[RudolfR]

@smily01

Misschien met behulp van een webhook?
https://docs.firefly-iii....ly-iii/features/webhooks/

[rjong5]

smily01 schreef op maandag 13 april 2026 @ 23:11:
Ik ben net bezig om Firefly III in gebruik te nemen. Ik heb de hele gebruiksaanwijzing gelezen. Nu is mijn vraag of je ook een soort alert in te stellen zodra je budget dat je hebt ingesteld is overschreden of gaat dat niet? Ik bedoel dan een soort popup of e-mail als alert.

Als je ook home assistant gebruikt zou je dit kunnen proberen

https://github.com/dvankl...tant-firefly-budget-alert

P.s. zelf geen ervaring mee

[smily01]

Bedankt voor het meedenken!

[Kefding]

@Firefly III ik ben benieuwd of er nog steeds gewerkt wordt aan de nieuwe layout? Ik kan er verder niet veel over vinden namelijk.

[rjong5]

Kefding schreef op zondag 23 augustus 2026 @ 12:32:
@Firefly III ik ben benieuwd of er nog steeds gewerkt wordt aan de nieuwe layout? Ik kan er verder niet veel over vinden namelijk.

Zie laatste update

[skimine]

@Kefding Er wordt actief aan gewerkt, zie ook de feedbackdiscussie: https://github.com/orgs/firefly-iii/discussions/12746

[pnxsinned]

DarkAllMan schreef op donderdag 19 maart 2026 @ 13:43:
Bezig met de eerste stapjes binnen Firefly....
Iemand toevallig al een verbinding opgebouwd met "Enable Banking" naar ING?

Nee, maar wel met ABN Amro;

Ik loop tegen een reproduceerbaar probleem aan bij het importeren via Enable Banking.

Ik gebruik Data Importer v2.3.5 met Enable Banking en ABN AMRO.

Wanneer ik bij de importopties “Map data” uitgeschakeld laat, worden de transacties via Enable Banking wel correct opgehaald en geconverteerd. In de logs zie ik onder andere:

Conversion routine "eb" yielded 11 transaction(s).
Set conversion status: "conv_done"

Daarna kom ik echter bij het verzenden van de data op de volgende foutmelding:

Job is in state "configured_and_roles_defined", expected ready_for_submission.

Dit is bij mij reproduceerbaar.

Wanneer ik exact dezelfde import opnieuw uitvoer, maar deze keer “Map data” inschakel, krijg ik eerst het scherm “Map data” te zien. Ik hoef daar niets daadwerkelijk te mappen en laat alles op (do not map / automap) staan.

Na het verzenden van dat scherm kom ik vervolgens wél correct op “Submit the data” terecht en kan de import succesvol worden uitgevoerd.

Het lijkt er daarom op dat wanneer “Map data” is uitgeschakeld, een benodigde overgang van de jobstatus naar ready_for_submission wordt overgeslagen.

Voor zover ik kan vaststellen werkt Enable Banking zelf goed: de transacties van ABN AMRO worden opgehaald en geconverteerd. Het probleem ontstaat pas daarna binnen de importworkflow.

Ik heb dit alleen getest met Enable Banking + ABN AMRO (Nederland), dus ik weet niet of dit ook bij andere banken/providers via Enable Banking optreedt.


Aanvullend heb ik naar de flow in de Data Importer-code gekeken. Voor zover ik kan zien wordt bij de mapping-flow de jobstatus uiteindelijk naar ready_for_submission gezet.

Dat lijkt overeen te komen met wat ik reproduceer:

• Met Map data uit wordt de Enable Banking-conversie succesvol afgerond (conv_done), maar blijft de job bij het openen van de submitpagina kennelijk op configured_and_roles_defined staan.
• Met Map data aan wordt eerst de mapping-flow doorlopen. Daarna komt de job wél correct bij ready_for_submission terecht en werkt de uiteindelijke import.

Het lijkt daardoor alsof bij Enable Banking, wanneer de mapping-stap wordt overgeslagen, ook de overgang naar ready_for_submission wordt overgeslagen.

Ik heb dit alleen getest met Enable Banking + ABN AMRO. Omdat de ABN-transacties zelf succesvol worden opgehaald en geconverteerd, lijkt het probleem mij eerder in de Enable Banking/importer-flow te zitten dan specifiek bij ABN AMRO.

Verder, erg mooie tool.

[pnxsinned]

Ember Finance – mijn eigen frontend voor Firefly III

Afgelopen weekend ben ik iets te ver in een klein hobbyproject gerold. 😅

Ik gebruik Firefly III inmiddels voor mijn financiën en ben behoorlijk onder de indruk van wat het als financieel systeem allemaal kan. Alleen merkte ik dat ik voor dagelijks gebruik behoefte had aan een wat rustigere, modernere interface die vooral snel laat zien wat voor mij relevant is.

Dus dacht ik: waarom bouw ik niet gewoon mijn eigen frontend?

Kleine complicatie: ik ben systeembeheerder, geen softwaredeveloper. 😄 Ik heb in een ver verleden wel wat websites en plugins gebouwd, maar mijn dagelijkse werk bestaat tegenwoordig vooral uit infra, Microsoft, virtualisatie, security en alles wat daarbij komt kijken.

Met Codex als programmeermaatje ben ik daarom Ember Finance gaan bouwen: een onafhankelijke, read-only webinterface bovenop de officiële Firefly III REST API. Firefly III blijft volledig de backend en source of truth; Ember schrijft niets naar Firefly en heeft geen directe toegang tot de database.

Inmiddels zitten onder andere het overzicht, transacties, rekeningen, budgetten, abonnementen en rapportages erin. De interface is volledig Nederlandstalig, ondersteunt maandnavigatie en haalt de financiële gegevens rechtstreeks uit Firefly. Ook split-transacties en transfers blijven daarbij netjes volgens het Firefly-model behandeld.

Ik wilde het daarnaast niet bij een leuke lokale dev-build laten. Inmiddels draait Ember daadwerkelijk bij mij thuis in Docker op Ubuntu, achter mijn Synology reverse proxy met HTTPS. Authenticatie zit in Ember zelf met een server-side sessie; de Firefly API-token blijft uitsluitend server-side. De container draait non-root, read-only, zonder Linux capabilities en met onder andere security headers en een eigen healthcheck.

Het leuke is dat de uiteindelijke keten nu daadwerkelijk is:

Browser → HTTPS → reverse proxy → Ember → Firefly III API

En ja: daar ben ik als infra-man stiekem best blij mee. 😁

Wat ik vooral interessant vond aan dit experiment is hoeveel verder je tegenwoordig kunt komen met AI-assisted development als je zelf wél begrijpt wat je wilt bouwen, de architectuur kunt beoordelen en kritisch blijft op wat er gegenereerd wordt. Er zijn absoluut momenten geweest waarop ik Codex terug naar z'n hok moest sturen. 😉 Maar tests, TypeScript-checks, production builds en security-tests hebben gedurende het project wel steeds meegedraaid.

Op dit moment beschouw ik het nog als een v0.1 release candidate. Eerst wil ik hem zelf een tijdje gebruiken en verder testen. Daarna lijkt het me leuk om te kijken of ik het project openbaar op GitHub zet, mocht er interesse voor zijn.

Twee screenshots van de huidige versie:

Overzicht


Budgetten


De bedragen en transactiedetails op de screenshots zijn uiteraard geblurd. 😉

Ben vooral benieuwd wat andere Firefly III-gebruikers ervan vinden. Is dit een frontend die jullie zelf zouden gebruiken, en zijn er onderdelen van Firefly die jullie absoluut terug zouden willen zien in zo'n alternatieve interface?

[rjong5]

Hoi @pnxsinned

Zonder het zelf uit te proberen kan ik er weinig zinnigs over zeggen of het zelf zou willen gebruiken.
je screenshots zien er in elk geval goed uit, benieuwd hoe dit bijvoorbeeld op mobiel is.

Mocht je al zover zijn om het te delen, dan zou ik het graag uitproberen :-)

[pnxsinned]

Hey @rjong5

Leuk om te horen! 😄 Ik wil hem zeker gaan delen.

Ik ben op dit moment alleen nog bezig met de laatste tests en wat functionaliteit die ik zelf tijdens het gebruik miste. Daarnaast wil ik vooral de installatie eerst wat vriendelijker maken. Het draait bij mij inmiddels volledig in Docker, maar voordat ik het aan anderen geef wil ik dat de README, configuratie en installatieprocedure zo duidelijk zijn dat je niet eerst hoeft uit te zoeken hoe mijn eigen omgeving in elkaar zit.

De interface heb ik inmiddels ook op mobiel getest en dat werkt prima. Ik wil nu vooral nog een verse installatie doorlopen alsof ik zelf een nieuwe gebruiker ben, zodat ik zeker weet dat er geen lokale aannames, ontbrekende dependencies of onduidelijke stappen in zitten.

Als dat allemaal goed gaat, hoop ik morgen het een en ander te kunnen delen. Dan zou het juist erg leuk zijn als iemand met een andere Firefly III-omgeving het eens wil proberen. Daar komen ongetwijfeld weer dingen uit die ik met mijn eigen dataset nooit tegenkom. 🙂

Ik laat het hier weten zodra er iets bruikbaars klaarstaat!

[rjong5]

Nice, ik ben benieuwd

[pnxsinned]

Kleine update: er wordt inmiddels hard gewerkt aan een eerste publieke release van Ember Finance. 🙂

De afgelopen dagen zijn onder andere ingebouwde login/authenticatie en optionele TOTP 2FA toegevoegd. Ook is de interface verder aangepakt en zijn onder andere de transactiesearch en een aantal Firefly-integraties verbeterd.

Op dit moment ben ik vooral bezig met de laatste security/deployment-zaken. Ember kan al achter een bestaande HTTPS reverse proxy draaien (zoals ik hem zelf gebruik), maar voor de release wordt ook gewerkt aan een optionele standalone HTTPS-oplossing voor mensen die nog geen reverse proxy hebben.

Als alles vandaag een beetje meezit en dingen goed blijven gaan, verwacht ik vanavond een RC02/RC03 beschikbaar te kunnen stellen om te testen. Het wordt in eerste instantie bewust een Docker Compose/CLI-release. Daarna zal uit praktijkervaring vanzelf blijken wat er nog beter of anders moet. 🙂

De standalone HTTPS/Caddy-configuratie zal bij de eerste release overigens nog als niet door mijzelf praktijkgetest worden aangegeven. Mijn eigen reverse-proxy deployment is uiteraard wel uitgebreid getest.

Zodra hij klaarstaat zal ik hier de installatie-instructies en release delen.

[pnxsinned]

Update: eerste publieke release staat online! 🔥

Zoals beloofd heb ik Ember Finance inmiddels zover gekregen dat ik hem durf te delen. De eerste publieke release candidate, v0.1.0-rc.1, staat nu op GitHub.

Ember Finance is een onafhankelijke, read-only webinterface voor Firefly III. Firefly blijft gewoon de backend en source of truth; Ember leest de gegevens via de officiële REST API en presenteert ze in een andere interface.

Inmiddels zitten onder andere het dashboard, transacties + zoeken, budgetten, abonnementen/recurrences, rapportages, maandnavigatie en een Nederlandse interface erin. Ook zit er ingebouwde single-user authenticatie in, met optionele TOTP/2FA.

Voor deployment gebruik ik Docker Compose. Zelf draai ik hem achter mijn bestaande HTTPS reverse proxy. Er zit inmiddels ook een optionele Caddy-configuratie bij voor mensen die geen bestaande reverse proxy hebben. Die Caddy-route heb ik zelf nog niet in een echte publieke deployment getest, dus die beschouw ik nadrukkelijk als community testing.

Ik heb voor deze release een schoon distributiepakket gemaakt en dat pakket vervolgens zelf opnieuw op een Linux/Docker testinstance gebouwd en gestart. De ZIP onder de GitHub Release is dus daadwerkelijk het pakket dat ik getest heb.

Release / download:
https://github.com/Sinned1984/ember-finance/releases/tag/v0.1.0-rc.1

Repository / broncode:
https://github.com/Sinned1984/ember-finance

Voor installatie staat er een QUICKSTART.md bij; de uitgebreide technische details staan in de README.

Het blijft voorlopig bewust een release candidate. Dus als iemand hem wil proberen: graag! Feedback, bugs, rare Firefly-combinaties of Docker-gezeur hoor ik juist graag. 😄

En voor de duidelijkheid: dit is geen officieel Firefly III-project en het doel is ook niet Firefly te vervangen. Het is vooral ontstaan omdat ik voor mijn eigen Firefly-installatie een andere frontend wilde — en het project vervolgens een klein beetje uit de hand liep.

[rjong5]

hi @pnxsinned ,

Ik krijg het nog niet voor elkaar, maar vermoedelijk ligt dat aan mijn kennis & kunde van docker.

op dezelfde docker host heb ik nginx proxy draaien, beide url's ( finance & firefly ), resolven intern naar de host waar npm op draait.

ik krijg enkel een webpage met 502: bad gateway.

docker logs kan ik niet veel vinden ,

ember-1 | ▲ Next.js 16.3.6

ember-1 | - Local: [url="http://localhost:3000"]http://localhost:3000[/url]

ember-1 | - Network: http://0.0.0.0:3000

ember-1 | ✓ Ready in 0ms

ember-1 | ✓ Running next.config took 3ms

de check die je in de readme aangeeft zegt het volgende

curl --fail [url="https://your-hostname/api/health"]https://your-hostname/api/health[/url]

curl: (6) Could not resolve host: your-hostname

Bash:

# Instance root, without /api/v1. HTTPS for remote connections.
FIREFLY_BASE_URL=https://firefly.*****.net
FIREFLY_API_TOKEN="token aangemaakt en hier ingevuld natuurlijk
# On an existing private Docker network, the URL may instead be:
#FIREFLY_BASE_URL=http://172.16.16.50:82

# Compose host publishing; same-host reverse proxy by default.
# For a remote proxy, use the host's private IP AND a proxy-only Docker firewall rule.
EMBER_BIND_ADDRESS=127.0.0.1
EMBER_PORT=3000

# Optional bundled HTTPS: use compose.yaml + compose.https.yaml.
# Needs a public DNS hostname and reachable TCP ports 80/443; no existing proxy needed.
# The private Ember HTTP port is not published in this mode.
EMBER_HTTPS_BIND_ADDRESS=0.0.0.0
# Migration/restore only, with compose.auth-state.yaml: verified existing volume name.
# EMBER_AUTH_STATE_VOLUME=your-existing-project_ember-auth-state

# Built-in single-user login. See README for the interactive hash/secret generators.
#Development only: http://127.0.0.1:3000. Production REQUIRES your public HTTPS origin.
EMBER_APP_URL=https://finance.*****.net
EMBER_AUTH_USERNAME=rene
# Keep bcrypt hashes single-quoted in Compose .env files so $ is literal.
EMBER_AUTH_PASSWORD_HASH='xxxxxxxxxxd37PUG1Sr4dm'
EMBER_AUTH_SECRET=xxxxxxxxxxxxx

[Asterion]

502 bad gateway heeft te maken met onjuiste poortnummer.

Als je bvb https wilt via een http url krijg je dit soort foutmelding

[rjong5]

naja goed, npm staat correct ingesteld dat hij als backend host + port 3000 gebruikt.

@pnxsinned , hoe zorg ik dat hij op development werkt ? dat is mij niet helemaal helder uit de env file.

momenteel krijg ik als ik gewoon via http op ip+ port wil connecten gewoon een timeout, dus daar luistert hij niet op

[rjong5]

opgelost,

omdat ik npm óók in een container draai, heb ik de "EMBER_BIND_ADDRESS moeten aanpassen naar 0.0.0.0 ( ipv 127.0.0.1 ) want ember is voor npm niet bereikbaar op 127.0.0.1 ) want dat is de npm container zelf

[pnxsinned]

Excuus, zie de posts nu pas.

Heb je het werkend nu? Ik breng in loop van volgende week 1.0 uit, daar zitten wat mij betreft alle features in welke ik zoek.

Hoor graag wat je ervan vind.

[rjong5]

pnxsinned schreef op zaterdag 3 oktober 2026 @ 18:46:
Excuus, zie de posts nu pas.

Heb je het werkend nu? Ik breng in loop van volgende week 1.0 uit, daar zitten wat mij betreft alle features in welke ik zoek.

Hoor graag wat je ervan vind.

Zekers, heb het nu werkend.


Ik had je al een feature request via github imgeschoten