小程序备案，复用主体资料确认中，主体负责人却没有收到短信？超过24小时也无法重新发起复用确认？应该如何处理？

小程序备案，复用主体资料确认中，主体负责人却没有收到短信？能否在此发送申请短信？或者如何确认主体责任人是否法人的？

开发的校内服务小程序，其中有一个订水功能要求选择商家自营-初级食用农产品/食品类目，但是需要上传营业执照，但是我们是做软件开发根本没这个经营范围的，上传水站自己的营业执照是否可以？

功能1用户拍照生成蓝底或者白底证件照片，本身功能未进行人脸核身或者对用户身份进行任何比对需要检测的仅是当前照片是否包含人脸用来生成蓝底证件照以完成学生自助生成准考证自行打印。 [图片] 功能2外聘教师提交审核资料上传可以证明身份的证件照片,到校报道是根据提交资料线下进行核对避免老师还需要邮寄或携带资料现场申请。 [图片] 以上两个功能本身上传或拍摄的照片,并没有和操作人做任何生物比对或者身份验证。功能1有提示人脸检测文字但是检测的也仅是对当前拍摄的照片是否包含人脸，有没有闭眼 之类的信息进行检测以便生成蓝底或者白底照片供学生自行下载打印准考证而不是需要提交照片到教务处再去打印准考证，功能中并没有对身份进行核验或者生物比对。功能2中要求上传证件照是因为报到外聘教师提交的资料报到时需要根据申报资料进行现场审核。功能当中亦未进行任何核身验证仅是为了方便各学校接收申请提交信息。 多次审批 多次进行功能说明，但是每次都说进行了人脸验证，对此拒绝理由无法理解。 1.是否不允许小程序中出现或者提供或者实际要求用户上传可以证明身份的证件照片 2.是否用户拍摄照片也是不允许的，或者拍摄后不允许对照片进行判断是否闭眼 是否包含人脸这些操作。 如果以上均不行，那校内应用或者办公应用的这类功能无法完成，申请类要求资料附带身份证明信息的资料提交更是不能做进来。

2．服务范围特定的小程序 对于客观上服务范围特定、未完全开放用户注册，需通过更多方式完成身份验证后才能提供服务的小程序，可以直接引导用户进行帐号登录。 针对以上说明，已经正面示例，本不需要想开放范围的小程序一样提供功能说明后才进行注册的吧。但是依然按照注册类的小程序进行了功能描述。可是审核还是连续拒绝。 不明白是我理解错误还是你们审核没仔细看，如有不符合请详细说明。 [图片][图片]

高校小程序涉及提供用户自行生成内容的发布 又不给出具体功能？关键我里面没有社交等内容。唯一沾边的就是校内的通知公告 这也算的？选择了社交类目 是不是还得提交别的证明 审核能不能看仔细了 第一次自己填错账号 拒绝 这次有涉及社交论坛发布 审核到底有没有标准的 随心啊

并不是催审 因为没关系了 可以慢慢审 没新增啥功能也不打算再新增功能啦。就是想问问这机制搞的这么麻烦 还快速开发个鬼啊。 几乎都是在做企业的内部应用，功能完全都是针对企业内部人员而且多数情况下并不希望对外部人员开放。包括且不限于看到功能菜单或内部新闻、通告等。 但是目前这审核机制 除了提供测试账号还得要求能取消授权或登录的账号绑定。有时候审核反馈里还要求不授权或绑定情况下能体验完整功能。那我还限制个鬼内部应用啊。 另外小程序评测加速审核。 我企业内只有这么些固定的用户 达到使用人数就没别的人需要关注了。 而且还不是所有人都需要用到。去哪里搞什么用户增长来达到优秀。 搞得现在完全不知道一次审核要多久。本来打算做到小程序的功能现在也只能慢慢往本来想要替换掉的APP转移了。真是无语。

一次审核要48小时 而且每次都要提供测试账号 只是更新下调整下布局和文字的话也这么要求么。 太浪费时间了 还不能加急 真的十分影响校内办公类的使用 现在都不敢加新功能打算出APP了。

第一次发布审核时间很慢,被拒要求提供测试账号，体验完整的功能,但这个完全是一个校内教务应用,完全不对外开放,使用必须和校内教务系统个人信息进行完全匹配绑定。类似这样的应用不能放宽审核和缩短审批时间么,本身校内业务个性化内容就较多 改动也相对频繁 。 频繁的审核和过多的审核时间消耗 真的十分影响校内办公应用的开发计划 甚至是教学安排。这样下去只能从原来的公众号网页转向APP了 毕竟可以及时调整业务改动。