Das Problem mit nur zwei Datenquellen

Für die Heimladen-Abrechnung liest Pipelet heute Ladevorgänge aus zwei Quellen: der Wallbox selbst (über OCPP 1.6/2.0.1) und dem Fahrzeug (über OEM-CarData-APIs wie BMW, Tesla, Volvo, Audi, Ford). Für einen großen Teil realer Fahrer reicht das.

Was es aber nicht abdeckt: Kunden, deren Wallbox über den Hersteller-Hub des Wechselrichters gebunden ist — Fronius Wattpilot, Kostal Enector, SMA eCharger, Huawei Smart Charger, EcoFlow PowerPulse. Diese Wallboxen sprechen nach außen oft gar kein OCPP; ihre Sitzungsdaten leben in der Wechselrichter-Cloud des Herstellers. Ohne Integration bekommen diese Fahrer ihre Heimladen-kWh überhaupt nicht abgerechnet.

Der DACH-Markt in einer Tabelle

Acht Hersteller decken den allergrößten Teil der installierten Wohngebäude-PV in Deutschland und Österreich ab. Fünf davon liefern eine eigene Wallbox, die nur in das eigene Wechselrichter-Ökosystem hineinpasst.

Hersteller Welt-Anteil 2026 DACH-Präsenz API-Zugang Eigene Wallbox?
Huawei (FusionSolar) 29 % Sehr hoch OAuth2, Token-Request ✓ Smart Charger
Sungrow (iSolarCloud) 23 % Hoch App-Key, Anfrage ✓ iEV
Ginlong/Solis 8 % Mittel API-Key Angekündigt
Growatt (ShinePhone) 6 % Hoch API-Key ab 2025
GoodWe (SEMS) 5 % Hoch Lizenz + API-Key ✓ HCA
SMA < 5 % Sehr hoch (DE-Heimat) Modbus + Sunny Portal ✓ eCharger
Fronius < 5 % Sehr hoch Lokales JSON + Solar.web ✓ Wattpilot (multi-vendor)
Kostal (Plenticore) < 5 % Hoch Lokales JSON ✓ Enector (PV-only)
SolarEdge ~10 % Hoch Public Cloud API + Modbus ✓ EV Charger
Enphase klein, wachsend Wachsend Public Enlighten OAuth ✓ IQ EV Charger
Solarwatt klein DE-fokussiert Lokales REST am Manager
EcoFlow (PowerOcean) klein, wachsend Wachsend Access Key / Secret ✓ PowerPulse 2

Quellen: veröffentlichte Marktanteils-Berichte Q1-2026 (Wood Mackenzie, IHS Markit) und Herstellerdokumentation. Zahlen sind nach ausgelieferten Wechselrichtern gewichtet, nicht nach installierter Kapazität.

Drei Lager, drei Integrations-Strategien

Schaut man auf die API-Zugangsmuster, zerfällt der Markt in drei klar unterscheidbare Lager. Wenn man das Lager eines Herstellers kennt, weiß man vorher wie viel Engineering-Aufwand eine Integration kostet und wie verlässlich sie in Produktion läuft.

Lager 1

Walled Garden

Huawei · Sungrow · RCT Power · E3/DC · EcoFlow

Geschlossenes Ökosystem. Beste Out-of-the-Box-Integration mit der eigenen Wallbox, schlechteste Fremdgeräte-Kompatibilität. Per Design Cloud-only — lokales Modbus existiert, ist aber inoffiziell.

Pipelet-Take: Nur Cloud-API-Integration. Wir holen die Sicht des Wechselrichters auf seine gebundene Wallbox; der Kunde kann keine separate OCPP-Wallbox einmischen ohne die Integration zu verlieren.

Lager 2

Offene Systeme

Fronius · Kostal · GoodWe · FoxESS · SolarEdge · SMA · Solarwatt

Multi-Vendor per Design. Der Wechselrichter spricht lokal Modbus oder eine dokumentierte JSON-Schnittstelle; die Wallbox kann ein fremdes OCPP-Gerät sein. Cloud-APIs existieren, lokal ist aber der Goldstandard.

Pipelet-Take: Doppelte Integration: lokal für datenschutz-bewusste Kunden (Modbus oder lokales REST), Cloud als Fallback. Der Kunde behält Freiheit beim Wallbox-Wechsel; wir lesen den Wechselrichter nur als PV-Überschuss-Kontext.

Lager 3

Aggregator-bedient

Alle obigen via Enode · Sunvoy · evcc

