Wie Daten eingegeben werden, wer sie ändern darf und was dafür sorgt, dass sie unverändert bleiben.

Eine Instanz und eine Datenbank pro Kunde. Die Isolation stellt eine Bereitstellungsgrenze dar.

• Jeder Kunde nutzt seine eigene Datenbank unter seiner eigenen Lizenz.
• Das Hosting erfolgt in dem von Ihnen gewählten Rechtsraum. Die Daten verbleiben in diesem Land. Eine Bereitstellung bei einem kanadischen Anbieter in kanadischen Rechenzentren ist möglich.
• Eine selbst gehostete Bereitstellung auf Ihrer eigenen Infrastruktur ist möglich.
• Die Datenschutzregelungen auf kommunaler und provinzieller Ebene richten sich danach, wo sich die Unterlagen befinden und wer Zugriff darauf hat: MFIPPA und FIPPA in Ontario, FOIPPA in British Columbia sowie das Datenschutzgesetz von Alberta. Datenschutz-Folgenabschätzungen werden schriftlich durchgeführt.
• Die Daten gehören Ihnen. Die Datensätze werden auf Anfrage oder am Ende der Laufzeit in einem vereinbarten Format exportiert und ausschließlich für den Betrieb Ihrer Instanz verwendet.
• Bei der Löschung handelt es sich um eine vorläufige Löschung mit einer Aufbewahrungsfrist, die ein Administrator für jeden Datensatztyp festlegt. Jeder Datensatz, der am Ende seiner Aufbewahrungsfrist vernichtet wird, wird in ein Vernichtungsprotokoll eingetragen, und die Vernichtungsfristen sind in der Vereinbarung festgelegt.

• Eine Instanz pro Kunde
• Von Ihnen gewählter Datenspeicherort
• Option zur Eigenhostung
• MFIPPA und FIPPA
• Datenexport auf Anfrage

Die Zugriffskontrolle wird auf der Abfrageebene durchgesetzt.

• Berechtigungen werden pro Datensatztyp und pro Vorgang erteilt. Der Server lehnt die Abfrage ab.
• Einschränkungen auf Datensatzebene haben Vorrang vor Rollenrechten.
• Single Sign-On über SAML 2.0 und OIDC, einschließlich Microsoft Entra ID. Die Anmelde-URL und das Signaturzertifikat Ihres Identitätsanbieters werden in die Instanzkonfiguration eingefügt und beim Neustart übernommen. Darüber befindet sich eine Ebene zur Zuordnung von Claims.
• Identitätsanbieter-Gruppen werden Aptli-Rollen zugeordnet. Ohne Konfiguration hat dies keine Auswirkungen, und die Zuordnung gewährt nur die Rechte, über die die Rolle bereits verfügt.
• Für Mitarbeiterkonten werden eine Authentifizierungs-App oder SMS verwendet. Einmalige Wiederherstellungscodes werden bei der Registrierung vergeben und in gehashter Form gespeichert.
• Externe Einreicher melden sich mit einem Einmalcode an, der an ihre E-Mail-Adresse oder ihr Mobiltelefon gesendet wird; dies geschieht unabhängig vom internen Single-Sign-On.
• TLS während der Übertragung. Gespeicherte Anmeldedaten für die Integration werden im Ruhezustand mit AES-256-GCM verschlüsselt.

• Rechte auf der Abfrageebene
• Beschränkungen in Rekordhöhe
• SAML 2.0
• OIDC
• Entra ID
• Authentifizierungs-App
• Wiederherstellungscodes
• AES-256-GCM

Was es braucht, um eine Platte zu wechseln, und was dabei zurückbleibt.

• Änderungen werden in einer benannten Version gespeichert, und jede Version bewahrt ihre Änderungen sowohl auf der Karte als auch in Form einer Liste auf.
• Die Wiederherstellung einer festgeschriebenen Version legt ihren vorherigen Stand als neuen Entwurf an, der dieselbe Prüfung durchläuft.
• Die Funktionen „Rückgängig“ und „Wiederherstellen“ gelten für die gesamte Karteneditierungssitzung, bevor Änderungen gespeichert werden.
• Vor-Ort-Bearbeitungen und öffentliche Eingaben werden zur Überprüfung vorgelegt, bevor sie in den Datensatz übernommen werden. Ein Prüfer gibt sie frei oder sendet sie mit einer Anmerkung zurück, und ein abgeschlossener Bericht enthält eine eigene Bewertung: „bestanden“, „nicht bestanden“ oder „muss überarbeitet werden“.
• Das Prüfprotokoll ist ein reines Anhangsprotokoll und lässt sich in die Formate CSV, JSON und XLSX exportieren. Es erfasst, welche Aktionen von wem und wann durchgeführt wurden, und ermöglicht eine Filterung nach Person, Aktion und Datensatztyp.
• Die Rechte zum Erstellen, Bearbeiten und Löschen werden pro Datensatztyp und pro Vorgang festgelegt. Die Verantwortung für eine Anlageklasse liegt bei einer namentlich benannten Rolle.

