STRDeduct

A reservation spanning year end: which tax year it lands in

By Max Medvedev · 6 Aug 2026

Check in 29 December, out 3 January — the income is the check-in year's

For a cash-basis owner the stay belongs to the year the money was actually or constructively received, not the year the guest slept there. IRC §451(a) and Pub. 538 set that rule. Booking platforms release the payout about a day after check-in, so a 29 December check-in is almost always income of that December's year. Check-out never enters it.

Receipt decides; the stay does not

The cash method reports a payment in the year it is received or made available without substantial limitation. Nothing in that test looks at the service period. A stay that runs across the seam is one payment, received once, and it lands in one year whole.

Two consequences follow, and both surprise owners. The income is not split between the years in proportion to nights. And the nights are not split either: a 29 December to 3 January stay is five nights — check-out morning is not a night — and all five travel with the reservation into the check-in year. That keeps the average-stay division honest, because average stay is nights divided by reservations and a stay cut in half would corrupt both sides of it. (Accrual-method taxpayers answer this differently, but a single-property host filing Schedule E is on the cash method.)

Why the payout date usually settles it

The payout release is the receipt event. Platforms release the host payout about 24 hours after check-in, which puts release and check-in one day apart — and in the same tax year for every check-in date except the last day or two of December. The seam is narrow and it is real:

Check-inCheck-outPayout releasesIncome year
27 Dec 202630 Dec 2026~28 Dec 20262026
29 Dec 20263 Jan 2027~30 Dec 20262026 — the long straddler, still 2026
31 Dec 20264 Jan 2027~1 Jan 20272027 — receipt fell across the seam

The third row is the only case where check-in and receipt disagree, and it is at most a reservation or two wide. When they disagree, receipt wins — that is the statute — and the payout report is the document that says so.

The reservation-year rule the engine applies

Reservation income is attributed to the tax year containing check-in, cited to IRC §451(a) and Pub. 538: income is reported in the year actually or constructively received, and because platform payouts release about a day after check-in, the check-in year stands in for the receipt year.

The alternatives are worse in ways worth stating. Check-out attribution misfiles every straddler by a full year — the 29 December stay would become the next year's income, and December's books would come up a whole reservation short against a form that already counted it. True payout-date attribution is the exactly-right answer and it needs a per-reservation payout linkage that platform exports do not reliably carry; claiming it without the data would be a number chosen rather than recorded.

So the rule is a stated proxy with a stated backstop: the 1099-K tie-out compares the books' platform gross against the forms on file, and a residual at the year boundary is where the proxy and the receipt date disagreed. A proxy you can name and check is defensible. A silent one is not.

Why this is the year-boundary mismatch

Three calendars are running at once, and no two of them agree in the last week of December.

  • The 1099-K is built on the platform's settlement dates.
  • Your books are built on reservations, indexed by check-in.
  • Your bank shows the deposit landing a few business days after the payout releases — so the December straddler's money frequently clears in January.

A tie-out that misses by roughly one stay's gross is almost never a lost transaction. Open the payout report for 20 December to 10 January before touching anything else: the answer is usually a single reservation sitting on the wrong side of one of those three calendars. The full ladder of gaps between form and bank — fees, remitted lodging tax, refunds, resolution adjustments — is in the hub for this cluster, why your Airbnb 1099-K does not match your deposits.

Refunds add a second timing question on top of this one. A stay received in December and refunded in January is income in the first year and a negative adjustment in the second, which is the correct shape rather than an error; refunds and cancellations works through the signs.

What to keep for the seam

Four records, and they take a few minutes once a year:

  • The payout report covering 20 December to 10 January, with release dates visible.
  • Check-in dates for every stay in the last week of December.
  • The January bank statement showing the December stay's deposit clearing.
  • The platform's full transaction export for both years — the straddling stay appears in one year's reservation list and the next year's bank, and having both exports is what lets you show that on purpose.

One caution about what this does not decide. Getting the stay into the right year fixes the income; it says nothing about whether the loss is passive. The seven-day average-stay test only removes the automatic passive label, and material participation is a separate requirement on top of it — the seven-day test covers the division and what passing it actually buys.

Put your own December through it

Run the year through the estimator — it attributes reservations by check-in, does the average-stay division the regulation's way, and cites the rule behind every number.

Common questions

A guest checks in 29 December and out 3 January. Which tax year is the income?

The year the money was actually or constructively received, under IRC §451(a) and the cash method in Pub. 538. Booking platforms release the host payout about a day after check-in, so a 29 December check-in is almost always income of that December's year. Check-out has no role in the answer.

Does the income get split across the two years?

No. A cash-basis owner reports a payment when it is received, and the payout is a single event. The nights are not prorated between the years either, so all five nights of a 29 December to 3 January stay stay with the check-in year in the average-stay division.

Why does the reservation-year rule use check-in rather than the payout date?

Because check-in is the closest fact carried on every reservation and it matches receipt in the ordinary case — the payout releases about a day later. Check-out attribution would misfile every year-straddling stay by a full year. Where the payout report shows receipt fell on the other side of the seam, the payout report governs and the 1099-K tie-out is what surfaces it.

Why does this show up as a 1099-K mismatch?

Because the form is indexed on the platform's settlement dates and your books are indexed on reservations. In the last week of December the two calendars disagree by whatever settled across the seam. A tie-out that misses by roughly one stay's gross is usually this, not a missing transaction.