Operativer Status

Alvo-Bereitschaft für Demos, Piloten und Produktivintegrationen.

Diese Seite zeigt, welche Plattformschichten laufen, was noch eine juristische oder Produktionsprüfung braucht und welcher Sicherheitsmodus gerade aktiv ist.

Version0.1.0

APIv1

Modusdecision-support

Rate-Limit120/60s

StatusBestanden

Modusgraceful fallback

Postgreskonfiguriert

Rediskonfiguriert

DB-Readsaktiviert

Ingestionaktiviert

Live OREE fallbackaktiviert

Dieser Modus eignet sich für Demos und die Übergangsphase. Für Staging/Produktion wird der Fallback nach Verifikation des DB-Read-Pfads deaktiviert.

2/7noch nicht bereit

Blocker

Geschütztes API

Das Produktions-API muss im geschützten Modus laufen, mit serverseitigem Key und ohne Secret-Leaks.

Owner: Security

Blocker

Externes Auth

Bezahlte Arbeitsbereiche brauchen Tenant-Identität, Rollen, SSO/MFA-fähiges Auth und Zugriffs-Audit.

Owner: Security

bereit

Tenant-RBAC

Rollen und Hochrisiko-Berechtigungen müssen APIs, Exporte und den künftigen Einreichungs-Flow tatsächlich absichern.

Owner: Security

bereit

Datenaktualität

OREE, lizenzgebundenes UEEX und künftige Quellen brauchen Aktualitätschecks, Blocker-Handling und Fallback-Verhalten.

Owner: Daten

Prüfung

Dauerhafter Audit-Trail

Ereignisse müssen tenant-bezogen sein und sich für Nachweise, Exporte und Incident-Analysen eignen.

Owner: Plattform

Prüfung

Benachrichtigungen

Push-/Alert-Zustellung braucht Schlüssel, Provider, Abo-Speicher und künftige rollenbasierte Limits.

Owner: Produkt

Prüfung

Trust-Layer

Diia-/QES-/Dokumenten-Flows brauchen Rechtsgrundlage, Einwilligung, Aufbewahrungsrichtlinie und datensparsame UX.

Owner: Legal

Sicherheit

API-Key erforderlich: nein

API-Key konfiguriertnein

Auth-ProviderWorkOS

StatusPrüfung

ModusVertrag bereit

Providernicht ausgewählt

Public VAPIDkonfiguriert

Private VAPIDkonfiguriert

Abo-Speichererforderlich

Nächster Schritt: den Produktions-Private-Key hinzufügen, den Zustellungs-Provider wählen und den tenant-bezogenen Abo-Speicher anbinden.

Auth-Bereitschaft

WorkOS

Erforderlich: nein
Konfiguriert: ja
Modus: öffentliche Demo
Empfehlung: WorkOS

Prüfung

OWASP ASVS

Die aktuelle Basis hat bereits Header, CSP, Validierung, Rate-Limiting, Upstream-Allowlists und einen Audit-Trail.

Vor dem Produktivstart jede ASVS-Anforderung auf einen Test oder Owner mappen.

geplant

SOC 2

Erste technische Nachweise für Security existieren: Health, Audit, API-Zugriffskontrolle und wiederholbare CI-Checks.

Als Nächstes brauchen wir Richtlinien, Nachweis-Owner, Incident-Prozesse, Lieferantenprüfung und Change-Management.

nicht anwendbar

HIPAA

Außerhalb des Scopes, solange Alvo Energiemarktdaten verarbeitet und keine PHI/ePHI berührt.

HIPAA nur wieder aufnehmen, falls ein Healthcare-/PHI-Szenario entsteht.

aktiv

Auth-Provider

Wir brauchen eine provider-unabhängige OIDC/JWT-Schicht mit Organisationen, Rollen, MFA, SSO und Audit.

Für B2B-Piloten ist WorkOS der erste Kandidat, der Domänencode bleibt aber provider-unabhängig.

aktiv

RBAC

Rollen und Berechtigungen sind als Code-Vertrag für Tenant, API, Trader, Risiko und Audit definiert.

