Datenimport & -export

Einstellungen → Datenimport & -export ist die Stelle, an der AccessPoint sein eigenes Versprechen der Anbieterunabhängigkeit einlöst: ein geschäftstauglicher Export Ihres Fallbestands auf Abruf, und ein geführter Weg, historische Fälle aus einem anderen System zu übernehmen, ohne ein ETL-Projekt aufzusetzen.

Wo Sie es finden

Öffnen Sie Einstellungen über die App-Symbolleiste und wählen Sie Datenimport & -export in der Gruppe Erste Schritte.

Ihre Daten sind nie eingeschlossen

Drei Dinge gelten unabhängig davon, ob Sie diesen Bereich jemals nutzen:

1. Die Datenbank gehört Ihnen. Jede AccessPoint-Tabelle liegt in der Azure-SQL-Datenbank in Ihrem Azure-Abonnement. Die üblichen Azure-SQL-Werkzeuge für Export, Sicherung und Abfragen funktionieren alle direkt darauf — ohne Beteiligung des Anbieters.
2. Dokumente liegen in Ihrem eigenen Blob Storage. Falldokumente, Antwortpakete und Fall-Audit-Exports sind gewöhnliche Dateien in Ihrem eigenen Azure-Speicherkonto.
3. Der Export ist einen Klick entfernt. Die Registerkarte Export weiter unten erzeugt jederzeit eine geschäftstaugliche Kopie, wenn Sie eine möchten.

Benutzerfreundlicher Export

Die Registerkarte Export erzeugt eine geschäftstaugliche Excel-Arbeitsmappe, die Ihre Anträge, Bewertungen, Vorfälle und Beschwerden abdeckt, zuzüglich des Antragsteller-Verzeichnisses, des registerweiten Risikoregisters und des Anbieterregisters. Ihre Registerkarten spiegeln bewusst die unten beschriebene Importvorlage — sodass ein aus einem Mandanten entnommener Export sauber als Import in einen anderen validiert, was ihn nützlich macht, um Mandanten zusammenzuführen oder eine Migration gegen einen Testmandanten zu proben. (Gesetzliche Jahres-/Quartalsberichtsartefakte — die Excel-/XML-Meldungen, für die ein Rechtsordnungspaket eine Vorlage mitliefert — stammen aus dem Berichte-Bereich, nicht aus diesem Panel.)

Historische Daten migrieren

Die Registerkarte Import migriert einen historischen Fallbestand aus einem anderen System, durchgängig, ohne Entwickler oder ETL-Werkzeug:

1. Laden Sie die Importvorlage herunter. Sie wird für Ihren Mandanten erzeugt, sodass ihre Referenz-Registerkarte und die Dropdown-Felder bereits Ihre konfigurierten Typcodes und Phasenwerte tragen.
2. Füllen Sie eine Zeile pro Datensatz aus, Datumsangaben im Format YYYY-MM-DD.
3. Hochladen und den Validierungsbericht lesen.
4. Jetzt importieren, um den Vorgang im Hintergrund auszuführen.

Legacy-Referenz vs. generierte Nummern

Jede importierte Zeile benötigt eine Kennung, und die Vorlage bietet zwei Wege, eine anzugeben:

• Tragen Sie die Kennung des alten Systems in Legacy-Referenz ein — immer, bei jeder Zeile.
• Lassen Sie Nummer im Normalfall leer: AccessPoint erzeugt eine Nummer mit dem Präfix IMP- und bleibt so die einzige Nummerierungsinstanz.
• Geben Sie eine Nummer nur an, wenn Ihr Register oder ein veröffentlichtes Offenlegungsprotokoll verlangt, dass die alte Fallnummer die offizielle bleibt. Eine angegebene Nummer wird wörtlich übernommen — und wenn sie zum konfigurierten Nummerierungsformat Ihres Mandanten passt, rückt sie die Sequenz automatisch vor, sodass neu erstellte Fälle sauber daran anschließen. Der Validierungsbericht meldet, wann eine Sequenz vorgerückt wurde.

Validierung und der Fehlerbericht-Rundlauf

