¿Un iPhone puede emular una credencial de acceso?
Solo donde el sistema de acceso se construyó para ello. La emulación de tarjeta en el iPhone existe en los términos de Apple, mediante acuerdos con quien opera, y no como algo que una aplicación corriente pueda improvisar. El factor que decide es el lector al que te presentas, no el teléfono que llevas en la mano.
La capacidad existe
Un iPhone puede comportarse como una tarjeta. Eso es lo que pasa cuando pagas, y es el mismo modo que usan el transporte y las credenciales que la gente guarda en una aplicación de cartera.
Así que la respuesta a si un iPhone puede hacer de credencial no es un no del material. El material hace esto todos los días.
Lo que está restringido es quién puede usarlo y cómo.
En los términos de quién
Apple gobierna qué credenciales pueden emularse y mediante qué acuerdo. Un sistema de acceso no adquiere la capacidad escribiendo una aplicación, la adquiere entrando en el proceso que Apple define.
Desde iOS 18.1, y para algunos tipos de tarjeta desde iOS 17.4, ese proceso tiene nombre: la NFC and SE Platform. Una aplicación a la que Apple conceda su autorización, bajo un acuerdo comercial, puede presentar tarjetas que incluyen explícitamente las credenciales corporativas, en un conjunto de países admitidos. Es el mismo acuerdo hecho concreto, emulación de tarjeta en los términos de Apple, no una capacidad abierta a la que llegue cualquier aplicación.
Esa es una cuestión comercial y contractual tanto como técnica, y es la razón de que unos sistemas de edificio admitan teléfonos y otros aparentemente parecidos no.
Es además la razón de que la respuesta de Android y la del iPhone difieran. Android expone la emulación en el anfitrión a las aplicaciones directamente, con las implicaciones de confianza que eso conlleva.
Decide el lector
Incluso allí donde un teléfono pueda emular, el lector tiene que aceptar lo que presenta.
Un lector que comprueba una credencial contra un servidor puede quedar satisfecho con un teléfono. Un lector que se autentica contra el propio material de una tarjeta, como hacen muchos sistemas de acceso heredados, no puede quedar satisfecho con nada que no sea esa tarjeta.
Así que la pregunta útil no es qué pueden hacer los teléfonos. Es qué verifican tus lectores en realidad, cosa que sabe el integrador del sistema y que tú probablemente no.
Preguntarlo primero ahorra muchísima investigación en la mitad equivocada del problema.
Qué preguntar antes de prometer
¿Qué verifican los lectores: un número, una respuesta de servidor, o algo que la tarjeta demuestra en material?
¿El fabricante admite credenciales en el teléfono siquiera, y en qué plataformas?
Qué pasa con quien no tenga un teléfono admitido, porque un sistema de credenciales que excluye a parte del personal no es un sistema.
Y cuál es el recurso cuando un teléfono se queda sin batería. Una credencial que depende de una batería tiene un modo de fallo que el plástico no tiene, y cualquier despliegue serio lo prevé.
Preguntas frecuentes
¿Puedo copiar la credencial de mi oficina a mi iPhone?
No copiándola tú. Casi todos los sistemas de acceso comprueban algo que la credencial demuestra en material. La emulación en el iPhone la controla Apple, abierta desde iOS 18.1 a las aplicaciones a las que concede su autorización NFC y SE, credenciales corporativas incluidas, pero no a cualquier aplicación.
¿Por qué Android puede hacer más aquí?
Android expone la emulación en el anfitrión a las aplicaciones directamente. Es un modelo de confianza distinto y no uno más capaz.
¿Hay edificios que admitan credenciales en el iPhone?
Los sistemas diseñados para ello sí. El factor que determina es el sistema de acceso y su lector, no el teléfono.
¿Y si mi teléfono se queda sin batería?
Ese es un modo de fallo real que una credencial de plástico no tiene, y merece la pena planificar un recurso antes de desplegar credenciales en el teléfono.