Vor bezahlten Piloten RBAC an Auth-Adapter, Tenant-ID und Policy-Tests anbinden.

Modusdurchgesetzt

Rollen6

Berechtigungen14

Hohes Risiko4

Rolle

Owner

Verwaltet Mandant, API, Rollen, Einstellungen und kritische Freigaben.

14 Berechtigungen

Rolle

Trader

Arbeitet mit Marktdaten, Plänen, AI Briefs, BESS und Exporten.

8 Berechtigungen

Rolle

Analyst

Bereitet Daten, Szenarien, Backtests und Erklärungen ohne administrative Aktionen vor.

6 Berechtigungen

Rolle

Risikokontrolle

Prüft Risiken, Audit-Nachweise und künftige Hochrisiko-Freigaben.

5 Berechtigungen

Rolle

API-Client

Service-Zugriff auf Berechnungen und Exporte ohne Mandantenverwaltung.

6 Berechtigungen

Rolle

Auditor

Nur-Lese-Zugriff auf Audit-Trail, Risiken und Aktionsnachweise.

3 Berechtigungen

RBAC ist aktiv: Nächster Schritt sind mandantenbezogene Policy-Tests für API und Ordereinreichung.

Markt

Marktbetreiber

angebunden

Offizielle Day-Ahead-/Intraday-Ebene: stündliche Preise und Indizes.

Primäre Handelsebene für Day-Ahead-Empfehlungen und die Validierung des Markttags.

Aktualität: aktuellNeueste Daten: Jul 22, 2026, 1:43 AMFenster: 36h

API: /api/oree/prices, /api/oree/indexesQuelle

Nächster Schritt: Produktionsfreigabe für Format, SLA und zulässige Datennutzung.

Benchmark

UEEX (Ukrainische Energiebörse)

Prüfung

BASE-Indizes des bilateralen Kontraktmarkts als längerfristige Benchmark — lizenzpflichtig (schriftliche UEEX-Weiterverbreitungsvereinbarung erforderlich).

Hilft, Day-Ahead-Spreads mit längerfristigen Kontraktindikatoren zu vergleichen.

Aktualität: Monitoring ausstehendNeueste Daten: k. A.Fenster: 45d

API: /api/ueex/electricity-indexesQuelle

Nächster Schritt: schriftliche Weiterverbreitungsvereinbarung plus maschinenlesbaren Feed/API vor Historie und Alerts einholen.

System

ENTSO-E Transparency Platform

angebunden

Last, Erzeugung, grenzüberschreitende Lastflüsse und Systemkontext für die Preisprognose.

Diese Ebene verbessert die Prognosequalität und die Erklärung von Preisbewegungen.

Aktualität: aktuellNeueste Daten: Jul 21, 2026, 10:37 PMFenster: 4h

API: angebundenQuelle

Nächster Schritt: Frische-Monitoring und Qualitätsprüfungen für Zeitreihen aktiv halten.

Benchmark

PSE (Polish TSO)

Prüfung

Polnische Day-Ahead-Preise (RCE) als Nachbar-Referenz für die UA↔PL-Basis — offene Daten des ÜNB.

Der polnische ÜNB veröffentlicht sie als Public-Sector-Information; die Weiterverwendung ist mit verpflichtender Quellenangabe erlaubt.

Aktualität: Monitoring ausstehendNeueste Daten: k. A.Fenster: 36h

API: PrüfungQuelle

Nächster Schritt: sichtbaren PSE-Quellenhinweis (www.pse.pl) überall dort führen, wo der polnische Preis gezeigt wird.

System

Ukrenergo

Prüfung

Systembilanz, Verbrauch, Erzeugung, Netzengpässe und Ausfallsignale.

Gibt der AI Kontext zu Spitzenstunden, Defizit-/Überschusslagen, Wartungen und Übertragungsengpässen.

Aktualität: veraltetNeueste Daten: Jun 15, 2026, 12:38 AMFenster: 6h

API: PrüfungQuelle

Nächster Schritt: zulässige Datensätze, Frequenz, Historienformat und Fallback-Verhalten bei fehlenden Veröffentlichungen definieren.