Das Hochladen allein importiert noch nichts — es erzeugt einen Validierungsbericht je Registerkarte, der zeigt, was erstellt, was übersprungen würde, sowie etwaige Fehler auf Zeilenebene. Importe sind strikt nur erstellend: Eine Zeile, die zu einer bestehenden Fallnummer passt, wird übersprungen, ohne die Daten dieses Datensatzes zu berühren — das macht ein erneutes Ausführen einer korrigierten Datei stets sicher. Fehlerbericht herunterladen gibt Ihnen Ihre eigene Arbeitsmappe mit einer angehängten Spalte Fehler zurück, sodass die Schleife aus Korrigieren und erneutem Hochladen in derselben Datei bleibt.

Historisch von Anfang an

Sobald Jetzt importieren läuft (im Hintergrund — Sie können den Bereich schließen), sind importierte Datensätze bei ihrer Ankunft bewusst inaktiv: Es werden keine Benachrichtigungen gesendet, keine Prüfungen ausgelöst und keine Fristen neu berechnet. Angegebene Daten werden exakt wie eingegeben gespeichert, und jeder importierte Datensatz trägt einen Audit-Trail-Eintrag „Imported", sodass die Herkunft später stets sichtbar bleibt. Antragsteller werden anhand der E-Mail-Adresse mit bestehenden Kontakten abgeglichen (oder bei fehlender Übereinstimmung neu angelegt); eine E-Mail-Adresse eines Zugangsbeauftragten ohne Treffer fällt auf den importierenden Administrator zurück.

Die Verzeichnis-Registerkarten

Drei weitere Registerkarten migrieren die Register, die um Ihre Fälle herum bestehen, mit derselben Nur-Erstellen-Überspringen-Semantik:

Dokumente migrieren

Alte Fallunterlagen migrieren über den vorbereiteten Blob-Container migration-staging in Ihrem eigenen Speicherkonto, aufgeführt auf der Registerkarte Dokumente der Arbeitsmappe — nichts bereitzustellen, der Container wird mit der Bereitstellungsvorlage mitgeliefert.

1. Stellen Sie die Dateien bereit, ordner-je-Fall (LEGACY-42/All Staff Memo.docx): AzCopy für große Mengen (es erhält Ihre Ordnerstruktur; fügen Sie --put-md5 hinzu, um die Hash-Verifizierung zu aktivieren), das Drag-and-Drop des Azure-Portals oder die eigene Schaltfläche Dateien in Staging hochladen des Bereichs für kleinere Mengen. Pfade sind konstruktionsbedingt eindeutig, sodass identische Dateinamen bei unterschiedlichen Fällen nie kollidieren.
2. Führen Sie jede Datei auf der Registerkarte Dokumente auf — den Fall, zu dem sie gehört (eine Nummer oder Legacy-Referenz, oder ein bestehender Antrag), ihren Staging-Pfad und optional einen Titel, Dokumenttyp, ein Datum sowie einen MD5-Inhalts-Hash. Tragen sowohl das Manifest als auch der bereitgestellte Blob einen Hash, überprüft der Importeur sie und lehnt eine Abweichung ab — eine optionale Prüfung der Nachweiskette (Chain of Custody).
3. Validieren Sie in beide Richtungen. Jeder aufgeführte Pfad muss im Container existieren, und bereitgestellte Dateien, die nicht aufgeführt sind, werden als Hinweis angezeigt statt stillschweigend importiert zu werden. Nach dem Hinzufügen von Dateien zur Arbeitsmappe erneut validieren, ohne erneut hochzuladen.
4. Importieren. Jede aufgeführte Datei wird in den normalen Dokumentspeicher kopiert und durchläuft dieselbe Konvertierungs-/Indizierungspipeline wie ein nativer Upload, mit der Herkunftskennzeichnung Migration Import. Eine bereits am Fall erfasste Datei wird bei erneuten Durchläufen übersprungen.

Bereitgestellte Dateien werden nach 60 Tagen automatisch gelöscht — sie sind sensible Datensätze außerhalb des normalen Dokumentenlebenszyklus, daher hält der Container sie nicht standardmäßig unbegrenzt vor.

Verwandte Seiten

• Aufbewahrungsprüfung — wie AccessPoint später die Entsorgung der von Ihnen migrierten Fälle verwaltet.
• Antragsteller — das Kontaktverzeichnis, das die Registerkarte Antragsteller befüllt.
• Datenschutzgegenstände & Kontrollen — das Anbieterregister, das die Registerkarte Anbieter befüllt.
• Audit-Ledger — wo die Herkunftskennzeichnung „Imported" bei einem migrierten Datensatz erscheint.