Kapri 2-K est un terminal de contrôle d’accès et de gestion des temps, conçu pour s’intégrer directement et sans difficulté à votre application cloud. Il communique via HTTP (POST) au format JSON, ce qui évite toute configuration réseau complexe : vous n’avez pas besoin d’ouvrir de ports, de configurer de VPN ni d’installer de logiciel au sein du réseau local du client. Ainsi :
De plus, vous pouvez adapter le comportement du terminal à chaque cas d’utilisation depuis votre propre backend, grâce à une configuration rapide et simple rendue possible par son serveur web interne.
Nous avons conçu Kapri 2-K pour les solutions suivantes :
Cette option est la plus adaptée aux applications Web extranet, car dans ces environnements, pour des raisons de sécurité, l’application cloud n’est généralement pas autorisée à initier les communications avec les appareils ; seuls les terminaux peuvent le faire. Kapri 2-K initie les communications et, lorsqu’un événement se produit, comme par exemple la lecture d’une carte, il envoie une requête POST à l’application ou au serveur API dans le cloud. En réponse, l’application envoie un ensemble de commandes à exécuter par le terminal, telles que l’affichage de messages à l’écran et l’activation de relais pour autoriser l’accès.
Le protocole Cloud se caractérise par
– Le terminal Kapri initie toutes les communications.
– Les communications sont sécurisées lorsque le cloud utilise le protocole HTTPS.
– Ne nécessite pas l’installation de pilotes, de fichiers .DLL ou de services.
– L’application n’a pas besoin de connaître l’adresse IP du terminal.
– Installation facile. Aucune installation locale n’est requise.
Le terminal Kapri 2-K prend en charge les protocoles de communication suivants :
*Pour plus d’informations, voir l’onglet Protocoles de communication.
Le Kimaldi Kapri 2-K est disponible sous forme de module d’intégration destiné à être installé sur des tourniquets, des barrières et des portes.
Kapri 2-K fonctionne avec la technologie RFID via des cartes, des bracelets ou des porte-clés MIFARE/DESFire.
L’intégration s’effectue par l’échange d’objets JSON. Aucun SDK n’est nécessaire ; l’intégration s’effectue directement depuis votre backend via HTTP/JSON.
POST via HTTP/HTTPS et envoie les données au format JSON (objets JSON).
Le terminal initie la communication : lorsqu’un événement se produit (lecture RFID/QR, pression sur une touche, etc.), il envoie une requête POST à un point de terminaison de votre application. Votre système peut ensuite répondre en envoyant des instructions que le terminal exécutera.
Il n’est pas nécessaire d’ouvrir des ports, de configurer des VPN ni d’installer de logiciels sur le réseau/LAN du client.
Oui : comme l’intégration s’effectue via HTTP + JSON, elle est indépendante du langage de programmation et du système d’exploitation.
Oui, la configuration est facile grâce à un serveur web interne intuitif.
Oui. Il dispose d’un mode hors ligne et fonctionne de manière autonome, avec notamment des listes blanches locales permettant de continuer à fonctionner en cas de coupure de connexion.
Le Kapri 2-K est équipé d’un clavier à 16 touches permettant l’interaction avec l’utilisateur. Le terminal peut générer des événements à chaque pression sur une touche.
En règle générale, la mise en service est rapide, car elle ne nécessite ni l’ouverture de ports/VPN ni l’installation de logiciels sur le réseau local, et l’intégration s’effectue via HTTP/JSON. Si vous souhaitez réaliser un test pilote, n’hésitez pas à nous contacter.
Kimaldi propose une assistance technique depuis Terrassa (Barcelone) et une garantie de 2 ans. L’assistance est disponible par téléphone et par e-mail, du lundi au jeudi de 9 h à 14 h et de 16 h à 18 h, et le vendredi de 9 h à 14 h.
| Affichage | 2,4'', IPS, 320 x 240 |
|---|---|
| Clavier | Clavier tactile capacitif à 16 touches |
| Ethernet | 10/100 Base-T |
| PoE | Compatibilité totale avec les normes IEEE802.3bt, IEEE802.3at et IEEE802.3af |
| Alimentation | 5 VDC +/-10% +/-10% 5 VDC +/-10% 5 VDC +/-10% 5 VDC +/-10% 5 VDC +/-10% |
| Consommation maximale | 1000 mA |
| Wifi | WiFi 802.11 b/g/n, dans la bande 2,4 GHz |
| TTL | 2 ports internes : |
| RS-232 | 2 ports internes : |
| Relais | 3 relais, sans alimentation, 24V/1A (24/1A : 500.000 commutations) |
| Buzzer | 1 intégré en circuit |
| Entrées numériques | 4 entrées numériques actives à la terre, inactives sur O.C. |
| Anti-Tamper | 1 entrée anti-sabotage |
| RTC | 1 intégré en circuit |
| Température de fonctionnement | De -20ºC à 50ºC |
| Tecnología RFID | |
| Aplicaciones RFID | |
| Certificat | CE |
Le terminal Kapri communique via TCP/IP (câble Ethernet ou Wi-Fi). La communication avec l’application s’effectue toujours par l’échange d’objets JSON.
Pour faciliter la configuration du terminal, vous pouvez vous connecter via un navigateur au serveur web intégré au Kapri et, à partir de là, sélectionner le protocole de communication.
L’appareil prend en charge les protocoles suivants :
JSON-TCP/IP
Le terminal dispose d’un port de communication TCP/IP par lequel il enverra et recevra des objets JSON. Ce port peut fonctionner en mode serveur ou client selon sa configuration.
Cette option est la plus adaptée aux applications développées dans des langages qui ne permettent pas l’utilisation de protocoles Web, mais qui peuvent gérer des sockets TCP/IP standard.
KTP
Il s’agit d’un protocole propriétaire de Kimaldi qui dispose d’un contrôleur de réseau KTP et remplit les fonctions suivantes :
– Détecte automatiquement les terminaux du réseau local.
– Fournit une interface API avec le logiciel
– Propose un canal SocketIO pour la gestion des événements.
– Chiffre les communications à l’aide de l’algorithme AES256.
Cette option est la plus adaptée aux applications intranet qui doivent gérer plusieurs équipements dont l’adresse IP est inconnue. L’application interagit exclusivement avec le contrôleur réseau KTP. Elle permet en outre de regrouper des terminaux sur un même réseau local (LAN) afin qu’ils soient contrôlés par différentes applications.
HTTP
Le terminal dispose d’une interface API Server prenant en charge les commandes POST et GET. Il est possible de configurer le terminal pour qu’il envoie les événements via SocketIO afin d’éviter le polling de l’application. Aucune installation de pilotes n’est requise. L’application doit connaître l’adresse IP du terminal.
Cette option est la plus adaptée aux applications web intranet, car dans ces environnements, les applications peuvent accéder librement aux appareils.
Cloud
C’est toujours le terminal qui initie les communications. Lorsqu’un événement se produit, comme par exemple la lecture d’une carte, il envoie une commande POST à l’application/au serveur API dans le cloud. En réponse, l’application envoie un ensemble de commandes à exécuter par le terminal, telles que l’affichage de messages à l’écran et l’activation de relais pour autoriser l’accès.
Le protocole Cloud se caractérise par
– Le terminal Kapri initie toutes les communications.
– Les communications sont sécurisées lorsque le cloud utilise le protocole HTTPS.
– L’installation de pilotes n’est pas nécessaire.
– L’application n’a pas besoin de connaître l’adresse IP du terminal.
Cette option est la plus adaptée aux applications web extranet, car dans ces environnements, pour des raisons de sécurité, l’application cloud n’est généralement pas autorisée à initier les communications avec les appareils ; seuls les terminaux sont autorisés à le faire.
