Speicher-Patente: Wann Patentrisiken BESS-Projekte verteuern

Die Kernfrage lautet nicht, ob es im Markt für Energiespeicher Patente gibt. Die gibt es entlang fast der gesamten Wertschöpfung. Entscheidend ist, wann daraus für ein konkretes Projekt ein belastbares Risiko wird. Bei netzgekoppelten Großspeichern, also Battery Energy Storage Systems, treffen technischer Integrationsdruck, enge Lieferketten und hohe Anforderungen an Finanzierung und Gewährleistung aufeinander. Genau dort können Patentfragen aus der Rechtsabteilung in die Bau- und Investitionslogik rutschen.

Für Entwickler, Speicherintegratoren und EPCs ist das relevant, weil ein IP-Konflikt selten isoliert bleibt. Wenn eine umstrittene Funktion in der ausgewählten Zelle, im Batteriemanagementsystem oder im Power Conversion System steckt, geht es schnell um Lieferfähigkeit, Austauschbarkeit, Terminplan und Risikoverteilung im Vertrag. Der Artikel zeigt, welche Bereiche bei Speichern patentkritisch sind, wann ein Streit zum Projektproblem wird und wie sich IP-Risiken vor Ausschreibung, Einkauf und Projektabschluss praktisch prüfen lassen.

Patente schützen keine allgemeinen Ideen, sondern technisch definierte Ansprüche. Für die Praxis heißt das: Ob ein Speicherprojekt betroffen ist, hängt nicht an der Frage, ob es einen Lithium-Ionen-Speicher einsetzt, sondern daran, welche konkrete technische Lösung in welchem Land geschützt ist. Die Weltorganisation für geistiges Eigentum beschreibt Freedom to Operate als Prüfung nach dem Muster Was, Wo und Wann: Was wird technisch eingesetzt, in welchen Ländern soll es hergestellt, verkauft oder betrieben werden, und welcher Patentstatus gilt dort zum geplanten Zeitpunkt.

Im Speicherbereich ist die Angriffsfläche breit. Das Europäische Patentamt ordnet den größten Teil der Patentaktivität im Feld Energiespeicher elektrochemischen Technologien zu; besonders sichtbar sind Lithium-Ionen-Systeme und Materialien auf Zellebene. Auf Projektebene endet das Risiko aber nicht bei der Chemie. Patentkritisch können auch Pack- und Modulaufbau, Wärmemanagement, Inverter beziehungsweise Power Conversion System, Batteriemanagementsysteme sowie übergeordnete Energie- und Steuerungsfunktionen sein. Der operative Hebel liegt oft dort, wo Hardware, Firmware und Regelung zusammenwirken. Darum raten Beschaffungsleitfäden für BESS dazu, gerade digitale Steuerungen, Software-Stücklisten und Hardware-Stücklisten früh transparent zu machen.

Nicht jede patentbezogene Unsicherheit verteuert sofort ein Projekt. Kritisch wird es, wenn die betroffene Technik schwer ersetzbar ist. Das ist typischerweise der Fall, wenn ein Projekt auf einen bestimmten Zelltyp, einen einzelnen Wechselrichterlieferanten oder proprietäre BMS- und EMS-Funktionen ausgelegt wurde. Dann lässt sich ein Konflikt nicht einfach durch einen anderen Lieferanten lösen. Ein Austausch kann neue Tests, geänderte Schnittstellen, andere Betriebsparameter oder eine Anpassung des Brandschutz- und Netzanschlusskonzepts auslösen. Aus einer juristischen Frage wird dann ein Termin- und Redesign-Risiko.

Die zweite Schwelle ist vertraglich und finanziell. Bankability meint vereinfacht, dass ein Projekt so strukturiert ist, dass Fremdkapitalgeber die technischen und kommerziellen Risiken für tragbar halten. Dazu gehören klare Lieferrechte, verlässliche Gewährleistungen, definierte Ersatz- und Servicepflichten und belastbare Informationsrechte gegenüber den Kernlieferanten. Wenn bei einer Schlüsselkomponente ungeklärt bleibt, ob der Anbieter über ausreichende Nutzungsrechte, Lizenzen oder eine stabile Risikozuweisung verfügt, kann das Finanzierungsgespräche erschweren. Ähnlich wirkt es auf EPC- und Betriebsverträge: Ein IP-Konflikt kann Verzugsfolgen, Ersatzbeschaffung, Liquidated Damages oder Nachverhandlungen über Preis- und Haftungsgrenzen auslösen. Für Versicherer ist die Lage weniger eindeutig. In den ausgewerteten Quellen ist nicht belastbar belegt, dass Patentstreit allein Deckungszusagen kippt. Sobald der Konflikt aber Lieferfähigkeit, Gewährleistung oder Betriebsunterbrechung berührt, steigt der Prüfaufwand erkennbar.

