Mission ControlIhr Projekt live mitverfolgen, vom Kickoff bis zur Übergabe Meine CrewIhre Rollen je Projekt0 WarenkorbIhre Auswahl, die Checkliste und der Weg zur Kasse0 AnmeldenMit Ihrem Zugangscode zu Aufträgen und gespeicherten Plänen

Vorab gerechnet

Energie-Detektiv

Verbrauchsdaten je Anlage und Schicht analysiert: wo Druckluft leckt, wo die Grundlast frisst — und was die Abschaltung wirklich spart. Wir möchten das als internen Prototyp für unser Unternehmen umsetzen.

Gerechnet am 11.09.2026 um 22:18 Uhr

Ihr erster Prototyp · Festpreis netto
5.880 €
Prototyp Aufwand 52 / 100 · ca. 5 Wochen

So haben wir Sie verstanden

Analyse von Verbrauchsdaten je Anlage und Schicht zur Erkennung von Druckluftlecks, Grundlast und Einsparpotenzial bei Abschaltung.

Was der Prototyp enthält

Dashboard mit realen Verbrauchsdaten einer Anlage über mehrere Schichten inkl. Grundlast- und Leckageerkennung.

Aufwands-Meter — 100 heißt maximaler Aufwand und maximaler Preis, keine Note.

Datenintegration plus Zeitreihenanalyse, die aus den Verbrauchsreihen lernt (ML.NET), ohne Echtzeit, aber mit unklarer Datenlage

Danach: Vollausbau

Vollausbau ab 68.500 € · indikativ bis 89.000 € · 6 Wochen · Team aus 3

Komponenten

  • Datenanbindung Anlagen/Zähler4,5 PT
  • Datenmodell & Speicherung (Zeitreihen)3,25 PT
  • Analyselogik (Grundlast, Leckage, Einsparung)5,5 PT
  • Auswertungs-Dashboard (Anlage/Schicht)4,5 PT
  • Projektsteuerung & Abnahme2,25 PT

Besetzung

  • Senior Developer (Senior .NET-Entwickler)
  • Lead Developer (Lead .NET-Entwickler)
  • Lead Consultant

Annahmen hinter dem Preis

  • Verbrauchsdaten liegen bereits digital vor (z. B. CSV/Datenbank/API)
  • Eine Anlage bzw. wenige Anlagen für den Prototyp ausreichend
  • Kein Echtzeit-Anspruch, tägliche/schichtweise Auswertung genügt

Was wir zu Beginn klären

  • Über welche Schnittstelle oder in welchem Format liegen die Verbrauchsdaten vor?
  • Wie viele Anlagen und Zähler sollen angebunden werden?
  • Gibt es bereits historische Daten oder muss die Erfassung neu aufgebaut werden?

Der Fahrplan — was in welcher Woche fertig ist

0
0
0
0
0
  1. Woche 1 Kickoff Abstimmung, Zugänge, Feinschnitt des Umfangs
  2. Woche 2 Datenanbindung Anlagen/Zähler 4,5 PT
  3. Woche 3 Datenmodell & Speicherung (Zeitreihen) 3,25 PT
  4. Woche 3 Analyselogik (Grundlast, Leckage, Einsparung) 5,5 PT
  5. Woche 4 Auswertungs-Dashboard (Anlage/Schicht) 4,5 PT
  6. Woche 4 Projektsteuerung & Abnahme 2,25 PT
  7. Woche 5 Abnahme Übergabe nach Abnahme und Restzahlung

Verstärkung: Köpfe auf Abschnitte legen

  • 1 Woche früher, Abnahme in Woche 4 statt 5: „Datenanbindung Anlagen/Zähler“ +1 Senior Developer (Senior .NET-Entwickler), „Analyselogik (Grundlast, Leckage, Einsparung)“ +1 Senior Developer (Senior .NET-Entwickler), „Auswertungs-Dashboard (Anlage/Schicht)“ +1 Senior Developer (Senior .NET-Entwickler) · +220 €
  • 2 Wochen früher, Abnahme in Woche 3 statt 5: „Datenanbindung Anlagen/Zähler“ +3 Senior Developer (Senior .NET-Entwickler), „Datenmodell & Speicherung (Zeitreihen)“ +2 Senior Developer (Senior .NET-Entwickler), „Analyselogik (Grundlast, Leckage, Einsparung)“ +2 Senior Developer (Senior .NET-Entwickler), „Auswertungs-Dashboard (Anlage/Schicht)“ +2 Senior Developer (Senior .NET-Entwickler), „Projektsteuerung & Abnahme“ +1 Tester · +480 € hilft am meisten

