Anything that is scheduled currently is bundled under Committed Spending - all of which is excluded from the dial calculations. So in your use case, Your dial should still be full and green, even if half your money will be spent on bills.
In the future Direct Debits will also be pulled into Committed Spending, and weāll tweak the rules of the dial to be more forgiving earlier on in a month.
Yup, this is definitely the most prevalent downside of our current MVP - our plan is to allow your month to run a little longer if youāre going to be paid late.
Hey - our current āfixā for this requires both transactions to be categorized the same, as long as it is not General. If you mark both as āeating outā for example, it should net out correctly.
A more explicit version of this is being worked on at the moment, to reduce it feeling like hidden/inconsistent logic.
I understand that an MVP is exactly that so we should expect the bare bones for now until its fleshed out a bit more before we should be making any judgements and progress looks great so far.
In terms of the feature now and with the proposed suggestions/improvements on the thread how long do you think you would guesstimate it will take before the monzo team are happy to do a full release on the feature out of labs which will work for the bulk of users?
Fair feedback - you donāt need to azve your salary paid in to select a custom date, any inbound transfer over Ā£500 works right now.
That being said, the current approach is just a quick first version to get feedback - thanks to what weāve heard from everyone over the weekend, weāre going to refine the rules here to make it less restrictive, and update the wording used to make sure it is clear that it doesnāt require a āsalaryā payment.
Hey @anon41842569 Loving (most of) labs so far Really nice new look for my spending!
I believe Iāve found a bug, thereās plenty of other complaints / thoughts about Summary but from reading; most of them have been covered by other like-minded people So I shanāt reiterate those haha
What Iāve spotted is that a āmonthā consisting of 1 day has been createdā¦
I get paid on the last working day of each month, the date if of course subject to change!
Jan - 31st
Feb - 28th
Mar - 29th
Apr - 30th
May - 31st
Thatās the last 4 monthās and next monthās pay dates. I was paid this morning and I selected that transaction in the Summary tab on my phone (Note, I have 2 transactions for my salary, one above & one below the Ā£500 threshold. But as it just takes the dates I suppose it doesnāt matter that my wage is split in two )
And upon doing so my āMayā spending goes from 30th Apr to 29th May⦠But in May I wonāt get paid until the 31st. So whatāll happen next month is what happened in the screenshot above I went to the cinema and bought a couple of bits on Amazon and now Iāve got the 29th-29th April on my Summary page Little bit odd, wouldnāt you say?
Hopefully a more advanced wage selection tool can be introduced in the future (I know at the Labs launch event there were valid reasons against over-complicating things⦠But IMO thereās room for an āadvanced modeā here)
Also, my charts are wrong (just noticed) My in is definitely more than the out⦠I have been spending less than Iāve been earning so the green should definitely be beating out the red
Thanks Marcus - weāre aware of some of the weirdness that happens when you are paid late and then set up a new months only a few days in to your current month. We hope to improve this over the coming updates!
Brilliant!
Glad to hear it, other than that Summary looks great Itāll be nice once SOās and DDās are in the same āCommitted Spendingā section - Iāve seen that mentioned loads
Canāt wait to test out future versions of Summary Will the change backdate? I.e. will my 29th-29th April vanish one day?
Not sure yet - we nee to work out how to clean things like that up. Thankfully all the logic is in our servers and is quite flexible, so we should be able to tidy things up once we work out the rules.
Just another sidenote to be considered in this rules process. I work at a company which pays on the 17th of every month (unless 17th falls on a weekend or bank holiday where it will be paid on the friday before the 17th)
One case where this could get more complicated is I am from Northern Ireland and we have 17th March as a bank holiday for St. Patrickās Day.
Would be nice if you could include logic to take into account the public holidays in the other parts of the U.K for this, thanks.
First, it takes anything under Committed out of the equation, then works out how much of whatās left over has been spent already.
Weāre going to make the dial summaries more tolerant earlier in the month (as people tend to do larger purchases early, and you have more time to ācatch upā through the month.
Weāre also going to pull things like Direct Debits into Committed Spending to try and leave the dial to only look after discretionary spending, rather than bills.
Very little logic lives in the apps now, to make sure things are consistent and not forgotten when you sign out / update apps etc - so everything will remain in place if you re-install.