Der wirksamste Hebel ist frühe Struktur statt spätes Krisenmanagement. Eine Freedom-to-Operate-Prüfung ersetzt zwar keine gerichtsfeste Rechtsmeinung, sie schafft aber vor Beschaffung und Vergabe ein realistisches Risikobild. Für Entwickler und Investoren sind vor allem diese Schritte praxistauglich:

1. Technischen Umfang modular beschreiben: Nicht das Gesamtsystem pauschal prüfen, sondern Zellen, Module, Pack-Design, Thermik, PCS, BMS, EMS und Fernwartungsfunktionen getrennt betrachten.
2. Länder und Zeitfenster festlegen: Patente wirken territorial. Entscheidend sind also die Märkte, in denen das System geliefert, installiert oder betrieben werden soll, und der Rechtsstatus zum Projektzeitpunkt.
3. Schlüsselkomponenten priorisieren: Je schwerer austauschbar eine Komponente ist, desto höher ihr IP-Gewicht. Single-Source-Bauteile verdienen deshalb mehr Aufmerksamkeit als leicht substituierbare Balance-of-Plant-Teile.
4. Lieferantentransparenz erzwingen: Bei digitalen Steuerungen, Firmware und Kernhardware helfen belastbare Angaben zu Unterlieferanten, Software- und Hardware-Stücklisten, Update-Prozessen und vertraglich geregelten Nutzungsrechten.
5. Vertragsfolgen sauber zuweisen: Ersatzlieferung, Change-Order-Prozesse, Informationspflichten, Service-Level, Langfristservice und Eskalationswege sollten so geregelt sein, dass ein IP-Problem nicht automatisch beim Projektentwickler hängen bleibt.
6. Finanzierung und Versicherung früh einbinden: Wenn Kreditgeber oder Underwriter IP-Abhängigkeiten erst kurz vor Closing sehen, wird aus einem handhabbaren Risiko schnell ein Preis- oder Freigabethema.

Besonders nützlich ist diese Prüfung vor der Ausschreibung. Dann lassen sich technische Mindestanforderungen, Dokumentationspflichten und Ersatzszenarien noch in das Procurement übersetzen. Nach Bestellung wird dieselbe Frage meist teurer, weil jede Abweichung von der ausgewählten Architektur in Terminplan, Netzanschluss und Abnahme eingreift.

Mit dem schnelleren Ausbau von Großspeichern steigt nicht automatisch die Zahl erfolgreicher Patentklagen. Wahrscheinlicher ist zunächst etwas anderes: mehr formalisierte technische Due Diligence, mehr Transparenzanforderungen an Lieferketten und härtere Vertragsauflagen für Schlüsselkomponenten. Das liegt an der Marktlogik. Je mehr Projekte parallel in Beschaffung gehen, desto stärker wirken Abhängigkeiten von wenigen Technologien, Zulieferern und proprietären Steuerungsfunktionen. Darauf reagieren Investoren und EPCs in der Regel nicht mit Rechtsdogmatik, sondern mit strengeren Einkaufs- und Freigabeprozessen.

Naheliegend sind deshalb drei Entwicklungen. Erstens könnten Lizenz- und Nutzungsfragen früher in die Lieferantenauswahl rutschen. Zweitens dürften Verträge häufiger Reservekapazitäten, alternative Bezugsquellen oder stärkere Langfristservicepflichten verlangen. Drittens spricht viel dafür, dass Beschaffungsunterlagen detaillierter werden, etwa bei Software- und Hardware-Stücklisten, Change-Control und Informationsrechten bei Streitigkeiten. Für Projektentwickler ist das kein Nebenthema. Wer Patentrisiken als Teil der technischen Due Diligence behandelt, schützt nicht nur die Rechtsposition, sondern auch Zeitplan und Kapitalstruktur.

Speicher-Patente werden für Projekte vor allem dann teuer, wenn sie zu spät sichtbar werden und in einer nicht austauschbaren Kerntechnik stecken. Die belastbare Schlussfolgerung lautet deshalb: IP-Risiken bei BESS gehören nicht ans Ende des Vertragsprozesses, sondern an den Anfang von Systemdesign, Ausschreibung und Lieferantenauswahl. Wer früh prüft, modular denkt und Risiken vertraglich sauber verteilt, reduziert die Wahrscheinlichkeit von Redesign, Lieferverzug und schwierigen Finanzierungsgesprächen deutlich. Offen bleibt im Einzelfall, wie stark Versicherer auf konkrete Patentkonflikte reagieren. Für Bau- und Beschaffungsrisiken ist die Richtung dagegen klar.