Kapri 2-K es un terminal de control de acceso y control horario, pensado para integrarse con tu aplicación en la nube de forma directa y sin complicaciones. Se comunica mediante HTTP (POST) en formato JSON, evitando configuraciones de red complejas: no necesitas abrir puertos, montar VPNs ni instalar software dentro de la LAN del cliente. De esta manera:
Además, puedes adaptar el comportamiento del terminal a cada caso de uso desde tu propio backend, con una configuración rápida y sencilla gracias a su servidor web interno.
Hemos diseñado Kapri 2-K para soluciones de:
Esta opción es la más adecuada para las aplicaciones Web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo. Kapri 2-K inicia las comunicaciones y cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/servidor API de la nube. Como respuesta, la aplicación envía un conjunto de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo HTTPS.
– No requiere la instalación de drivers, .DLLs o servicios.
– La aplicación no necesita conocer la IP del terminal.
– Fácil instalación. No se tiene que instalar en local.
El terminal Kapri 2-K ofrece los siguientes protocolos de comunicación:
*Para más información, consultar la pestaña Protocolos de comunicación.
Kimaldi Kapri 2-K está disponible en módulo de integración para instalarlo en tornos, barreras y puertas.
Kapri 2‑K funciona con RFID mediante tarjetas, pulseras o llaveros de MIFARE/DESFire.
La integración se hace mediante intercambio de objetos JSON. No es necesario un SDK, se integra directamente desde tu backend usando HTTP/JSON.
POST por HTTP/HTTPS y envía los datos en formato JSON (objetos JSON).
El terminal inicia la comunicación: cuando ocurre un evento (lectura RFID/QR, pulsación de tecla, etc.) envía un POST a un endpoint de tu aplicación. Después, tu sistema puede responder con instrucciones para que el terminal las ejecute.
No es necesario abrir puertos, configurar VPNs ni instalar software en la red/LAN del cliente.
Sí: al integrarse por HTTP + JSON, la integración es independiente del lenguaje de programación y del sistema operativo.
Sí, la configuración es fácil a través de un servidor web interno intuitivo.
Sí. Dispone de modo offline y funcionamiento autónomo, incluyendo listas blancas locales para seguir operando durante cortes de conexión.
Kapri 2‑K incorpora un teclado de 16 teclas para interacción del usuario. El terminal puede generar eventos por pulsación de tecla.
Normalmente la puesta en marcha es rápida porque no requiere abrir puertos/VPN ni instalar software en la LAN, y la integración es por HTTP/JSON. Si quieres hacer una prueba piloto ponte en contacto con nosotros.
Kimaldi ofrece soporte técnico desde Terrassa (Barcelona) y una garantía de 2 años. El soporte está disponible por teléfono y email, en horario de lunes a jueves de 9:00 a 14:00 y de 16:00 a 18:00, y viernes de 9:00 a 14:00.
| Display | 2.4'', IPS, 320 x 240 |
|---|---|
| Teclado | Capacitivo táctil 16 teclas |
| Ethernet | 10/100 Base-T |
| PoE | Compatibilidad total con IEEE802.3bt, IEEE802.3at y IEEE802.3af |
| Alimentación | 5 VDC +/-10% |
| Consumo máximo | 1000 mA |
| Wifi | WiFi 802.11 b/g/n, en banda de 2.4GHz |
| TTL | 2 puertos internos: |
| RS-232 | 2 puertos internos: |
| Relés | 3 relés, libre de potencia, 24V/1A (24/1A: 500.000 conmutaciones) |
| Buzzer | 1 integrado en circuito |
| Entradas digitales | 4 entradas digitales activas a masa, inactivas en O.C. |
| AntiTamper | 1 entrada de antitamper |
| RTC | 1 integrado en circuito |
| Temperatura de operación | -20ºC a 50ºC |
| Tecnología RFID | |
| Aplicaciones RFID | |
| Certificado | CE |
El terminal Kapri comunica por TCP/IP (cable Ethernet o WiFi). La comunicación con la aplicación se realiza siempre mediante el intercambio de objetos JSON.
Para facilitar la configuración del terminal se puede realizar a través del navegador conectándose al servidor web incorporado al Kapri y, desde allí, seleccionar el protocolo de comunicación.
El equipo ofrece los siguientes protocolos:
JSON-TCP/IP
El terminal ofrece un puerto de comunicación TCP/IP por el que enviará y recibirá objetos JSON. Este puerto puede trabajar como Server o Client según como se configure.
Esta opción es la más adecuada para las aplicaciones desarrolladas en lenguajes que no permiten el uso de protocolos web, pero pueden manejar sockets TCP/IP estandar.
KTP
Es un protocolo propietario de Kimaldi que dispone de un controlador de la red KTP y realiza las siguientes funciones:
– Localiza automáticamente los terminales de la LAN.
– Proporciona una interfaz API con el software
– Ofrece un canal SocketIO para la gestión de eventos.
– Encripta las comunicaciones con AES256.
Esta opción es la más adecuada para las aplicaciones intranet que deben manejar varios equipos de los que desconoce su dirección IP. La aplicación interactúa exclusivamente con el diver/controlador de la red KTP. Además, permite agrupar terminales sobre la misma LAN para que sean controlados por diferentes aplicaciones.
HTTP
El terminal ofrece una interfaz API Server que admite comandos POST y GET. Existe la opción que el terminal envíe los eventos vía SocketIO para evitar el polling de la aplicación. No requiere la instalación de drivers. La aplicación necesita conocer la IP del terminal.
Esta opción es la más adecuada para las aplicaciones web intranet, ya que en estos entornos las aplicaciones pueden acceder libremente a los dispositivos.
Cloud
El terminal siempre inicia las comunicaciones. Cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/Servidor API de la nube. Como respuesta la aplicación envía un lote de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo https.
– No requiere la instalación de drivers.
– La aplicación no necesita conocer la IP del terminal.
Esta opción es la más adecuada para las aplicaciones web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo.
CLOUD
El terminal siempre inicia las comunicaciones. Cuando se produce un evento, como por ejemplo la lectura de una tarjeta, envía un comando POST a la aplicación/Servidor API de la nube. Como respuesta la aplicación envía un lote de comandos a ejecutar por el terminal, como por ejemplo mostrar mensajes por pantalla y activar relés para permitir el acceso.
El protocolo Cloud se caracteriza por:
– El terminal Kapri inicia todas las comunicaciones.
– Las comunicaciones son seguras cuando la nube usa el protocolo https.
– No requiere la instalación de drivers.
– La aplicación no necesita conocer la IP del terminal.
– Fácil instalación. No se tiene que instalar en local.
Esta opción es la más adecuada para las aplicaciones web extranet, ya que en estos entornos por razones de seguridad no se suele permitir que la aplicación de la nube inicie las comunicaciones con los dispositivos, sino que los terminales son los únicos que pueden hacerlo.
Si una empresa tiene instalados terminales Kapri en sus instalaciones y decide trasladarse de ubicación, es muy fácil cambiar los terminales Kapri de un sitio a otro.
