Um iPhone consegue emular um crachá de acesso?
Só onde o sistema de acesso foi construído para isso. A emulação de cartão no iPhone existe nos termos da Apple, por acordos com o operador, em vez de ser algo que um aplicativo comum consiga improvisar. O fator decisivo é o leitor a que você se apresenta, não o celular na sua mão.
A capacidade existe
Um iPhone consegue se comportar como um cartão. É o que acontece quando você paga, e é o mesmo modo usado pelo transporte e pelas credenciais que as pessoas guardam num aplicativo de carteira.
Então, se um iPhone consegue agir como crachá, a resposta não é um não de hardware. O hardware faz isso todo dia.
O que é restringido é quem pode usar isso e como.
Nos termos de quem
A Apple governa quais credenciais podem ser emuladas e sob qual arranjo. Um sistema de acesso não ganha a capacidade escrevendo um aplicativo, ele a ganha entrando no processo que a Apple define.
Desde o iOS 18.1, e para alguns tipos de cartão desde o iOS 17.4, esse processo tem nome: a plataforma NFC e SE. Um aplicativo que receba a autorização da Apple, sob um acordo comercial, pode apresentar cartões que incluem explicitamente os crachás corporativos, num conjunto de países suportados. É o mesmo arranjo tornado concreto, emulação de cartão nos termos da Apple, não uma capacidade aberta que qualquer aplicativo alcance.
Essa é uma questão comercial e contratual tanto quanto técnica, e é por isso que alguns sistemas de prédios suportam celulares e outros superficialmente parecidos não suportam.
É também por isso que a resposta do Android e a do iPhone diferem. O Android expõe a emulação de cartão pelo host aos aplicativos diretamente, com as implicações de confiança que decorrem disso.
O leitor decide
Mesmo onde um celular pode emular, o leitor tem de aceitar o que ele apresenta.
Um leitor que confere uma credencial contra um servidor pode ser satisfeito por um celular. Um leitor que autentica contra o próprio hardware de um cartão, como muitos sistemas de acesso antigos fazem, não pode ser satisfeito por nada que não seja aquele cartão.
Então a pergunta útil não é o que os celulares conseguem fazer. É o que os seus leitores verificam de fato, que o integrador do sistema sabe e você provavelmente não.
Perguntar isso primeiro poupa uma boa quantidade de investigação na metade errada do problema.
O que perguntar antes de prometer
O que os leitores verificam: um número, uma resposta de servidor, ou algo que o cartão prova em hardware?
O fabricante suporta credenciais em celular, e em quais plataformas?
O que acontece com quem não tem um celular suportado, já que um sistema de crachá que exclui parte da equipe não é um sistema.
E qual é a reserva quando um celular está sem bateria. Um crachá que depende de bateria tem um modo de falha que o plástico não tem, e qualquer instalação séria se prepara para ele.
Perguntas frequentes
Dá para copiar o crachá do meu escritório para o meu iPhone?
Não copiando por conta própria. A maioria dos sistemas de acesso confere algo que o crachá prova em hardware. A emulação no iPhone é controlada pela Apple, aberta desde o iOS 18.1 aos aplicativos que recebem a autorização NFC e SE dela, inclusive para crachás corporativos, mas não a aplicativos arbitrários.
Por que o Android consegue mais aqui?
O Android expõe a emulação de cartão pelo host aos aplicativos diretamente. Esse é um modelo de confiança diferente em vez de um mais capaz.
Algum prédio suporta crachás em iPhone?
Os sistemas projetados para isso suportam. O fator determinante é o sistema de acesso e o leitor dele, não o celular.
E se a bateria do meu celular acabar?
Esse é um modo de falha real que um crachá de plástico não tem, e vale planejar uma reserva antes de instalar credenciais em celular.