Integrationen
Manche Integrationen laufen, manche sind geplant. Diese Seite sagt, welche wovon – weil es der teure Weg ist, das erst im Proof of Concept zu merken.
Kurz gesagt
Der Bereich Third Party Integrations im Admin Panel verwaltet die Anbindungen an Drittsysteme. Heute verfügbar: SAML-Anmeldung mit verpflichtendem Verbindungstest, Nutzersynchronisation aus einer JSON-Quelle und eigene Hostnamen für App, Panel und API. Microsoft Exchange/EWS lässt sich als Preview konfigurieren, synchronisiert aber noch nicht. ServiceNow, Stripe-Zahlungen und Nuki-Schließsysteme sind geplant und derzeit nicht konfigurierbar.
Ihr SAML-Identity-Provider, im Admin Panel konfigurierbar mit Zertifikat, Entity-ID, NameID-Format und getrennten Service-Provider-Zugängen für App und Panel. Ohne erfolgreichen Verbindungstest lässt sich die Konfiguration nicht speichern.
Mitglieder aus einer gesicherten JSON-Quelle, mit Feld-Mapping, Felderkennung, Offboarding und Sync-Status. Der Weg für Organisationen, denen OIDC und Graph nicht reichen.
Eigene Adressen für Member-App, Admin Panel und API.
Für On-Premises-Exchange lässt sich die Verbindung heute konfigurieren. Buchungs- und Kalendersynchronisation sind noch nicht aktiv; die Einstellungen werden gespeichert und greifen, sobald die Synchronisation kommt.
Eine ITSM-Anbindung für Tickets aus Problemmeldungen steht auf der Liste. Die Integration ist derzeit deaktiviert und nicht konfigurierbar.
Stripe-basierte Abrechnung für Anwendungsfälle mit Bezahlvorgang ist geplant und derzeit nicht konfigurierbar.
Eine Nuki-Anbindung ist geplant und derzeit nicht verfügbar. Für andere Schließsysteme prüfen wir die Schnittstelle, bevor wir etwas zusagen.
Jede Integration ist eine Karte im Admin Panel. Verfügbare lassen sich einschalten und konfigurieren; geplante stehen getrennt und sind als nicht verfügbar gekennzeichnet – kein Schalter, der ins Leere führt.
Für Ausschreibungen formulieren wir es so: Door James hat eine modulare Architektur und kann bestehende Systeme oder Zutrittslösungen über gängige technische Standards anbinden, sofern das Drittsystem eine geeignete Schnittstelle bereitstellt und die Anbindung auf unserer Seite fertig ist. Welche Integrationen das heute sind, steht oben auf dieser Seite – geplante sind als geplant gekennzeichnet.
Diese Formulierung ist bewusst zurückhaltend. Die Erfahrung aus Projekten zeigt, dass Integrationsversprechen fast immer am Drittanbieter scheitern – an fehlender API-Dokumentation, kommerziellen Hürden oder fehlendem Testzugang. Ein Prüfschritt vor der Zusage kostet Tage; eine unhaltbare Zusage kostet das Projekt.
Door James hat eine moderne Web-/Backend-Architektur und kann über Schnittstellen mit Drittsystemen kommunizieren. Umfang und Dokumentation stimmen wir projektbezogen ab, statt eine allgemein verfügbare öffentliche API zuzusichern.
Wir haben keine Termine, deshalb steht hier geplant und nicht demnächst. Alle drei existieren als Karte im Admin Panel und sind auch dort als nicht verfügbar gekennzeichnet. Wenn eines davon für Sie entscheidend ist, bringen Sie es vor dem Vertrag zur Sprache und nicht danach – es gehört in die Projektplanung, nicht in eine Erwartung.
Nur nach Prüfung. Anbieter von Zutrittssystemen nutzen häufig proprietäre Schnittstellen oder geben API-Zugänge nur eingeschränkt frei, und die Nuki-Anbindung ist auch auf unserer Seite geplant statt fertig. Wir prüfen Schnittstelle und Testzugang, bevor wir eine Integration anbieten – und sagen lieber ab, als eine Verbindung zuzusagen, die im Projekt stehen bleibt.
Nutzungs- und Buchungsdaten lassen sich exportieren. Für automatisierte Übergaben an Ihr BI-System klären wir den Weg im Rollout.
Welcher Tenant, welches Verzeichnis, welche Kalender, welcher Identity Provider. In dreißig Minuten lässt sich sagen, ob es passt – und wo nicht.
Demo-Termin buchen
30 Minuten, Microsoft Teams, ohne VorbereitungDemo selbst ausprobieren
doorjames.app/demo