Hébergement pour l’eau

// Le problème

Les opérateurs d’un service ne voient le SCADA que dans la salle de contrôle, les résultats de labo vivent dans des chiffriers, et les données du rapport mensuel comme le tableau de bord du conseil sont montés à la main à partir des deux.

// Ce que nous bâtirions

Un entrepôt de données qui lit les données de l’historien SCADA par une connexion en lecture seule, reçoit les résultats de labo et la consommation facturée, et présente des tableaux de bord aux opérateurs, aux gestionnaires et au conseil. Il prépare les données de rapport pour que votre opérateur responsable les révise et les soumette. Rien n’est jamais écrit dans le SCADA ni dans un système de contrôle.

// Ce qu’il comprend

// Technologies

• PostgreSQL
• dbt
• API de l’historien (lecture seule)
• Next.js
• Apache Superset
• AWS Canada

// Le problème

Un service multiréseau qui facture l’eau, l’égout et l’énergie de quartier exploite un système de facturation, un système de télérelève, un SIG, un système de bons de travail et un logiciel financier qui ne se parlent pas, si bien que le personnel exporte et importe des fichiers chaque nuit.

// Ce que nous bâtirions

Un carrefour d’intégration interne qui relie les cinq systèmes par une seule API : les relevés vont à la facturation, les nouveaux comptes arrivent au système de bons de travail et les adresses de service restent synchronisées avec le SIG. Chaque connecteur s’appuie sur l’API publiée ou l’exportation du système ; nous vérifions les vôtres avant de chiffrer. Nous l’exploitons pour vous, avec surveillance et alertes.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OpenAPI
• API de facturation et de télérelève
• API REST d’ArcGIS
• AWS Canada