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

来源:https://www.cnblogs.com/37iOSTeam/archive/2022/05/13/16267521.html
-Advertisement-
Play Games

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


作者: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 賬單日曆(註:需要蘋果開發者賬號登陸才能訪問):

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 美元,付款方式仍為電匯付款。

  • 參考:最低付款門檻

四、總結

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

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

AppStore-Financial-08.png

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

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

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

五、參考


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 7、 1 滑鼠 // 7-1-滑鼠.cpp : 定義應用程式的入口點。 // #include "framework.h" #include "7-1-滑鼠.h" #define MAX_LOADSTRING 100 #define MAXPOINTS 1000 // 全局變數: HINSTANCE ...
  • 一、安裝zabbix-server 操作系統:CentOS 7.5 1、首先關閉防火牆與SElinux 關閉防火牆 systemctl stop firewalld&&systemctl disable firewalld 關閉SELinux sed -i 's/SELINUX=enforcing/ ...
  • 鏡像下載、功能變數名稱解析、時間同步請點擊 阿裡雲開源鏡像站 一、前言 就是我們需要集群部署hadoop,Flink時,寫ip地址太長了,然後大家想的就是能不能用比如:node1,node2,node3去代替IP地址,在一個區域網中,每台機器都有一個主機名,便於主機與主機之間的區分,因此為每台機器設置主機名 ...
  • 鏡像下載、功能變數名稱解析、時間同步請點擊 阿裡雲開源鏡像站 最近換了台新電腦,系統是Win11的,因為之前用Win10的時候,基本都是裝上就能用的,Win11裝好了一打開突然就重啟了,還是有一點驚嚇的。 百度搜索問題,找到了的解決辦法大致分為兩個方面: 1.當前使用的電腦是否支持虛擬化 1.1 CPU是 ...
  • 本文先給出“win10找不到無線網路報錯”的通用解決方案,併在方案中介紹本次出現的“Windows無法自動將IP協議堆棧綁定到網路適配器”問題。 ...
  • 前言 由於部分企業要求本地部署系統(使用企業伺服器進行部署系統且資料庫也部署在同台伺服器),本地部署系統的伺服器往往達不到我們的雲部署伺服器,速度性能更是有所欠缺,特別是在查詢統計報表的時候,雲上幾秒鐘的速度,本地企業需要幾分鐘以上,所以最近對企業資料庫進行了性能優化,簡單一點其實主要進行查詢緩存優 ...
  • 5月《中國資料庫行業分析報告》已正式發佈,報告通過墨天輪“中國資料庫流行度排行”、國內行業動態、典型產品的介紹,以及全球與國內資料庫行業市場份額等數據情況,對國產資料庫在雲、開源道路上的發展現狀、趨勢進行深入盤點分析,嘗試釐清行業發展的關鍵要素,助力資料庫國產化發展。 ...
  • 一、引言 CTE(Common Table Expression) 公用表達式,它是在單個語句的執行範圍內定義的臨時結果集,只在查詢期間有效。它可以自引用,也可在同一查詢中多次引用,實現了代碼段的重覆利用。 CTE最大的好處是提升T-Sql代碼的可讀性,可以以更加優雅簡潔的方式實現遞歸等複雜的查詢。 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...