A. iOS app 上架被拒2.3
Guideline 2.3.1 - Performance
We discovered that your app contains obfuscated code, selector mangling, or features meant to subvert the App Review process by changing this app』s concept after approval to the App Store.
The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
Next Steps
Review the Performance section of the App Store Review Guidelines.
Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer Program.
Once your app is fully compliant, resubmit your app for review.
Submitting apps designed to mislead or harm customers or evade the review process may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.
If you believe your app is compliant with the App Store Review Guidelines, you may submit an appeal. Alternatively, you may provide additional details about your app by replying directly to this message.
本人結合以往上架經驗，給出目前iOS審核被拒3.2.1的最佳解決方案及操作原則、操作步驟。
從目前來看，iOS審核被拒3.2.1的最佳解決方案就是資質、資質、資質。有資質的賬號，目前是解決iOS被拒3.2.1的最佳解決方案，套殼（即做假頁面）、換新賬號碰運氣上架等方法皆為次等方案之選，非迫不得已，不要做之。
結合這段之間的iOS上架來看，有資質的賬號，必須具備營業執照（有相應的經營范圍）、金融許可證，ICP證為非必須條件。此處有兩種情況：
1）有資質的賬號，上架時，將營業執照和金融許可證提在附件中，如順利過審，則ICP證為非必須。
2）有資質的賬號，如已將營業執照和金融許可證加在附件中，但仍被拒，此時，ICP證則為必須。
是的，你沒看錯，有資質的賬號，有時候也不是一次必過，有時候需要多折騰幾次，最終，過審的幾率還是很大的，幾率大於90%。
那麼，在具備了有資質的賬號這一條件之後，要遵守什麼操作原則，具體要怎麼操作，才能增加上架的成功率呢？
從操作原則上來說，不管你的有資質的賬號是自己公司的，抑或是其他渠道獲取來的，要遵守的原則都是一樣的，沒有大的區別：
1）原則一：APP內的文案及技術支持網址文案要和賬號公司適配；
2）原則二：APP介紹文案、應用內文案及技術支持網址文案不要出現賬號公司之外的其他公司（APP真實歸屬的公司也不可以）；
3）原則三：從「侵犯用戶隱私，疑罪從有」的角度去規避蘋果審核的風險；
以上3條原則是操作的時候必須遵守的，如不遵守，則有可能大大拉低上架的成功率。
在弄清楚了上面3條操作原則之後，我們就會進入實際操作的內容，具體步驟如下：
1）將APP內關於原來公司的文案都切換成關於賬號公司的，可由技術在後台配置實現，等上架成功後，再切換回來（重點關注banner圖、關於我們、公告、注冊協議）；
2）將技術支持網址里關於原來公司的文案都切換成關於賬號公司的，功能如步驟1；
3）如有可能，在APP首頁底部及技術支持網址底部添加「right ©賬號公司」的文案，待上架後，切換成原來公司的即可；
4）排查APP、後台及技術支持網址的文案，防止出現除賬號公司之外的公司名稱；
5）將獲取通訊錄、獲取地理位置等獲取用戶隱私的功能，針對測試賬號進行處理，使得蘋果審核人員用測試賬號進行APP審核的時候，不會出現；
6）將營業執照、金融許可證打包，添加在後台附件中，供審核人員審核；
7）其他提審步驟如平常提審一般。
按此上操作原則及操作步驟，操作上架，可以大大提升過審率。
關於iOS 上架的其他問題，本人也會抽時間多寫寫，這些都是本人多年上架的心得，希望對諸君有所助益。
總結
上面的方法都是在和蘋果打游擊戰的時候總結的經驗，當然還有一些後期維護，怎麼讓蘋果復審的時候看到審核界面，而不是我們給用戶看的真正界面，可以利用CDN把海外和國內做一個分流，當然，如果你的app是針對海外和國內都有的，那就令當別論了。如果大家看了有什麼問題的話也可以給我留言，能幫忙解決的我盡量幫忙～V18064099649
B. 金融許可證申請條件
法律分析：金融機構需滿足：
(1)有章程：符合法律規定。
(2)有符合法律規定的最低注冊資本限額，全國性商業銀行的最低注冊資本為10億元人民幣。銀行設立城市商業的最低注冊資本為1億元，銀行設立農村商業的最低注冊資本為5000萬元。注冊資本就是實繳資本。
(3)有具備專業工作經驗和知識的董事和高級管理人員。
(4)有健全的組織機構和管理制度。
(5)有符合要求的營業場所、安全措施和其他與業務相關的設施。
(6)還需要符合其他審慎性條件。
法律依據：《中華人民共和國商業銀行法》
第十二條 設立商業銀行，應當具備下列條件：
（一）有符合本法和《中華人民共和國公司法》規定的章程；
（二）有符合本法規定的注冊資本最低限額；
（三）有具備任職專業知識和業務工作經驗的董事、高級管理人員；
（四）有健全的組織機構和管理制度；
（五）有符合要求的營業場所、安全防範措施和與業務有關的其他設施。
設立商業銀行，還應當符合其他審慎性條件。
第十三條 設立全國性商業銀行的注冊資本最低限額為十億元人民幣。設立城市商業銀行的注冊資本最低限額為一億元人民幣，設立農村商業銀行的注冊資本最低限額為五千萬元人民幣。注冊資本應當是實繳資本。
國務院銀行業監督管理機構根據審慎監管的要求可以調整注冊資本最低限額，但不得少於前款規定的限額。
C. 套殼輕松解決蘋果審核被拒3.2.1問題、2.1大禮包問題
進入2018年4月份，對於大多數做互聯網金融行業的同學們來說，更加難熬了，因為產品要上架App Store，更加困難了。對於大部分的互金APP（包括理財、現貸款、貸超等類型的App），蘋果除了要求資質之外，還有可能丟出2.1大禮包。
目前來說，只要遇到2.1大禮包，基本上就是無解了，除非運氣超級好，才有可能最終過審。
而在3.2.1條款里，蘋果也不再是要求7條了，而是會適當的增加第8條，有時候是要求提供資質的編號，有時候是要求提供軟著。從這個層面來說，之前《iOS審核被拒1.2到5.2.1到3.2.1的解決方案》、《iOS審核被拒3.2.1的最佳解決方案》兩篇文章中提到的借用有資質的賬號上架的這種方案，已經被蘋果審核察覺，並開始針對性的要求賬號使用者證真，這對於沒有資質但是想通過這種方式上架的同學們來說，無異於晴天霹靂，因為這條路正在被封上。
從個人近期上架的操作經驗結合一些同行業的同學們的反饋來看，蘋果審核對於金融類App的審核正在趨於更嚴，一些證券公司、銀行、消費金融公司的App也慘遭蘋果審核拒絕，而後歷經艱難困苦才得以過審。這些正規的金融機構過審App尚且如此困難，更遑論處於監管動盪的互金公司了。
讓我們來看下蘋果審核3.2.1條款的8條版本：
這個8條的版本，一般在首次被拒提供營業執照、金融許可證、icp證等資料後，蘋果審核會要求提供第8條條款里資料編碼，以求驗證提供的資料的准確性。
當然，近期蘋果也不斷的進行大規模的復審，下架了很多沒有金融資質的App，這些App有的是很久前上架的（蘋果審核還未要求資質之前）、有的是借用資質上去的、有的是碰運氣上去的。這些App的結局沒有任何意外，都上演了被下架的悲劇。
接著說下為什麼上文說到借用有資質的賬號上架的方法，已經逐漸不可行了呢？
因為蘋果審核對上架成功後的轉讓出的App查的很嚴，一經發現，立馬下架此類App，同時可能會對該蘋果賬號進行封號處理，所以大部分的資質代上，目前已經成了一日游。另外，蘋果審核目前對此類資質賬號卡的非常嚴，過審非常艱難，所需時間非常久。
綜合以上，目前金融類App，只要沒有正規資質的，如果想要上架App Store，那套殼會是一種最穩妥的上架方式。
所謂套殼，就是將App偽裝成另一個App，在過審的時候，給蘋果審核展示偽裝App的內容，等過審後，再切換回真實的App內容。此方法對原生、H5類型開發的App均適用。
目前的金融類App套殼，主要是將App偽裝成天氣類、新聞類的App，當然這種App偽裝的方式弊端諸多，比如說App的分類是一個問題，會影響App後續的ASO優化等，這是做App套殼的主要弊端之一。當然，如果能將App偽裝成財務類應用，則此類問題的影響，會被較大的削減。
從目前個人的經驗來看，App套殼，主要需要規避4.3、4.2、3.2（f）等問題，如果不能很好的處理這些問題，則套殼分分鍾出問題，而處理這裡面的問題，則需要有豐富的套殼經驗，不然就會輕易陷入此類惡性循環的問題中。
以上，就是個人關於處理3.2.1、2.1大禮包的一些新的想法，與各位同學分享，有其他好建議的同學，可以私信我，一同探討。
D. IOS上架由於金融許可證問題，大部分金融平台處於無法過審的狀態怎麼解決
蘋果App store規定：金融理財類應用只能用對應公司名稱的開發者賬號上傳。也就是說，如果用個人開發者賬號提交金融理財類應用後收到了類似郵件，可以考慮用公司開發者賬號提交；（鑒於您就是使用的開發者賬號，所以可以不做考慮。）
如果是在幫客戶提交應用，可以讓客戶將你的開發者賬號添加到他們的開發者賬號團隊成員中，然後再嘗試提交；
審核期間，將敏感信息（例如App中出現的銀行名稱等）和功能刪除或隱藏；
（如果使用的是公司賬號卻還是被拒）在App中盡量體現和公司相關的內容、品牌等；
如果被拒原因中所指出的商標等確實是自家公司的，可以把相關信息和證明資料等反饋給蘋果審核人員；
（如果開發者賬號的郵箱用的是個人郵箱或技術支持網址和公司無關）將開發者郵箱改為公司郵箱，並將技術支持網址改為能體現公司的網址（一般用官網即可）。
從今年1月初以來，蘋果應用商店針對應用審核所採取的行動讓大批金融理財應用、其他應用、馬甲應用陷入了苦站：被拒幾率暴增，很多開發者都被蘋果暴擊了、多次審核不過、審核時間延長、應用提審後卻一直處於「正在審核」階段……PLA1.2說的是你的app涉及官方財務、金融業務，但你用了自己的賬號發布app，最好還是拿公司官方的開發者賬號發布app
換句話說怕你是馬甲，卷人錢跑了
近日，又有多位CP向作者我交流的時候說：應用提交至蘋果審核卻因PLA1.2；5.2.1；3.2.1等問題被拒，個別應用嘗試多種方法仍未過審。而他們收到的被拒理由基本類似：
PLA 1.2
The Seller and Artist names / company names associated with your app do not reflect the xxx in the app or its metadata, as required by section 1.2 of the Apple Developer Program License Agreement.（應用的開發商名稱和公司名稱與應用或應用元數據中的XXX不匹配，違反了蘋果開發者計劃許可協議1.2。）
Next Steps
Your app must be published under a Seller name and Artist name/ company name that reflects the xxx brand. If you have developed these apps on behalf of a client, please advise your client to add you to their development team of their developer account.（您的應用必須用符合XXX品牌名稱的開發者賬號上傳。如果您是幫助客戶開發的應用，請通知您的客戶將您添加到他們的開發者賬號團隊成員中。）
……
Guideline 3.2.1 - Business - Other Business Model Issues - Acceptable
We found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.
Next Steps
To help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.
1. Both a and the direct link to the government website of your Business License that verifies the authorization from the Internet Loan Information Agency (營業執照，營業范圍證明其是網路借貸信息中介機構).
2. Both a and the direct link to the government website of your Finance Permit issued from the local finance governing authority (金融許可證).
3. A of the Value Added Telecom Business Operation Permit issued by the local Ministry of Information Instry and Technology (從當地工信部獲得的增值電信業務經營許可證).
4. Your app』s and service』s Terms & Conditions.
5. In the case of dispute, what resolution mechanism does your app and service offer?
6. What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?
7. How will the involved parties trace one another?
Additionally, please ensure your app』s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.
Please attach documentary evidence in the App Review Information section in iTunes Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.
-------
而5.2.1 一般性：不得在未經授權的情況下，在 app 中使用受保護的第三方材料 (例如商標、版權作品、專利設計)；也不得在 app 套裝或開發者名稱中包含虛假、抄襲或誤導性的演示、名稱或元數據。App 提交方應當是擁有或獲授權使用知識產權和其他相關權利的個人或法律實體，並且應對提供 app 中的任何服務負責。你的啟動圖或者其他地方是否包含了別人企業的logo,等信息. 如果是合作的銀行的. 請把當前的發布的賬號添加到合作銀行的開發者賬號裡面
-----
發件人 Apple
2. 1 Performance: App Completeness
Guideline 2.1 - Information Needed
This type of app has been identified as one that may violate one or more of the following App Store Review Guidelines. Specifically, these types of apps often:
1.1.6 - Include false information, features, or misleading metadata.
2.3.0 - Undergo significant concept changes after approval
2.3.1 - Have hidden or undocumented features, including hidden "switches" that redirect to a gambling or lottery website
3.1.1 - Use payment mechanisms other than in-app purchase to unlock features or functionality in the app
4.3.0 - Are a plicate of another app or are conspicuously similar to another app
5.2.1 - Were not submitted by the legal entity that owns and is responsible for offering any services provided by the app
5.3.4 - Do not have the necessary licensing and permissions for all the locations where the app is used
Before we can continue with our review, please confirm that this app does not violate any of the above guidelines. You may reply to this message in Resolution Center or the App Review Information section in iTunes Connect to verify this app』s compliance.
Given the tendency for apps of this type to violate the aforementioned guidelines, this review will take additional time. If at any time we discover that this app is in violation of these guidelines, the app will be rejected and removed from the App Store, and it may result in the termination of your Apple Developer Program account.
翻譯成中文，大意如下：
准則2.1 - 需要的信息
這種類型的應用程序已被確定為可能違反以下一項或多項應用商店評論指南。具體來說，這些類型的應用程序往往
1.1.6 - 包含虛假信息，功能或誤導性元數據。
2.3.0 - 批准後進行重大的概念變更
2.3.1 - 隱藏或未記錄的功能，包括重定向到賭博或彩票網站的隱藏的「開關」
3.1.1 - 使用應用程序內購買以外的支付機制解鎖應用程序中的功能或功能
4.3.0 - 是另一個應用程序的副本或顯著類似於另一個應用程序
5.2.1 - 沒有由擁有和負責提供應用程序提供的任何服務的法律實體提交
5.3.4 - 沒有使用應用程序的所有位置的必要許可和許可權
在我們繼續審核之前，請確認此應用不違反以上任何一條准則。您可以在「解決方案中心」或iTunes Connect中的「應用程序評論信息」部分回復此消息，以驗證此應用程序的合規性。
鑒於這種類型的應用程序傾向於違反上述准則，這一審查將需要更多的時間。如果我們發現此應用程序在任何時候違反了這些准則，該應用程序將被拒絕並從App Store中刪除，並可能導致您的Apple開發人員計劃帳戶被終止。
這封郵件，大部分被卡審的開發者幾乎都在同一天收到了一模一樣的。
顯然，這是來自於批量審核的結果。
目前，從蘋果的演算法改版可以得出幾種結論：
1、AppStore之前卡了一大批應用，這些被卡住的都是被機審時攔住；
2、AppStore升級機審的演算法，機審會對代碼庫、二進制進行全方位審核；
3、只要是require a longer review time的，可以直接放棄，直接用新賬號完善下二進制重新提交；
4、國外賬號也開始沒有優勢了；
5、馬甲包的第三方開發將會提升服務價格。
一直以來，因PLA1.2問題被拒的多為金融理財應用，但通過近期【代.上.架+Q.2.2.0.5.3.5.7.0.0.7】和CP們交流、調查後發現：「PLA1.2」已不再是金融理財應用的專屬。在因為此原因被拒的應用中，還有大批購物、醫療及其他類應用。調查詳細結果及解決方式如下所示（以下內容圍繞金融理財應用、其他應用、馬甲應用三部分展開）：
一、金融理財應用
通過調查發現，在因PLA1.2問題被拒的應用中，金融理財應用仍佔大部分。被拒原因基本是：應用的開發商名稱和公司名稱與應用/應用元數據/金融產品中的公司名稱/金融機構/金融機構名稱/信用卡名稱/貸款業務提供者等不匹配，違反了蘋果開發者計劃許可協議1.2。
如果遇到類似情況，大家不妨嘗試下述方式：
蘋果規定：金融理財類應用只能用對應公司名稱的開發者賬號上傳。也就是說，如果用個人開發者賬號提交金融理財類應用後收到了類似郵件，可以考慮用公司開發者賬號提交；
如果不想採取上面的方式，且是在幫客戶提交應用，可以讓客戶將你的開發者賬號添加到他們的開發者賬號團隊成員中，然後再嘗試提交；
審核期間，將敏感信息（例如App中出現的銀行名稱等）和功能刪除或隱藏；
（如果使用的是公司賬號卻還是被拒）在App中盡量體現和公司相關的內容、品牌等；
如果被拒原因中所指出的商標等確實是自家公司的，可以把相關信息和證明資料等反饋給蘋果審核人員；
（如果開發者賬號的郵箱用的是個人郵箱或技術支持網址和公司無關）將開發者郵箱改為公司郵箱，並將技術支持網址改為能體現公司的網址（一般用官網即可）。
二、其他應用
在此番調查中，購物應用多是因為在應用以及應用元數據中添加了其他應用的品牌詞（例如，重慶時時彩,現金貸）等，以及開發商和公司名稱與App中多次出現的購物平台名稱或優惠券服務商等不匹配而被拒；醫療類應用多是因為開發商和公司名稱與App中出現的醫療機構等不一致而沒有過審；而其他類型的應用被拒的原因多是因為在應用以及應用元數據中添加了其他應用的品牌詞，或技術支持網站無法體現該公司的經營內容等。
針對這些情況，作者覺得可以嘗試以下方式：
刪除被拒理由中明確指出的，或者自身覺得敏感的信息（例如應用名稱、關鍵詞或描述中出現的其他應用的品牌詞）或功能；
提審期間將敏感信息和功能（快速貸款,理財神器等）隱藏；
在App以及元數據中多體現和公司相關的內容、品牌等；
如果被拒原因中指出的品牌詞、商標等確實是自家公司的，可以把信息以及證明資料等反饋給審核人員；
三、馬甲包應用
除了上面的情況外，還有另外一種情況：近日有很多馬甲應用收到過此類被拒信息。而針對這種情況，目前主要有兩種解決方式：
隱藏敏感信息，並對應用的元數據、圖標、界面以及功能等進行修改，過審後再將可修改的信息或功能改回來。但是這樣做有一個弊端，如果被蘋果發現，會面臨下架的風險；
設計一款和主版本不同的App。
結語
以上便是此次調查的結果以及部分問題的解決方式，希望能幫助到大家。如果各位CP還遇到了其他情況或了解其他解決方式，歡迎交流。
轉載請註明來源地址
E. 金融類App上架iOS的經驗分享
大約是一周前的一個夜晚，我在跟我一位搞金融類app的開發者吃著燒烤，喝著小酒，聊著關於蘋果審核遇到的問題，我就分享分享平時遇到蘋果審核一般是怎麼處理，app推廣怎麼推廣這一塊。很幸運，他給我分享了一些關於金融類app平時審核時會出現的問題，我經過縝密的梳理，結合回復內容以及處理方式在下文分享給大家，gogogo。
iOS上架「現狀」
"資深的iOS工程師10%的時間在開發，90%的時間在上架"。如今蘋果審核政策日趨嚴格，不僅上包難，延長包壽命也十分難。在這種嚴苛環境下，對於無數開發者來說是一種煎熬，同時無數以「馬甲包」為生的公司也相繼歇業。
金融類app上架app store需要以下資質：
1.《金融許可證》，當地政府的金融批准文證件，與有金融資質的公司簽署的合作合同/協議，以上任一資質。（合作公司資質需同步提交）;若無《金融許可證》，需提供：a.公司經營范圍：投資理財。b.提供理財公司授權。c.提供電信增值證書+銀行存管。d.提供ICP備案網站，且ICP備案網站有理財操作。
2.平台類金融產品需提供與銀行及其他合作機構文件;
3.有借貸資質的第三方借貸單位的資質（需提供三家以上）；
4.第三方支付平台或銀行簽署的資金託管協議（其一即可）;
5.軟體著作權登記證書
懂審核，才能上
金融包是各個從業者避不開的路，金融類應用都是在人工審核的時候出現問題。我在這里就以金融變遷史為例，分析和開拓新思維，共同感受下不同背景下的過審方式。
遇到的問題：PLA1.2
Regarding of PLA 1.2, the app offers financial services for XXX, etc but the Seller name and Artist name does not reflect the brands. To comply with PLA 1.2, the artist name and seller name of the app must reflect the service provider brand. Alternatively, please remove the feature from the app.
關於PLA 1.2, app為XXX等提供金融服務，但賣家名稱和藝人名稱不代表品牌。為了符合PLA 1.2，應用程序的藝術家名稱和銷售者名稱必須反映服務提供商的品牌。或者，請從應用程序中刪除該功能。
1.2 解決方式
① 用公司名義注冊賬戶，重新提交包。
②APP中出現金融服務的地方必須和公司有關。
③改變商店顯示的名字。
④技術支持網站填公司網站。
1.3 點 評
這個階段中只需要把APP名字更改為與公司相符的名字，基本上都可以上包。
2.1 遇到的問題：5.2.1
5. 2.1 Legal: Intellectual Property - General
Guideline 5.2.1 - Legal - Intellectual Property
The seller and company names associated with your app do not reflect the name of a financial institution/loan service provider in the app or its metadata, as required by Guideline 5.2.1 of the App Store Review Guidelines.
Next Steps
Your app must be published under a seller name and company name that reflects the financial institute/loan service provider name. If you have developed this app on behalf of a client, please advise your client to add you to the development team of their Apple Developer account.
Once created, you cannot change your seller name or company name in iTunes Connect. For assistance with changing your company name or seller name, you will need to contact iTunes Connect through the Contact Us page. Select Getting Started from the first dropdown menu, then select General iTunes Connect Inquiry to contact the appropriate iTunes Connect team.
《中文翻譯》
5. 2.1法律:知識產權-一般
指引5.2.1 -法律-知識產權
與您的應用程序關聯的賣方和公司名稱不反映應用程序或其元數據中金融機構/貸款服務提供商的名稱，這是應用程序商店審查指南5.2.1所要求的。
下一個步驟
您的應用程序必須以反映金融機構/貸款服務提供商名稱的賣方名稱和公司名稱發布。如果您代表客戶開發了此應用程序，請建議您的客戶將您添加到他們的Apple Developer帳戶的開發團隊中。
一旦創建，你就不能在iTunes Connect中更改你的賣家或公司名稱。如需更改公司名稱或銷售商名稱的幫助，請通過「聯系我們」頁面與iTunes Connect聯系。從第一個下拉菜單中選擇Getting Started，然後選擇General iTunes Connect Inquiry與適當的iTunes Connect團隊聯系。
2.2 解決方式
①把公司賬號換成帶有金融字樣的賬號即可。
2.3 點 評
這個階段所有應用都碰到了相同的情況，只需要按照條款內容進行修改，或者尋找有資質的賬戶進行上架即可。
3.1 遇到的問題：3.2.1
《被拒郵件》
We found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.
Next Steps
To help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.
1. Both a and the direct link to the government website of your Business License that verifies the authorization from the Internet Loan Information Agency (營業執照，營業范圍證明其是網路借貸信息中介機構).
2. Both a and the direct link to the government website of your Finance Permit issued from the local finance governing authority (金融許可證).
3. A of the Value Added Telecom Business Operation Permit issued by the local Ministry of Information Instry and Technology (從當地工信部獲得的增值電信業務經營許可證).
4. Your app』s and service』s Terms & Conditions.
5. In the case of dispute, what resolution mechanism does your app and service offer?
6. What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?
7. How will the involved parties trace one another?
8. License numbers for the Business License, Finance Permit, and Value Added Telecom Permit in the Review Notes section.
Additionally, please ensure your app』s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.
Please attach documentary evidence in the App Review Information section in iTunes Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.
《中文翻譯》
我們發現您的應用程序為貸款申請提供了便利，但是與您的應用程序相關聯的賣家和公司名稱並沒有在應用程序或其元數據中反映金融機構，這是app Store Review Guidelines 3.2.1(viii)所要求的。
下一個步驟
為了幫助我們繼續審核您的應用程序，請提供以下信息。你能預先提供的信息越多，我們就能越快地完成你的評估。
1. 副本和直接聯系的政府網站上你的營業執照驗證授權從網上貸款信息機構(營業執照,營業范圍證明其是網路借貸信息中介機構)。
2. 一個副本和直接聯系的政府網站從地方財政金融許可證管理權威(金融許可證)。
3.增值電信業務經營許可證的副本當地信息產業部頒發的技術(從當地工信部獲得的增值電信業務經營許可證)。
4. 您的應用程序和服務的條款和條件。
5. 如果發生糾紛，您的app和服務提供什麼解決機制?
6. 在這種情況下，你的責任是什麼?該等責任是否已在條款及細則內清楚列明?
7. 有關各方將如何相互追蹤?
8. 業務許可證、財務許可證和增值電信許可證的許可證號碼在審查說明部分。
此外，請確保您的應用程序的支持和元數據中的隱私url將用戶直接指向具有適當信息的網頁。
請在iTunes Connect的App Review Information部分附上證明文件。根據Apple Developer Program License Agreement第3.2(f)條，如果您提交偽造或欺詐性文檔可能導致您的Apple Developer Program帳戶終止，並將您的應用程序從App Store中刪除。一旦Legal審核了您的文檔並確認其有效性，我們將繼續審核您的應用程序。
3.2 解決方式
①讓有資質的賬戶代上，這類方式如果轉移開發者後也容易被下架。
②套殼在其他類中上架，這類在後續被下架的很嚴重。
③與持證金融機構簽訂授權協議。
3.3 點 評
因為蘋果公司對持證金融機構的授權協議審核較為困難，以及銀行類開發者泛濫，這就是導致蘋果再次迅速調整審核策略的原因。
4.1 遇到的問題：3.2.1
Guideline 3.2.1 - Business - Other Business Model Issues - Acceptable
We found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.
Next Steps
To help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.
- Both a and the direct link to the government website of your Business License (營業執照)
- A of the Rectification Notification issued by the relevant governing authority to your company (當地金融辦 (局) 下發給貴公司的「整改通知書」附件)
- A of the proof that your company is connected to a bank』s depository system (銀行存管證明)
- Your app』s and service』s Terms & Conditions.
- In the case of dispute, what resolution mechanism does your app and service offer?
- What is your responsibility in such case? Is such responsibility stated clearly in the Terms & Conditions?
- How will the involved parties trace one another?
Additionally, please ensure your app』s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.
Please attach documentary evidence in the App Review Information section in App Store Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.
准則3.2.1 -業務-其他業務模型問題-可接受
我們發現您的應用程序為貸款申請提供了便利，但是與您的應用程序相關聯的賣家和公司名稱並沒有在應用程序或其元數據中反映金融機構，這是app Store Review Guidelines 3.2.1(viii)所要求的。
下一個步驟
為了幫助我們繼續審核您的應用程序，請提供以下信息。你能預先提供的信息越多，我們就能越快地完成你的評估。
——一個副本和直接聯系的政府網站上營業執照(營業執照)
——一份整改通知有關管理機關出具的您的公司(當地金融辦(局)下發給貴公司的「整改通知書「附件)
——證明你公司的一個副本被連接到一個銀行的儲蓄系統(銀行存管證明)
-您的應用程序和服務的條款和條件。
-如有爭議，你的應用程序和服務提供什麼解決機制?
-在這種情況下，你的責任是什麼?該等責任是否已在條款及細則內清楚列明?
-有關各方將如何追查對方?
此外，請確保您的應用程序的支持和元數據中的隱私url將用戶直接指向具有適當信息的網頁。
請在App Store Connect的App Review Information部分附上證明文件。根據Apple Developer Program License Agreement第3.2(f)條，如果發現您提交偽造或欺詐性文檔可能導致您的Apple Developer Program帳戶終止，並將您的應用程序從App Store中刪除。一旦Legal審核了您的文檔並確認其有效性，我們將繼續審核您的應用程序。
4.2 解決方式
①整改通知書+銀行存管證明+營業許可范圍（小額放貸批文、網路借貸中介）。
②套殼在其他類中上架。
4.3 點 評
該階段是蘋果根據市場現狀調整的審核策略，但是對開發者來說比3.0審核時更容易通過，因為各大公司都能得到整改通知書和銀行存管，導致蘋果的卡審並沒有太多作用。所以蘋果必將調整策略。
難點問題
金融類APP提交審核時如何避開3.2.1和5.2.1。
對策：金融貸款類的App提交蘋果審核時，如果沒有相應資質，基本都會因5.2.1被拒。如果有資質的話，可以准備以下資質：icp備案 金融許可證或小貸金融批復、經營范圍含放貸的營業執照等；如果沒資質想要原生界面上架基本不現實，只能套一個新的界面上架（也就是大家說的殼，資訊類型：資訊類的殼需要做復雜點，簡單的兩個展示界面很有可能因為功能太簡單被拒，可以適當加點特效。工具類型：工具類的App過審的概率會比較大，但是做起來比第一種稍微復雜，耗時。），這種界面是不需要相關資質，可參考的解決方式如下：a.第一種是有後台控制殼什麼時候出現。移動端傳一個版本號給後台，後台根據版本號判斷App否在審核，在審核就顯示殼，審核通過後就顯示原生界面。b. 直接由移動端來切換界面。此時App需要登錄才能看到主界面，對給蘋果審核人員的測試賬號做一個判斷，如果是測試賬號，就顯示殼，非測試賬號顯示原生界面。
以上兩種方法的優缺點如下：a方式用戶進來就可以看到主界面，更有利於吸引自然流量，但是如果蘋果後期復查，發現了用戶使用的App跟審核的不一樣，會被下架。b方式不利於吸引自然流量，但是被下架的風險很小，因為蘋果的審核團隊在美國，不可能自己去注冊賬號，復查也沒關系，除非有人舉報你的App。
總結
目前提高上架的效率，需要開發者在上架前就做好「作戰准備」，清晰的了解行業上架過程的困難點，這樣才能事半功倍。當然想要成功的上架最主要的因素還是取決於技術。經過不斷的大風大浪的磨練下，許多開發者已經學會了開辟捷徑的能力。從技術層面上所有的困難都是能從技術上解決的，像金融類的APP如今只有兩個方式：
1.套殼上架，通過貸款應用進行審核，然後通過審核後升級成為貸超的其他類型的應用。
2.上架其他類型的應用，直接繞開條款的限制。
現在很多包，都是繞開蘋果審核，利用企業開發者做分發，但近期封號越來越嚴重，如果以後蘋果不開放企業簽，那麼開發還是必須要上架。
F. iOS 3.2.1 審核被拒 我已經隱藏貸款申請這個功能，審核的時候還是說需要提供相應的證明！
蘋果官方被拒理由詳解
其實，應用提審後因上述理由被拒的現象早在今年 2 月份便已突顯，只是量級沒有目前大而已。對圖片中蘋果回復的信息進行了簡單翻譯，如下所示：
分析 & 應對措施
從蘋果回復的信息以及 Apple 開發者計劃許可協議第 3.2（f）節的內容我們不難推測，任何干擾蘋果軟體或服務的行為都有可能因該理由被拒。
而從統計的近 100 個樣本數據來看，今年 2 月份，蘋果便開始在審核中頻繁使用 3.2（f）來拒絕應用，且被拒應用多是重復提交的應用，或和第三方應用類似的應用。其次是用違規手段操控過榜單排名或評論的應用、以及涉嫌侵權的應用等。
通過樣本分析出的現象和 Apple 開發者計劃許可協議第 3.2（f）節中的部分舉例不謀而合，同時其也幫我們解釋了：為什麼近期馬甲應用提審困難。（→因為蘋果加大了對重復提交的應用或和第三方應用類似的應用的審核力度！）
如果因該理由被拒，我們該如何處理呢？
1、收到蘋果的通知/郵件後，如果是誤會，可考慮向蘋果解釋清楚，然後請求蘋果停止處罰。如果真的存在欺騙行為且確認蘋果已發現該行為，可考慮（改正後）態度誠懇地回復蘋果，承認錯誤並保證以後不再採取該行為。如果蘋果接受了道歉，也許可以解封。但如果蘋果態度堅決，就只能另想辦法了。（主動承認有一定風險，請綜合利弊後，謹慎選擇。）
2、如果是提交了重復應用而被拒，還可考慮修改應用名稱、圖標等元數據以及功能、界面，或者去掉代碼特徵等後，重新提審。（需要注意的是，據傳蘋果現在已經開始通過技術手段掃代碼，如果只是簡單的更改，仍然可能會被拒。）或者，直接用新賬號提交審核，必要時可考慮修改名稱、圖標等元數據以及功能、界面等，這樣更容易過審。（注意，如果只是簡單的更改，仍然可能被拒，且新賬號也有被封的風險 。）
G. 上線App需要提供金融許可證,如何申請,需要哪些材料
現在國家對於金融這塊是嚴查的，好多P2P等金融類平台都被查出違法違規，責令整改了，還有很多跑路的，所以現在關於金融的資質是越來越不好辦理；
做金融的公司經營范圍需要有金融相關的范圍，比如金融服務，金融信息服務等等；然後去當地的金融辦取得批准文件，同意你做金融業務，這一步就非常難，審核周期、材料都不好把控，人家要什麼你就得提供什麼，除非能找找關系、本身實力過硬；另外題主說的增值電信業務經營許可證也是要有的，金融類是辦理增值電信業務經營許可證中的ICP證，這個辦理倒不是特別困難，找代理就給申請了；
實在不行換別的應用商店上架吧，蘋果審核確實嚴，希望可以幫到題主~
H. 金融許可證申請條件
金融許可證申請條件如下：
1、有章程：符合本法和公司法的規定；
2、有符合本法規定的最低注冊資本限額，全國性商業銀行的最低注冊資本為10億元人民幣；
3、有具備專業工作經驗和知識的董事和高級管理人員；
4、有健全的組織機構和管理制度；
5、有符合要求的營業場所、安全措施和其他與業務相關的設施。
法律依據：《中華人民共和國銀行業監督管理法》第十七條
申請設立銀行業金融機構，或者銀行業金融機構變更持有資本總額或者股份總額達到規定比例以上的股東的，國務院銀行業監督管理機構應當對股東的資金來源、財務狀況、資本補充能力和誠信狀況進行審查。
第十八條
銀行業金融機構業務范圍內的業務品種，應當按照規定經國務院銀行業監督管理機構審查批准或者備案。需要審查批准或者備案的業務品種，由國務院銀行業監督管理機構依照法律、行政法規作出規定並公布。
辦理金融許可證需要提供什麼資料
1、銀監會或其派出機構的批准文件；
2、金融機構介紹信；
3、領取許可證人員的合法有效身份證明；
4、銀監會或其派出機構要求的其他資料。
I. ios應用上架審核標准
蘋果審核依據的審核標准有2個，一個是《App Store 審核指南》，一個是《蘋果開發者計劃許可協議》。
最近好多朋友問我因金融許可證被拒後是怎麼過審的，我們都知道 從17年開始 .蘋果對APP的審核越來越嚴格，同時審核依據越來越緊跟國內的政策走，比如國家對金融監管越來越嚴，金融類應用的審核開始收緊；比如今年國家對金融監管和VPN監管收緊，大量VPN類應用被下線,我最愛的 VPN大師 也慘遭蘋果毒手, 既然蘋果審核嚴了, 我們只能乖乖的遵從人家的規則: 那麼對於金融類APP，被拒蘋果要求提供3.2.1中7條資質證明，如果你們公司只是沒有金融許可證看我下面的講解也許會對你有幫助，如果營業執照和電信增值許可也沒有那就沒辦法了（讓公司老闆去搞吧），下面講一下我的個人經驗。常見的APP審核被拒原因有一下幾類：
PLA 1.2沒有貸款資質被拒、
PLA 3.2(f) 不誠信或欺詐被拒、
Guideline 2.1 -Performance – App Completeness應用完整性被拒、
Guideline2.3.10 – Performance – Accurate Metadata准確的元數據被拒、
Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒、
Guideline 4.3 -Design – Spam 垃圾應用被拒。
一 沒有貸款資質被拒
被拒理由:
PLA 1.2 《蘋果開發者計劃許可協議》1.2
The seller and company names associated with your app do not reflect thefinancial institute in the app or its metadata, as required by section 1.2 ofthe Apple Developer Program License Agreement.
應用的開發商名稱和公司名稱與應用或應用元數據中的金融機構不匹配，違反了《蘋果開發者計劃許可協議》1.2
Next Steps 下一步行動
Your app must be published under a seller name and company name thatreflects the financial institution name. If you have developed this app onbehalf of a client, please advise your client to add you to the developmentteam of their Apple Developer account.
你的應用必須在反應「金融機構名稱」的開發商名稱和公司名稱下發布。如果你代表客戶開發了這些應用程序，請建議你的客戶將你加入他們的蘋果開發者賬戶。
被拒原因分析
1.app的公司主體，沒有提供金融服務的資質；
2.金融類app只能在app公司主體的開發者賬號上傳，不能在個人或委託公司的開發者賬號上傳；
3.app名稱沒有反映公司品牌；
4.app名稱與公司名稱不對應，未產生品牌歸屬及關聯性；
應對方式
1、證明你的公司，有提供金融服務的資質。
如果app確實是提供的金融服務，app的公司主體有提供金融服務的資質，可將資金證明（如營業執照）發給蘋果審核團隊。
如果app是提供的金融服務，但是沒有相關資質，需要將app放在有資質的公司主體的賬號下提交。
如果app不是提供金融服務，但蘋果誤以為是金融服務，可向蘋果解釋業務模式，並提供相關證明，比如p2p模式，比如助貸模式。
2、如果是個人開發者賬號提交的應用，將個人開發者賬號升級為企業開發者賬號後，再提交；
3、如果是其他開發者賬號（比如外包）替你開發，按照蘋果要求走，將其他開發賬號添加到你的蘋果開發者賬號下（在「用戶和職能-添加iTunes Connect用戶」操作）；
4、修改app名稱，讓app名稱和公司品牌有關聯。如公司是「馬上消費金融股份有限公司」，app名稱可以修改為「馬上貸」後，重新提交；
5、提交「軟體著作權登記證書」，或者「商標證書」，向蘋果證明產品名稱與公司的關聯性；
6、向蘋果審核團隊闡述app功能的運營主體、技術支持網站等，來證明app和公司的的所屬關系；
如，在你的app「關於我們」中，中英文介紹公司，介紹產品歸屬該公司。
如，技術支持網站，進一步介紹公司和說明產品歸屬該公司。
二、不誠信或欺詐被拒
被拒理由:
We have determined that your Apple Developer Program membership, oranother membership associated with your developer account, has been used fordishonest or fraulent activity. This is prohibited by Section 3.2(f) of theApple Developer Program License Agreement:
我們已經確定你的蘋果開發者計劃會員資格或與你的開發者帳戶相關聯的其他會員資格（同一個開發者，有兩個或者多個會員賬號）已被用於不誠實或欺詐活動。《蘋果開發者計劃許可協議》第3.2（f）節是禁止這一行為的：
「You will not, directly or indirectly, commit any act intended tointerfere with the Apple Software or Services, the intent of this Agreement, orApple』s business practices including, but not limited to, taking actions thatmay hinder the performance or intended use of the App Store, B2B Program, orthe Program. 」
「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」
As a result of this activity, you are no longer able to submit updates.
由於此活動，你將無法再提交/更新應用。
Continuing to engage in dishonest or fraulent acts may result in theremoval of your apps from the App Store and termination of your Apple DeveloperProgram membership and all associated memberships.
繼續從事不誠實行為或欺詐行為可能導致從App Store中刪除你的應用，並終止你的Apple開發人員計劃會員資格和所有相關會員資格。
被拒原因分析
1、首先，蘋果審核人員已經確定你的蘋果開發者計劃會員賬號已被用於不誠實或欺詐活動；
2、或者你的會員賬號沒有違規，但和你賬號關聯的其他開發者賬號有違規，被蘋果審核人員發現；
3、你的行為違反了《蘋果開發者計劃許可協議》第 3.2（f）節；
4、由於這些違規行為，蘋果給你做出的處罰是「禁止你繼續提交/更新該應用」；
5、如果你執迷不悟，繼續從事這些違規行為，蘋果可能會將你的應用下架、封停開發者賬號，並終止你的 Apple 開發人員計劃會員資格等；
6、蘋果在這里提到了3.2(f)相關的內容：「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」但是沒有針對這些內容的詳細示例說明。筆者通過進一步查看蘋果官方文檔上的PLA3.2(f)，發現這些都是屬於違反3.2(f)的內容：
為您的應用或任何第三方應用提交虛假評論；
選擇和第三方應用類似的名字以混淆用戶的視聽；
占據其他應用的名字來防止合法的第三方使用；
你可對賬你的開發者賬號或馬甲包賬號看看，十有八九違反其中的某一條或多條；
應對方式
PLA3.2(f) 是蘋果非常嚴厲的處罰，應用已無法通過更新來修正後再次提交審核，嚴厲程度僅次於注銷賬號。針對這種情況，你可以從以下幾個方面來努力。
1、如果有刷榜、刷評論行為，停止刷；
2、如果和本開發者賬號有信息關聯或轉讓關系的馬甲包在刷榜、刷評論，也立刻停止；
3、和本開發者賬號有信息關聯或轉讓關系的馬甲包最好不要更新，更新也會被拒絕；
4、不要創建佔位的應用，如果已經創建，改名；
5、不要去淘寶或其他交易平台買蘋果開發者賬號；
6、如果要新建馬甲包提審，重新申請和已有賬號無信息關聯的新賬號。這里的「無信息關聯」包括但不限於：郵箱賬號的域、賬號所有人、IP地址、Mac地址、鄧白氏編碼聯系人/聯系方式/辦公地址、支付信用卡賬號、發票抬頭等。
7、停止一切有可能的違規行為後，找蘋果App 審查委員會申訴；
**
三、應用完整性被拒
**
被拒理由
We discovered one or more bugs inyour app when reviewed on both iPhone and iPad running iOS 10.3.3 on Wi-Ficonnected to an IPv6 network.
在IPv6網路的Wi-Fi，iOS10.3.3的iPhone和iPad環境下，我們在你app上發現一個或多個bugs。
Specifically, we were unable tomake a loan application.
具體來說，我們沒法申請貸款。
Please see attached screenshotsfor details.
詳情見附件截圖。
Next Steps 下一步行動
To resolve this issue, please runyour app on a device to identify any issues, then revise and resubmit your appfor review.
為了解決這個問題，請通過在設備上運行你的app來找到所有問題，修改後再次提交審核。
被拒原因分析
因為bug導致審核人員無法進行核心功能（申請借款）的操作，中斷審核過程。
我們後面分析發現，我們其實是沒有bug的，但是蘋果審核團隊很難理解這個邏輯和交互，以為是bug，導致被拒。
應對方式
1、確保提交的產品沒有bug，特別是bug不能影響核心功能的操作使用。
2、提供給蘋果審核團隊的賬號，需要能體驗核心功能。比如借款類APP，需要能提交借款申請。
3、產品功能的邏輯和交互，按照普通人能理解、能接受的邏輯走，不要晦澀難理解。
**
四、准確的元數據被拒
**
被拒理由
We noticed that your app or itsmetadata includes irrelevant third-party platform information.
我們注意到，你的應用或應用的元數據包含了不相關的第三方平台信息。
Referencing third-party platformsin your app or its metadata is not permitted on the App Store unless there isspecific interactive functionality.
除非有特定的交互功能，否則在App Store中引用第三方平台或其元數據是不允許的。
Please see attached screenshotsfor details.
詳情請見附件的截圖。
Next Steps下一個步驟
To resolve this issue, pleaseremove all instances of this information from your app and its metadata,including the app description, What』s New info, previews, and screenshots.
為了解決這個問題，請從你的應用和它的元數據中刪除所有這些信息，包括應用描述、最新動態、預覽和截圖。
被拒原因分析
1、原因是我們的應用預覽圖中，有一頁展示的功能是提審的APP沒有，蘋果審核團隊會認為這是第三方平台的東西。
2、第三方平台的數據，包括第三方公司名稱、公司logo等，不能出現在你的應用（包括關於我們、協議等），三方公司名稱、公司logo、app沒有的功能點不能出現在的應用描述、最新動態、預覽圖、截屏中。
3、當然，蘋果的產品最好也不要出現在你的應用或應用描述、最新動態、預覽圖、截屏中。
應對方式
嚴格按照蘋果規定的方式走。提審前，核查應用、應用綜合信息、應用版本信息中是否有第三方的元素。
**
五、最低功能要求被拒
**
被拒理由
We found that the usefulness ofyour app is limited by the minimal amount of content or features it includes.
我們發現，你的應用的實用性被應用過於簡單的內容或特性的所限制。
Next Steps 下一步行動
We encourage you to review yourapp concept and incorporate different content and features that are incompliance with the App Store Review Guidelines.
我們鼓勵你審視你的app概念，提現不同的內容和功能，以符合App Store審核指南
被拒原因分析
1、簡單來說，就是你的app功能太過簡單，沒有達到一個app應用的標准，不具備提交到appstore的資格。
2、通過進一步查看蘋果官方的Guideline 4.2，其內容如下：
App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。
如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app，那它就不適合出現在 App Store 中。
如果 app 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。
如果 app 只是一首歌曲或一部影片，則應提交到 iTunes Store。
如果 app 只是一本書籍或游戲指南，則應提交到 iBooks Store。
3、Guideline4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在「健康」app 中。
4、Guideline4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或鏈接集合。
5、Guideline4.2.3 App 應能獨立工作，無需安裝其他 app。
6、Guideline4.2.4 與表盤類似的 Apple Watch app 可能會令人感到困惑，因為用戶會認為這些 app 能與各種設備功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供沖浪者使用的潮汐時鍾)，但是如果您的 app 與表盤過於相像，則可能會被我們拒絕。
7、Guideline4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。
8、Guideline4.2.6 利用商業化模板或 app 生成服務創建的 app 會被拒絕。
應對方式
蘋果審核指南里說得非常清楚，你要做的就是做良民，遵循蘋果標准，提交有價值、符合規范的應用。同時需需要注意：
避免功能過於簡單；
簡單的資訊聚合、鏈接聚合app，會被拒絕；
不用提交使用商業化模板創建的應用；
六、垃圾應用被拒
被拒理由
Your app plicates the contentand functionality of apps submitted to the App Store, which is considered aform of spam.
你的應用程序復制了提交給app Store的其他應用程序的內容和功能，這被認為是一種垃圾應用。
Apps that simply plicatecontent or functionality create clutter, diminish the overall experience forthe end user, and rece the ability of developers to market their apps.
簡單復制內容或功能的應用會造成混亂，降低最終用戶的整體體驗，並降低開發者推銷應用的能力。
You will experience a delayedreview process if you deliberately disregard the App Store Review Guidelines,ignore previous rejection feedback in future app submissions, or use your appto mislead or deceive users.
如果你故意無視App Store的審核指南，在後面提交應用中忽略之前的拒絕反饋，或者使用你的應用來誤導或欺騙用戶，你將會經歷一個延遲的審查過程。
Additional Information 額外信息
We want to provide a safeexperience for users to get apps and a great opportunity for all developers tobe successful.
我們希望為獲得應用程序的用戶提供安全的體驗，同時為所有開發者提供一個成功的機會。
Deliberate disregard of the AppStore Review Guidelines and attempts to deceive users or undermine the reviewprocess is a direct violation of section 3.2(f) of the Apple Developer ProgramLicense Agreement. Continuing to violate the Terms & Conditions of theApple Developer Program will result in the termination of your account, as wellas any related or linked accounts, and the removal of all your associated appsfrom the App Store.
故意無視App Store的評審准則，並試圖欺騙用戶或破壞審查過程，這直接違反了蘋果開發者計劃許可協議的第3.2節(f)。繼續違反蘋果開發者計劃的條款將導致你的賬戶和你關聯的賬戶終止，同時從App Store中刪除你的所有相關的應用
被拒原因分析
1、你的應用的功能和別人的沒有差異，或者和你自己過審的馬甲包一樣，甚至代碼都一樣，被定義為垃圾應用；
2、重復性的應用或簡單復制的應用，對用戶、開發者的傷害很大，有損於appstore生態的健康；
3、對蘋果的警告視而不見、繼續違規，你的應用會被延遲審核；
4、如果進一步試圖欺騙用戶或破壞審查過程，將會受到更嚴厲的處罰，禁賬號、刪應用，很嚴重；
應對方式
1、思想上要重視，你的應用應該有價值、少抄襲或不抄襲，如果是功能雷同也需要有差異點；
2、請不要為同一個 app，在多個賬號上傳；
3、如果和其他產品有雷同，可通過修改產品分類、產品分發地區等方式，打造與原產品不同的產品側重屬性分類；
4、如果做馬甲包，功能需要多一些差異化，減少相同的代碼量。蘋果可能針對代碼進行機審掃描；
對於監管敏感的行業和應用，蘋果審核更嚴，建議大家整理app提審檢查清單，包括發者賬號申請、app設計、app開發、app信息和版本信息描述等部分的各項細查項。提審前，對照檢查，逐一確認，提升app審核通過率。
即便是蘋果公司的審核嚴厲了 只要我們按照審核標准 照樣還是可以通過的
經驗一：3.2.1第一條蘋果要求提供營業執照中包含網路借貸中介的資質，第一次回復蘋果我添加了我們公司的營業執照副本，但是還是被拒了，原因是蘋果不知道我們提供的營業執照是否是真實有效的，要求提供可查詢營業執照真假的網址。這里建議大家在回復蘋果時除了在附件中提供公司營業執照副本的同時以及你們公司營業執照上的信用代碼供蘋果查詢證實。營業執照許可范圍樣本如下
經驗二：3.2.1第二條蘋果要求提供金融許可證，相信很多朋友不過都是因為這一條，沒有金融許可證，我是這樣回復的，首先闡述P2P行業內沒有一家平台有資質拿到金融許可證，然後提供我們有的合規證件資料。具體術語以及文本資料如下：
*以下內容僅供參考
Hello，我cao棉！
我們公司屬於網路借貸行業，這個行業在中國自2007年拍拍貸（於2017年11月7日在紐交所上市）成立開始，日趨活躍。國家對行業的監管從2016年開始，並與該年8月24日發布了《網路借貸信息中介機構業務活動管理暫行辦法》（以下簡稱「暫行辦法」），對網路借貸行業開始了正式的監管。各平台據此進行了規范，行業中各機構據此進行規范化經營。
在暫行辦法的第二章第五條規定，開展網路借貸信息中介服務的網路借貸信息中介機構及其分支機構需要向工商登記注冊地地方金融監管部門備案登記。且說明網路借貸信息中介機構備案登記等具體細則另行制定。基於此，2017年12月13日，P2P網貸風險專項整治工作領導小組辦公室於近日向各地P2P整治聯合工作辦公室下發了《關於做好P2P網路借貸風險專項整治整改驗收工作的通知》（57號文）（下稱「通知」），對下一步的整改驗收階段做出了具體、詳細的部署。通知要求，各地應在2018年4月底前完成轄內主要P2P機構的備案登記工作、6月底之前全部完成。以下為全文：
截至日前，全國沒有一家網路借貸中介機構通過備案。我們也在積極准備中，所以無法提供貴司要求的金融許可證，忘理解。
我公司可提供政府批文掃描件、公司合作銀行的協議合同掃描件、公司合作的三方支付合作合同在附件中均可供您參考。
*以上內容僅供參考*
這里建議大家盡可能多的把自己公司合規的證據資料發給蘋果
經驗三：對於3.2.1後四條要求，相信大家各自平台都有相關注冊協議或者借款協議等協議里都有說明，建議大家截圖APP中頁面把協議標注出來放在附件中，同時把協議內容中說明後四條的部分截圖出來放在附件中供蘋果參考
經驗四：相信有的朋友發現在被拒回復框中回復文本字數有限，如果回復蘋果內容較多，建議大家把內容合並成pdf格式文件統一上傳，注意上傳的文件命名最好為英文，個人親測中文一直傳不上去。