L'API Geotab : ce que vous pouvez réellement construire

Le SDK MyGeotab donne aux développeurs un accès programmatique aux mêmes données de parc sur lesquelles l'interface MyGeotab 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 MyGeotab 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 MyGeotab, 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 inscriptions à la place de marché et les modules complémentaires personnalisés de High Point GPS comme GeoDocs. Un développeur qui construit une intégration personnalisée et un développeur qui construit un module complémentaire pour la place de marché 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 place de marché 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 place de marché 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.