All Guides
14 March 2026· App Store Factoring Specialists
MacBook screen asking: What if Apple paid you today?

Apple Fiscal Calendar Explained: Why Some App Store Payout Months Are 5 Weeks Long

Last updated: March 2026. Reviewed against the on-site payment calendar and current Apple payout documentation used in this article.

If you've ever wondered why your January App Store payout was 25% larger than February's — even though your daily revenue was flat — the answer is Apple's fiscal calendar.

Apple doesn't use standard calendar months. Instead, it operates on a retail-style fiscal calendar made up of 4-week and 5-week earning periods. That directly affects how much you receive in each payout. Understanding the pattern won't change your revenue, but it will stop you from misjudging your cash flow every other month.

Who this guide is for

Best for: founders, finance leads, and operators who plan cash flow around App Store payouts.

Not for: forecasting an Apple-issued payout date to the exact day. The FY2026 dates below are planning estimates aligned with our on-site calendar, not a forward schedule published by Apple.

What is Apple's fiscal calendar?

A standard Gregorian year divides into 12 months of varying length: 28 to 31 days, averaging about 30.4 days. This is fine for everyday life. For business analysis, though, it creates noisy comparisons because month lengths vary and weekday/weekend mixes drift from one month to the next.

Retail fiscal calendars solve this by dividing the year into fiscal periods of exactly 4 or 5 weeks. That keeps period lengths consistent enough for cleaner comparisons. Four fiscal quarters still total 52 weeks (364 days), with a 53rd week added periodically to realign with the solar calendar.

Major retailers — Walmart, Target, Tesco — use retail fiscal calendars for precisely this reason: they make period-over-period comparisons more consistent and reduce calendar drift noise.

Apple doesn't publicly explain the full design rationale for its fiscal calendar in App Store payout documentation. What matters operationally is the effect developers feel: some fiscal months contain 35 earning days, others 28, and that changes payout totals even when daily revenue is flat.

How 4-week and 5-week periods affect your payout amounts

This is the insight most developers miss. Apple's fiscal calendar doesn't just shift payout dates — it changes payout amounts, even when underlying revenue is perfectly stable.

A 4-week earning period contains 28 days. A 5-week period contains 35 days. That's 25% more earning days in a 5-week period. At constant daily revenue, a 5-week payout will be approximately 25% larger than the preceding or following 4-week payout.

Concrete example for a studio generating £3,000 per day in net revenue:

4-week period: 28 days × £3,000 = £84,000
5-week period: 35 days × £3,000 = £105,000

Difference: +£21,000 (+25%)

Revenue didn't change. User behaviour didn't change. Product metrics didn't change. The payout increased by £21,000 purely because Apple's earning window was seven days longer.

This creates two predictable problems.

False growth signals. A founder sees £105,000 after receiving £84,000 and concludes revenue is growing 25%. It isn't. Daily revenue is flat. The 5-week period simply captured more days. If you make hiring, UA, or infrastructure decisions based on that £105,000 being the new baseline, you'll overshoot your budget when the next 4-week period returns to £84,000.

Cash flow whiplash. After a 5-week "fat" payout, costs tend to drift upward — whether through conscious budget increases or subconscious spending adjustment. When the next 4-week "thin" payout arrives at roughly 20% less, the gap between expected and actual cash creates an immediate squeeze. If payroll was set based on the fat period's cash position, the thin period becomes a scramble.

The only honest metric is daily revenue: total payout divided by the number of days in the earning period. Everything else is calendar noise.

Apple FY2026 fiscal periods

Apple's fiscal year 2026 runs from approximately September 28, 2025 through September 26, 2026. Below are the 12 fiscal periods, their week counts, and the date boundaries used in our on-site payment calendar.

