Überprüft · Hosmio Ressourcen
Bevor Sie beginnen
Eine grundlegende Architekturskizze, die für die Anwendung und Backups verantwortlichen Personen und etwaige Kundenbeschränkungen mitbringen. Kategorien und synthetische Beispiele verwenden. Keine tatsächlichen Kundendatensätze, Passwörter, Zugriffstoken oder unredigierten Protokolle in das Arbeitsblatt aufnehmen.
01
Einer vollständigen Benutzeraufgabe folgen.
Wählen Sie eine repräsentative Aufgabe, etwa das Hochladen eines Projektdokuments in ein Kundenportal. Verfolgen Sie, wohin die Anfrage geht, wo ihre Metadaten gespeichert werden, wo die Datei landet und was nach dem Hochladen geschieht. Beziehen Sie Miniaturansichten, Warteschlangenverarbeitung, ausgehende Benachrichtigungen und Fehlerberichte ein, sofern vorhanden. Ziel ist es, Ihre Implementierung zu beschreiben, nicht jede mögliche Kategorie auszufüllen.
Verfolgen Sie dann eine zweite Aufgabe, die Daten liest oder exportiert. Exporte offenbaren oft Kopien, die in einem Infrastrukturdiagramm fehlen: ein vom Betreiber heruntergeladenes Archiv, eine Reporting-Integration oder eine einer Support-Anfrage beigefügte Datei. Fragen Sie, wer jedes Ziel kontrolliert und warum es benötigt wird.
02
Dauerhafte Kopien vom Zugriff trennen.
| Eintrag | Zweck / verantwortliche Rolle | Noch benötigte Belege |
|---|---|---|
| Anwendungsdatenbank | Projektmetadaten / Anwendungsbetreiber | Tatsächliches Hostland und Aufbewahrungsregel |
| Hochgeladene Dokumente | Kundendateien / Inhaltsverantwortlicher | Speicherziel und Löschprozess |
| Wiederherstellungskopie | Dienst wiederherstellen / Wiederherstellungsbetreiber | Backup-Standort, Zugriff und Wiederherstellungsergebnis |
| Fehlerberichterstattung | Fehler untersuchen / Incident-Verantwortlicher | Exportierte Felder und empfangende Organisation |
| Administrative Sitzung | Anwendung pflegen / autorisierter Betreiber | Zugriffsregelung und Auditprozess |
Eine Zugriffszeile ist auch dann nützlich, wenn sie keine absichtlich aufbewahrte Kopie erzeugt. Erfassen Sie die beteiligte Organisation und den Prozess, was die Person sehen kann und ob ein Export erfolgen kann. Ziehen Sie aus dieser Zeile keine allgemeine rechtliche Schlussfolgerung. Die Übermittlungskriterien des EDPB hängen von den tatsächlichen Organisationen und dem Verarbeitungskontext ab. EDPB: internationale Datenübermittlungen ↗
03
Die Qualität jeder Antwort kennzeichnen.
Verwenden Sie eine kleine Gruppe von Zuständen: dokumentiert, angegeben aber nicht geprüft, unbekannt und nicht zutreffend mit Begründung. Fügen Sie Quelle und Prüfdatum an die Antwort an, nicht nur an die Seite mit der Tabelle. Ein von Ihrem eigenen Team gezeichnetes Diagramm und ein von einem Anbieter gelieferter Vertrag beantworten unterschiedliche Arten von Fragen.
Beispielsweise kann Ihr Code belegen, dass ein Fehlerbericht Dokumentinhalte ausschließt, während nur der Reporting-Anbieter angeben kann, wo sein Speicher- oder Supportprozess betrieben wird. Halten Sie diese Belegteile getrennt. Wenn sie sich widersprechen, stellen Sie eine konkrete Frage und behalten Sie den ungelösten Zustand bei, bis der Widerspruch geklärt ist.
04
Jeder Kopie einen Verantwortlichen und eine Endbedingung geben.
Erfassen Sie für jede dauerhafte Kopie, warum sie existiert, wie lange das Projekt sie benötigt, wer die Löschung kontrolliert und was beim Ende des Dienstes geschieht. Eine Wiederherstellungskopie kann notwendig sein und dennoch einen definierten Aufbewahrungsprozess erfordern. „Gesichert“ ist keine vollständige Antwort darauf, ob alte Daten entfernt werden können oder wie lange sie wiederherstellbar bleiben.
Prüfen Sie auch routinemäßige Exporte. Wenn ein Betreiber ein Archiv herunterlädt, um ein Problem zu untersuchen, sollte das Team wissen, wo es aufbewahrt und wann es entfernt wird. Verweisen Sie auf geschützte Belege, statt das Archiv in die Karte einzubetten. Der Datensatz selbst sollte nützlich bleiben, ohne die beschriebenen Daten offenzulegen.
05
Eine unvollständige Portalkarte auflösen.
In einer beispielhaften Prüfung kann der Anwendungsbetreiber den Produktionsspeicher und geplante Exporte erklären, doch das Backup-Ziel ist einfach als „Anbieter-Backup“ aufgeführt. Der Wiederherstellungsbetreiber fragt nach dem Zielumfang, den Zugriffsregeln und einem tatsächlichen Wiederherstellungsverfahren. Bis diese geliefert werden, bleibt die Zeile unbekannt und die Länderentscheidung vorläufig.
In der Zwischenzeit stellt sich heraus, dass eine Fehlerbericht-Integration vollständige Anfrage-URLs enthält. Das Team prüft, ob diese URLs Projektbezeichner tragen können, aktualisiert sein Feldinventar und bittet den Kundenkontakt, den geänderten Datenfluss zu bewerten. Aus diesem Beispiel wird kein Länder- oder Compliance-Ergebnis abgeleitet; es zeigt, wie die Karte eine konkrete unbeantwortete Frage aufdecken kann.
06
Vollständigkeit prüfen und die Karte pflegen.
Lassen Sie den Backup-Betreiber und den Anwendungsbetreuer unabhängig voneinander eine Wiederherstellung und eine Incident-Untersuchung durchgehen. Fragen Sie, wo jeder Schritt Daten bezieht und wer darauf zugreifen kann. Wenn einer der Prozesse ein im Arbeitsblatt fehlendes Ziel nutzt, fügen Sie es hinzu und weisen Sie einen Verantwortlichen für die verbleibenden Fakten zu.
Eine nutzbare Karte endet mit einer kurzen Liste offener Punkte, die jeweils an eine verantwortliche Rolle und eine betroffene Entscheidung gebunden sind. Überprüfen Sie sie nach dem Hinzufügen von Integrationen, der Änderung der Backup-Richtlinie, der Gewährung eines neuen administrativen Zugangswegs oder dem Wechsel von Regionen. Verwenden Sie der Hosting-Entscheidungsmatrix um die daraus resultierenden Fakten zu bewerten und den Leitfaden zur Änderungsgenehmigung wenn sich die Vereinbarung ändert.
Dieses Arbeitsblatt organisiert operative Belege für die Berater des Projekts. Es legt kein geltendes Recht fest, autorisiert keine Übermittlung und zertifiziert keine Datenresidenz. Das gewählte Serverland belegt nicht den Standort von Backups, exportierten Daten oder administrativem Zugriff.