Énergie propre et VE

// Le problème

Un exploitant de bornes gère des appareils de plusieurs fabricants dans leurs portails séparés, ne peut pas offrir l’itinérance, et les conducteurs paient avec un terminal qui flanche au froid.

// Ce que nous bâtirions

Un système de gestion des bornes qui parle OCPP 1.6 et 2.0.1 à chaque appareil, l’itinérance OCPI avec d’autres réseaux et une application iOS et Android pour trouver une borne, démarrer une session et payer, avec les tarifs et les pannes gérés depuis une seule console web.

// Ce qu’il comprend

// Technologies

• Serveur OCPP Node.js
• OCPI 2.2.1
• React Native
• Next.js
• PostgreSQL
• AWS

// Le problème

Un producteur indépendant surveille ses sites dans le portail de chaque fabricant, découvre les baisses de production à la fin du mois, et ses techniciens fouillent les anciens bons de travail pour savoir comment une panne a été réglée.

// Ce que nous bâtirions

Un seul tableau de bord qui lit chaque site par les API des fabricants et compare la production à ce que la météo prévoit, et un assistant sur un modèle open source hébergé dans le nuage du producteur, qui répond à partir des manuels et des bons de travail passés en les citant.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL avec TimescaleDB
• Python
• Llama ou Mistral (open source)
• vLLM
• GPU DigitalOcean

// Le problème

Une coopérative solaire communautaire calcule les crédits de chaque abonné dans un chiffrier à partir des données des compteurs, et les membres écrivent pour savoir ce qui leur revient.

// Ce que nous bâtirions

Un portail des abonnés et un moteur de facturation qui répartit la production du mois selon la part de chacun, émet les relevés, encaisse les paiements et inscrit factures et paiements dans QuickBooks Online, grâce à l’API de QuickBooks Online.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• API de QuickBooks Online
• Paiement hébergé d’un processeur
• DigitalOcean

// Le problème

Un promoteur d’énergie renouvelable suit des dizaines de projets dans les files de raccordement des distributeurs avec un chiffrier et ses courriels, et rate la date d’un dépôt d’étude.

// Ce que nous bâtirions

Une application web qui réunit les demandes de raccordement, les études, la correspondance avec le distributeur et les échéances de chaque projet, avec des rappels avant chaque date et une vue du portefeuille que toute l’équipe consulte.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Stockage compatible S3
• DigitalOcean

// Le problème

Un producteur et ses acheteurs d’entreprise veulent jumeler consommation et production propre heure par heure, et chacun garde son propre chiffrier des mégawattheures réclamés.

// Ce que nous bâtirions

Des certificats horaires pour la production mesurée de chaque site, émis sur une chaîne privée à permissions dont le producteur, les acheteurs et un vérificateur indépendant exploitent chacun un nœud, pour qu’un mégawattheure ne puisse pas être réclamé deux fois. Nous ne prétendons rien sur la valeur d’un certificat.

// Ce qu’il comprend

// Technologies

• Next.js
• Hyperledger Besu (privé, à permissions)
• PostgreSQL
• API des données de compteur
• AWS

// Le problème

Le système de supervision d’un exploitant renouvelable tourne sur un seul serveur dans un bureau, avec des sauvegardes jamais testées et des alertes qui s’arrêtent quand le serveur s’arrête.

// Ce que nous bâtirions

Le transfert de la plateforme de supervision vers un nuage géré au Canada, configuré en code, avec sauvegardes testées, déploiements par étapes et alertes qui préviennent votre équipe, et un forfait mensuel où nous l’exploitons et en rendons compte.

// Ce qu’il comprend

// Technologies

• Terraform
• Kubernetes
• PostgreSQL
• Grafana
• AWS Canada