Follow a casino reward through its calendar
A casino rewards calendar holds the deferred part of a reward and makes it available in later releases. Claiming the original reward can credit only its immediate share. Each released part may then need a separate claim before its own deadline.
Follow one already-earned amount below. The important distinction is between money allocated to the calendar, a part available to collect and a confirmed credit to your balance. For the calculation that earns a reward in the first place, use how casino rakeback works.
One claim can create an immediate payment and a later schedule
Rollbit's base casino rakeback returns 5% of eligible theoretical house edge. It can be claimed every 30 minutes: half of the amount goes immediately to the balance, while half enters the Rewards Calendar over three days. The 30-minute interval controls how often the original reward can be claimed. It is not the deadline for a Calendar release.
Start with 210 already-earned reward units
These are illustrative units in one reward currency, not a prediction from stakes or a real account result. Assume a successful initial claim, no further earnings or play, and no currency conversion. The example follows the nominal allocation; it does not establish withdrawal eligibility or an exact amount after any unconfirmed account restrictions.
- Original amount being claimed
- 210 units
- Immediate balance credit: 210 × 50%
- 105 units
- Deferred Calendar allocation: 210 × 50%
- 105 units over three days
Before the initial claim: 210 units available
The original reward is waiting to be collected. Rollbit's base programme does not specify how long that unclaimed amount remains available. Its 30-minute claim interval does not establish a stock-expiry rule.
Successful initial claim: 105 credited, 105 deferred
The balance receives 105 units. Another 105 units are allocated to the Calendar. That second half is scheduled money, so the full 210 should not be recorded as an immediate balance credit.
Before a scheduled release: follow the locked amount
A part waiting for its release is still deferred. Rollbit lists Calendar collection times at 00:00, 08:00 and 16:00 UTC. Those times do not establish the first release containing this particular reward or the amount of each part.
At a release: record the amount that becomes claimable
Read the actual amount and deadline shown for that part. An allocation over three days and three daily collection times do not establish nine equal instalments. Keep the 105-unit deferred total intact without dividing it into invented payments.
After the release: either credit or expiry
A successful claim moves that part to the balance. If its collection window passes without a claim, that part expires under the Calendar rule. Other pending or later releases retain their own states and deadlines.
A release starts its own clock
For Rollbit, each Calendar release is available for 24 hours after it becomes available. Here is a separate timestamp illustration for one part of unspecified size. It does not identify the first instalment of the 210-unit reward.
- Day 2, 08:00 UTC: release opens
- This part changes from locked to claimable. Its own 24-hour collection window starts.
- Day 3, 08:00 UTC: stated window ends
- The deadline belongs to this part. A later release has a later window of its own. Exact handling of a claim at the boundary is not specified.
Claimed during the window
In an illustrative successful claim at Day 2, 12:00 UTC, this part becomes credited. Confirm its amount in the reward or balance history. Count it once as credited, removing it from the claimable total.
Left unclaimed past the window
This part becomes expired under the release rule. It should no longer be counted as money waiting to be credited. That does not mean every other part of the original reward expired at the same time.
A useful record therefore distinguishes locked (not yet available), claimable (available within its window), credited (received in the balance) and expired (its unclaimed window has passed). These labels describe stages; they do not turn a balance credit into a wager-free withdrawal.
The original reward and its releases can have different expiry rules
Roobet separates Instant stock from Vault releases
Roobet's Instant Rakeback keeps its original stock and Vault releases separate. Cryptocurrency side of Iron Pouch: half immediate, half through the three-day Vault. Every 30 minutes; Vault releases every eight hours at 00:00, 08:00 and 16:00 UTC. Unclaimed Instant stock does not expire. Released Vault slices expire after 24 hours.
The non-expiring Instant rule therefore applies before that initial claim. It does not protect a released Vault part indefinitely. Roobet calculates rewards from account activity and other programme factors, with no fixed public rate to apply here. New rakeback also stops while deposit-bonus wagering remains active. The Roobet rakeback review keeps those amount and access conditions attached to the programme.
BetFury changes the allocation by schedule
Ranks 1-10, including VIP transfer: 50% balance and 50% Calendar over three days. VIP: 70% balance and 30% over two days. A Calendar distribution below USD0.003 per day goes fully to balance. Rank 10 or a VIP transfer alone does not establish which schedule applies to a particular claim.
Once every 20 minutes. Unclaimed rakeback expires after 90 consecutive days. That is the original reward's stock rule; the deadline for a released Calendar part is not specified in this description. Neither the allocation duration nor its rank category establishes equal parts or an exact release hour.
BetFury's opening description says unclaimed rakeback never expires, while its later Limitations clause gives the unclaimed-stock expiry quoted above. Those statements conflict. Neither supplies the missing deadline for a released Calendar part.
Reconcile one reward before and after a claim
Use reward ID R1 for the same 210 illustrative units. The following part amounts are invented bookkeeping inputs, not Rollbit instalment sizes or a prescribed release schedule. They assume the original claim succeeded, one part is available, another remains locked and another has expired. There is no further earning, play, forfeiture or conversion.
| Stable part ID | Amount in units | Before claim C1 | After successful C1 |
|---|---|---|---|
| R1-immediate | 105 | Credited | Credited |
| R1-part-A | 20 | Claimable | Credited by C1 |
| R1-part-B | 55 | Locked | Locked |
| R1-part-C | 30 | Expired, uncollected | Expired, uncollected |
- Before C1
- 105 credited + 20 claimable + 55 locked + 30 expired = 210 units.
- After C1
- 125 credited + 0 claimable + 55 locked + 30 expired = 210 units.
C1 moves R1-part-A between states; it creates no new reward. A second record referring to the same confirmed C1 cannot count another credit. The expired 30 units still explain part of the original accrual, but they are no longer pending money to collect. The table identifies no amount withdrawable now.
Record the next action for the part you are following
- Name the exact reward and claim. Record the original amount, its currency, the successful claim time and the balance/Calendar split.
- Read the schedule attached to that allocation. Keep the published release timezone. Copy the actual first-release time and part amounts when the account supplies them.
- Track each part once. Save its release time, deadline and current state. A confirmed credit replaces the claimable entry; it is not added to it a second time.
- Check what remains after the claim. Separate future locked parts, currently claimable parts and any expired parts. Do not treat a smaller immediate payment as a shortfall before checking the deferred allocation.
Activation and reward wagering, where applicable, have their own conditions after a claim. They do not extend a Calendar release window unless the programme expressly says so.
Use the separate reward expiry clocks to locate a stock, release, activation or wagering deadline.
For the meaning of a fast claim interval, follow instant rakeback at each payout stage.
The immediate and deferred rewards study compares documented allocation rules across its selected programme sample.
Questions about the amount left to collect
Does a missed Rollbit Calendar claim erase the original reward?
For a released Rollbit Calendar part whose collection window has passed, record that part as expired. Keep it in the original reward reconciliation while excluding it from money still available to collect. Other parts retain their own deadlines; this does not assign an expiry rule to another programme.
Does Rollbit split the deferred amount into nine equal payments?
The published allocation is over 3 days, with collection at 00:00, 08:00 and 16:00 UTC. Those facts do not establish equal instalment amounts or the first release for a particular claim.
Can I count a collected part as both credited and claimable?
Count the part once. In the invented R1 ledger, claiming 20 units removes them from claimable and raises credited from 105 to 125 units. The original 210 units remain conserved; the ledger does not establish a withdrawable amount.