--- title: Kann ich Allthings mit ChatGPT nachbauen? canonical: "https://kannkidas.de/produkte/allthings/" pubDate: "2026-08-13T00:00:00.000Z" updatedDate: "2026-08-13T00:00:00.000Z" author: Pascale Beier description: "Kann KI Allthings ersetzen? Analyse zu Gebäude-Servicekatalog, SSO, Rollen, Einbettung, Benachrichtigungen, Partnerdiensten und sicherem Eigenbau." --- # Kann ich Allthings mit ChatGPT nachbauen? **Urteil:** Integrationskatalog machbar, Ökosystem nicht · **Score:** 64/100 **Erster belastbarer Umfang:** 14–24 Wochen für drei bis fünf vorhandene Dienste **Mindestens nötig:** 3–4 erfahrene Personen plus Gebäudebetrieb, IAM, Datenschutz und Partnerintegration Allthings verbindet digitale Gebäudedienste in einer Plattform. Der eigenständige Build-Wedge ist kein weiteres Mieterportal, sondern ein kleiner Integrationskatalog: gemeinsame Rollen, SSO, Einbettung, Benachrichtigungen und Status für wenige vorhandene Dienste. Partnernetzwerk, Property Management, Community und die Dienste selbst bleiben extern. ## Was gut machbar ist - Drei bis fünf vorhandene Gebäudedienste können in einem katalogisierten Portal mit klarer Beschreibung, Verfügbarkeit und Ansprechpartner erscheinen. - Gemeinsame Bewohner-, Objekt- und Rollenreferenzen lassen sich nach expliziter Freigabe in kurzlebige dienstspezifische SSO-Tokens übersetzen. - Benachrichtigungen aus Partnerdiensten können normalisiert, nach Gebäude und Rolle gefiltert und mit sicherem Deep Link zugestellt werden. - Ein Integrationsstatus kann letzte Synchronisation, Fehler, Berechtigungsumfang und Supportweg sichtbar machen, ohne den Partnerzustand zu erfinden. ## Wo die Grenzen liegen - Jeder Partner verwendet eigene Identitäten, Datenmodelle, Verfügbarkeiten und Datenschutzrollen; ein gemeinsamer Account beseitigt diese Grenzen nicht. - SSO- und Rollenmapping wird physisch oder finanziell kritisch, sobald Zutritt, Buchung, Verbrauch oder Zahlung eingebettet werden. - Eingebettete Oberflächen und Deep Links können Cookies, Tracking, Barrierefreiheit und Sitzungsablauf unterschiedlich behandeln. - Partner-APIs, Verträge und Funktionen ändern sich unabhängig; ein Portal braucht Versionierung, Deaktivierung und verständliche Fallbacks. ## Der erste sinnvolle Scope 1. Ein Quartier, drei Dienste ohne Zahlungs- oder Zutrittswirkung und eine geprüfte Bewohner-, Einheits- und Rollenquelle. 2. Ein Servicekatalog zeigt Zweck, Datenumfang, Verantwortlichen, Status und Supportweg und aktiviert Integrationen nur nach administrativer Freigabe. 3. Ein SSO-Broker erstellt kurzlebige, dienst- und rollenbegrenzte Tokens und protokolliert Ausstellung, Nutzung, Widerruf und Fehler. 4. Ein Notification Gateway akzeptiert signierte Ereignisse, filtert Empfänger serverseitig und führt unzustellbare Nachrichten in einer Queue. ## Technischer Ansatz - Ein kanonisches Verzeichnis verbindet Mandant, Gebäude, Einheit, Bewohner, Rolle, Dienst, Integration, Consent und externe Referenz. - Ein separater SSO-Broker hält Partnergeheimnisse verschlüsselt, rotiert Schlüssel und gibt nur minimale kurzlebige Claims aus. - Adapter laufen isoliert mit Version, Rate Limit, Circuit Breaker, Idempotenz und Quarantäne für unbekannte Ereignisse. - Benachrichtigungs- und Einbettungsrichtlinien erzwingen Ziel, Rolle, Zweck und Ablauf serverseitig und zeigen Partnerfehler unverdeckt. - Audit, Consent-Widerruf, Export, Monitoring, Schlüsselrotation, Backups und Restore-Tests sichern das Integrationsökosystem. ## Risiken ### Kaskadierendes Rollenleck (sehr hoch) Ein falsches Einheits- oder Rollenmapping kann einem Nutzer gleichzeitig Zugriff auf mehrere Partnerdienste und sensible Gebäudedaten eröffnen. ### Kompromittiertes SSO (sehr hoch) Gestohlene Signaturschlüssel oder zu lange Tokens können unabhängige Dienste trotz späterem Rollenentzug weiter zugänglich machen. ### Unklarer Datenverantwortlicher (hoch) Portal und Partner können unterschiedliche Zwecke, Löschfristen und Supportwege haben, die Bewohner in einer einheitlichen Oberfläche nicht erkennen. ### Verdeckter Partnerausfall (hoch) Ein grünes Portal kann einen eingebetteten Dienst als verfügbar zeigen, obwohl API, Sitzung oder Benachrichtigungsweg bereits gestört ist. ## Wirtschaftlichkeit über 36 Monate Ohne einen öffentlichen Kaufpreis ist kein belastbarer Kostenvorteil berechenbar. Setze deine aktuelle Monatsrechnung in den Rechner ein. **Verglichener Umfang:** Verglichen werden ausschließlich Katalog, gemeinsame Rollen, SSO, Einbettung, Benachrichtigungen und Status für drei bis fünf bestehende Gebäudedienste. **Kauf-TCO:** Nur mit der tatsächlichen Monatsrechnung berechenbar **Eigenbau-TCO:** 129.220 €–438.920 € ### Annahmen - Angebot erforderlich: Die offizielle Plattform bietet eine Termin- und Angebotsanfrage, veröffentlicht aber keinen direkt vergleichbaren Preis für Portal, SSO und Partnerintegrationen. (Quelle, Stand 2026-08-13) - Technischer Integrationsumfang: Die Produktseite bestätigt gemeinsame Datenstruktur, Rollen, Benachrichtigungen und SSO als begrenzten Vergleichsumfang. (Quelle, Stand 2026-08-13) - Konservative IAM-Delivery: Stunden und Kosten sind redaktionelle Vollkosten für Identität, SSO, Adapter, Notifications, Security, Betrieb und Wiederherstellung. (redaktionelle Annahme, Stand 2026-08-13) - Partnerdienste vorhanden: Der Vergleich setzt bestehende beschaffte Gebäudedienste voraus und enthält weder deren Lizenz noch ihre Funktionen im Build. (redaktionelle Annahme, Stand 2026-08-13) Nicht enthalten: Umsatzsteuer, Inflation, Finanzierung, Opportunitätsumsatz und spekulative Produktivitätsgewinne. [Methodik](/methodik/#wirtschaftlichkeit) ## Bauen oder kaufen? ### Selber bauen, wenn … Ein Eigenbau neben Allthings ist vertretbar, wenn nur drei bis fünf bereits beschaffte Gebäudedienste unter einer eigenen Identität und klaren Rollen gebündelt werden und ein IAM-Team Partneradapter dauerhaft betreibt. ### Fertige Lösung wählen, wenn … Allthings ist die vernünftigere Wahl, wenn ein breites Partnerökosystem, fertige Mieter-App, Community, Dokumente, Buchungen, Energie, Smart Building und laufende Integrationsdienstleistungen benötigt werden. ## Prompt für den begrenzten Eigenbau Baue keinen vollständigen Allthings-Klon und kein neues Mieterportal. Entwickle für ein Quartier einen Integrationskatalog für drei bis fünf bereits vorhandene Dienste ohne Zahlungs- oder Zutrittswirkung. Pflege Bewohner, Einheit und Rolle in einer führenden Quelle. Zeige je Dienst Zweck, Datenumfang, Verantwortlichen und Supportweg. Übersetze Identität über einen getrennten SSO-Broker in kurzlebige minimale Claims; protokolliere und widerrufe Tokens. Nimm Partnerereignisse nur signiert und idempotent an, filtere Empfänger serverseitig und zeige Ausfälle offen. Kapsle jeden Adapter mit Version, Rate Limit und Circuit Breaker. Automatisiere keine Partnerentscheidung. Liefere Consent-Widerruf, Audit, Export, Monitoring, Schlüsselrotation, Backups und Restore-Test mit. ## Quellen - [Allthings – Plattform](https://www.allthings.me/) — Allthings Technologies AG - [Allthings – Integrationsplattform](https://marketplace.allthings.me/de/solution-providers/allthings) — Allthings Technologies AG - [Allthings – Omnichannel-Anliegenmanagement](https://support.allthings.me/hc/en-us/articles/360017696900-Issue-management-Omnichannel-Webform-to-ticket) — Allthings Technologies AG - [Allthings – Datenschutz](https://www.allthings.me/de/legal/pp) — Allthings Technologies AG - [Allthings – Impressum](https://www.allthings.me/impressum) — Allthings Technologies AG