O Kapri 2-K é um terminal de controlo de acesso e controlo de horário, concebido para se integrar diretamente e sem complicações com a tua aplicação na nuvem. Comunica-se através de HTTP (POST) no formato JSON, evitando configurações de rede complexas: não precisas de abrir portas, configurar VPNs nem instalar software na LAN do cliente. Desta forma:
Além disso, podes adaptar o comportamento do terminal a cada caso de utilização a partir do teu próprio backend, com uma configuração rápida e simples, graças ao seu servidor web interno.
Concebemos o Kapri 2-K para soluções de:
Esta opção é a mais adequada para aplicações Web de extranet, já que, nestes ambientes, por razões de segurança, normalmente não é permitido que a aplicação na nuvem inicie as comunicações com os dispositivos; em vez disso, são os terminais que podem fazê-lo. O Kapri 2-K inicia as comunicações e, quando ocorre um evento, como, por exemplo, a leitura de um cartão, envia um comando POST para a aplicação/servidor API na nuvem. Em resposta, a aplicação envia um conjunto de comandos para o terminal executar, como, por exemplo, mostrar mensagens no ecrã e ativar relés para permitir o acesso.
O protocolo Cloud caracteriza-se por:
– O terminal Kapri inicia todas as comunicações.
– As comunicações são seguras quando a nuvem usa o protocolo HTTPS.
– Não é preciso instalar drivers, ficheiros .DLL ou serviços.
– A aplicação não precisa de saber o IP do terminal.
– Fácil de instalar. Não é preciso instalar localmente.
O terminal Kapri 2-K oferece os seguintes protocolos de comunicação:
*Para mais informações, consulta o separador Protocolos de comunicação.
O Kimaldi Kapri 2-K está disponível num módulo de integração para instalar em torniquetes, barreiras e portas.
O Kapri 2‑K funciona com RFID através de cartões, pulseiras ou porta-chaves MIFARE/DESFire.
A integração é feita através da troca de objetos JSON. Não é preciso nenhum SDK, integra-se diretamente a partir do teu backend usando HTTP/JSON.
Envia um POST por HTTP/HTTPS e envia os dados em formato JSON (objetos JSON).
O terminal inicia a comunicação: quando ocorre um evento (leitura de RFID/QR, pressão de tecla, etc.), envia um POST para um endpoint da tua aplicação. Depois, o teu sistema pode responder com instruções para que o terminal as execute.
Não é preciso abrir portas, configurar VPNs nem instalar software na rede/LAN do cliente.
Sim: como a integração é feita via HTTP + JSON, é independente da linguagem de programação e do sistema operativo.
Sim, a configuração é fácil através de um servidor web interno intuitivo.
Sim. Tem um modo offline e funciona de forma autónoma, incluindo listas brancas locais para continuar a funcionar durante cortes de ligação.
O Kapri 2‑K tem um teclado de 16 teclas para interação com o utilizador. O terminal consegue gerar eventos quando se carrega numa tecla.
Normalmente, a implementação é rápida porque não é preciso abrir portas/VPN nem instalar software na LAN, e a integração é feita via HTTP/JSON. Se quiseres fazer um teste piloto, entra em contacto connosco.
A Kimaldi oferece assistência técnica a partir de Terrassa (Barcelona) e uma garantia de 2 anos. O apoio está disponível por telefone e e-mail, de segunda a quinta-feira, das 9h00 às 14h00 e das 16h00 às 18h00, e às sextas-feiras, das 9h00 às 14h00.
| Display | 2.4'', IPS, 320 x 240 |
|---|---|
| Teclado | Ecrã tátil capacitivo com 16 teclas |
| Ethernet | 10/100 Base-T |
| PoE | Compatibilidade total com as normas IEEE802.3bt, IEEE802.3at e IEEE802.3af |
| Alimentação | 5 VDC +/-10% |
| Consumo máximo | 1000 mA |
| Wifi | Wi-Fi 802.11 b/g/n, na banda de 2,4 GHz |
| TTL | 2 portas internas: |
| RS-232 | 2 portas internas: |
| Relés | 3 relés, sem alimentação, 24V/1A (24/1A: 500.000 operações de comutação) |
| Buzina | 1 integrado no circuito |
| Entradas digitais | 4 entradas digitais ativas à terra, inativas em O.C. |
| Anti-violação | 1 entrada anti-violação |
| RTC | 1 integrado no circuito |
| Temperatura de funcionamento | -20ºC a 50ºC |
| Tecnología RFID | |
| Aplicaciones RFID | |
| Certificado | CE |
O terminal Kapri comunica-se via TCP/IP (cabo Ethernet ou Wi-Fi). A comunicação com a aplicação é sempre feita através da troca de objetos JSON.
Para facilitar a configuração do terminal, podes fazê-lo através do navegador, ligando-te ao servidor web integrado no Kapri e, a partir daí, selecionar o protocolo de comunicação.
O equipamento oferece os seguintes protocolos:
JSON-TCP/IP
O terminal tem uma porta de comunicação TCP/IP através da qual vai enviar e receber objetos JSON. Esta porta pode funcionar como servidor ou cliente, dependendo da configuração.
Esta opção é a mais adequada para aplicações desenvolvidas em linguagens que não permitem a utilização de protocolos web, mas que conseguem lidar com sockets TCP/IP padrão.
KTP
É um protocolo próprio da Kimaldi que usa um controlador de rede KTP e desempenha as seguintes funções:
– Localiza automaticamente os terminais da LAN.
– Oferece uma interface API com o software
– Oferece um canal SocketIO para a gestão de eventos.
– Encripta as comunicações com AES256.
Esta opção é a mais adequada para aplicações de intranet que precisam de gerir vários equipamentos cujos endereços IP desconheces. A aplicação interage exclusivamente com o diver/controlador da rede KTP. Além disso, permite agrupar terminais na mesma LAN para que sejam controlados por diferentes aplicações.
HTTP
O terminal oferece uma interface API Server que suporta comandos POST e GET. Podes optar por que o terminal envie os eventos através do SocketIO para evitar o polling da aplicação. Não é preciso instalar drivers. A aplicação precisa de saber o endereço IP do terminal.
Esta opção é a mais adequada para aplicações web de intranet, já que, nestes ambientes, as aplicações podem aceder livremente aos dispositivos.
Cloud
O terminal é sempre quem inicia as comunicações. Quando ocorre um evento, como, por exemplo, a leitura de um cartão, ele envia um comando POST para a aplicação/servidor API na nuvem. Em resposta, a aplicação envia um conjunto de comandos para o terminal executar, como, por exemplo, mostrar mensagens no ecrã e ativar relés para permitir o acesso.
O protocolo Cloud caracteriza-se por:
– O terminal Kapri dá início a todas as comunicações.
– As comunicações são seguras quando a nuvem usa o protocolo HTTPS.
– Não é preciso instalar drivers.
– A aplicação não precisa de saber o endereço IP do terminal.
Esta opção é a mais adequada para aplicações web de extranet, uma vez que, nestes ambientes, por razões de segurança, normalmente não é permitido que a aplicação na nuvem inicie as comunicações com os dispositivos; em vez disso, são os terminais que têm a exclusividade de o fazer.
