有什么样的金融资质才能发布ios版贷款软件 贷款超市app上架应用必须要金融资质吗
ios \u522b\u4eba\u6388\u6743\u7684\u8d37\u6b3e\u8d44\u8d28 \u91d1\u878d\u516c\u53f8\u7684\u8d37\u6b3eapp\u80fd\u4e0a\u7ebf\u5417\u76ee\u524d\u662f\u9700\u8981\u5177\u5907\u653e\u8d37\u8d44\u683c\uff08\u5c0f\u8d37\u516c\u53f8\uff0c\u94f6\u884c\u7b49\u673a\u6784\uff09\u7684\u5f00\u53d1\u8005\u8d26\u6237\uff0c\u8fd9\u53ea\u662f\u7b2c\u4e00\u6b65\u3002
\u8d37\u6b3e\u8d85\u5e02app\u4e0a\u67b6\u9700\u8981\u63d0\u4f9b\u8425\u4e1a\u6267\u7167\u3001\u8f6f\u8457\u3001\u91d1\u878d\u8d44\u8d28\u3001\u8fd8\u9700\u8981\u548c\u516d\u5bb6\u4ee5\u4e0a\u653e\u6b3e\u673a\u6784\u7684\u5408\u4f5c\u8bc1\u660e\uff0c\u5982\u679c\u8d44\u6599\u4e0d\u5168\u53ef\u4ee5\u9009\u62e9\u50cf\u4e00\u821f\u5206\u53d1\u8fd9\u6837\u7684\u7b2c\u4e09\u65b9\u5206\u53d1\u5e73\u53f0\u4e0a\u67b6\u53d1\u5e03
最近一直在忙上架App，今天抽个空写一篇这段时间我上架金融产品App到iOSAppStore的历程经验和上架被拒解决的方法!相信大家最近也都在为金融产品上架的事情头条。确实现阶段上马甲包的监管越来越严了。从以前用个人开发者账号就能去上传到现在需要找人借用配套的金融开发者账号和相关资质才能上线。
那么为什么从2018年初开始苹果审核组对于上架的监管会越来越严呢？
我印象比较深刻的是有两个比较重要的时间段让ios上架的监管变得严格．一个是12月15号所有现金贷的法人被召集去北京开会．涉及到关于贷款利率和合规方面的问题，主要的要求是第一：综合的贷款利率不能超过36％，第二：不能在放贷前扣去相关费用，第三：所有贷款公司必须符合国家批设相关金融机构资质，第四：贷款机构必须与客户签订电子合同并且注明贷款利率和收取的费用。
就因为这个条款当天导致了很多金融app都被下架了。那个时候报错的问题是5.2.1问题
第二个时间点事1月11号，开始大规模的报错3.2.1，要求app需要提交金融许可证和icp备案。金融许可证市面上有95％公司的没有。市面上之前过包的过法有很多．但是就这最近的几个月的上架监管程度让之前所有粗暴的玩法都淘汰。
我们来细数下我们最近几个月遇到的问题：从12月份开始最先曝出的事5.2.1问题这个问题主要的条款就是根据产品必须要有相应的有资质的开发者账号，并且你的产品内容必须和你的开发者账号的经营范围相符合。
接下来就是1月份大量曝光的3.2.1的问题，其实3.2.1的问题同样是资质类的问题，他们的操作方法其实和5.2.1是类似的，但是确实要比5.2.1问题会难的多
因为他需要我们提交我们所属开发者账号的金融许可证和icp备案，icp备案的一些公司拿的到，但是金融许可证市面上没有几家公司会有，由于国内的开发者反应的太多了，苹果现在也有所退让，所以也放松了点，作者后面上架都是提供银行存管协议也可以上架的
到了18年我们就遇到了2.1狗年大礼包，2.1问题最多会遇到7个条款,并不是说我们的产品一定遇到了这些问题,而是苹果的审核人员因为觉得我们的产品可能有问题,就先给我们一个被拒的大礼包,让我们自己去检查,这一个条款会浪费很多的时间成本,因为你需要按照这些条款去检查你们产品里的内容,2.1条款主要包括产品审核时隐藏过多,第三方支付问题,金融产品资质问题,马甲包重复问题
这些就是我们最近会遇到的所有的被拒条款,现阶段的话3.2.1和2.1条款是大家普遍会遇到的，通常我会把105的上架分为两个部分。第一个部分是技术方面你需要去解决；第二部分就是资质方面了。现阶段只有两个部分你都去解决了．你才能有稳定的上包几率。
我们先来讲下技术层面．首先我想和大家去分享下ios的审核机制．ios是分人审和机审的。
人审同样会有中国团队和美国团队的区分．他们主要就户是去审核你账号的相关的资质是否和你附件上传的证书匹配去看产品内部的公司信息是否有第三方公司信息以及app内容是否属于你的营业范围。机审主要就是代码方面的问题了，会看元数据有没有出错．整体的源码是否和同账号的App相同率超过70％。这边简单提一下4.3问题就是因为马甲包和主包源码重复导致报错4.3．这方面需要技术去进行修改源码．并且相应的UI和主副标题也要去进行调整。
这里我要着重说下人审,因为人工审核嘛会有很多的不确定性,如果运气好的话你可能什么都没有他就给你过了,但是如果真的是严格要求的话，会有不少app会卡在人审这个阶段。接下来我会分享下我们在面对人审团队审核的时候应该注意的一些事项，来增加上包的概率基础的产品内容方面。
我们最好把所有的出现在我们app里面的第兰方的公司信息全部隐藏,至少不要出现公司两个字。
尤其要注意在注册协议体现你们的公司信息，在首页的地方能体现你的产品名字。这样是为了能够和你的资质匹配。我们还需要增加一个‘关于我们”的模块．里面的需要声明app的名称和版权类似于下图。同时App需要添加客服的联系方式,这些都是比较小的细节．也是比较好去操作的，但是这些确实ios审核的时候审核人员的去看的重点，因为他们觉得这些内容是可以体现出产品的所属权的可以看下下图我们向客户要求的模版
关于支付问题，苹果公司卡的很严，有很多产品内部出现第三方的通道的时候就会被拒所以我们的产品里面也不能出现有第三方支付通道的信息，大家可以去做一个开关，在审核的时候逸行称稚等过审了再把开关关掉这一方面，让技术去操作下。
金触类的产品肯定会去做马甲包来扩大自己的曝光率针对上马甲包的话我们就需要去多做几个操作了。
简单的操作马甲包的主副标题，icon以及应用信息都屁要去做更改是要区别于主包避免4.3问题。源码层面．马甲包的源码和主包至少要有30％的差距你可以在源码中加入一些混淆代码，这样做可以提高机审通过的概率。
技术层面的话在审核的时候提高上架率的方法大致就这几种接下来我们了解下目前市面上主流的几种上架方法他们分别是：申诉,PS,授权,套壳和找第三方。
这里我可以告诉大家一个不成文的规定如果你是因为资质问题导致上架失败的话,等你再次上架时,ios审核人员会优先审核你们的产品,但是一旦你多次上架都是一个原因被拒的话,苹果公司会认为这是恶惫行为,很有可能导致审核无限制延期,一般都是15天到两个月不等或者将会被卡审
关于申诉方面现在我比较推荐有金融许可证的公司去试，我们可以先去写一封申诉的邮件，大致的内容是我们的产品是符合我们经营范围的，我们也具有相关的资质．是服务于全国的消费者．希望ios团队能够理解并且让你们上架。这个方法在17年早期还以有一定的概率能够上架成功的，因为在那个阶段ios的上架还是有很大的机会靠运气上架的，你的一份申诉邮件有可能直接解决这个问题，这边需要注意的是现在靠运气上包的几率变得越来越小，你可以去尝试，但是要注意你的申诉邮件最好不要超过3封，因为如果过多的话ios审核团队会认为你是故意的，很可能会被处罚，毕竟这是人工的审核团队。
注：资质其实很多公司都在做，如“ios开发子团队”，如果你有金融的开发者账号只是缺少了金融许可证的话可以去尝试，你可以在网上找一份其他公司的资质，然后去PS,把资质里的信息全部改成你们公司自己的,这会有一定的几率,要注意的是Ps技术方面一定要专业。
因为ios的人工审核团队是分为中国团队和美国团队的,是按照两个团队随机审核去做的,如果分到的是美国团队会比较容易上架,举个例子,一家理财公司因为缺少金融许可证所以ps了一份金融许可证去上传,ios审核团队只会去看金融许可证上的信息是否和你的开发者账号的公司信息是否符合，而不会去银监会调查你们公司是不是有这个金融许可证，如果审核团队认可的话，你们的包就可以通过了。这个方法现在也能有一定的概率成功上架．我们需要的注意的是在资质方面准备齐全的情况下．产品的内容和逻辑要能够匹配你的资质。因为上架的成功因素除了资质方面还有产品本身。针对产品方面需要注意的事项我在上文有提到。
关于套壳的问题之前的做法比较简单粗暴．就是很简单的做一个资讯,计算器,记事本类的壳，可能还只是个人账号去提交的．这种方法现在能成功上架的几率变得很小了。我们现在主要的做法就是去做一个同行业的亮．再配合资质一起去做．举个典型的例子贷款超市这个产品，因为这种类型的app里面涉及到很多的其他公司的产品，如果去用原生上架的话很难通过，现在市面上主流的做法就是去做一个壳，当然啦这个壳的内容也褥要和你的开发者账号和和资质是匹配的通常贷超的做法就是伪装成现金贷去进行提审这样操作能避免后期复审也能增加过审的几率。
这边需要注意的是套壳的操作比较复杂一种是做ab面，一种是做一个检测开关，如果app本来就没有现成的壳的话这样的方法时间周期太长。
授权的玩法其实是在1月份的时候才正式出来的,那个时候报错的是3.2.1随后ios团队就下发了批文，里面提到了授权的具体做法．大致的意思就是允许产品公司挂靠在同行业的资质牌照齐全的公司,或者是一些大型的国企公司做授权：这边大家需要注惫、授权这种方法等于是你们挂靠在资质公司，批文中有写明一旦你是用授权的方法去做那么你的产品需要写明由授权公司授权去做的，并且你的开发者账号必须是授权公司。这样的方法在下批文之前也有很多人用这种方法去过5.2.1但是现在有明确的写明你的开发者账号必须是授权公司的，这个是需要大家去注意的
最后一种就是找第三方的渠道代上，他们属于原生包套资质上架．市面上现在渠道也有不少,我们的做法会比较具体点，就是用银行的开发者账号去做，因为现阶段的话想要去上线基本只有两种账号的上包是比较靠谱的就是银行的开发者账号和小货的资质账号。
他们主要的做法就是用这些资质账号帮你们去上传，然后附件加上他们的金融许可证和银行！ICP备案。你产品里的所有公司信息都会改成他们的公司，等包审核成功后在等待开发者发布的状态下，他们会把所有的公司信息全部改成你们公司，再把包发布上线后转回给你们。
这样的做法是现阶段在没有相关资质的情况下比较靠谱的做法，也是相对来说比较节省时间的。对于渠道的选择是大家要去注意的，现阶段渠道可能没有之前那么多，但是也有一定的数量。据我了解下来市面上还是有很多渠道的做法是比较简单粗暴的，下面是我最近帮公司从12月15号监管开始变得严格的情况下上的不同时间段不同行业类型的包。
微信，脉脉都可以啊
绛旓細閲戣瀺IO鎸囩殑鏄噾铻嶈涓氫腑鐨勮緭鍏ュ拰杈撳嚭銆傚叾涓紝杈撳叆鍖呮嫭閲戣瀺鏈烘瀯鍜屾姇璧勮呭悜缁忔祹涓叾浠栭鍩熸彁渚涚殑铻嶈祫鍜岄闄╂敮鎸併傝緭鍑哄垯鏄寚缁忔祹涓叾浠栭鍩熷悜閲戣瀺鏈烘瀯鍜屾姇璧勮呮彁渚涚殑璧勪骇鍜屾湁浠疯瘉鍒搞傞噾铻岻O鐨勬蹇典富瑕佸簲鐢ㄤ簬鍥藉绀句細缁忔祹璐︽埛涓紝鐢ㄤ簬涓埆閲戣瀺閮ㄩ棬鐨勮处鎴烽棿缁撶畻銆傞噾铻岻O鐨勭粺璁″彲浠ヤ负鍥藉鎻愪緵閲嶈鐨勪俊鎭紝甯姪鍒嗘瀽閲...
绛旓細MO鍜IO鏄袱涓父鐢ㄧ殑缂╁啓锛屽叿浣撳惈涔夊涓嬶細1. MO锛歁O鏄嫳鏂"Mail Order"鐨勭缉鍐欙紝鎰忎负閭喘銆傞偖璐槸涓绉嶉氳繃閭瘎鏂瑰紡杩涜璐墿鐨勬柟寮忥紝娑堣垂鑰鍙互閫氳繃閭欢銆佺數璇濄佷簰鑱旂綉绛夋笭閬撳悜鍟嗗璐拱鍟嗗搧锛屽苟閫氳繃閭掓湇鍔″皢鍟嗗搧鐩存帴閫佽揪鍒版秷璐硅呮墜涓傞偖璐殑浼樼偣鍦ㄤ簬鏂逛究蹇嵎锛屽彲浠ラ伩鍏嶇嚎涓嬭喘鐗╃殑绻佺悙鍜屼汉娴佹嫢鎸わ紝鍚屾椂涔熸彁...
绛旓細閲戣瀺瑕佹眰鏉冿紝IOweYOU锛岀畝绉癐OU锛屾槸鎸囧彟涓鏂规湁鏉冨湪鏈潵鐨勬煇涓娈垫椂闂村唴鍚戣嚜宸辫姹備竴浜涜祫浜ф垨鏀跺叆銆備緥濡傦紝濡傛灉鎴戝熺粰浣100鍏冿紝閭ｄ箞灏嗘潵鎴戞湁鏉冭姹備綘鍋胯繕鎴100鍏冿紝褰撶劧杩樻湁鍒╂伅銆傞噾铻嶈祫浜ф槸涓绉嶅悎鍚屾潈鍒╋紝鏄鐪熷疄璧勪骇鐨勭储鍙栨潈锛屼篃灏辨槸浼佷笟濡傛灉鎸佹湁閲戣瀺璧勪骇鏈缁鍙互鎹㈡潵鐪熷疄璧勪骇銆傛瘮濡備紒涓氭寔鏈夊叾浠栦紒涓氱殑鑲＄エ鎴...
绛旓細PGL鍩烘湰淇℃伅:鍩虹閾撅細EOS鏈澶т緵搴旈噺 220锛000锛000PGL鎬讳緵搴旈噺 220锛000锛000PGL鍙戣鏃堕棿 2017-10-08瀹樼綉锛歨ttps://prospectors.io/PGL甯佷笂鏋朵氦鏄撴墍锛3瀹剁晠鎬濅氦鏄撴墍锛歨ttps://chaince.com/甯佽礉浜ゆ槗鎵锛歨ttps://www.exshell.com/Newdex浜ゆ槗鎵锛歨ttps://newdex.io/鎷撳睍璧勬枡:浠涔堟槸閲戣瀺琛屼笟锛熼噾铻嶈涓...
绛旓細鍥介檯鐞嗚储鍜ㄨ璇佷功锛圛nternational Certificate in Financial Advice, ICFA锛夛細涓哄鎴锋彁渚涗笓涓氱悊璐㈠缓璁紝鎻愬崌瀹㈡埛婊℃剰搴﹀拰淇′换搴︺傞氳繃杩欎簺涓板瘜澶氭牱鐨勭鐩紝CISI涓洪噾铻嶄笓涓氫汉澹彁渚涗簡鍏ㄩ潰鑰屾繁鍏ョ殑瀛︿範璺緞锛屾棤璁烘槸甯屾湜鍦ㄦ姇璧勯摱琛屻佽祫浜х鐞嗚繕鏄挩璇㈤鍩熷彂灞曪紝閮借兘鍔╂偍涓鑷備箣鍔涳紝韪忎笂閫氬線閲戣瀺琛屼笟鎴愬姛鐨勮亴涓氫箣璺
绛旓細閫氳繃IORB锛岀編鑱斿偍鑳藉涓庡叾浠栧浗闄呯洃绠℃満鏋勫崗浣滐紝鍏卞悓鐩戠璺ㄥ閲戣瀺甯傚満锛岀淮鎶ゅ叏鐞冮噾铻嶇ǔ瀹氥侷ORB鐨勬垚绔嬪拰宸ヤ綔鍙互澧炲己鍏ㄧ悆閲戣瀺甯傚満鐨勭ǔ瀹氭у拰閫忔槑搴︼紝闃茶寖绯荤粺鎬ч闄┿傝鏈烘瀯杩樺彲浠ヤ績杩涢噾铻嶅競鍦虹洃绠″浗闄呭寲锛屽姞寮哄悇鍥界洃绠℃満鏋勪箣闂寸殑鍚堜綔鍜屽崗璋冿紝闄嶄綆璺ㄥ甯傚満娲诲姩鐨勯闄┿傜編鑱斿偍鐨勫姞鍏ヤ篃浣撶幇浜嗗叾鍦ㄥ浗闄呴噾铻嶅競鍦虹殑閲嶈...
绛旓細鈥滄湁閽辫姳鈥濇槸搴﹀皬婊閲戣瀺锛堝師鐧惧害閲戣瀺锛夋棗涓嬬殑淇¤捶鏈嶅姟鍝佺墝锛堝師鍚嶏細鐧惧害鏈夐挶鑺憋紝2018骞6鏈堟洿鍚嶄负鈥滄湁閽辫姳鈥濓級 銆傜偣鍑绘祴棰濇渶楂樺彲鍊20涓囥傚ぇ鍝佺墝闈犺氨鍒╃巼浣庡煎緱淇¤禆銆傛湁閽辫姳-婊℃槗璐凤紝鏃ユ伅浣庤嚦0.02%璧凤紝鍏锋湁鐢宠绠渚裤佸埄鐜囦綆鏀炬蹇佸熻繕鐏垫椿銆佹伅璐归忔槑銆佸畨鍏ㄦу己绛夌壒鐐广傛湁閽辫姳鎻愪緵闈㈠悜澶т紬鐨勪釜浜...
绛旓細IO鏁板瓧閲忛噰闆 ,鏁板瓧閲忓氨鏄紑鍏抽噺,I鏄緭鍏ョ殑寮鍏抽噺,O鏄緭鍑虹殑寮鍏抽噺,IO鏁板瓧閲忛噰闆嗗嵆閲囬泦杈撳叆杈撳嚭鐨勫紑鍏抽噺鐨勭姸鎬併 鏈洖绛旇鎻愰棶鑰呭拰缃戝弸閲囩撼 MGSJYSZ | 鎺ㄨ崘浜2017-12-16 19:50:52 涓炬姤| 璇勮(1) 3 0 灏辨槸鏁板瓧閲忛噰闆嗙殑鎰忔濆晩,娌″暐鐗瑰埆鎰忔 zuolrs | 鍙戝竷浜2012-12-24 涓炬姤| 璇勮 0 3 涓...
绛旓細杩戝勾鏉ワ紝闅忕潃鍖哄潡閾炬妧鏈殑鍙戝睍锛屽悎绾︺佺幇璐у拰浜ゆ槗鎵涔嬮棿鐨勫叧绯诲彂鐢熶簡宸ㄥぇ鐨勫彉鍖栥傚尯鍧楅摼鎶鏈负鍚堢害銆佺幇璐у拰浜ゆ槗鎵甯︽潵浜嗘洿楂樼殑鍙潬鎬с侀忔槑搴﹀拰鍙搷浣滄э紝缁欏叏鐞閲戣瀺甯傚満甯︽潵浜嗗法澶х殑鍙橀潻銆俇RL:www.coinup.io 棣栧厛锛屽尯鍧楅摼鎶鏈祴浜堜簡鍚堢害鏇撮珮鐨勫彲淇″害鍜屽彲闈犳с傜敱浜庡尯鍧楅摼涓婄殑鏅鸿兘鍚堢害鍙互琚叕寮瀹¤锛...
绛旓細鍖哄埆鍥涳細鍦哄唴鏈熸潈鏈夊浐瀹氱殑浜ゆ槗鍦烘墍锛屽涓婅瘉50ETF鏈熸潈灏卞湪涓婁氦鎵涓婂競浜ゆ槗銆 鍦哄鏈熸潈 鍦哄鏈熸潈鏄湪闈為泦涓х殑浜ゆ槗鍦烘墍浜ゆ槗鐨勯潪鏍囧噯鍖栫殑鏈熸潈鍚堢害锛屾槸鏍规嵁鍦哄鍙屾柟娲借皥鎴栬呬腑闂村晢鎾悎銆佹寜鐓у弻鏂归渶姹傝嚜琛屽埗瀹氫氦鏄撴潯浠鐨勯噾铻琛嶇敓鍝併 鍦哄涓偂鏈熸潈涓昏閽堝鍦ˋ鑲′笂甯傜殑鑲＄エ锛岃鐩90%鐨勮偂绁紝绠鍗曞疄鐢紝鏇撮傚悎鎴戝浗鑲″競...
