Logiciel de consigne colis
Lokkio s'exécute sur le PC de la consigne, pilote les cartes de serrures Modbus et fonctionne hors ligne. Un casier occupé ne s'ouvre qu'avec une clé détenue par une personne, même si le cloud est compromis.
Le problème
La plupart des incidents ne commencent pas au casier. Ils commencent dans le cloud, dans le câblage ou dans le contrat.
Dans de nombreux systèmes, c'est le serveur qui génère la clé d'ouverture. Quiconque prend le contrôle du serveur ou d'un seul compte administrateur peut ouvrir les casiers occupés de tout le réseau.
La plupart des cartes de serrures acceptent toute commande sur le bus. Il suffit de retirer le panneau sous l'écran et de brancher un adaptateur bon marché pour ouvrir les casiers à l'insu du logiciel.
Lorsque le logiciel ne fonctionne que sur les armoires d'un seul fournisseur, chaque nouveau site, chaque évolution tarifaire et chaque intégration dépendent de lui.
Fonctionnement
Aucun nouveau matériel. Votre armoire, un fichier de configuration et un code à usage unique.
Décrivez les cartes de serrures dans un seul fichier cabinet.json : protocole, adresses et affectation de chaque casier à son canal. Lancez -commission : la consigne ouvre chaque casier une fois et vérifie son capteur.
Enregistrez chaque consigne avec un code à usage unique. Colis, livreurs, partenaires, alertes, disponibilité et interventions sont gérés depuis une seule console d'administration et une seule API.
La consigne vérifie elle-même chaque ouverture. Un casier occupé ne s'ouvre qu'avec le code du destinataire, le certificat de l'appareil du livreur ou la passkey d'un exploitant.
Modèle de sécurité
La sécurité réside dans la consigne, pas sur le serveur. Un attaquant qui contrôle le serveur, la base de données et un compte administrateur ne peut toujours pas ouvrir un casier contenant un colis.
Plateforme
Un seul programme sur la consigne. Un seul backend pour tout le réseau.
Retraits, dépôts, retours et chargements livreurs s'effectuent sur la consigne sans connexion, puis se synchronisent au retour du réseau.
Détecte toute manipulation du câblage RS485 avec les cartes que vous utilisez déjà, sans matériel supplémentaire.
Le support ouvre un casier avec la passkey de l'exploitant et le code affiché à l'écran. Le serveur seul ne le peut pas.
Les cartes Modbus RTU fonctionnent à partir d'un fichier de configuration. Un autre protocole demande un petit pilote de deux fonctions.
API REST avec clés à périmètre limité et documentation OpenAPI, ainsi que des webhooks signés HMAC avec relances.
Ouvrez vos consignes à d'autres transporteurs dans la limite d'un quota, au colis ou au casier-jour, avec un export CSV mensuel.
Retours sous 14 jours avec bac dédié. Si un colis ne rentre pas, la consigne propose un casier plus grand.
Borne en LT, LV, ET, PL, EN, DE, FR, ES et RU. Texte agrandi à fort contraste, commandes placées plus bas et titres lus à voix haute.
Pour qui
Livrez des armoires équipées d'un logiciel digne de la confiance de vos clients, sans constituer d'équipe logicielle.
Pilotez des consignes postales, de messagerie, de commerce ou d'immeuble depuis une seule console, sur le matériel de votre choix.
Bac à sable en ligne
La démo exécute le véritable programme de la consigne sur une carte de serrures simulée. Retirez un colis, envoyez-en un, chargez en tant que livreur, puis attaquez le câblage et observez la réaction de la surveillance.
Ouvrir la démo en ligneVotre bac à sable vous est réservé et il est supprimé au bout de 24 heures. Sans inscription.
111111Code de retrait11111155555555Code d'envoi5555555588888888Code de retour88888888FAQ
Si vos cartes utilisent Modbus RTU, oui : vous décrivez l'armoire dans un fichier cabinet.json, sans écrire de code. Pour un autre protocole, il faut un pilote de deux fonctions (ouvrir un canal, lire les capteurs), écrit à partir de votre documentation et testé sur notre simulateur. Plusieurs cartes par armoire et des modules d'extension sans fil sont pris en charge.
Les retraits, dépôts, retours et chargements livreurs continuent de fonctionner. La consigne vérifie elle-même les codes et les jetons signés, puis transmet ses événements dès le rétablissement de la liaison. Sur les consignes sur batterie, le modem ne s'allume que pour la synchronisation, et les événements de sécurité sont envoyés immédiatement.
Le backend est une application PostgreSQL standard qui tourne sur les serveurs de votre choix, y compris les vôtres. Les codes ne sont stockés que sous forme de hachés. Les numéros de téléphone et adresses e-mail des destinataires sont supprimés 30 jours après la clôture du colis, les journaux de messages après 90 jours et les captures caméra après 30 jours.
Oui. L'API REST, documentée en OpenAPI, couvre les consignes, les colis, les réservations, les retours et les webhooks. Les sites e-commerce peuvent intégrer un widget de sélection de consigne, et les colis peuvent être importés depuis un fichier CSV ou Excel. Les consignes d'autres fabricants peuvent être affichées en lecture seule depuis leur cloud.
Cela dépend surtout de vos cartes de serrures. Avec des cartes Modbus RTU, nous rédigeons le fichier d'armoire, lançons -commission sur site et la consigne est prête. Un protocole spécifique demande d'abord le développement d'un pilote. Nous convenons avec vous des sites, du périmètre et du calendrier dès le premier échange.
Oui. Chaque exploitant définit son nom, les couleurs des boutons et d'accent, son logo, son numéro de support et son site web. Le cloud refuse les couleurs dont le contraste avec le texte est insuffisant, et la borne conserve votre identité visuelle hors ligne. Les langues, les textes et les boutons visibles de la borne se configurent aussi par exploitant.
Essayez la démo en quelques minutes, ou parlons d'un pilote sur vos propres consignes.