蘋果 AppStore 財年和賬單那些趣事

語言: CN / TW / HK

作者:iHTCboy

本文帶你瞭解蘋果 AppStore 的財年和賬單週期,關於 AppStore 開發者賬單和收入,相信很多開發者不一定有接觸,或者接觸時還是有很多疑問沒有時間來學習。另外,還會有一些財年的詭計問題,比如為什麼阿里巴巴財年是從4月1號到次年的3月31號呢?蘋果財年為什麼這麼奇怪,本文一一為你解答~

一、前言

在蘋果網站 公司新聞 網頁會公告每個季度業績:

AppStore-Financial-01.png

如果你有好奇心,一定會有疑問:蘋果的季度業績為什麼時間這個早?2022 年 1 月 27 日(北京時間)竟然公告的是 2022年Q1的業績???跟我們平常認識的自然年的季度劃分不一樣,比如我們通常認為,2022年 Q1 會是 2022年1、2、3月。

所以,為什麼會出現這樣問題呢?這就是我們本文要介紹的其中一個關鍵點。

二、Apple 賬單

2.1 Apple 財年(會計財務年度)

財年(Fiscal Year,財經年度,財政年度,會計財務年度,會計年度),是指公司國家每年制定預算或計算收入的統計時間。財季是指某一季度的財務狀況,財年是指某一完整四個財季的財務狀況。但每個國家或其法例所轄的組織各有不同,大抵分成兩類:

  • 歷年制
  • 跨年制

| 財年型別 | 定義 | 採用的國家或地區 | |---|:--|---| | 歷年度制 | 日曆年度制,是指財政年度的起止期與年曆始末相同,即公曆1月1日起至12月31日止。 | 中國、德國、法國、波蘭、匈牙利、朝鮮、南斯拉夫等 | | 跨年度制 | 跨日曆年度制,是指財政年度起止期與年曆始末不相同。 | 英國、奧地利、日本、加拿大、印度等國家和地區是自4月1日起至次年3月31日止。
瑞典、埃及、澳大利亞、巴基斯坦、孟加拉國、蘇丹等國家是自7月1日起至次年6月30日止。
美國在1976年以前是自7月1日起至次年6月30日止, 1976年以後改為自10月1日起至次年9月30日止。 |

參考維基百科 財政年度,各國/地區的財政年度列表:

AppStore-Financial-02.png

從圖中可以看到,美國政府的財年是從10月1日起至次年9月30日止。

有一個約定俗成的問題,對於財務年度不在12月結束的公司,其財務報表會將結束日期所在的自然年稱為其財務年度。來源

例如 Alibaba 在 3 月 31 日為其 fiscal year end,那就會寫 fiscal year ended on March 31rd, 2015 = Fiscal2015。

那麼為什麼阿里巴巴財年是從 4 月 1 號到次年的 3 月 31 號呢?

阿里巴巴於2014年在美國上市,但並沒有按美國的習慣來發年報,其原因是為了配合最大股東軟銀 softbank 並表需要。因為日本軟銀財年截止時間是 3 月 31 日。(可以看上圖,日本的財年週期)

所以,大家對於財年有了大概的瞭解,雖然美國政府的財年在1976年以後改為自10月1日起至次年9月30日止。但美國的企業並不都是按照這個月份來定,比如蘋果是 Sep28 End(9月28日,但並不是固定,下文會解析), 沃爾瑪是 Jan31 End(1月31日)。

2.2 AppStore 賬單日曆

所以,AppStore 賬單也是按照蘋果財年來定的,可以通過下面連結獲取 AppStore 賬單日曆(注:需要蘋果開發者賬號登陸才能訪問):

  • http://itunesconnect.apple.com/WebObjects/iTunesConnect.woa/wa/jumpTo?page=fiscalcalendar

AppStore-Financial-03.png

注:也可以在 App Store Connect 後臺:付款和財務報告 -> 選中日期 -> 最下方有一個 “檢視財務日曆” 入口。

問題又來了!這個圖怎麼看?

2.3 AppStore 賬單週期的規則

蘋果賬單週期的規則,有2條大的規律:

  1. Apple 財年由四個財季組成(第一季度、第二季度、第三季度和第四季度),每個季度分別為 35 天,兩個 28 天月。
  2. 蘋果的財政年度從10月的財政年度開始:這意味著蘋果的 2022 財年從 2021 年 10 月的第一季度開始。

我們以 2022 年蘋果財年來例,如下圖所示:

AppStore-Financial-04.png

蘋果 2022 年財年,以 Q1 為例:

  • Q1:從 2021 年 9 月 26 日 ~ 2021 年 12 月 25 日

