Empfänger-Mapping
Das Empfänger-Mapping wird im Datacenter über das Menü Documents → Mappings aufgerufen.
Beim Einstieg in den Bereich Mappings werden die verfügbaren Mapping-Typen in separaten Reitern dargestellt.
Standardmäßig wird initial der Bereich Empfänger-Mapping geladen.
Zweck
Das Empfänger-Mapping definiert die Zuordnung fachlicher Datenfelder aus dem Eingangsdatensatz zu einer standardisierten Empfängerstruktur.
Dabei werden die konfigurierten Felder in die internen Variablen-Pools
address.*(Empfänger)alternate.*(Betreuer)
überführt.
Die Verwendung des jeweiligen Variablen-Pools wird über die Vorlageneigenschaften gesteuert.
Das Empfänger-Mapping stellt somit die zentrale Konfigurationsstelle zur Definition der Empfängerdaten innerhalb des Systems dar.
Verwendung der Variablen-Pools
Die erzeugten Variablen werden systemweit in unterschiedlichen Kontexten genutzt:
- Verwendung im Developer (XML-Code) über
address.*undalternate.*im Tag <Variable>- Anzeige im Dokumentenstarter (Kopfbereich) über
address.*- Anzeige im Adressmanagement (Abschlussdialog) für Empfänger und Betreuer
- Anzeige im Postkorb für Empfänger- und Betreuerinformationen
- Übergabe an Druckdienstleister (elektronischer Begleitzettel) als
recipient
Übersicht und Verwaltung
Alle konfigurierten Empfänger-Mappings werden in einer tabellarischen Übersicht dargestellt.
Funktionen
| Funktion | Beschreibung |
|---|---|
| Suche | Ermöglicht eine Filterung über alle in der Tabelle dargestellten Felder. |
| Neu | Erstellt ein neues Empfänger-Mapping. |
| Bearbeiten | Öffnet ein bestehendes Mapping zur Bearbeitung. |
| Löschen | Entfernt ein bestehendes Mapping. |
Die Bearbeitung oder Neuerstellung erfolgt über einen Dialog, der alle konfigurierbaren Felder enthält.
Notation für Feldzuordnung
Für alle Mapping-Felder gilt folgende Notation:
- Zugriff auf Daten erfolgt über den Präfix
source.- Anschließend folgt der Feldname aus dem Datenstrom
Beispiel:
source.Variablenname
Konfigurationsfelder
Allgemein
| Feld | Beschreibung |
|---|---|
| Bezeichnung | Name des Empfänger-Mappings. Wird in den Vorlageneigenschaften zur Auswahl angeboten. |
Firma / Einrichtung
| Feld | Beschreibung |
|---|---|
| Name | Feld für den Namen einer Organisation oder Einrichtung. |
| Rechtsform | Feld für die Rechtsform (z. B. GmbH, AG). |
| Namenszusatz 1 | Erstes Zusatzfeld für Organisationsbezeichnungen. |
| Namenszusatz 2 | Zweites Zusatzfeld für Organisationsbezeichnungen. |
Natürliche Person
| Feld | Beschreibung |
|---|---|
| Anrede | Feld für die Anrede (z. B. Herr, Frau). |
| Geschlecht | Feld zur Bestimmung des Geschlechts. |
| Titel | Akademischer Titel oder Zusatz (z. B. Dr.). |
| Vorname | Vorname der Person. |
| Nachname | Nachname der Person. |
| Vorsatzwort | Namensvorsatz (z. B. von, van). |
| Zusatzwort | Namenszusatz (z. B. jun., sen.). |
Adresse
| Feld | Beschreibung |
|---|---|
| Straße | Feld für die Straße. Kann entweder nur die Straße oder Straße inkl. Hausnummer enthalten. |
| Hausnummer | Feld für die Hausnummer. Optional, falls bereits in Straße enthalten. |
| PLZ | Postleitzahl. |
| Ort | Ort / Stadt. |
| Adresszusatz | Zusätzliche Adressinformationen (z. B. Etage). |
| Postfach | Postfachangabe. |
| Länderkennzeichen | ISO-Ländercode oder internes Kennzeichen. |
| Land | Länderbezeichnung. |
Hinweis:
Die Kombination von Straße und Hausnummer ist abhängig vom Datenstrom.
Es ist sicherzustellen, dass keine doppelte oder fehlende Adressinformation entsteht.
Kontakt & Zuordnung
| Feld | Beschreibung |
|---|---|
| Erstellender Benutzer | Referenz auf den Benutzer, der den Auftrag erstellt hat. Ermöglicht Zugriff auf intracon-Profildaten über die intere Variable user-orig-profile.*. |
| Zuständiger Benutzer | Referenz auf den zuständigen Bearbeiter. Zugriff auf intracon-Profildaten über die intere Variable user-profile.*. |
| Feld für die E-Mail-Adresse. | |
| Telefon | Feld für die Telefonnummer. |
| Zugehörige Entität | Referenz auf ein Identifier-Mapping. Voraussetzung für Konsolidierung bei einer Druckdienstleisteranbindung. |
| Betreuer leeren | Steuert, wann Betreuerdaten (alternate.*) gelöscht werden. |
| Betreuer-Vorhanden Variable | Definiert die Logik zur Steuerung der Betreuerdaten. |
Benutzerauflösung (wichtig)
Für die Felder Erstellender Benutzer und Zuständiger Benutzer gilt:
- Der Wert muss einen Benutzer eindeutig identifizieren
- Der Benutzer muss im Datacenter unter
Organisation → Mitarbeitergepflegt sein- Der Wert muss als eine Kontenart erfast sein. Die Kontenart (z. B. 21c, Windows, sonstig) ist dabei unerheblich
Betreuersteuerung
Die Parameter Betreuer leeren und Betreuer-Vorhanden Variable steuern gemeinsam die Pflege der alternate.*-Variablen.
Logikvarianten
- Leer / Niemals
- Betreuerdaten bleiben immer erhalten
- Wenn gleich
- Betreuerdaten werden gelöscht, wenn sie identisch mit den Empfängerdaten sind
- Wenn Variable falsch
- Steuerung über eine Variable (z. B.
source.e_hatbetreuer)Ja→ Betreuerdaten bleiben erhaltenNein→ Betreuerdaten werden gelöscht