Het grote "Firefly III" topic

[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