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

Une architecture à comprendre avant de l’intégrer

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 vos outils financiers, cartographiques et d’identité. 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 vos systèmes

Connexion unique

compatibilité avec votre annuaire à vérifier

Séparation logique

contrôles entre municipalités à documenter

Pratique technique

Infrastructure partagée, données séparées logiquement.

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

Relier les systèmes sans supposer la compatibilité.

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 votre annuaire

Préparer la réversibilité.

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 vos TI.
Environnement d’essaiDonnées fictives, sans risque.
WebhooksÉvénements clés, relivraison sur échec.
SSOSAML et OIDC, comptes liés à votre annuaire.
ExportsFormats ouverts et formats de vos systèmes.
LimitesDébits documentés, quotas clairs.
Voir aussi : Sécurité et conformité Résidence des données Migration et implantation

Faites valider l’architecture.

Réunissez les TI, la protection des renseignements personnels, les métiers et l’approvisionnement pour valider les flux, les coûts et les responsabilités.

Demander une démonstration