ReferReady

Order in December, Deliver in January: Which Year Does the Cap Count?

Two boundaries govern a referral reward and they are measured from different events. The cap runs on the calendar year. The expiry clock runs from the Grant Date. An order placed in December and delivered in January sits across both, which is the one time of year the distinction has consequences.

The two boundaries, precisely

The cap: only the first 10 successful referrals in a calendar year pay the referrer, and the counter resets on 1 January. The expiry: Tesla Credits run 12 months from the Grant Date, and a Supercharging allowance runs six months from the same date.

The Grant Date is when Tesla actually posts the benefit to an account — not the order date and not delivery day. Between the order and the grant, the app shows the referral as pending. Grants follow settled transactions, which is why the pending state exists at all.

What that means for a December order

If the transaction settles after New Year, the grant falls in the new year — and a referral counts toward the cap when it succeeds, not when the order was placed. So a December order that settles in January is, in the ordinary reading, a new-year referral: it uses a slot from the new allowance and starts its expiry clock in January.

This desk will not dress that up as a rule Tesla has published, because it has not published one at this level of detail. What is documented is the shape: the cap counts successful referrals per calendar year, and success arrives at the Grant Date. If the timing matters to you, the referrer's own app is the place the answer appears, and it appears as a date next to a balance.

Who this actually affects

Two narrow groups, and it is worth being honest that most people can ignore this page. A referrer who is at or near 10 for the year in December: a December order that settles in January does not consume a slot they have already exhausted, which is good news. And a referrer with slots to spare in December: those slots expire with the year, so an order settling in January does not rescue them.

Everyone else — the great majority, who refer one or two people a year — will never touch the cap and can treat the calendar boundary as trivia.

Why you cannot manage this by timing the order

Because you do not control the Grant Date. It follows settlement, which follows delivery, which follows production and logistics. A buyer can choose when to order; nobody can choose when a transaction settles. Any advice that tells you to place an order in a particular week to land a grant in a particular year is describing a variable it cannot control.

What is controllable is more valuable anyway: whether the referral is attached at all. That is decided at checkout, cannot be added afterwards, and is visible on the order summary before payment. Optimise the thing you control.

The expiry side of the boundary

A grant in early January is actually the friendliest possible timing for the holder, since the twelve-month credit clock then runs almost to the end of the following year — and if a distance allowance is granted instead, its six months cover the spring and summer, when spending it on long trips is easiest. A grant in late December is the least convenient version of the same reward, with a distance allowance expiring in June.

Either way, Tesla emails a 30-day warning before a balance lapses, and one mechanism moves the deadline: a further successful referral extends all credits in the account to 12 months from the newest Grant Date.

The practical takeaway

Write down the Grant Date when it appears, not the order date, and count your cap by successful referrals rather than by conversations. Those two habits make the December/January question answer itself, and they are the same two habits that stop a reward expiring in any other month of the year.

For the mechanics of the referrer's side, see sharing your code and earning credits; for the deadline detail, see the two expiry clocks.

Sources:

Keep reading