而每個月的賬單月,也並不是自然月,Q1 季度的3個賬單月:

  • M1:9 月 26 日 ~ 10 月 30 日(共 35 天)
  • M2:10 月 31 日 ~ 11 月 27 日(共 28 天)
  • M3:11 月 28 日 ~ 12 月 25 日(共 28 天)

同理,其它季度的也一樣,大家可以在看看上圖消化理解一下,其實並不難懂哈~ 覺得不錯,也順手點贊一下哈~

當然,蘋果賬號的規律 還有很多細節:

  1. 第一季度從 9 月底開始,每個賬單月從週日開始,到週六結束。
  2. 蘋果通常在賬單月結束後 33 天內付款,40 天內開發者銀行收到款項(如收不到,聯絡蘋果)。
  3. 所以蘋果財務日曆只有 364 天,而正常年有 365 和 366 日,所以,蘋果每 5 年必須在 12 月的賬單月增加一週

2.4 AppStore 賬單週期的 “陷阱”

小編這裡收集整理了蘋果財務日曆:2009年~2022年:

AppStore-Financial-05.png

根據上文 2.3 最後一點提到:蘋果財務日曆只有364天,而正常年有365和366日,所以,蘋果每5年必須在12月的賬單月增加一週。

2017年週期增加了一週:

AppStore-Financial-06.png

所以,計算一下 2017 +5 年 = 2022 年,但 2022 年財年如上文提到,22Q1並沒有增加多一週,估計2023年增加?

大家可能不理解,這一週的意味著什麼?

@David Barnard 在推特上寫道:

With Apple likely grossing >$1B/day, that’s >$7B shifted from Q1 2022 to Q1 2023. Analysts do take note of this extra week and how it impacts revenue, but I’ve never seen a chart that tried to correct for it, so all the charts just make it look like an especially good quarter.

由於 Apple 可能每天收入 >1B 美元(十億),即 >7B 美元(七十億)從 2022 年第一季度轉移到 2023 年第一季度。分析師確實注意到這額外的一週以及它如何影響收入,但我從未見過圖表試圖糾正它,所以所有的圖表都讓它看起來像是一個特別好的季度。

事實上,一個組織能夠採取的任何一個會計年度連續12個月內組成。這一規則的一個可接受的變化是採用了52個星期的年度報告的時期。而蘋果公司,會根據本身的在一年內銷量很大的季節變化往往選擇自己利於自己的財年,這對於開發者來說可能是一個 “陷阱”,也是一個 trick!

2.5 AppStore 賬單流程

綜上,所以蘋果的賬單週期大概是這樣的流程:

AppStore-Financial-07.png

三、開發者分成和收款

3.1 App Store 大陸開發者收款的一些小細節

  1. App Store Connect 給中國大陸開發者的起付金額為$150及等額值,對應人民幣約 1000 左右,如果當前收益不足,則會餘額結轉到下個月。
  2. App Store Connect 會在本月計算上月的收益,並生成相應的付款和財務報告,這個時間一般在 5-15 日之間。滿足了最低起付額之後,會生成一個預計打款時間,這個打款時間為下個月。也就是說,10 月份的收益,實際打款日期會在 12 月上旬(這裡不得不說蘋果有點坑。Google Play是11月15日左右就會給開發者打款了,要比 Google Play 打款時間慢很多)。另外在生成財務報告的時候,可能會短暫地出現餘額結轉的情況,這種情況是正常的,只需要耐心等待即可。(下個月才打款,不耐心也沒有用)
  3. 即使開發者貨幣選為 CNY(人民幣),蘋果在實際打款的時候還是會以美元現匯的方式打款,不會使用人民幣來匯款。所以大陸的開發者可以把這個設定為 USD,這樣可以避免匯率波動造成的收益波動。
  4. 蘋果從境外匯款的時候沒有電匯費用,收到的美金金額和財務報告中的金額是一致的。

引用來源:App Store大陸開發者收款總結

3.2 公司的蘋果財務報表和蘋果後臺實際看到的預付款相差大?

這個問題在上文 “2.5 AppStore 賬單” 流程圖可以看出,每個環節都會有影響:

  1. 時區差問題
  2. 使用者退款問題
  3. 賬務賬單月不是按自然月
  4. 匯率差問題
  5. 蘋果30%/15%分成問題
  6. 稅費問題

關於這個問題,最近發現還有一個原因,蘋果賬單報告資料裡,有 2 個欄位:

  • Transaction Date(交易日期)
  • Settlement Date(結算日期)

| 欄位名稱 | 日期型別 | 備註 | |---|---|---| | 交易日期 | 交易日期 | 顧客購買 App 或 App 內購買專案的日期。僅當交易日期距離結算日期不超過 30 天時,才顯示交易日期,否則該欄位為空。 | | 結算日期 | MM/DD/YYYY | 處理和收取顧客付款並開具發票的日期。 |

