Products · qdCloud

IoT-Plattform für Betrieb, Überwachung und Fernwartung vernetzter Produkte

Die qdCloud hält Ihre Geräteflotte über die gesamte Feldzeit aktuell und nachweisbar sicher. Sie bindet Geräte mit Embedded Linux, RTOS oder Bare Metal an und läuft in Deutschland oder in Ihrem eigenen Rechenzentrum.

Schnelleinstieg für Sie

  • Entwicklungsleitung

    Updates ohne Risiko für die Flotte und eine Anbindung für Linux, RTOS und Bare Metal.

  • Security und Produktsicherheit

    Welche Pflicht aus dem Cyber Resilience Act die Plattform mit welcher Funktion abdeckt.

  • Service

    Alarme, Dashboards und Fernzugriff auf das einzelne Gerät.

  • Geschäftsführung

    Wo die Plattform läuft, wem sie gehört und wofür Sie bezahlen.

Wer vernetzte Geräte verkauft, muss sie im Feld versorgen können

Seit dem 11. September 2026 gelten die Meldepflichten des Cyber Resilience Act, ab dem 11. Dezember 2027 alle übrigen Pflichten. Hersteller müssen Schwachstellen über die gesamte Unterstützungsdauer beheben und das belegen können.

  • Pflichten aus dem Cyber Resilience Act

    Sicherheitsupdates bereitstellen, ausgenutzte Schwachstellen fristgerecht melden, betroffene Kunden informieren. Dafür braucht der Hersteller Zugriff auf jedes Gerät im Feld.

  • Die Flotte wächst schneller als der Service

    Mit jedem ausgelieferten Gerät kommen Fragen dazu: Welches Gerät läuft auf welchem Stand, welches meldet sich nicht mehr, wer bekommt das nächste Update zuerst? Ab einigen Hundert Geräten beantwortet das keine Tabelle mehr.

  • Kein eigenes Plattformteam

    Geräteidentitäten, Update-Verteilung, Mandanten und Nachweise selbst zu bauen bindet Entwickler über Jahre. Die qdCloud bringt diese Grundlage mit. Ihre Entwickler haben Zeit für die Kernaufgaben Ihres Produkts. Fehlt dem Gerät die Anbindung, der Bootloader oder die Update-Kette, bauen wir auch die.

Vom Gerät bis in Ihre Produktivsysteme

  1. Gerät anbinden

    Der mitgelieferte Gerätedienst verbindet Embedded Linux, RTOS und Bare Metal mit der Plattform. Ein eigenes Protokoll müssen Sie dafür nicht entwickeln und die Anbindung lässt sich ohne echte Hardware simulieren.

  2. Identität vergeben

    Jedes Gerät erhält in der Produktion ein Zertifikat. Beim ersten Verbinden meldet es sich selbst in Ihrer Flotte an.

  3. Flotte betreiben

    Versionen bereitstellen, Rollouts freigeben, Alarme bearbeiten und Konfigurationen führen. Alles ist nativ über die Oberfläche und die API möglich.

  4. An Ihre Systeme übergeben

    Jede Funktion ist über eine beschriebene, versionierte Schnittstelle nutzbar. Alarme, Sicherheitsereignisse und Flottendaten fließen in Ihr ERP, Ihr Ticketsystem oder Ihre zentrale Sicherheitsüberwachung.

Updates ausrollen, ohne Bauchschmerzen

  • In Stufen ausrollen

    Sie bestimmen die Geräte jeder Stufe nach Organisation, Gruppe, Standort oder eigenem Merkmal und erproben ein Update zuerst dort, wo ein Fehler am wenigsten kostet.

  • Selbsttätig anhalten

    Häufen sich in einer Stufe Fehlschläge oder verstummen Geräte, hält die Plattform den Rollout an, bevor die nächste Stufe beginnt.

  • Das Gerät bleibt betriebsbereit

    Ein fehlgeschlagener Stand oder eine unterbrochene Installation legt das Gerät nicht lahm. Geräte, die zeitweise nicht erreichbar waren, holen ihre Aufträge nach.

  • Versionen führen und sperren

    Jede Firmware-Version trägt ihre Einsatzreife, ihre zulässigen Ausgangsstände und ihr Unterstützungsende. Eine fehlerhafte Version sperren Sie sofort, und ein Sicherheitspatch geht als eigenes Paket ins Feld.

Logo qdCloud

qdCloud und der Cyber Resilience Act

Die Konformitätsbewertung Ihres Produkts ersetzt die Tabelle nicht.

Technische Daten qdCloud und der Cyber Resilience Act
Das verlangt die VerordnungDas leistet die qdCloud
Sicherheitsupdates über die Unterstützungsdauer, mindestens fünf Jahre (Art. 13)Rollouts in Stufen, Sicherheitspatch getrennt vom Funktionsrelease, Unterstützungsende je Version mit Erinnerung vor dem Ablauf.
Software-Stückliste (SBOM) führenSBOM je Firmware-Version, maschinell verwertbar.
Schwachstellen erkennen und ohne Verzug behebenBetroffene Geräte je Schwachstelle finden, Betroffenheit mit Begründung festhalten, Behebung je Gerät belegen.
Frühwarnung binnen 24 Stunden, Meldung binnen 72 Stunden, Abschlussbericht 14 Tage nach verfügbarer Abhilfe (Art. 14)Meldepflichtigen Vorgang erfassen, Fristen überwachen, meldefähiges Dokument erzeugen, Meldung unveränderlich nachweisen.
Betroffene Nutzer informierenBetroffene Geräte und Kunden aus der Flotte übernehmen, Kunden informieren, Sicherheitshinweis zur behobenen Schwachstelle veröffentlichen.
Schwachstellenmeldungen von außen annehmenEingang für Meldungen mit Eingangsbestätigung und Rückmeldung zum Bearbeitungsstand.
Updates sicher verteilenSignierte Pakete, Zertifikat je Gerät mit Erneuerung im Feld, Zugang eines Geräts oder einer ganzen Fertigung entziehbar.
Nachweise aufbewahrenJede Änderung an Flotte, Rechten und Rollouts ist nachvollziehbar. Nachweise sind vor vorzeitiger Löschung geschützt.

