Software für Wasserversorger

// Das Problem

Ein Wasser- und Abwasserbetrieb verschickt Rechnungen per Post, nimmt Zahlungen per Scheck und am Schalter an und kündigt Abkochgebote und Absperrungen per Telefon und sozialen Medien an, also rufen Kunden an und fragen, was los ist.

// Was wir bauen würden

Ein Kundenportal unter der Marke des Versorgers, in dem Kunden Verbrauch und Rechnungen sehen, online bezahlen und Meldungen per E-Mail oder SMS abonnieren, mit einer Karte für Störungen und Meldungen aus dem GIS des Versorgers. Rechnungen und Konten werden über die API des Abrechnungssystems gelesen; Ihres prüfen wir vor dem Angebot. Den Wortlaut der Meldungen legen die zuständigen Personen bei Ihrem Versorger fest.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• API des Abrechnungssystems
• ArcGIS REST API
• Gehosteter Bezahlvorgang des Zahlungsanbieters
• AWS Canada

// Das Problem

Ein regionaler Wasserverband rechnet aus einer Access-Datenbank ab, deren Makros ein ehemaliger Mitarbeiter geschrieben hat, Ableser tippen Zählerstände von Papier ab, und eine Änderung der Tariftabelle heißt eine Woche Tests an einer Kopie der Datei.

// Was wir bauen würden

Zuerst eine Architekturprüfung des alten Systems mit schriftlichem Plan, dann ein neues Abrechnungssystem, das jedes Konto, jeden Tarif und die ganze Historie behält, eine Android-App, die Ableser offline auf ihrer Route nutzen, und Rechnungsläufe, die vor dem Umstieg mit dem alten System abgeglichen werden. Buchungen gehen an QuickBooks Online, gebaut auf dessen API.

// Was drin ist

// Tech-Stack

• Next.js
• Kotlin für Android
• PostgreSQL
• QuickBooks Online API
• AWS Canada

// Das Problem

Das Betriebspersonal eines Versorgers sieht SCADA nur in der Leitwarte, Laborergebnisse liegen in Tabellen, und die Daten für den Monatsbericht und das Dashboard des Gemeinderats werden aus beidem von Hand zusammengestellt.

// Was wir bauen würden

Ein Data Warehouse, das Historian-Daten aus SCADA über eine nur lesende Verbindung liest, Laborergebnisse und abgerechneten Verbrauch übernimmt und Dashboards für Betriebspersonal, Leitung und Gemeinderat zeigt. Es bereitet Berichtsdaten vor, die Ihr verantwortlicher Betriebsleiter prüft und einreicht. Nichts wird je an SCADA oder ein anderes Leitsystem zurückgeschrieben.

// Was drin ist

// Tech-Stack

• PostgreSQL
• dbt
• Historian-API (nur lesend)
• Next.js
• Apache Superset
• AWS Canada

// Das Problem

Trupps bekommen Arbeitsaufträge auf Papier, Kontrollen der Pumpwerke stehen in einem Ordner, und das Verzeichnis der Bleianschlüsse, das der Versorger führen muss, ist eine Tabelle mit Lücken bei der Hälfte der Adressen.

// Was wir bauen würden

Ein Web-Arbeitsbereich und eine iOS- und Android-App, die Trupps offline nutzen, auf dem GIS und Anlagenregister des Versorgers: Arbeitsaufträge für Hauptleitungen, Schieber, Hydranten und Pumpen, Rundgänge in den Werken und ein Verzeichnis der Hausanschlüsse mit dem Material an jeder Adresse, wie es festgestellt wurde, und Fotos. Eine öffentliche Abfrage zeigt Anwohnern, was über ihren Anschluss bekannt ist.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL mit PostGIS
• ArcGIS REST API
• AWS Canada

// Das Problem

Ein Mehrspartenversorger, der Wasser, Abwasser und Fernwärme abrechnet, betreibt ein Abrechnungssystem, ein Zählerdaten-Head-End, ein GIS, ein Auftragssystem und eine Finanzsoftware, die nicht miteinander reden, also exportiert und importiert das Personal jede Nacht Dateien.

// Was wir bauen würden

Eine interne Integrationsplattform, die die fünf Systeme über eine API verbindet: Zählerstände fließen in die Abrechnung, neue Konten erreichen das Auftragssystem, und Anschlussadressen bleiben mit dem GIS abgeglichen. Jeder Konnektor baut auf der veröffentlichten API oder dem Export des Systems auf; Ihres prüfen wir vor dem Angebot. Wir betreiben sie für Sie, mit Überwachung und Warnungen.

// Was drin ist

// Tech-Stack

• Node.js
• PostgreSQL
• OpenAPI
• APIs für Abrechnung und Zählerdaten
• ArcGIS REST API
• AWS Canada

// Das Problem

Ein städtischer Versorger hat Kunden, die viele Sprachen sprechen, seine Hilfeseiten gibt es nur auf Englisch, und das Callcenter füllt sich mit denselben Fragen zu Rechnungen, Umzügen und Meldungen zur Wasserqualität.

// Was wir bauen würden

Ein Hilfecenter auf Englisch, Französisch und in den Sprachen Ihrer Kunden, mit einem Assistenten, der aus den freigegebenen Artikeln antwortet, sie nennt und an einen Menschen übergibt. Aktive Meldungen werden zuerst gezeigt. Der Assistent beantwortet allgemeine Fragen; er sieht keine Konten und gibt nie Gesundheits- oder Sicherheitshinweise über die Meldung selbst hinaus.

// Was drin ist

// Tech-Stack

• Next.js
• Claude API
• PostgreSQL mit pgvector
• Plattform für Übersetzungsmanagement
• AWS Canada

// Das Problem

Mehrere Gemeinden kaufen aufbereitetes Wasser von einem regionalen Werk, Großzählerstände und Kostenanteile werden in einer Tabelle des Werks berechnet, und jede Gemeinde prüft sie auf ihre eigene Art.

// Was wir bauen würden

Ein gemeinsames Register, in dem Großzählerstände, Investitions- und Betriebskosten und der Anteil jedes Mitglieds jeden Monat erfasst und abgestimmt werden, auf einem privaten Register mit Zugangsberechtigung, von dem jedes Mitglied einen Knoten betreibt. Signierte Monatsabrechnungen leisten das oft auch; das Register hilft, wenn mehrere Mitglieder dieselbe Aufzeichnung brauchen und keines sie einem anderen überlassen will.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• PostgreSQL
• AWS Canada