In dieser Dokumentation wird die Vorgehensweise für den Umgang mit der Anwendung „Daten importieren“ bezogen auf Erklärungen beschrieben. Diese Vorgehensweisen enthalten allgemeine Anleitungsschritte und welche Besonderheiten zu berücksichtigen sind. Sie werden außerdem über mögliche Voraussetzungen und Auswirkungen informiert.
Die Beschreibung der Anwendung „Daten importieren“, die unter anderem auch Feld- und Button-Beschreibungen enthält, finden Sie in dieser Dokumentation: Daten importieren
1 Allgemeines
Der Import einer Erklärung basiert im Wesentlichen auf dem aktuellen Datenmodell, welches in der Repository-Datenbank hinterlegt ist. Für den Datenexport stehen mehr Attribute als für den Datenimport zur Verfügung. Deshalb ist sinnvoll, für den Export und Import separate Filter festzulegen.
1:1-Beziehungen basieren im Datenmodell in der Regel auf einem technischen GUID-Attribut. Je nach Anwendungsfall kann beim Import entweder das technische GUID-Attribut verwendet werden oder der fachliche Schlüssel aus dem Ziel-Objekt (meist code oder number). Bei einigen Business Objects ist für die Umwandlung fachlicher Schlüssel zu technischem Schlüssel eine Organisation (Organisation) notwendig. Die jeweils relevante Organisation steht im Normalfall nicht direkt in der Import-Quelle, sondern ist über den Belegkontext vorgegeben. Weitere Informationen dazu finden Sie in diesem Kapitel: Übersicht: Attribute
Bestimmte Daten der Erklärungen, wie interne Hilfsattribute, können nicht importiert werden.
Wenn Sie sich nicht sicher sind, welches das geeignete Format der Importdatei ist, dann gehen Sie wie folgt vor: Erfassen Sie über die Anwendung „Erklärungen“ eine Beispiel-Erklärung und exportieren Sie diese mit dem Filter für den Import im gewünschten Format mit den gewünschten Attributen. Die so entstehende Beispieldatei lässt sich als Vorlage für die zu erzeugenden Importdateien verwenden.
Beim Import gelten die gleichen Regeln wie bei der Bearbeitung über die Anwendung. Zum Beispiel kann in einer gespeicherten Erklärung die Firma nicht mehr nachträglich geändert werden. Attributwerte werden ignoriert, wenn sie im aktuellen Kontext nicht übernommen werden können. Ebenso wird bei der Vorschlagswertermittlung die gleiche Logik durchlaufen, sodass sich Import und Anwendung identisch verhalten. Gleiches gilt für die Prüfungen.
Hinweis:
Bestehende Erklärungen können durch den Import zusätzlicher Daten erweitert werden. Die bestehenden Daten werden sofern möglich durch die Importdaten ersetzt.
2 Vorgehensweise: Erklärungen importieren
- Öffnen Sie die Anwendung „Daten importieren“.
- Lassen Sie sich den bzw. einen Filter für dieses Business Object anzeigen: cisag.app.compliance.obj.ConsentForm
- Der Filter für den Import von Erklärungen wird geöffnet.
- Duplizieren oder erfassen Sie bei Bedarf einen neuen Filter für dieses Business Object.
- Ändern Sie bei Bedarf die bereits ausgewählten Attribute des Filters.
- Drücken Sie in der Standard-Symbolleiste den Button „Daten importieren“.
- Das Dialogfenster „Daten importieren“ wird geöffnet.
- Im Dialogfenster „Daten importieren“ können Sie Einstellungen für die Importdatei vornehmen. Eine Beschreibung der Felder finden Sie in dieser Dokumentation: Daten importieren
- Drücken Sie einen der Buttons „Im Hintergrund“ oder „Sofort“.
- Der Import wird ausgeführt.
3 Übersicht: Attribute
Nachfolgend sind die Attribute der einzelnen Business Objects aufgeführt, die für den Import zur Verfügung stehen. Bei Fremdschlüsselattributen steht zusätzlich der entsprechende Beziehungsname dabei. Die Identifikations- und Pflichtfelder sind Änderungen unterworfen und können durch Anpassungen erweitert werden.
Die Identifikationsattribute (Key-Attribute) werden über ein (K) gekennzeichnet.
3.1 Erklärung (ConsentForm)
Die Identifikation eine Erklärung besteht aus der Erklärung selbst.
| Attribut | Beziehung | Erläuterung |
| allowCompleteConfirmationRequest | „Bestätigungsanforderung erledigen“ erlauben | |
| allowCompleteSignatureRequest | „Signaturanforderung erledigen“ erlauben | |
| classification | Classification | Erklärungs-Klassifikation |
| code (K) | Erklärung (fachliche Identifikation)
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
|
| confirmationDataOrigin | Einstellung Bestätigung | |
| confirmationNote | Bestätigungshinweis | |
| confirmationRequired | Bestätigung erforderlich | |
| confirmationTime | Bestätigungszeitpunkt | |
| date | Erklärungsabgabezeitpunkt | |
| description | Hinweis | |
| guid (K) | Technische Identifikation für die Änderung/ Löschung bereits gespeicherter Daten – sofern bekannt. |
|
| organizationalUnit | OrganizationalUnit | Firma |
| person | Person | Person |
| reason | Reason | Erklärungsgrund |
| signatureDataOrigin | Einstellung Signatur | |
| SignatureImage.
· mimeType · image |
Erklärung – Signatur-Bild
· MimeTyp · Bild |
|
| signatureRequired | Signatur erforderlich | |
| signatureTime | Signierzeitpunkt | |
| status | Status |
3.2 Erklärungsposition (ConsentFormDetail)
| Attribut | Beziehung | Erläuterung |
| category | Bezug | |
| from | Gültig ab | |
| guid (K) | Technische Identifikation | |
| permission | Verarbeitungsrecht | |
| processingPurpose | ProcessingPurpose | Verarbeitungszweck |
| until | Gültig bis |
3.2.1 Erklärungsposition – Bezug Adresse (ConsentFormDetailCategoryAddressData)
| Attribut | Beziehung | Erläuterung |
| addressData
· city · country · poBox · poBoxCity · poBoxPostalCode · postalCode · region · street |
Country
Region |
Adresse
· Ort · Land · Postfach · Postfach-Ort · Postfach-PLZ · PLZ · Region · Straße |
3.2.2 Erklärungsposition – Bezug Kommunikationsdaten (ConsentFormDetailCategoryCommunicationData)
| Attribut | Beziehung | Erläuterung |
| normalizedCommData | Kommunikationsdaten |