The money calendar
Your ledger arranged by the day it happened — what becomes an event, and how the payout cadence is measured.
4 min read
Portfolio › Calendar is the same money as the ledger, laid out by the day it moved. It is what stops a good month with three resets in it from reading as a good month, and it puts a payout next to the week of trading that earned it.
Alltra has three calendars and they answer three different questions. This one is money that moved. The Tracker’s is your trading result by day. Resources holds the economic calendar — scheduled releases, not your money at all.
Where its events come from
They are your transactions. There is no separate event list to maintain and nothing to add here that you would not already have logged — the page reads the month you are looking at, plus the month before it so that every comparison is against a month it actually read rather than an assumed zero.
- Only successful rows appear — a pending payout has not moved, and drawing it would assert that it had.
- The figure is the net — amount plus fee, exactly as the ledger states it, so the day rail cannot disagree with the table it came from.
- The day is the one the row was filed under — frozen when you saved it, never recalculated — which is what keeps a movement on the same day here as everywhere else.
How the categories map
The twelve transaction types are grouped into the calendar’s own smaller set, and two of the choices are worth stating because they change what the tiles say.
- Payout and Profit both read as Payout — so a logged profit counts toward the payout figures. Filing it elsewhere would leave your best month reading zero payouts.
- Eval reset reads as Evaluation — kept apart from ordinary fees, because resets are the cost worth watching on their own.
- Fee, Subscription and Tax keep their own labels — with tools, market data, software and education grouped as Expense.
- Deposits and withdrawals read as Other — never as an expense. Calling a withdrawal a cost would paint every payout you banked as a matching loss.
The three figures above the grid
Total payouts, payout count, and the average days between them — each compared against last month. The gap is measured between distinct payout DAYS, so two payouts arriving on one day count as one occasion, and it shows a dash until there are two of them to measure between.
On that last tile the arrow and the colour deliberately disagree. A shorter gap between payouts points down and is the better month — the direction a number moved and whether it is good news are two different questions, and the tile answers both rather than picking one.
The month summary
A two-arc ring showing inflow against outflow on one track, with the net printed in the legend beside it rather than inside the ring, and three counts: total events, inflow events and outflow events. The counts are how you tell one large movement from a month of small ones at a glance.
Filtering it
The Filters popover is built from the events on screen, so it can never offer you a firm or a category that nothing in the month matches. The Categories list shows only what is actually present that month.
The Tags section will always be empty. Portfolio transactions carry no tags — there is no field for one — so the panel says so instead of offering a filter that could never match.
Two honest limits
- Nothing scheduled is modelled — the calendar shows money that has moved, not money that is due. An empty day still reads “Nothing scheduled”, and the Add event button on the day rail does not open anything yet.
- A month is read a hundred rows at a time — if yours holds more, the page says so above the grid and tells you every figure below covers only the rows it read. It does not print a partial total as a total.
Paging with the arrows fetches that month and the one before it, so the comparisons stay honest as you move back through the year.
The rest of the Portfolio:
Did this article answer your question?
Guide last updated