Eine einzige API-Oberfläche vor 20–30 Hersteller-Clouds. Vermeidet Pro-Marken-Engineering — auf Kosten von Vendor-Lock-in und OPEX pro Gerät. Sinnvoll für Long-Tail-Brands.

Pipelet-Take: Nur Long-Tail-Abdeckung. Camp 1 + Camp 2 bauen wir selbst (Top 80 % DACH-Marktanteil); für die Niche-Hersteller mit einstelligen Anteilen nutzen wir Enode oder Sunvoy, statt Engineering an Marken mit 1 % Anteil zu binden.

Warum das für Pipelet-Kunden relevant ist

Ein Flotten-Manager, der Heimladen-Abrechnung für 500 Fahrer ausrollt, braucht den Abrechnungs-Flow für jeden Fahrer — nicht nur für die mit OCPP-fähiger Wallbox. Heute kommt schätzungsweise 15–30 % der neuen deutschen Wohngebäude-PV-Installationen mit einer markengebundenen Wallbox, die nach außen kein OCPP spricht. Ohne Wechselrichter-Cloud-Integration sind diese Fahrer aufgeschmissen.

Für den Flotten-Betreiber öffnet die Integration einen zweiten Nutzen: PV-Überschuss-Laden als Feature. Mit Wissen über die Live-Wechselrichter-Erzeugung kann die Wallbox (egal ob OCPP-gesteuert oder Wechselrichter-gebunden) so gefahren werden, dass sie nur bei Haushalts-Solar-Überschuss zieht — relevant in der Post-EEG-Einspeisevergütungs-Ära, in der Überschuss-PV billig verkauft, aber teuer wieder eingekauft wird.

Wie Pipelet aus Wechselrichter-Daten Ladevorgänge macht

Die Integration ist mehr als ein roher Datenpull. Pipelet betreibt einen brand-agnostischen Reconstructor, der periodische Inverter-Cloud-Snapshots in diskrete Ladevorgänge überführt — gleiche Datenbank-Tabelle, gleiche Fleet-API-Oberfläche, gleicher Reimbursement-Pfad wie bei OCPP-Wallboxen und OEM-CarData. Aus Operator-Sicht sieht eine kWh aus einer Wechselrichter-gebundenen Wallbox exakt aus wie eine OCPP-kWh.

┌──────────────────────┐    ┌─────────────────────┐    ┌─────────────────┐
│  Wechselrichter-Cloud │    │ Pipelet driver-     │    │ Fleet-API-Konsumenten │
│  Enphase Enlighten,  │ ─> │  portal worker      │ ─> │ (CF4, FleetX,   │
│  Huawei FusionSolar  │    │                     │    │  partner BIs)   │
└──────────────────────┘    │  c4_pv_snapshots    │    └─────────────────┘
                            │  + reconstructor    │
                            │  ↓                  │
                            │  op_charging_       │
                            │  sessions           │
                            │  id_tag='pv-…'      │
                            └─────────────────────┘

Aus Wechselrichter-Daten rekonstruierte Ladevorgänge tragen den Marker id_tag = "pv-<brand>" im Schema — z.B. pv-enphase oder pv-huawei. Partner-Portale, Dashboards und das Fahrer-Portal rendern diese Zeilen mit einem grünen „Solar · <Brand>"-Badge, sodass Nutzer die Herkunft auf einen Blick erkennen. Developer-Portal-Doku beschreibt die Marker, den Reconstructor und wie man einen neuen Brand in drei Dateien selbst hinzufügt.

Pipelet-Roadmap

Wir rollen Integrationen markt­anteils­geordnet aus. Die Phasen unten sind konkrete Projekt-Gates, kein Marketing-Wunschdenken.

Phase Was DACH-Abdeckung Status
0 Solarwatt + Enphase + PV-Polling ≈ 5 % live
0+ Snapshot → Session-Reconstructor (brand-agnostische State-Machine; Enphase IQ EVSE verdrahtet) Basis für 1–4 live
1 Huawei FusionSolar + Sungrow iSolarCloud + 52 % Welt-Marktanteil in Klärung
2 Solax + GoodWe + 10 % Planung
3 Fronius + Kostal (lokal) DACH-Power-User Planung
4 EcoFlow PowerOcean + Tail-Cover via Enode/Sunvoy Long-Tail Evaluation

Falls Sie eine Flotte betreiben, deren Fahrer über mehrere PV-Marken verteilt sind, und Sie einen einheitlichen Heimladen-Abrechnungs-Flow wollen, der einfach funktioniert: sprechen Sie uns an →