Wetter

Weather provider layer

Prüfung

Temperatur, Wind, Solarstrahlung, Bewölkung und Niederschlag für Last- und Erzeugungsprognosen.

Wetterdaten sind kritisch für Solar-/Winderzeugung, Lastspitzen und Volatilitätserklärungen.

Aktualität: aktuellNeueste Daten: Jul 22, 2026, 1:39 AMFenster: 3h

API: PrüfungQuelle

Nächster Schritt: Live über Open-Meteo; für kommerzielle Lizenz und SLA ALVO_OPEN_METEO_API_KEY setzen (Standard-Plan, customer-api).

Makro

Fuel and carbon benchmarks

Prüfung

Gasspeicher, CO2-Intensität und EU ETS als Energiesystem- und CBAM-Kontext.

Hilft, das Brennstoffumfeld und Risiken für thermische Erzeugung und Importe zu erklären; wird nicht als validierter Treiber des UA-Day-Ahead-Preises dargestellt.

Aktualität: Monitoring ausstehendNeueste Daten: k. A.Fenster: 36h

API: PrüfungQuelle

Nächster Schritt: Live: Ember (CO2-Intensität, CC-BY) + GIE (Gasspeicher) über ALVO_EMBER_TOKEN/ALVO_GIE_TOKEN. Brennstoff-/EU-ETS-Preise sind eine separate, noch nicht angebundene Quelle.

System

Energy Map

angebunden

Ukrainische aggregierte Energiedatensätze für ein breiteres Marktbild.

Kann das Modell um Erzeugungs-, Verbrauchs-, Regional- und Referenzdaten ergänzen.

Aktualität: aktuellNeueste Daten: Jul 22, 2026, 11:00 PMFenster: 1d

API: angebundenQuelle

Nächster Schritt: Zugangsbedingungen prüfen und Datensätze für V2 auswählen.

Regulierung

NEURC

Prüfung

Regulierungsentscheidungen, Tarife, Lizenz- und Compliance-Signale.

Nötig für Risikokontrolle, auditfeste Erklärungen und die rechtliche Ebene des Produkts.

Aktualität: Monitoring ausstehendNeueste Daten: k. A.Fenster: 7d

API: PrüfungQuelle

Nächster Schritt: festlegen, welche Dokumente wir automatisch überwachen und wie Regeln versioniert werden.

Regulierung

Antimonopoly Committee of Ukraine

Prüfung

Marktmonitoring, Wettbewerb, Konzentration und kartellrechtliche Signale.

Nützlich für Compliance-Erklärungen, Marktgrenzen und eine künftige Anti-Manipulations-Ebene.

Aktualität: Monitoring ausstehendNeueste Daten: k. A.Fenster: 14d

API: PrüfungQuelle

Nächster Schritt: festlegen, welche Veröffentlichungen überwacht werden und wie Risiko-Eskalationen ablaufen.

Signal

Erfassung von Luftalarm-Signalen

im SLA

Letztes Signal: Jul 22, 2026, 1:45 AM
Budget: 10%
Frequenz: live air-raid alert feed

UKRAINEALARM

Signal

Entsoe Outages Hu

im SLA

Letztes Signal: Jul 21, 2026, 2:45 AM
Budget: 77%
Frequenz: daily ENTSO-E neighbour outage fact capture

ENTSOE_OUTAGES_HU

Signal

Entsoe Outages Pl

im SLA

Letztes Signal: Jul 21, 2026, 2:45 AM
Budget: 77%
Frequenz: daily ENTSO-E neighbour outage fact capture

ENTSOE_OUTAGES_PL

Signal

Entsoe Outages Ro

im SLA

Letztes Signal: Jul 21, 2026, 2:45 AM
Budget: 77%
Frequenz: daily ENTSO-E neighbour outage fact capture

ENTSOE_OUTAGES_RO

Signal

Entsoe Outages Sk

im SLA

Letztes Signal: Jul 21, 2026, 2:45 AM
Budget: 77%
Frequenz: daily ENTSO-E neighbour outage fact capture

ENTSOE_OUTAGES_SK

Signal