蘋果出賬單的報告,是按結算日期來出賬單。開發者的訂單日期與蘋果賬單的交易日期一致,但因蘋果賬單月不是自然月,並且賬單是以結算日期為準,導致資料對不上的問題。

3.3 蘋果內購收入最低打款門檻是多少?

中國內地目前最低付款門檻為 150 美元,也就是大概超過 1000 CNY(人民幣)時會收到蘋果打款。

如果您的銀行所在國家或地區、銀行帳戶貨幣列於下表中,則您獲得付款的最低門檻為 0.02 美元。

| 銀行所在地區 | | 銀行帳戶貨幣 | 1 | 銀行所在地區 1 | 2 | 銀行帳戶貨幣 1 | | --- | --- | --- | --- | --- | --- | --- | | AD | 安道爾 | EUR | | IS | 冰島 | EUR | | AN | 荷蘭 | EUR | | IT | 義大利 | EUR | | AT | 奧地利 | EUR | | JP | 日本 | JPY | | AU | 澳大利亞 | AUD | | LI | 列支敦斯登 | EUR | | AZ | 亞塞拜然 | EUR | | LT | 立陶宛 | EUR | | BE | 比利時 | EUR | | LU | 盧森堡 | EUR | | BR | 巴西 | BRL | | MC | 摩納哥 | EUR | | BG | 保加利亞 | EUR | | ME | 黑山共和國 | EUR | | CA | 加拿大 | CAD | | MM | 緬甸 | EUR | | CC | 科克斯(基靈)群島 | EUR | | MQ | 馬提尼克島 | EUR | | CH | 瑞士 | CHF | | MT | 馬耳他 | EUR | | CH | 瑞士 | EUR | | MY | 馬來西亞 | MYR | | CY | 塞普勒斯共和國 | EUR | | NL | 荷蘭 | EUR | | CZ | 捷克共和國 | EUR | | NO | 挪威 | EUR | | DE | 德國 | EUR | | NZ | 紐西蘭 | NZD | | DK | 丹麥 | EUR | | PH | 菲律賓 | PHP | | EE | 愛沙尼亞 | EUR | | PL | 波蘭 | EUR | | ES | 西班牙 | EUR | | PM | 聖皮埃爾和密克隆群島 | EUR | | FI | 芬蘭 | EUR | | PT | 葡萄牙 | EUR | | FR | 法國 | EUR | | RE | 留尼汪島 | EUR | | GB | 英國 | EUR | | RO | 羅馬尼亞 | EUR | | GB | 英國 | GBP | | SE | 瑞典 | EUR | | GF | 法屬蓋亞那 | EUR | | SG | 新加坡 | SGD | | GP | 瓜德羅普島 | EUR | | SI | 斯洛維尼亞 | EUR | | GR | 希臘 | EUR | | SK | 斯洛伐克共和國 | EUR | | HK | 香港 | HKD | | SM | 聖馬利諾 | EUR | | HU | 匈牙利 | EUR | | US | 美國 | USD | | ID | 印度尼西亞 | IDR | | VA | 羅馬教廷(梵蒂岡城) | EUR | | IE | 愛爾蘭 | EUR | | YT | 馬約特島 | EUR |

印度(INR)銀行帳戶的最低付款門檻為 0.30 美元。對於其他未提及的國家或地區、銀行帳戶貨幣,最低付款門檻為 150 美元。

另請注意,韓國(KRW)和泰國(THB)銀行帳戶的最低付款門檻如下:

  • 韓國(KRW):根據當地規定和銀行要求,最低付款門檻為 50 美元。
  • 泰國(THB):泰國居民的最低付款門檻為 10 美元;位於泰國境外的開發者最低付款門檻為 150 美元,付款方式仍為電匯付款。

  • 參考:最低付款門檻

四、總結

深入的財務報表和賬單流程有非常專業和非常多的細節,這裡就不展開了,因為小編也不懂!本文主要的從一個財務報表的疑問開始,希望開發者,平時在做寫程式碼的同時,對於可能與自己有關,又可能跟自己沒有關的問題,可以多一個好奇心,多一個疑問,可能就多一份收穫。如果你覺得文章寫的不錯,歡迎點贊~ 歡迎評論區一起交流~

WWDC 2022 將於北京時間 6 月 7 號開始,一般蘋果會灰度上線一些新特性或功能,所以最近這些更新有可能會影響到生產環境,比如這2天的上傳App 和 ASC 後臺登陸就受到影響,服務出現了宕機無法使用的情況:

AppStore-Financial-08.png

開發者們需要注意:最近 App 規劃排期要多預留2天時間哈~

最後,我們團隊接下來會持續關於 WWDC 22,給大家帶來最新的動態,歡迎關注我們,回家不迷路哈~

歡迎關注我們,瞭解更多 iOS 和 Apple 的動態~

五、參考