Dos cosas distintas: guardar un pase vs. abrir con el pase
La confusión más habitual en torno a "Apple Wallet como llave" es tratar dos capacidades muy diferentes como si fueran la misma. La primera es guardar un pase en la Wallet: cualquier alojamiento puede enviarte un pase con tu número de reserva, tu PIN, un QR y las fechas de la estancia. Eso es solo información bien presentada dentro de la cartera del móvil.
La segunda capacidad es abrir la puerta acercando el móvil al lector, sin sacar ningún código. Eso requiere que el pase lleve un componente NFC y, sobre todo, que en la puerta haya un lector capaz de leer ese componente. La mayoría de las soluciones que anuncian "Apple Wallet" en realidad ofrecen lo primero, no lo segundo.
Cómo funciona técnicamente un pase NFC de Wallet
Un pase de Apple Wallet con capacidad de apertura incluye un campo NFC que expone un payload NDEF cuando el usuario acerca el iPhone a un lector compatible. Ese intercambio se produce en el chip seguro del teléfono y no requiere abrir ninguna app: basta con acercar el dispositivo. Para emitir un pase así, hace falta una cuenta de desarrollador de Apple y un Pass Type ID configurado para NFC.
El dato importante es que el iPhone no emula una tarjeta RFID clásica ni un llavero Mifare. Presenta un payload NDEF propio del ecosistema Wallet. Por eso un lector genérico de tarjetas de hotel no sirve: tiene que ser un lector diseñado para leer ese formato.
Por qué casi ninguna cerradura de consumo lee el pase
Aquí está el cuello de botella que casi nadie explica. Las cerraduras inteligentes de consumo más conocidas (por ejemplo, modelos de batería sobre el cilindro) están pensadas para abrirse por Bluetooth desde su app, por PIN en su teclado o, cuando incorporan NFC, para leer tarjetas o llaveros RFID. Ninguna de esas vías equivale a leer el pase NDEF de un iPhone.
El resultado práctico es que, con una cerradura estándar, el flujo "recibo el pase, lo guardo en la Wallet, acerco el móvil a la puerta" no abre nada. El huésped acaba usando el PIN. El PIN funciona perfectamente, pero la promesa visual de "abrir con el móvil" no se cumple, y esa es exactamente la experiencia premium por la que un hotel boutique paga.
El hardware que sí habilita el tap-to-open: VTAP
Para que el gesto funcione de verdad hace falta un lector NFC de pared específico para pases de Wallet. El montaje que resuelve el flujo completo se basa en un lector VTAP: un lector de pared de un fabricante externo que lee el payload del pase de Apple Wallet o Google Wallet y emite una señal (Wiegand, RS485 o relé) hacia el sistema de control de acceso.
Ese lector no es una cerradura: se combina con una cerradura eléctrica o electromagnética y una fuente de alimentación, y su instalación es obra menor. Se configura desde su propio panel web, asociándolo al Pass Type ID de Apple del emisor del pase. Es el único de los montajes habituales donde el recorrido QR por email, añadir a la Wallet y tap en la puerta funciona de principio a fin, motivo por el que encaja en hoteles boutique y alojamientos de lujo, no en cualquier apartamento.
Google Wallet: el equivalente para Android
La conversación suele centrarse en Apple, pero Android tiene su equivalente. Google Wallet soporta la lectura NDEF de forma análoga, de modo que un huésped con Android puede vivir el mismo gesto de acercar el teléfono al lector. Requiere configurar el pase equivalente para Google Wallet con su campo NFC. En la práctica, una solución seria debe emitir ambos pases para no dejar fuera a la mitad de los huéspedes.
El token que viaja dentro del pase: offline y con PIN de respaldo
Que la puerta lea el pase es solo la mitad del problema; la otra mitad es qué autoriza realmente el acceso. En un diseño offline-first, el pase transporta un token de acceso emitido en el momento de la reserva: un CWT firmado con Ed25519, con validez ligada a las fechas de entrada y salida. La puerta valida ese token criptográficamente sin depender de internet durante la estancia.
Y como ningún sistema físico debe dejar a un huésped fuera, cada reserva incluye un PIN de 8 dígitos como respaldo universal, tecleable sin smartphone. Si el móvil se queda sin batería o el huésped prefiere no usar la Wallet, el PIN abre igual. Esta combinación (tap para la experiencia, PIN para la certeza) es lo que hace que "abrir con el móvil" sea una mejora y no un riesgo.
Qué preguntar antes de creerte un "abre con Apple Wallet"
Antes de contratar cualquier solución que prometa Apple Wallet como llave, hazte tres preguntas. Primera: ¿el móvil abre la puerta acercándolo al lector, o solo guarda un código que tecleo? Segunda: ¿qué lector físico hay en la puerta y es capaz de leer un pase NDEF de Wallet? Tercera: ¿qué pasa si el teléfono se queda sin batería?
Si la respuesta a la primera es "tecleas un código", estás ante un pase informativo, no ante tap-to-open. Si a la segunda no saben responder qué lector es, probablemente no haya tap real. Y si a la tercera no hay un PIN de respaldo claro, la solución tiene un punto único de fallo. En JanusKeys el tap-to-open real se resuelve con el montaje VTAP, y el PIN de 8 dígitos está siempre presente como red de seguridad. Solicita acceso a la beta para verlo en tu propia operativa.