QuarterFiscal MonthWeeksTypeDate Range
Q1October 20255LongSep 28 – Nov 1, 2025
Q1November 20254ShortNov 2 – Nov 29, 2025
Q1December 20254ShortNov 30 – Dec 27, 2025
Q2January 20265LongDec 28, 2025 – Jan 31, 2026
Q2February 20264ShortFeb 1 – Feb 28, 2026
Q2March 20264ShortMar 1 – Mar 28, 2026
Q3April 20265LongMar 29 – May 2, 2026
Q3May 20264ShortMay 3 – May 30, 2026
Q3June 20264ShortMay 31 – Jun 27, 2026
Q4July 20265LongJun 28 – Aug 1, 2026
Q4August 20264ShortAug 2 – Aug 29, 2026
Q4September 20264ShortAug 30 – Sep 26, 2026

A few things worth noting.

The 5-week (Long) periods in FY2026 are October 2025, January 2026, April 2026, and July 2026 — one per quarter. Payouts following these periods will be approximately 25% larger than adjacent short periods, assuming stable daily revenue.

December 2025 (Nov 30 – Dec 27) covers the bulk of the holiday shopping season, including Christmas and Boxing Day — yet it's a 4-week period, not 5. Studios expecting a massive holiday payout from December will still see the holiday uplift, but the shorter earning window partially offsets it in total payout size versus a 5-week period.

Apple does not publish a developer-friendly payout calendar far in advance. These dates are best-effort working estimates derived from Apple's fiscal reporting cadence and App Store payout timing. Treat them as planning dates, not as an Apple-issued forward schedule.

See estimated payout dates for all Apple and Google Play periods in 2026 →

Methodology and source note

This article mixes three different levels of certainty:

  • Fact: Apple pays developers based on fiscal earning periods rather than standard calendar months, and payout timing is documented at a high level in Apple's payment documentation.
  • Operational inference: the visible FY2026 pattern is one 5-week period and two 4-week periods per quarter.
  • Planning estimate: the specific FY2026 date ranges above are the same boundaries used in our on-site payment calendar for cash-flow planning.

The 25% payout difference example assumes flat daily net revenue across both periods. If daily revenue is rising or falling, the actual payout difference will reflect both calendar length and business performance.

Common mistakes developers make

Budgeting based on the last payout. If your most recent payout was from a 5-week period, the next one will be roughly 20% smaller. Budgeting expenses against the larger figure guarantees a shortfall. Always budget based on daily average revenue (total payout ÷ days in period), then multiply by the known length of the current period.

Confusing 5-week payouts with growth. Before celebrating a revenue increase, check the fiscal calendar. Divide the payout by the number of days in its earning period and compare that daily figure to the previous period's daily figure. A £105,000 payout from a 35-day period (£3,000/day) represents zero growth over an £84,000 payout from a 28-day period (£3,000/day). The daily rate — not the total — is the signal.

Ignoring the pattern for cash planning. The sequence of 5-week and 4-week fiscal months is visible in advance. You can predict which payout months will be fat and which will be thin before the fiscal year even starts. Studios that map their cost calendar against that pattern — front-loading variable expenses into 5-week payout months, preserving cash during 4-week months — smooth out the whiplash without changing total spend.

We calculated the exact cost of payout delays for three studio sizes →

Closing

Apple's fiscal calendar isn't complicated once you see the pattern: one 5-week period and two 4-week periods each quarter. But ignoring it means misjudging your payouts by up to 25% month over month — and making financial decisions based on calendar artifacts rather than real revenue trends.

The pattern is predictable. Use it to plan.

Sources

Track all Apple and Google Play payout dates in one place → Payment Calendar

Amps33 advances against confirmed App Store earnings — regardless of which fiscal period they fall in. See how it works →

Calculate Your Cash Gap

See exactly how much the payout delay costs your studio.

Ampere is a technology platform. Payment accounts, e-money services, foreign exchange and card services are provided by regulated third-party partners within the Equals Money group. Equals Money PLC is authorised by the UK Financial Conduct Authority (FCA), Equals Money UK Limited is authorised by the UK Financial Conduct Authority (FCA), Equals Money International Limited is authorised by the UK Financial Conduct Authority (FCA) and Equals Money Europe SA is authorised by the National Bank of Belgium (NBB).

Receivables financing is provided by NOVO FINANCE LTD and is a business-to-business (B2B) product. It is not a regulated consumer credit product.