¿La transferencia de la aplicación entre desarrolladores requiere una nueva compra por parte de los usuarios finales?

No es necesario volver a comprarlo para el usuario final: podrá descargar la aplicación y recibir actualizaciones en el futuro. La aplicación sigue apareciendo como una Compra en su ID de Apple, por lo que no importa si la aplicación está realmente instalada en su dispositivo o no.

Como ha solicitado una respuesta de alguien con experiencia personal, puedo decir que lo he intentado en la práctica, y funciona como se describe.

El único cambio real visible para los usuarios es que si la aplicación forma parte del grupo de intercambio de llaveros, el usuario tendrá que iniciar sesión una vez más después de instalar la primera actualización del nuevo desarrollador.

Aparte de eso, todo lo demás es técnicamente exactamente como si el desarrollador original no hubiera transferido la aplicación, es decir, el nuevo desarrollador puede elegir eliminar la aplicación de la venta, dejar de hacer actualizaciones para ella, hacerla incompatible con dispositivos más antiguos cree actualizaciones que eliminen la funcionalidad, etc., pero el desarrollador original podría haber hecho lo mismo.

Aquí no hay una certeza del 100%, pero déjame explicarte porque no es tan malo como parece.

Suponiendo que su ID de Apple haya comprado previamente la aplicación (ya sea gratuita o de pago), entonces no importa si la aplicación está instalada en alguno de sus dispositivos actuales. La compra está en el historial de compras de ese ID de Apple y todavía tiene acceso para volver a descargar la aplicación y para futuras actualizaciones.

Sin embargo, la razón por la que esto no es 100% seguro es porque el desarrollador puede elegir no ofrecer más la aplicación para la venta y / u ofrecer la disponibilidad de versiones anteriores a los usuarios que no están en la última versión de iOS. Déjame explicarte con el siguiente escenario.

Escenario

Digamos que compró la aplicación XYZ en un iPhone 6s con iOS 9 instalado. Continuó actualizando XYZ desde la versión 1 hasta la versión 3 incluida. Luego, compra un iPhone X (con iOS 11) y decide comenzar desde cero en términos de qué aplicaciones instala y no instala XYZ. Mientras tanto, el desarrollador de XYZ transfiere la aplicación a otro desarrollador. Este nuevo desarrollador continúa manteniendo y actualizando la aplicación que ahora se encuentra en la versión 5.

Apple lanza iOS 13 y el nuevo desarrollador actualiza XYZ a la versión 6. Sin embargo, al hacerlo, deciden editar la lista de últimas versiones de aplicaciones compatibles para que solo se avance Las versiones 5 y 6 están disponibles para descargar. Sin embargo, debido a que todavía está en iOS 11, cuando intenta instalar la aplicación no está disponible.

Por supuesto, en el escenario anterior, puedes actualizar a iOS 12 (o iOS 13) y la aplicación estará disponible.

Además, como se mencionó anteriormente, el desarrollador puede optar por eliminar la aplicación de la venta, en cuyo caso tampoco podrá volver a instalarla.

NOTA: : el desarrollador original / existente de una aplicación también puede eliminarla de la venta o editar la última lista de versiones de aplicaciones compatibles, en cuyo caso el resultado final sería el mismo.

La transferencia no hace que una aplicación cambie un paquete.

• La transferencia podría permitir que el nuevo desarrollador fuerce una nueva descarga cambiando la ID del paquete.

Una complicación adicional es que el almacenamiento de datos de iOS se puede diseñar como parte de un grupo. Piense en Microsoft Office: los contenedores de almacenamiento de datos se combinan varias aplicaciones con diferentes ID de paquete que comparten un grupo de almacenamiento de datos.

Si una aplicación se transfiriera fuera del almacenamiento de grupo, se rompería la aplicación. Es casi seguro que Apple obligue al nuevo desarrollador a cambiar el BundleID antes de enviar una nueva versión. (En este caso de borde)