In dieser Dokumentation wird die Vorgehensweise für den Umgang mit der Anwendung „Daten importieren“ bezogen auf Werkskalender 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 eines Werkskalenders 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 Werkskalender, wie die Statusfelder sowie 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 „Werkskalender“ einen Beispiel-Kalender und exportieren Sie diesen 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 Position das Jahr 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 Werkskalender können durch den Import zusätzlicher Daten erweitert werden. Die bestehenden Daten werden sofern möglich durch die Importdaten ersetzt.
2 Vorgehensweise: Werkskalender importieren
- Öffnen Sie die Anwendung „Daten importieren“.
- Lassen Sie sich den bzw. einen Filter für dieses Business Object anzeigen: cisag.app.general.calendar.obj.CalendarYear
- Der Filter für den Import von Werkskalendern 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 Werkskalender (CalendarYear)
Die Identifikation eines Werkskalenders besteht aus einer Kalenderart und einer Jahreszahl.
Attribut | Beziehung | Erläuterung |
guid (K) | Technische Identifikation für die Änderung/ Löschung bereits gespeicherter Daten – sofern bekannt. |
|
type (K) | CalendarType | Kalenderart (fachliche Identifikation)
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
workingDays [12] | Arbeitstage | |
year (K) | Jahr (fachliche Identifikation)
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
3.2 Werkskalendertag (CalendarDay)
Attribut | Beziehung | Erläuterung |
day (K) | Tag (fachliche Identifikation)
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
|
dayType | DayType | Tagesart |
guid (K) | Technische Identifikation (Position) für die Änderung/Löschung bereits gespeicherter Daten – sofern bekannt. | |
note | Bezeichnung |