审核被拒(后台定位,autio,voip,发表朋友圈)

APP上线审核被拒那些事(一)
 
2.3 - Apps that do not perform as advertised by the developer will be rejected
2.3 Details
Your app has the UIFileSharingEnabled key set to true in the info.plist, but we were not able to share files from your app.
Next Steps
If your app does not require the file sharing feature, please set the UIFileSharingEnabled key in the Info.plist to false.
你的应用程序已设定在Info.plist中的uifilesharingenabled key为YES,但是我们不能够分享你的应用程序文件。
下一步
如果你的应用程序不需要的文件共享功能,请在Info.plist设定uifilesharingenabled关键Flase。

1.解决方法及解释: 你的app中没有分享功能,但是UIFileSharingEnabled key 是YES,如果你的app确实没用到分享功能必须设置成NO.

2.16 - Multitasking Apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc.  
2.16 Details
Your app declares support for VoIP in the UIBackgroundModes key in your Info.plist, but does not include any Voice over IP services.
Next Steps
Please revise your app to either add VoIP features or remove the "voip" setting from the UIBackgroundModes key.

We recognize that VoIP can provide "keep alive" functionality that is useful for many app features. However, using VoIP in this manner is not the intended purpose of VoIP.
2.16 Details
Your app declares support for audio in the UIBackgroundModes key in your Info.plist but did not include features that require persistent audio.
Next Steps
The audio key is intended for use by applications that provide audible content to the user while in the background, such as music player or streaming audio applications. Please revise your app to provide audible content to the user while the app is in the background or remove the "audio" setting from the UIBackgroundModes key.
2.16 Details
Your app declares support for location in the UIBackgroundModes key in your Info.plist file but does not declare any features that require persistent location. Apps that declare support for location in the UIBackgroundModes key in your Info.plist file must have features that require persistent location.

Next Steps

Please revise your app to include features that require the persistent use of real-time location updates while the app is in the background. Please also add the following battery use disclaimer in your Application Description:
"Continued use of GPS running in the background can dramatically decrease battery life."

If your app does not require persistent real-time location updates, please remove the "location" setting from the UIBackgroundModes key. You may wish to use the significant-change location service or the region monitoring location service if persistent real-time location updates are not required for your app features.
Resources
For more information, please review the Starting the Significant-Change Location Service and Monitoring Shape-Based Regions. 
2.16多任务应用程序才可以使用后台服务为他们的目的:VoIP、音频播放、地点、任务完成、本地通知,等。
2.16细节
你的应用程序是在uibackgroundmodes关键在Info.plist VoIP支持,但不包括任何IP语音业务。
下一步
请修改你的应用程序中添加VoIP功能或删除“VoIP”从uibackgroundmodes键设置。
我们认识到,网络可以提供“活下去”的功能,对于许多应用程序的功能是有用的。然而,这种方式是不使用VoIP VoIP的目的。
2.16细节
你的应用程序声明支持音频的uibackgroundmodes关键在你并没有包括需要持续的音频功能。
下一步
音频键的目的是为用户提供声音内容的应用程序,如音乐播放器或音频流媒体应用程序。请修改您的应用程序提供可听的内容给用户,应用程序是在背景或删除“音频”从uibackgroundmodes键设置。
2.16细节
你的应用程序声明支持位置在uibackgroundmodes关键在Info.plist文件但不宣布任何功能,需要持久的位置。应用程序声明支持位置在uibackgroundmodes关键在Info.plist文件必须需要持久的位置特征。
下一步
请修改您的应用程序,以包括功能,需要持续使用的实时位置更新,而应用程序的背景。请在应用程序描述中添加以下电池使用免责声明:
“继续使用在后台运行的全球定位系统,可以大大降低电池寿命。”
如果你的应用程序不需要持续的实时位置更新,请清除“位置”从uibackgroundmodes键设置。如果你的应用程序功能不需要持久的实时位置更新,您可能希望使用显着的更改位置服务或区域监测位置服务。
资源
2.解决方法及解释:
  2.1.你的app后台运行了Voip(网络电话),但你的app中没有应用网络电话的地方,所以就在后台运行(info.plist中UIBackgroundModes key 
 )移除Voip.
  2.2你的app后台运行了audio(音乐服务),但你的app中没有应用audio(音乐服务)的地方,所以就在后台运行(info.plist)UIBackgroundModes key )移除audio.
      2.3你的app后台运行了 location (后台定位), 如果要使用的话,需要在免责声明: "Continued use of GPS running in the background can dramatically decrease battery life.”,并上传视频告诉苹果,可以通过开关关闭后台定位.
3.解决方法及解释:
意思是你的app中有朋友圈功能,为了屏蔽用户发表不良信息,得做出相应措施,添加举报功能或禁言功能.

14.3 - Apps that display user generated content must include a method for filtering objectionable material, a mechanism for users to flag offensive content, and the ability to block abusive users from the service 14.3 Details Your app enables the display of user-generated content but does not have the required precautions in place. Next Steps It is necessary that you put all of the following precautions in place: - Require that users agree to terms (EULA) and these terms must make it clear that there is no tolerance for objectionable content - Use moderators to flag and remove inappropriate content and offensive users - Users need a mechanism to flag objectionable content and report users generating this content - Users need a mechanism to block abusive users - Developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content - Developer needs a method for ejecting users who violate the terms of the EULA If you have difficulty reproducing a reported issue, please try testing the workflow described in Technical Q&A QA1764: How to reproduce bugs reported against App Store submissions. If you have code-level questions after utilizing the above resources, you may wish to consult with Apple Developer Technical Support. When the DTS engineer follows up with you, please be ready to provide: - complete details of your rejection issue(s) - screenshots - steps to reproduce the issue(s) - symbolicated crash logs - if your issue results in a crash log 14.3应用程序显示用户产生的内容必须包括一个过滤有害物质的方法,为用户的旗帜进攻内容的机制,并且能够阻止滥用用户服务 14.3细节 您的应用程序允许用户生成内容的显示,但没有所需的预防措施。 下一步 你必须把所有的下列预防措施都到位: -要求用户同意条款(EULA),这些条款必须清楚,没有容忍令人反感的内容 使用版主的旗帜和消除不适当的内容和攻击用户 用户需要一种机制来标志内容和报告用户生成内容 用户需要一种机制来阻止滥用用户 开发者必须在内容的报道在24小时内删除内容和喷射谁提供违规内容的用户 开发者需要一个弹出用户违反本EULA条款的方法 如果你有困难,再现一个报告的问题,请尝试测试工作流技术问答qa1764描述:如何重现在App Store提交错误报告。 如果您有使用上述资源的代码级别的问题,您可能希望与苹果的开发者咨询的技术支持。当DTS工程师跟踪你,请准备提供: •完整的细节,你的拒绝问题 •屏幕截图 •复制该问题的步骤 - symbolicated崩溃记录-如果你的问题导致崩溃的日志
 
将来的自己,会感谢现在不放弃的自己!
原文地址:https://www.cnblogs.com/TheYouth/p/5151028.html