Un iPhone peut-il émuler un badge d'accès ?
Seulement là où le système d'accès a été bâti pour cela. L'émulation de carte sur iPhone existe aux conditions d'Apple, par des accords avec l'exploitant, plutôt que comme quelque chose qu'une application ordinaire puisse improviser. Le facteur décisif est le lecteur auquel vous vous présentez, non le téléphone que vous tenez.
La capacité existe
Un iPhone peut se comporter comme une carte. C'est ce qui se produit quand vous payez, et c'est le même mode qu'emploient les transports et les justificatifs que les gens gardent dans une application de portefeuille.
La réponse à la question de savoir si un iPhone peut faire office de badge n'est donc pas un non matériel. Le matériel le fait tous les jours.
Ce qui est contraint est qui peut s'en servir et comment.
Aux conditions de qui
Apple régit quels justificatifs peuvent être émulés et par quel accord. Un système d'accès n'acquiert pas la capacité en écrivant une application, il l'acquiert en entrant dans le processus qu'Apple définit.
Depuis iOS 18.1, et pour certains types de cartes depuis iOS 17.4, ce processus porte un nom : la plateforme NFC et SE. Une application à laquelle Apple accorde son habilitation, sous accord commercial, peut présenter des cartes qui incluent explicitement les badges d'entreprise, dans un ensemble de pays pris en charge. C'est ce même accord rendu concret : l'émulation de carte aux conditions d'Apple, non une capacité ouverte que toute application puisse atteindre.
C'est une question commerciale et contractuelle autant que technique, et c'est pourquoi certains systèmes de bâtiment prennent en charge les téléphones et d'autres, superficiellement semblables, non.
C'est aussi pourquoi la réponse Android et la réponse iPhone diffèrent. Android expose directement aux applications l'émulation de carte par l'hôte, avec les implications de confiance qui suivent.
C'est le lecteur qui décide
Même là où un téléphone peut émuler, le lecteur doit accepter ce qu'il présente.
Un lecteur qui confronte un justificatif à un serveur peut être satisfait par un téléphone. Un lecteur qui s'authentifie contre le matériel de la carte, comme le font beaucoup de systèmes d'accès hérités, ne peut être satisfait par rien d'autre que cette carte.
La question utile n'est donc pas ce que savent faire les téléphones. C'est ce que vos lecteurs vérifient réellement, ce que l'intégrateur sait et que vous ignorez probablement.
Poser cette question d'abord épargne beaucoup d'investigations dans la mauvaise moitié du problème.
Ce qu'il faut demander avant de promettre
Que vérifient les lecteurs : un numéro, une réponse de serveur, ou quelque chose que la carte prouve en matériel ?
Le fabricant prend-il en charge les justificatifs sur téléphone, et sur quelles plateformes ?
Que se passe-t-il pour les gens sans téléphone pris en charge, un système de badges qui exclut une partie du personnel n'étant pas un système.
Et quel est le repli quand un téléphone est déchargé. Un badge qui dépend d'une batterie a un mode de défaillance que le plastique n'a pas, et tout déploiement sérieux le prévoit.
Questions fréquentes
Puis-je copier mon badge de bureau sur mon iPhone ?
Pas en le copiant vous-même. La plupart des systèmes d'accès contrôlent quelque chose que le badge prouve en matériel. L'émulation sur iPhone est encadrée par Apple, ouverte depuis iOS 18.1 aux applications qui reçoivent son habilitation NFC et SE, badges d'entreprise compris, mais pas à n'importe quelle application.
Pourquoi Android en fait-il davantage ici ?
Android expose directement aux applications l'émulation de carte par l'hôte. C'est un autre modèle de confiance plutôt qu'un modèle plus capable.
Des bâtiments prennent-ils en charge les badges iPhone ?
Les systèmes conçus pour cela, oui. Le facteur déterminant est le système d'accès et son lecteur, non le téléphone.
Et si la batterie de mon téléphone lâche ?
C'est un mode de défaillance réel qu'un badge en plastique n'a pas, et il mérite qu'on prévoie un repli avant de déployer des justificatifs sur téléphone.