什么样的金融资质可以发布ios贷款软件？
那么为什么从2018开始，苹果审计团队的监管越来越严呢？
我印象比较深的是，有两个重要的时间段，使得ios上架的监管比较严格。一个是65438+2月15年2月召集所有有现金贷的法人到北京开会。涉及到贷款利率和合规问题，主要要求如下:一是贷款综合利率不得超过36%；二是相关费用不能在放款前扣除；第三，所有贷款公司必须符合国家批准。
因为这个条款，当天很多理财app都下架了。当时报错的问题是5.2.1。
第二个时间点，65438+10月11，开始大规模报错3.2.1，要求app提交金融许可证和icp备案。市场上95%的公司都没有金融牌照。之前市面上有很多包装的方式，但是最近几个月上架的监管程度已经把之前的粗糙游戏都淘汰了。
我们再仔细看看最近几个月遇到的问题:5438年6月以来暴露的第一件事+2月5.2.1。这个问题的主要条款是根据产品必须有一个合格的开发者账号，你的产品内容必须和你的开发者账号的业务范围一致。
然后就是3.2.1的问题，在6月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审核时审核员要看的重点，因为他们认为这些内容可以体现产品的归属。您可以在下图中查看我们要求客户提供的模板。
关于支付，苹果是很严格的。很多产品在内部有第三方支付通道的情况下会被拒收。所以不能有产品内部有第三方支付通道的信息。你可以做一个开关，审计结束就关掉。让技术运作起来。
金触产品肯定会做背心袋来扩大曝光度。如果穿上背心袋，就需要做更多的手术。
简单操作一下马甲包的主字幕，图标，应用信息都会做出改变，和主包不一样，避免4.3的问题。在源代码层面，马甲包和主包的源代码至少要有30%的差距。可以在源代码中加入一些容易混淆的代码，这样可以提高通过计算机审查的概率。
技术层面上，审核时提高上架率的方法大致是这些。接下来我们就来了解一下市面上主流的几种上架方式:申诉、PS、授权、装箱、找第三方。
在这里，我可以告诉你一个不成文的规定。如果因为资质问题未能上架，ios审核员会在你再次上架时优先考虑你的产品。但是一旦你因为一个原因多次被拒，苹果会认为这是一种邪恶的行为，很可能会导致审核无限延长，通常是15天到两个月不等或者会被封杀。
关于诉求，我推荐有金融牌照的公司尝试一下。我们可以先写一封关于上诉的邮件。大致内容是我们的产品符合我们的经营范围，我们也有相关资质。我们为全国的消费者服务。希望ios团队能理解，把你上架。这个方法在17前期有一定概率成功上架，因为在那个阶段，ios还有很大的几率是靠运气上架的，你的一封投诉邮件可能就直接解决了这个问题。这里需要注意的是，现在侥幸上包的概率越来越小了，可以试试，但是最好注意你的投诉邮箱不要超过三个，因为如果太多的话，ios审核组会认为你是故意的，很可能。
注:很多公司其实都在做资质，比如“ios开发子团队”。如果你有金融开发者账号，但缺少金融牌照，可以试试。你可以在网上找一个其他公司的资质，然后去Ps，把资质里的信息全部改成自己的公司。这样会有一定几率。需要注意的是，PS技术一定要专业。
因为ios的人工审计团队分为中国团队和美国团队，是按照两个团队的随机审计来做的。如果分配给美队，就更容易上架了。比如某理财公司因为没有金融牌照，上传了金融牌照。ios审核组只会看金融牌照上的信息是否与你的开发者账户的公司信息匹配，不会去银监会调查你的公司是否有这个金融牌照。如果审核小组批准了，你的包就通过了。这种方法现在也可以有一定概率成功上架。我们需要注意的是，在资质准备充分的情况下，产品的内容和逻辑要能和你的资质相匹配。因为上架成功的因素不仅仅是资质，还有产品本身。我上面提到了产品方面需要注意的事情。
之前在壳的问题上的做法比较简单粗暴。简单来说就是做一个信息的外壳，计算器，记事本，也许只是一个提交的个人账号。现在这种方法成功上架的几率很小了。我们现在的主要做法是在同行业中做一个亮眼的，然后和资质一起做。举一个借超市产品的典型例子，因为这类app涉及其他公司的很多产品，如果用土特产上架，很难通过。现在市场上主流的做法是做壳，当然壳的内容要和你的开发者账号和资质相匹配。通常给超市贷款的方法是冒充现金贷进行试用，可以避免后期审核。
这里需要注意的是，shell的操作比较复杂。一个是做ab面，一个是做检测开关。如果app没有现成的外壳，这种方法的时间周期太长。
授权玩法其实是5438年6月+10月出的。当时报错为3.2.1，然后ios团队发了一个批文，上面提到了授权的具体方法。大致意思是允许产品公司挂靠在同行业资质牌照齐全的公司，或者一些大型国有公司授权:这里大家需要注意，授权这种方式，意味着你挂靠在有资质的公司。批文中写明，一旦你用授权的方式做，你的产品需要授权公司授权，你的开发者账号必须是授权公司。很多人在审批之前都是用这个方法去5.2.1，但是现在明确说明了你的开发者账号必须是授权公司，需要大家注意。
最后一种是找第三方渠道，属于原包资质。现在市面上有很多渠道，我们的做法会更具体一些，就是用银行的开发者账号，因为现阶段只有两个账号上线比较靠谱，分别是银行的开发者账号和小商品的资质账号。
他们的主要做法就是用这些合格的账号帮你上传，然后把他们的金融牌照和银行加到附件里！ICP备案。您产品中的所有公司信息都将更改为他们的公司。包审批成功后，他们会在等待开发商发布的同时，把所有公司信息都改成你的公司，等包上线发布后再寄回给你。
这样的做法在没有相关资质的现阶段还是比较靠谱的，也比较省时。大家要注意渠道的选择。现阶段，渠道可能没有以前多，但也有一定数量。据我所知，市面上还是有很多渠道比较简单粗暴。以下是我最近帮公司从65438+2月15监管变严时，不同行业不同时间段的套餐。