Legen Sie Köpfe auf die Abschnitte, die schneller fertig werden sollen: dieselben Stunden, mehr Köpfe, weniger Wochen — wie bei den Tempopaketen, ein Kopf mehr +5 %, zwei +8 %, drei +10 %, vier +12 % auf den Anteil des Abschnitts am MVP-Festpreis. Entwickler kommen nicht auf Abschnitte, die andere zusammenführen, und nicht auf, was erst im letzten Drittel beginnt — dort macht ein weiterer Entwickler ein Projekt langsamer. Auf den letzten Abschnitt vor der Abnahme legen Sie stattdessen Tester. Wer die Köpfe sind, wählen wir.

Lastenheft und Pflichtenheft

Ziel Transparenz über Druckluftverbrauch je Anlage und Schicht mit Aussage zu Leckagen, Grundlast und Einsparpotenzial bei Abschaltung.

Lösungsweg Aufbau einer .NET-Webanwendung mit Datenimport, relationaler Zeitreihenspeicherung und serverseitig gerenderter Auswertung.

  1. Was gefordert istDas System muss Verbrauchsdaten je Anlage und Schicht erfassen und speichern.
    Wie wir es umsetzenImport der Verbrauchsdaten über REST-Schnittstelle oder Dateiimport in SQL Server via EF Core
  2. Was gefordert istDas System muss Grundlast und Leckagen aus den Verbrauchsdaten ableiten.
    Wie wir es umsetzenSpeicherung als Zeitreihe je Anlage/Schicht in SQL Server mit passendem Schema
  3. Was gefordert istDas System muss das Einsparpotenzial einer Abschaltung berechnen.
    Wie wir es umsetzenServerseitige Berechnung von Grundlast, Leckage-Indikator und Einsparpotenzial in C#/.NET
  4. Was gefordert istDas System muss die Auswertungen in einer Übersicht darstellen.
    Wie wir es umsetzenDarstellung der Ergebnisse in Razor-Views mit Filter nach Anlage und Schicht

Rahmenbedingungen

  • Interner Prototyp für ein Unternehmen, keine externen Nutzer
  • Wenige Anlagen im Pilotumfang
  • Keine rechtlichen Vorgaben genannt

Nicht im Umfang

  • Keine Anbindung an Steuerungssysteme zur automatischen Abschaltung
  • Keine mobile App
  • Keine Mehrmandantenfähigkeit
  • Kein produktiver Rollout auf alle Anlagen

Woran Sie die Abnahme messen

  • Verbrauchsdaten mind. einer realen Anlage über mind. 2 Schichten korrekt dargestellt
  • Grundlast- und Leckagewert für Testdatensatz nachvollziehbar berechnet
  • Einsparpotenzial je Anlage in Euro und Kilowattstunden ausgewiesen
  • Dashboard lädt Auswertung in unter 3 Sekunden bei Testdatenmenge

Meilensteine

  • Woche 2: Datenanbindung Anlagen/Zähler
  • Woche 3: Datenmodell & Speicherung (Zeitreihen)
  • Woche 3: Analyselogik (Grundlast, Leckage, Einsparung)
  • Woche 4: Auswertungs-Dashboard (Anlage/Schicht)
  • Woche 4: Projektsteuerung & Abnahme
  • Woche 5: Abnahme

Technologien, die wir einsetzen

  • ASP.NET Core MVC & Razor Pages
  • Entity Framework Core & Dapper
  • SQL Server 2025
  • Minimal APIs & REST / Web API
  • ML.NET & ONNX Runtime
  • MQTT & OPC UA
  • ASP.NET Core MVCAufbau der Webanwendung mit Formularen und Auswertungsseiten
  • Razor ViewsServerseitige Darstellung des Auswertungs-Dashboards
  • EF Core 10Datenzugriff und Schemapflege für Zeitreihen-Verbrauchsdaten
  • SQL ServerSpeicherung der Verbrauchsdaten je Anlage und Schicht
  • REST-Schnittstelle (JSON)Anbindung der Anlagen- bzw. Zählerdaten aus Fremdsystem
  • ML.NET & ONNX RuntimeErkennung von Grundlast, Leckagen und Einsparpotenzial in den Verbrauchsreihen
  • MQTT & OPC UAAnbindung der Zähler und Anlagen

← Zurück zum Portfolio