Patch-aware capped-currency planner
FFXIV Tomestone Cap Calculator
See how much of a planned currency amount fits under the current weekly obtainment limit and maximum inventory, then count the future reset boundaries needed for a target.
Separate the weekly cap from inventory capacity
Start from your current in-game balance and weekly-earned counter. Patch 7.4's 450 weekly obtainment cap and 2,000 maximum inventory for mnemonics are prefilled with a primary source; all other amounts are an editable arithmetic example.
Do not combine currencies that have different caps or balances.
Recheck whenever a patch adds, removes, or uncaps a currency.
Record the official note or in-game help text that supplies the limits.
Maximum that can be newly obtained during one weekly period.
Maximum that can be held at once; this is not the weekly cap.
Read the current amount after purchases.
Use the game's weekly-earned counter, not current balance.
Sum rewards you genuinely intend to earn before reset; activity yields are not guessed.
An editable planning input capped by the weekly limit.
Must fit inside maximum inventory; subtract spending by updating current balance.
Weekly cap room now
350
Credited this week
350
Balance after this week
550
Future reset boundaries
0
Cap and target diagnostics
- Weekly-cap overflow this week
- 50
- Inventory overflow this week
- 0
- Target deficit after this week
- 0
- Credited in each modeled future week
- 450
- Future weekly-cap overflow
- 0
- Target reached this week
- Yes
Current-week credit is limited first by remaining weekly room, then by inventory room. Future output counts weekly reset boundaries, not calendar dates; maintenance, spending, and activity rewards remain outside the model until you enter them.
The two caps answer different questions
A weekly obtainment cap answers “how much more can this character earn before the weekly boundary?” Maximum inventory answers “how much more can this character hold right now?” Confusing them leads to bad plans. A player can have plenty of weekly room but almost no inventory room, or a low balance after spending while the weekly-earned counter remains capped.
The calculator applies both constraints in order. It first limits the planned current-week amount to remaining weekly room, then limits that credit to inventory room. The two rejected amounts are reported separately. This makes the remedy clear: weekly overflow requires another weekly boundary, while inventory overflow requires spending or another valid reduction in balance.
Capture a trustworthy starting state
- Name one currency. Do not combine current capped tomestones with older or uncapped currencies.
- Verify the patch and official limits. Record the source and date beside the plan.
- Read current balance. This is the amount held after any purchases.
- Read the weekly-earned counter. Spending does not normally rewind this value.
- Total planned additional earnings. Use current in-game rewards; this calculator does not preload activity yields.
- Choose a future weekly pace and target. Both are planning inputs, not promises.
Patch 7.4 sourced defaults
Square Enix's Patch 7.4 Notes introduced Allagan tomestones of mnemonics with a weekly obtainment cap of 450 and maximum inventory of 2,000. A separate tomestone changes notice describes the simultaneous treatment of older tomestones. That is why the page identifies the currency by name instead of presenting a timeless “FFXIV cap.”
The 450 and 2,000 fields enter the formula because they are explicit in those primary sources. The starter balance, earned amount, planned amount, and target are only a worked example. Replace them with the character state you can observe.
Worked arithmetic example
Start with 200 mnemonics held and 100 already obtained in the current week. The weekly room is 350. If 400 additional tomestones are planned, 350 can pass the weekly cap and 50 is weekly overflow. Inventory has far more than 350 room, so the full credited amount is held and the ending balance becomes 550. A target of 500 is therefore reached this week without another reset boundary.
Now change the balance to 1,900 while keeping the same 2,000 inventory maximum. The weekly calculation still allows 350, but inventory can hold only 100. The output reports 250 as inventory overflow, distinct from the 50 blocked by the weekly cap. The plan should be reconciled with a real purchase before earning that amount.
Diagnostics instead of silent correction
If already obtained exceeds the weekly cap, current balance exceeds inventory, or the target itself cannot fit in inventory, the calculator stops and asks for reconciliation. It does not wrap the excess into a new week or assume an unlock. These states may indicate the wrong currency, an obsolete cap, a copied alt-character balance, or an entry error.
A purchase creates a new state
Treat every purchase as a transaction boundary. If a character holds 550 mnemonics and buys an item for 500, the next scenario starts with a balance of 50. The amount already obtained during the current reset period does not fall merely because currency was spent. Keep that counter unchanged unless the game itself shows a different value. This distinction prevents a purchase from appearing to create new earning room.
For several planned purchases, do not enter their combined cost when that total cannot be held at once. Model the balance needed for the first purchase, record the transaction, lower the balance, and then create a second scenario for the next item. A sequence of observable states is easier to verify than one large target that violates inventory capacity.
Keep characters separate as well. Currency balances, obtainment counters, and inventory limits belong to one character state. Time may be shared between an alt and a main, but their counters are not one pool. Save a distinct link or log entry for each character label, and avoid putting account names or other personal details into a public URL.
Audit a saved plan
A reviewer should be able to reproduce the output from four records: a current patch source, an in-game capture of balance and obtained amount, a written sum of planned rewards, and the target item cost. If any record is missing, label the affected number as an assumption. After earning or spending currency, preserve the old link as a dated forecast and create a new one from the observed state rather than editing history to match the outcome.
What the result does not tell you
The planner does not recommend activities, estimate queue time, price gear, or promise a completion date. It counts future weekly boundaries under the pace you entered. Verify activity rewards in game, update the plan after spending, and revisit the official patch notes when currencies change. For coordinated raid gear, pair it with the compatible-unit planner rather than treating tomestones and raid tokens as interchangeable.
Frequently asked questions
What FFXIV values are sourced by this calculator?
For Patch 7.4, Square Enix lists a 450 weekly obtainment cap and 2,000 maximum inventory for Allagan tomestones of mnemonics. The page keeps both fields editable for other currencies and future patches.
Why are weekly cap and inventory cap separate?
The weekly cap limits newly obtained currency during one weekly period. Maximum inventory limits how much can be held. Reaching either boundary can block part of a planned reward for a different reason.
Does the calculator know activity rewards?
No. Enter the total amount you actually plan to earn. Activity payouts change by content and patch, so no roulette, hunt, or event schedule is silently assumed.
Why does the result count reset boundaries instead of dates?
A weekly reset is the mathematical boundary in this model. Maintenance and the reader's local calendar are external facts, so the page avoids generating a date that could be wrong.
What should I do after spending tomestones?
Update current balance and, if relevant, the target. Spending does not reduce the already-obtained-this-week counter, so keep those inputs separate.