• Benannte Versionen
• Rückgängig und Wiederherstellen
• Genehmigung, bevor es darauf ankommt
• Nur-Anfügen-Auditprotokoll
• Rechte nach Typ

Die Hilfsschiffe werden abgeschaltet, und die Identifikationsdaten werden entfernt, bevor irgendetwas das System verlässt.

• Der Assistent ist auf einer neuen Instanz deaktiviert. Ein Administrator aktiviert ihn und wählt den Anbieter und das Modell aus.
• Namen, E-Mail-Adressen und Telefonnummern werden durch deterministische Tokens ersetzt, bevor eine Anfrage die Instanz verlässt. Die Umkehrzuordnung verbleibt in Ihrer eigenen Datenbank.
• Es wird ein Vorschlag unterbreitet, und eine Person nimmt diesen an oder lehnt ihn ab.
• Es greift auf Daten zurück, die ihm innerhalb desselben Rollenbereichs, der auch für den Rest des Systems gilt, ausdrücklich zur Verfügung gestellt wurden.
• Wenn Sie einen Anbieter auswählen, wird ein selbst gehosteter oder regionaler Anbieter angezeigt, und die Inferenz erfolgt weiterhin auf der von Ihnen kontrollierten Infrastruktur.

• Manövrierunfähige Schiffe
• Identifikatoren pseudonymisiert
• Eine Person führt jede Änderung durch
• Option zur Eigenhostung

Wiederherstellung zu einem beliebigen Zeitpunkt.

• Die Datenbank nutzt die Point-in-Time-Sicherung von MongoDB Atlas, wobei im Laufe des Tages Snapshots erstellt werden. Bei selbst gehosteten Bereitstellungen werden verschlüsselte Datenbanksicherungen außerhalb des Servers gespeichert und zu einem ausgewählten Zeitpunkt wiederhergestellt.
• Die Datenaufbewahrung erfolgt täglich, wöchentlich und monatlich.
• Wiederherstellungen werden nach einem festgelegten Zeitplan getestet.
• Verfügbarkeitsziele werden pro Vertrag entsprechend der Stufe festgelegt, die durch den Einsatz finanziert wird.

• Zeitpunkt-Backup
• Geplante Snapshots
• Gestaffelte Aufbewahrungsfristen
• Überprüfte Wiederherstellungen

Schweregradziele, schriftlich festgehalten.

• Die Schweregradziele und Reaktionsfristen werden in der Vereinbarung festgelegt und schriftlich bestätigt.
• Das Abonnement umfasst Wartung, Support und Upgrades.
• Fehlermeldungen und Hilfeanfragen über die App landen in derselben Warteschlange wie ein Ticket.
• Die Selbstbedienungsdokumentation wird parallel zum Produkt gepflegt.

• Schriftlich festgelegte Schweregradziele
• Wartung inbegriffen
• Berichterstellung innerhalb der App
• Pflege der Dokumentation

Die Releases werden geprüft, bevor sie bei Ihnen ankommen, und ein Befund bleibt auch danach reproduzierbar.

• Die Veröffentlichungen werden in strukturierten, terminierten Durchläufen auf der gesamten Plattform, im öffentlichen Portal und im Content-System überprüft.
• Jede Runde ist „append-only“: Eine Überprüfung durchführen, eine datierte Zeile anhängen, frühere Zeilen unverändert lassen. Ein Ergebnis bleibt auch Monate später noch reproduzierbar.
• Eine schriftlich festgelegte Richtlinie, an der sich das Team orientiert.

• Datierte Überprüfungsrunden
• Datensätze, die nur angehängt werden können
• Schriftliche Norm

Entspricht dem AODA-Standard. Der aktuelle Stand und die noch zu erfüllenden Kriterien sind auf Anfrage erhältlich.

• Ein automatisierter Scan durchläuft die vorgerenderten Seiten in jeder Sprache, und ein statischer Kontrastprüfer überprüft die Paare aus Vordergrund und Hintergrund.
• Die AODA gemäß O. Reg. 191/11 legt den Standard auf WCAG 2.0 Stufe AA fest. Die Plattform wurde gemäß WCAG 2.2 Stufe AA entwickelt und geprüft.
• Der aktuelle Status ist „teilweise konform“. Offene Kriterien werden hinsichtlich ihrer jeweiligen Auswirkungen und ihres aktuellen Stands nachverfolgt, und die Ergebnisse des Audits sind auf Anfrage erhältlich. Eine unterzeichnete Konformitätserklärung wird auf die gleiche Weise beantwortet.

• AODA
• WCAG 2.2 Stufe AA
• Automatisierte Durchläufe

Die Standards, denen die Bauausführung entsprechen muss.

• WCAG 2.2, Stufe AA gemäß AODA, plattformweit, im öffentlichen Portal und im Content-System.
• Die Datenaufbewahrungsorte richten sich nach dem Standort, an dem die Instanz ausgeführt wird. Bei Bereitstellungen in Kanada erfolgt die Datenaufbewahrung in Kanada.

• WCAG 2.2 Stufe AA
• Datensouveränität