Para developers · API REST
El servicio del Ministerio del Interior habla SOAP, XSD y ZIP+Base64. Kinapi lo convierte en un POST y un JSON: creas el check-in, el huésped se registra solo, y el parte de viajeros se comunica y confirma sin que escribas una línea de XML.
Estamos en beta: montamos la integración contigo, caso por caso.
curl -X POST checkinsas-apim-prod01.azure-api.net/api/v1/checkins \
-H "ocp-apim-subscription-key: $API_KEY" \
-d '{
"reservationId": "R-2026-0412",
"listingId": "38291",
"checkInDate": "2026-08-14",
"checkOutDate": "2026-08-18",
"numGuests": 4
}'
# → 201 Created
{
"url": "https://…/c/aGb3xK…",
"status": "pending"
}
# la noche de la llegada, sin que llames a nada:
# → parte comunicado a SES Hospedajes
# → código de comunicación confirmadoEl problema
Implementarlo directamente significa construir un cliente SOAP 1.1, generar XML validado contra el XSD oficial, comprimirlo en ZIP y codificarlo en Base64, manejar autenticación Basic por entorno (pre/prod) y sondear el resultado porque el Ministerio procesa cada lote de forma asíncrona. Nada de eso es tu producto — es trabajo de fontanería que hay que mantener igual.
Con Kinapi
Integración
El huésped hace el trabajo de registrarse; tu integración solo crea el check-in y consulta el resultado.
POST/checkinsUna llamada por reserva. Recibes la URL que envías al huésped.
huéspedAbre la URL, rellena sus datos (validados al momento) y firma. Cero llamadas tuyas.
GET/checkins/{id}pending → completed → signed → submitted → confirmed. Cuando quieras.
GET/checkins/{id}/sesCódigo de comunicación de SES por huésped, o el motivo exacto si algo falla.
Por dentro
No es solo un wrapper del servicio del Ministerio: cada check-in pasa por un flujo completo de cumplimiento antes de llegar a SES.
Validación de DNI/NIE/pasaporte, catálogos oficiales, envío nocturno dentro de la ventana legal de 24h y reintento automático si el Ministerio rechaza algo.
Firma táctil del huésped, PDF con sello de tiempo RFC 3161 y copia inmutable (WORM) — sin que tengas que construir nada de esto.
Una sola API para conectar tu PMS o tu propio software, más webhooks para el resto de tu stack.
API v1 · REST · JSON
Endpoints idempotentes, una API key por cliente y respuestas JSON consistentes. Cubre todo el ciclo de vida: crear, listar, consultar, actualizar y cancelar check-ins; leer huéspedes registrados; descargar el contrato firmado; y comprobar el estado del parte en SES.
reservationId nunca duplica.curl y su respuesta real.# Estado del parte en SES Hospedajes
curl checkinsas-apim-prod01.azure-api.net/api/v1/checkins/R-2026-0412/ses \
-H "ocp-apim-subscription-key: $API_KEY"
# → 200 OK
{
"status": "confirmed",
"results": [{
"lote": "20260815-000123",
"status": "polled_ok",
"comunicaciones": [{
"guestName": "María García López",
"codigoComunicacion": "SES-2026-…",
"errores": []
}]
}]
}Programa beta
No abrimos autoservicio todavía: estamos entrando poco a poco con un grupo pequeño de integraciones piloto, caso por caso, antes de abrir la API a cualquiera.