So sieht die qdCloud aus

  • Dashboard der qdCloud mit Tortendiagrammen zu installierten Firmware-Versionen und erreichbaren Geräten, darunter der Verlauf der Alarme pro Tag und die Alarmliste
    Das Dashboard zeigt, welche Firmware im Feld läuft, wie viele Geräte erreichbar sind und welche Alarme offen sind.
  • Geräteliste der qdCloud mit Spalten für Erreichbarkeit, Seriennummer, Typ, Alarme, Firmware und Hardware-Revision
    Die Geräteliste nennt je Gerät Erreichbarkeit, Firmware-Stand und offene Alarme.

Drei Pläne, von CRA-konform bis zur Fernwartung

Basic trägt den Flottenbetrieb. Monitor und Remote Access buchen Sie dazu, wenn Ihr Service sie braucht. Preise und Lizenz stehen auf der Planseite.

  • Basic

    Flottenübersicht, Geräteidentitäten, Firmware-Verwaltung und Updates, Alarme bei ausbleibendem Kontakt, Mandanten und Rechte, Schnittstelle für Ihre Systeme und Ihre CI/CD-Kette.

  • Monitor

    Dashboards für Messwerte und Gerätezustände, Alarme mit eigenen Schwellen, Auswertung von Geräteprotokollen und Übergabe der Daten an bestehende Systeme.

  • Remote Access

    Fernzugriff auf das einzelne Gerät, Konfiguration im laufenden Betrieb, Zugriff auf Dateien und System. Jede Sitzung wird protokolliert.

Hosting

Wo die Plattform läuft

Der Funktionsumfang ist in beiden Fällen derselbe.

  • Cloud-Hosted

    Wer betreibt
    Wir, samt Updates und Überwachung der Instanz.
    Wo die Daten liegen
    In einem deutschen Rechenzentrum.
    Infrastrukturkosten
    Getrennt ausgewiesen: 0,01 € je Gigabyte Datenverkehr, 0,10 € je Gigabyte Speicher.
    Passt für
    Hersteller ohne eigenen Plattformbetrieb.
  • Self-Hosted

    Wer betreibt
    Ihr Team, mit unserem Deployment und unserer Betriebsdokumentation.
    Wo die Daten liegen
    In Ihrem Rechenzentrum.
    Infrastrukturkosten
    Entfallen. Sie zahlen Ihre eigene Infrastruktur.
    Passt für
    Hersteller mit eigenem Rechenzentrum oder strengen Vorgaben zum Datenort.

Ownership

Nutzen oder besitzen, Sie entscheiden

  • Nutzungslizenz: Sie nutzen, wir pflegen

    Sie lizenzieren je aktivem Gerät und Jahr und bekommen dafür Updates, Fehlerbehebungen und Unterstützung. Ihre Gerätedaten gehören Ihnen: Sie können den Datenbestand Ihrer Flotte jederzeit exportieren, und die Plattform arbeitet weiter, wenn die Verbindung zu uns ausbleibt.

  • Quellcode-Lizenz: Sie besitzen den Stand

    Sie erhalten Quellcode, Deployment und Dokumentation dauerhaft und betreiben die qdCloud selbst. Die Zahl der Geräte begrenzen wir dabei nicht. Kein schwarzer Kasten und keine Bindung an unsere Roadmap.

Lizenzmodelle und Preise ansehen

Was die qdCloud anbindet und worauf sie läuft

Geräte

  • Embedded Linux
  • RTOS
  • Bare Metal
  • Bestandsgeräte über Adapter

Transport

  • MQTT über TLS
  • weitere Transportwege über Erweiterungsstellen

Updates

  • signierte Pakete
  • A/B-Partitionen mit RAUC unter Linux
  • Secure Boot

Plattform

  • Kubernetes
  • NATS JetStream
  • versionierte REST-Schnittstelle

Was Hersteller vor der Demo fragen

Brauche ich dafür Hardware von querdenker engineering?

Nein. Die qdCloud bindet Geräte mit Embedded Linux, RTOS oder Bare Metal an. Auf unserem Gateway qdGate und dem Einplatinenrechner qdSBC läuft das Linux-Grundsystem qdCoreX, dort ist die Anbindung bereits fertig.

Lassen sich Geräte anbinden, die schon im Feld sind?

Ja, über einen Adapter für das vorhandene Datenformat. Die Stammdaten einer bestehenden Flotte werden übernommen, und ein Gerät übersteht auch eine gescheiterte Umstellung.

Was passiert mit personenbezogenen Daten?

Sie legen die Aufbewahrungsdauer je Datenart fest und kennzeichnen Personenbezug. Die Daten einer Person lassen sich löschen, ohne dass Nachweise verloren gehen.

Demo oder CRA-Beratung, Sie wählen.

Nennen Sie uns Gerätetyp und Stückzahl und ob die Plattform bei Ihnen laufen soll. Sagen Sie uns auch, was Sie sehen möchten, danach richten wir die Demo aus. In der kostenlosen CRA-Beratung klären wir in 30 Minuten, was die Verordnung von Ihrer Geräteflotte verlangt.

Florian Seibold

Geschäftsführung

info@querdenkerengineering.de

+49 7807 890 80 10