¿Qué tipo de calificaciones financieras se pueden utilizar para lanzar el software de préstamo de iOS?
Entonces, ¿por qué la supervisión del equipo de auditoría de Apple se ha vuelto cada vez más estricta desde 2018?
Lo que me impresionó profundamente fue que hubo dos períodos de tiempo importantes que hicieron que la supervisión de los listados de iOS fuera más estricta. Una es que 65438 convocó a todas las personas jurídicas con préstamos en efectivo a Beijing a una reunión el 15 de febrero. En lo que respecta a las tasas de interés de los préstamos y cuestiones de cumplimiento, los principales requisitos son los siguientes: en primer lugar, la tasa de interés integral del préstamo no debe exceder el 36; en segundo lugar, las tarifas correspondientes no se pueden deducir antes del desembolso; en tercer lugar, todas las empresas de préstamos deben cumplir con la aprobación nacional; .
Debido a esta cláusula, muchas aplicaciones de gestión financiera fueron retiradas de las estanterías ese día. El error reportado en ese momento fue 5.2.1.
En el segundo momento, 65438 el 11 de octubre, comenzó el error 3.2.1 a gran escala, que requería que la aplicación presentara una licencia financiera y una presentación ICP. El 95% de las empresas del mercado no cuentan con licencias financieras. Antes había muchos métodos de empaquetado en el mercado, pero el nivel de supervisión en los estantes en los últimos meses ha eliminado todos los juegos previos.
Echemos un vistazo más de cerca a los problemas encontrados en los últimos meses: lo primero expuesto desde el 5438 de junio, el 5.2.1 de febrero. Los términos principales de esta pregunta son que debe tener una cuenta de desarrollador calificada de acuerdo con el producto y el contenido de su producto debe ser coherente con el alcance comercial de su cuenta de desarrollador.
Luego está el problema de 3.2.1, que quedó ampliamente expuesto el 1 de junio. La pregunta 3.2.1 es en realidad también una cuestión de calificación. Su método de operación es en realidad similar al 5.2.1, pero en realidad es mucho más difícil que el 5.2.1.
Porque requiere que presentemos la licencia financiera y el ICP de nuestra cuenta de desarrollador. Algunas empresas con registro ICP pueden obtenerlo, pero pocas empresas en el mercado tienen licencias financieras. Debido a que los desarrolladores nacionales reaccionaron demasiado, Apple ahora ha cedido y se ha relajado un poco. La estantería del autor tiene un contrato de depósito bancario y también está disponible para su cotización.
En 2018 nos topamos con el pack regalo Año del Perro 2.1. Los problemas 2.1 encontrarán hasta 7 cláusulas. No significa que nuestros productos deban haber encontrado estos problemas, pero debido a que los revisores de Apple piensan que nuestros productos pueden tener problemas, primero nos darán un paquete de regalo de rechazo para informarnos. nosotros mismos. Esta cláusula hará perder mucho tiempo y dinero. Debido a que necesita verificar el contenido de su producto de acuerdo con estos términos, la Cláusula 2.1 incluye principalmente ocultación excesiva durante la revisión del producto, problemas de pago de terceros, problemas de calificación de productos financieros, paquetes de consolidación duplicados, etc.
Estas son algunas de las cláusulas de rechazo con las que nos estamos topando últimamente. En esta etapa, generalmente todos encontrarán las cláusulas 3.2.1 y 2.1. Normalmente dividiría el bastidor 105 en dos partes. La primera parte son los aspectos técnicos que debe abordar; la segunda parte son las calificaciones. En esta etapa, sólo te queda resolver estas dos partes. Sólo de esta manera podrá tener una posibilidad estable de recibir el paquete.
Hablemos primero del aspecto técnico. En primer lugar, quiero compartir con ustedes el mecanismo de revisión de iOS. iOS se divide en revisión manual y revisión por computadora.
También habrá diferencias entre el equipo chino y el equipo americano en términos de valoraciones. Principalmente verifican si las calificaciones relevantes de su cuenta coinciden con el certificado cargado en su archivo adjunto, si la información de la empresa dentro del producto contiene información de empresas de terceros y si el contenido de la aplicación se encuentra dentro del alcance de su negocio. La revisión por computadora analiza principalmente el código para ver si hay algún error en los metadatos. Si el código fuente general es más de 70 idéntico al de la aplicación en la misma cuenta. Aquí hay una breve mención del problema en 4.3, que es que el código fuente del paquete vest y el paquete principal están duplicados, lo que provoca errores. 4.3 Esto requiere tecnología para modificar el código fuente, y también se deben ajustar la interfaz de usuario correspondiente y los subtítulos principales.
Aquí quiero centrarme en los ensayos en humanos, porque habrá mucha incertidumbre en los ensayos artificiales. Si tiene suerte, es posible que no le den nada, pero si es realmente estricto, muchas aplicaciones quedarán atrapadas en esta etapa de prueba en humanos. A continuación, compartiré algunas cosas a las que se debe prestar atención cuando se enfrente al equipo de revisión manual para revisar el contenido del producto de la base de probabilidad del paquete aumentado.
Será mejor que ocultemos toda la información de empresa de la primera Asociación Lanfang que aparece en nuestra app, al menos sin la palabra empresa.
Presta especial atención a reflejar la información de tu empresa en el acuerdo de registro y el nombre de tu producto en la página de inicio. Esto es para que coincida con sus calificaciones. También necesitamos agregar un módulo "Acerca de nosotros". El nombre de la aplicación y los derechos de autor que deben declararse son similares a los de la siguiente imagen. Al mismo tiempo, la aplicación necesita agregar información de contacto de servicio al cliente. Estos son detalles relativamente pequeños y fáciles de operar, pero estos son de hecho los puntos clave que los auditores deben considerar durante la revisión de iOS, porque creen que estos contenidos pueden. reflejan la propiedad del producto. Puede ver la plantilla que pedimos a nuestros clientes que proporcionen en la imagen a continuación.
Apple es muy estricta con el pago. Muchos productos serán rechazados si hay canales de pago de terceros en su interior. Por lo tanto, no puede haber información sobre canales de pago de terceros dentro del producto. Puede hacer un cambio y apagarlo cuando finalice la auditoría. Deja que la tecnología funcione.
Los productos Gold Touch definitivamente harán bolsas tipo chaleco para ampliar la exposición. Si se usa una bolsa tipo chaleco, será necesaria más cirugía.
Con una simple operación se cambiarán los principales subtítulos, iconos e información de la aplicación del paquete vest, que es diferente al paquete principal, evitando problemas 4.3. A nivel de código fuente, debe haber al menos una brecha del 30% entre el código fuente del paquete vest y el paquete principal. Puede agregar algún código confuso al código fuente para aumentar la probabilidad de pasar la revisión por computadora.
A nivel técnico, los métodos para mejorar la tasa de estantería durante la revisión son aproximadamente los siguientes. A continuación, echemos un vistazo a varios métodos de cotización principales en el mercado: apelación, PS, autorización, empaquetado y búsqueda de un tercero.
Aquí te puedo contar una regla no escrita. Si no se coloca en los estantes debido a problemas de calificación, los revisores de iOS darán prioridad a la revisión de su producto cuando vuelva a estar en los estantes. Pero una vez que aparece en los estantes varias veces por una razón, Apple lo considerará un comportamiento maligno, lo que probablemente dará lugar a una extensión ilimitada de la revisión, que generalmente oscila entre 15 días y dos meses, o será bloqueada.
En cuanto al atractivo, recomiendo a empresas con licencia financiera que lo prueben. Podemos empezar escribiendo un correo electrónico sobre la apelación. El contenido general es que nuestros productos están en línea con nuestro alcance comercial y también tenemos calificaciones relevantes. Atendemos a consumidores a nivel nacional. Espero que el equipo de iOS pueda entenderlo y dejarlo en el estante. Este método tiene una cierta probabilidad de colocarse con éxito en los estantes en la etapa inicial de 17, porque en esa etapa, existe una alta probabilidad de que iOS se coloque en los estantes por suerte. Su correo electrónico de queja puede resolver directamente este problema. Lo que hay que tener en cuenta aquí es que la probabilidad de ser incluido en el paquete por casualidad es cada vez menor. Puedes intentarlo, pero es mejor tener en cuenta que tu dirección de correo electrónico de queja no exceda de tres, porque si las hay. demasiados, el equipo de revisión de iOS pensará que lo hiciste a propósito, muy probablemente.
Nota: muchas empresas están realizando calificaciones, como el "subequipo de desarrollo de iOS". Si tiene una cuenta de desarrollador financiero pero no tiene una licencia financiera, puede probarla. Puede encontrar una calificación de otra empresa en línea, luego ir a PS y cambiar toda la información en la calificación a su propia empresa. Habrá una cierta posibilidad de que esto suceda. Cabe señalar que la tecnología PS debe ser profesional.
Debido a que el equipo de auditoría manual de iOS se divide en un equipo chino y un equipo estadounidense, se realiza de acuerdo con la auditoría aleatoria de los dos equipos. Si el equipo está asignado a Estados Unidos, será más fácil guardarlo en las estanterías. Por ejemplo, una empresa de gestión financiera subió una licencia financiera a PS porque no tenía una licencia financiera. El equipo de revisión de iOS solo verificará si la información de la licencia financiera coincide con la información de la empresa de su cuenta de desarrollador y no acudirá a la Comisión Reguladora Bancaria de China para investigar si su empresa tiene esta licencia financiera. Si el equipo de revisión lo aprueba, su paquete está aprobado. Este método ahora se puede comercializar con éxito con cierta probabilidad. A lo que debemos prestar atención es a que cuando las calificaciones estén completamente preparadas, el contenido y la lógica del producto deben coincidir con sus calificaciones.
Porque el factor para el éxito de una cotización no son sólo las cualificaciones, sino también el producto en sí. Mencioné anteriormente cosas a tener en cuenta con respecto al producto.
El enfoque anterior al problema del shell era relativamente simple y tosco. En pocas palabras, se trata de crear un caparazón de información, una calculadora, un bloc de notas y tal vez simplemente una cuenta personal enviada. Ahora bien, las posibilidades de éxito con este método son muy pequeñas. Nuestro enfoque principal ahora es destacarnos en la misma industria y luego hacerlo junto con las calificaciones. Tomemos un ejemplo típico de préstamo de productos de supermercado. Debido a que este tipo de aplicación involucra muchos productos de otras compañías, sería difícil pasar si se utilizan especialidades locales para colocarlos en los estantes. El enfoque principal en el mercado ahora es crear un shell. Por supuesto, el contenido del shell debe coincidir con su cuenta de desarrollador y sus calificaciones. El método habitual para conceder préstamos a los supermercados es pretender ser un préstamo en efectivo con fines de prueba, lo que puede evitar una revisión posterior.
Lo que hay que tener en cuenta aquí es que el funcionamiento del shell es relativamente complicado. Uno es hacer la superficie AB y el otro es hacer el interruptor de detección. Si la aplicación no tiene un shell listo para usar, el ciclo de tiempo de este método es demasiado largo.
El juego autorizado se lanzó en junio y octubre de 5438. En ese momento, el error se informó como 3.2.1 y luego el equipo de iOS envió un documento de aprobación que mencionaba el método específico de autorización. El significado general es que las empresas de productos pueden estar afiliadas a empresas con calificaciones y licencias completas en la misma industria, o autorizadas por algunas grandes empresas estatales: todos deben tener en cuenta aquí que la autorización significa que usted está afiliado a una empresa calificada. . El documento de aprobación establece que una vez que utilice la autorización, su producto debe ser autorizado por la empresa autorizada y su cuenta de desarrollador debe ser de la empresa autorizada. Mucha gente utilizó este método para pasar a 5.2.1 antes de la aprobación, pero ahora se indica claramente que su cuenta de desarrollador debe ser una empresa autorizada, por lo que todos deben prestar atención.
El último es buscar canales de terceros, que son calificaciones del paquete original. Ahora hay muchos canales en el mercado. Nuestro enfoque será más específico: utilizar la cuenta de desarrollador del banco, porque en esta etapa solo hay dos cuentas en línea que son más confiables, a saber, la cuenta de desarrollador del banco y la calificación de productos pequeños. cuenta.
Su método principal es utilizar estas cuentas calificadas para ayudarlo a cargarlo y luego agregar su licencia financiera y su banco al archivo adjunto. Presentación del ICP. Toda la información de la empresa en sus productos se cambiará a su empresa. Una vez que el paquete se apruebe con éxito, cambiarán toda la información de la empresa a su empresa mientras esperan que el desarrollador la publique y luego se la enviarán de vuelta después de que el paquete se publique en línea.
Este enfoque es relativamente confiable y ahorra tiempo en esta etapa sin calificaciones relevantes. Todo el mundo debería prestar atención a la elección de los canales. En esta etapa, puede que no haya tantos canales como antes, pero todavía hay un número determinado. Hasta donde yo sé, todavía hay muchos canales en el mercado que son relativamente simples y toscos. Los siguientes son los paquetes que recientemente ayudé a la empresa a brindar para diferentes industrias y diferentes períodos de tiempo cuando las regulaciones se volvieron más estrictas desde 65438 hasta el 15 de febrero.