En développement Permis est en développement avec des municipalités partenaires; il n’est pas encore disponible. Voir l’avancement →
Hubigo / Plateforme / Architecture et intégrations

Architecture et intégrations

L’architecture décrit l’organisation technique du service. Hubigo prévoit une séparation logique entre municipalités et des interfaces permettant l’échange avec les outils financiers, cartographiques et d’identité de la municipalité. La compatibilité, les coûts et les responsabilités doivent être validés pour chaque intégration.

Demander une démonstration Demander les schémas

Intégrations actives · ville type

Système financierExport quotidien
GéomatiqueAdresses · zonage
Annuaire (SSO)SAML

Avis automatisés

Portée à valider

événements, délais et nouvelles tentatives

Interface API

accès logiciel documenté à confirmer

Avis sortants

notifications automatiques vers les systèmes municipaux

Connexion unique

compatibilité avec l’annuaire municipal à vérifier

Séparation logique

contrôles entre municipalités à documenter

Pratique technique

Infrastructure et séparation des données

Une architecture partagée utilise une même infrastructure pour plusieurs clients, avec des règles qui séparent leurs données. Cette approche doit être testée et surveillée. Une option dédiée peut ajouter de l’isolement, selon la configuration prévue au contrat.

À valider : mécanismes et essais de séparation entre municipalités
Au contrat : ressources réellement dédiées et responsabilités associées
À planifier : mises à jour, essais et possibilité de retour arrière

Cloisonnement

Base de donnéesPar ville
Fichiers et documentsPar ville
Calcul (mode dédié)Isolé

Accès entre municipalités

Contrôlés

conception, essais et surveillance à vérifier

API · extraits

GET /citoyens/{id}Lecture
POST /requetesÉcriture
webhook: paiement.recuSortant

Limite de débit

Documentée

avec environnement de test gratuit

Intégrations à cadrer

Intégration des systèmes

Une interface de programmation, ou API, permet à deux logiciels d’échanger automatiquement. GeoJSON est un format de données cartographiques et iCalendar un format de calendrier. Chaque connexion exige une analyse des données, des droits d’accès, des volumes et des responsabilités de soutien.

À valider : fonctions disponibles, limites, versions et sécurité de l’API
Au contrat : développement, essais, surveillance et soutien de chaque connexion
À confirmer : compatibilité de la connexion unique avec l’annuaire municipal

Réversibilité des données

La réversibilité est la capacité de récupérer les données et de changer de fournisseur.

Formats

Définir les données exportées, leur structure, les pièces jointes et la documentation.

Coûts et délais

Faire inscrire les frais éventuels, le calendrier et l’aide à la transition.

Preuves

Demander les schémas, la documentation et un export d’essai avant l’attribution.

Livrables à confirmer

La soumission doit préciser la portée, les coûts et les limites.

DocumentationAPI complète, publique pour les équipes TI.
Environnement d’essaiDonnées fictives, sans risque.
WebhooksÉvénements clés, relivraison sur échec.
SSOSAML et OIDC, comptes liés à l’annuaire municipal.
ExportsFormats ouverts et formats des systèmes municipaux.
LimitesDébits documentés, quotas clairs.
Voir aussi : Sécurité et conformité Résidence des données Migration et implantation

Validation de l’architecture

La validation des flux, des coûts et des responsabilités réunit les TI, la protection des renseignements personnels, les métiers et l’approvisionnement.

Demander une démonstration