@Justin-Turquoise-Bear#126391 Of je maakt 12 jaarlijkse overschrijvingen dan kom je er ook.

@Justin-Turquoise-Bear#126391 Hi Justin 👋

Thanks for sharing your idea 💡
This could indeed be handy, I have the same ‘problem’ with my monthly rent.

Maybe there are some other variables that could be added this way to choose from in your description:

• previous month
• current month
• next month
• previous year
• current year
• next year

Have a nice day! 🌈👍

@Justin-Turquoise-Bear#126394 Dat hoef je toch maar 1 keer te doen? Niemand zal denken dat je in januari 2020 nog de huur betaald voor januari 2019 of alvast januari 2021.

@JeroenE#126395 Ik denk dat dit juist een hele mooie functie is om toe te voegen. Aangezien bunq ervoor staat om het ons allemaal zo makkelijk mogelijk te maken 😊Een transactie 12x moeten aanmaken valt mijns inziens niet perse onder de noemer ‘makkelijk’.

Dus @Justin-Turquoise-Bear#126394, mijn high five heb je!

@JeroenE#126392 That is old skool thinking 💭😉

A typical bunqer always loves saving time, every time ;)... So, I love this idea 💡

@Justin-Turquoise-Bear#126391

@Ambiebambi#126396 Ik snap wel dat het makkelijker is als het wel kan, maar mijn oplossing kan je nu al gebruiken. Of en wanneer bunq iets gaat doen met speciale woorden in de omschrijving die aangepast moeten worden valt nog maar te bezien.

Je gaat dan geheid gedoe krijgen met de taal van de overschrijving zodat je iets moet bouwen dat aan bedrijf X iets overgemaakt wordt in het Nederlands maar aan bedrijf Y in het Duits etc.

@JeroenE#126399 Dit valt nog relatief makkelijk op te lossen door gebruik te maken van bijvoorbeeld “mmm/yyyy” waarbij de engelse afkorting voor de maand wordt gebruikt.

@Tuur#126402 Ja, totdat een Fransman niet snapt dat "Aug" "Août" is 🤷‍♂️

@JeroenE#126405 Laten we dan mm/yyyy doen, waarbij het nummer van de maand wordt gebruikt? Voor elk probleem is vast een oplossing te verzinnen 😉

Ik zou het nog wel wat breder willen trekken. Gewoon gebruik van variabelen toestaan in de omschrijving, eventueel met ‘eigen gemaakte’ variabelen. Die kunnen dan achter een ‘advanced’ knop ofzo (of niet Justin 😎) en dan in je settings kunt configureren, misschien laten samenstellen met simpele formules ofzo.

Personally I would like this.
And as Wouter wrote, adding some parameters would be nice. I would add: print_which (previous, current, next), print_interval (week, period, month, quarter, year), print_month (January, February, March, April, May, June, July, August, September, October, November, December), print_year (YY, YYYY), print_number (first, last, 1....9999), language_print (nl, du, fr, it, en, es).

I think simplicity is key here. Variables are a great idea!
I’d stay away from syntax in the message and present it like a clean UI element with a form once clicked. The UI element could be as simple as text with a background color for instance. Have a couple of drop downs in the form for possible predefined variables and display options. Maybe start with localization in the phone language or the target bank account language. Although even that is ambiguous in Belgium or Switzerland for instance. Overriding that language would be a nice to have in my opinion but it would be a shame if the localization issue would stall the variables proposal. Big fan of this and if anyone would implement it first it has to be bunq, right?

This is still a great idea. Is this already possible?

@Jannes#281533 Nope, this hasn't been added

Hey there, @Jannes#281533 👋
We appreciate your enthusiasm for the idea. We did explore it earlier, but unfortunately, we didn't receive enough interest from our users to implement it at that time. However, we're always eager to listen to our users' feedback and needs. If there's growing interest and demand, we'd certainly reconsider it in the future. Feel free to share your thoughts, as your feedback plays a crucial role in shaping our services! 🚀🙌

How much interest is needed to have it implemented?

I would to see it as syntax with a number of predefined functions with arguments for format and optionally language in the message eg. Huur {date_transaction("mm-yyyy","nl")}

Hi @Erwin-Aquamarine-Badger 👋

I've forwarded this suggestion to our relevant team to re-review! Thank you for bumping this discussion. Your participation in our vibrant community is also very appreciated 🌈