L'API High Point GPS : ce que vous pouvez réellement construire

Le SDK de la plateforme High Point GPS donne aux développeurs un accès programmatique aux mêmes données de parc sur lesquelles l'interface de la plateforme elle-même est bâtie : appareils, utilisateurs, groupes, zones, trajets, emplacements, mesures moteur, codes de défaut, règles, dossiers d'entretien, données de véhicules électriques et métadonnées multimédias. Ce n'est pas un flux d'exportation limité, c'est essentiellement la propre couche de données de la plateforme, exposée pour qu'un développeur puisse construire directement dessus.

Cette ampleur est ce qui rend les vraies intégrations possibles plutôt que théoriques. Un outil de rapprochement de cartes de carburant a besoin des données de trajet et d'emplacement. Un tableau de bord d'entretien a besoin des codes de défaut et des mesures moteur. Un système de répartition a besoin de l'emplacement en direct et des données de zone. Tout cela est accessible par le même SDK, ce qui signifie qu'un seul projet d'intégration peut tirer de plusieurs types de données sans avoir à raccorder des exportations séparées et incompatibles.

Il n'y a pas de clé d'API de développeur distincte à demander ou à gérer. L'accès passe par une base de données de la plateforme High Point GPS et un compte utilisateur convenablement délimité, ce qui signifie que l'accès à l'intégration est lié au même système de permissions qui régit tout le reste dans la plateforme, pas un système d'accès parallèle avec ses propres règles à apprendre.

Le SDK prend en charge le développement en JavaScript et en C#, ainsi que la documentation et l'outillage pour construire et intégrer des modules complémentaires, le même mécanisme qui alimente les fiches de la bibliothèque d'ajouts High Point GPS et les modules complémentaires personnalisés comme GeoDocs. Un développeur qui construit une intégration personnalisée et un développeur qui construit un module complémentaire pour la bibliothèque d'ajouts travaillent avec fondamentalement la même boîte à outils.

Tous les parcs n'ont pas besoin d'une intégration personnalisée, et bon nombre de besoins courants, connexions de cartes de carburant, plateformes TMS populaires, rapports standards, sont déjà couverts par des modules complémentaires existants de la bibliothèque d'ajouts sans aucun développement sur mesure. L'API vaut la peine d'être exploitée précisément lorsqu'un connecteur prêt à l'emploi n'existe pas pour un système sur lequel un parc s'appuie déjà, ou lorsqu'un flux de travail est suffisamment propre à l'exploitation de ce parc qu'aucun outil générique n'allait jamais lui convenir exactement.

C'est la lacune que comble l'équipe de développement de High Point GPS : construire le connecteur ou le module complémentaire personnalisé quand la bibliothèque d'ajouts n'a vraiment pas de réponse, plutôt que de laisser un parc soit se passer de l'intégration, soit imposer un contournement manuel entre deux systèmes qui devraient simplement communiquer entre eux directement.

L'API expose les mêmes objets que les écrans de la plateforme High Point GPS montrent, et la plupart des intégrations en utilisent une poignée.