{"id":55000817,"date":"2012-02-01T00:00:00","date_gmt":"2020-05-22T21:52:32","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=817"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Adressen_fuer_Berichte_aufbereiten","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/Adressen_fuer_Berichte_aufbereiten\/","title":{"rendered":"Adressen für Berichte aufbereiten"},"content":{"rendered":"

\"\"<\/p>\n

Die Ausgabe von Adressen in Berichten ist doch ein alter Hut. Sie platzieren die einzelnen Felder mit den betroffenen Daten dort, wo die Adresse erscheinen soll – fertig! Aber halt: Manchmal ist es doch nicht so einfach. Wenn beispielsweise Adresselemente wie die Straße fehlen, kommt es mitunter zu unschönen Lücken im Adressblock. Aber auch die Lösung zu diesem Problem ist bereits bekannt. Dieser Beitrag stellt kurz die gängigen Vorgehensweisen vor und zeigt dann eine alternative Methode, um Adressblöcke perfekt zusammenzustellen.<\/b><\/p>\n

Wer noch nicht lange mit Access arbeitet, wird beim ersten Versuch, Adressdaten zu einem Adressblock zusammenzuführen, wohl einfach die betroffenen Felder an die entsprechende Stelle im Entwurf des Berichts ziehen.<\/p>\n

Dies kann funktionieren, tut es aber nicht zwangsläufig: Adressdaten kommen nämlich längst nicht immer in der gleichen Zusammenstellung daher. Mal gehört eine Firma zu einer Adresse, mal mit, mal ohne Ansprechpartner, mal geht die Post an eine einzelne Person, die mit entsprechender Anrede zu versehen ist, mal fehlt die Straße. Gelegentlich fügen eifrige Benutzer die Länderkennzeichnung zur Postleitzahl hinzu, was früher hilfreich war, heute aber eher stört: Immerhin bereits seit einer änderung der DIN 5008 im Jahr 2001 sollen die Länderkennzeichen für Auslandssendungen nicht mehr vor die Postleitzahl gesetzt werden, sondern das Land ausgeschrieben in der letzten Zeile des Adressblocks erscheinen. Es gilt also nicht mehr:<\/p>\n

Herrn\r\nAndré Minhorst\r\nBorkhofer Straße 17\r\nD-47137 Duisburg<\/pre>\n
Stattdessen ist seit 2001 folgende Notation zu verwenden:<\/p>\n
Herrn\r\nAndré Minhorst\r\nBorkhofer Straße 17\r\n47137 DUISBURG\r\nDEUTSCHLAND<\/pre>\n
Dies gilt allerdings auch nur für Sendungen ins Ausland (dieses Beispiel ist also streng genommen falsch) – für Inlandssendungen wird schlicht kein Land angegeben.<\/p>\n
Bei Auslandssendungen werden Ort und Land in Großbuchstaben angegeben, der Ort in Landessprache, das Land in Deutsch, Englisch oder Französisch. Es gibt keine Leerzeilen im Adressblock! Zusätzliche Vermerke wie Einschreiben<\/b>, Warensendung <\/b>et cetera landen in der ersten Zeile:<\/p>\n
Einschreiben\r\nHerrn\r\nAndré Minhorst\r\nBorkhofer Straße 17\r\n47137 DUISBURG<\/pre>\n
Ist eine Firmenbezeichnung im Spiel, landet diese über dem Namen eines eventuell vorhandenen Adressaten, aber unter einem Zusatzvermerk. Bei Firmenbezeichnung und Adressat gehört die Anrede in die gleiche Zeile wie der Adressat, sonst eine Zeile darüber:<\/p>\n
Redaktionsbüro Minhorst\r\nHerrn André Minhorst\r\nBorkhofer Straße 17\r\n47137 DUISBURG<\/pre>\n
Wenn eine Sendung mit Personenangabe wie oben an eine Firma geschickt wird, wird diese geöffnet und dann weitergeleitet. Soll diese nicht geöffnet werden, vertauscht man Adressat und Firma:<\/p>\n
Herrn André Minhorst\r\nRedaktionsbüro Minhorst\r\nBorkhofer Straße 17\r\n47137 DUISBURG<\/pre>\n
Beispieltabelle<\/b><\/p>\n
Als Beispieltabelle verwenden wir zunächst die Tabelle tblAdressenEinfach<\/b> der Beispieldatenbank. Diese enthält die Felder Firma<\/b>, AnredeID<\/b>, Vorname<\/b>, Nachname<\/b>, Strasse<\/b>, PLZ<\/b>, Ort <\/b>und Land<\/b> (s. Bild 1).<\/p>\n
\"pic002.png\"<\/p>\n
Bild 2: Erweitern der Adressen um das Anrede-Feld der Anreden-Tabelle<\/span><\/b><\/p>\n
Einfache Variante: Einzelne Felder<\/b><\/p>\n
Wenn Sie die Felder Ihrer Adresstabelle in einem Bericht platzieren möchten, erledigen Sie dies am einfachsten durch direktes Einfügen der Felder im Bericht. Wenn Sie die Anrede wie in der Beispieltabelle in einer separaten Tabelle etwa namens tblAnreden <\/b>speichern, können Sie diese auf zwei Arten in den Bericht holen: Entweder Sie definieren das Feld AnredeID <\/b>als Nachschlagefeld oder Sie fügen das Feld über eine Abfrage wie in Bild 3). In beiden Fällen müssen Sie normalerweise später nachhelfen: Immerhin lautet die auszuwählende Anrede meist Herr <\/b>und Frau<\/b>, zumindest der Herr <\/b>wird aber im Adressblock als Herrn <\/b>ausgegeben.<\/p>\n
\"pic001.png\"<\/p>\n
Bild 1: Beispieltabelle mit Adressen<\/span><\/b><\/p>\n
\"pic003.png\"<\/p>\n
Bild 3: Anrede als Nachschlagefeld<\/span><\/b><\/p>\n
Access-Neulinge bauen beim ersten Versuch, einen Adressblock zusammenzustellen, meist so etwas wie in Bild 5). Anrede<\/b>, Vorname <\/b>und Nachname <\/b>landen dann etwa in einem Feld namens txtAdressat<\/b> mit dem folgenden Steuerelementinhalt:<\/p>\n
\"pic004.png\"<\/p>\n
Bild 4: Einsteiger-Variante<\/span><\/b><\/p>\n
\"pic005.png\"<\/p>\n
Bild 5: Verbesserte Einsteiger-Variante<\/span><\/b><\/p>\n
=[Anrede] & " " & [Vorname] & " " & [Nachname]<\/pre>\n
Leider steht dann im Bericht Herr <\/b>und nicht Herrn<\/b>. Dies ändert folgende Anpassung:<\/p>\n
=Wenn([AnredeID]=1;"Herrn";"Frau") & " " & [Vorname] & " " & [Nachname]<\/pre>\n
Nun kann es aber auch vorkommen, dass keine Firma angegeben wurde. Dann soll die Anrede in die erste Zeile rutschen. Die erste Zeile (Textfeld txtFirmaOderAnrede<\/b>) sieht dann etwa so aus:<\/p>\n
=Wenn(Länge([Firma])>0;[Firma];Wenn([AnredeID]=1;"Herrn";"Frau"))<\/pre>\n
Für die zweite Zeile resultiert daraus folgende Formel:<\/p>\n
=Wenn(IstNull([Firma]);"";Wenn([AnredeID]=1;"Herrn";"Frau") & " ") & [Vorname] & " " & [Nachname]<\/pre>\n
Das Ergebnis sieht schon recht gut aus, wie Bild 6 zeigt. Fehlt nur noch eine Behandlung von Lücken, die auftreten, wenn bestimmte Elemente wie etwa die PLZ oder die Straße fehlen. Bezogen auf ein komplettes Textfeld ist dies kein Problem: Stellen Sie einfach die Eigenschaft Verkleinerbar <\/b>auf den Wert Ja <\/b>ein. Es wird dann mit der Höhe 0cm <\/b>angezeigt, wenn es leer ist. Die übrigen Felder rutschen entsprechend nach oben. Leider bleiben die Zwischenräume zwischen den Feldern erhalten. Aber auch dies lässt sich verhindern: Wenn Sie den gewünschten Zeilenabstand durch Zwischenräume herstellen, dann können Sie die Höhe der Felder auch so weit vergrößern, dass diese genau aneinander kleben. Die Felder dürfen sich aber nicht berühren, sonst werden leere Felder nicht mehr verkleinert. Auch dürfen sich auf der gleichen Höhe keine weiteren Steuerelemente befinden, da diese ja nicht gleichermaßen minimiert werden können.<\/p>\n
\"pic006.png\"<\/p>\n
Bild 6: Ist keine Firma vorhanden, landet die Anrede in der ersten Zeile.<\/span><\/b><\/p>\n
Weitere Variante: Alles in ein Textfeld<\/b><\/p>\n
Sie können auch den kompletten Adressblock in einem einzigen Feld zusammenstellen. Dies ergibt dann einen mehr oder weniger übersichtlichen Ausdruck, der eine Reihe Wenn-Bedingungen, Zeilenumbruch-Codes und verschiedene Verknüpfungsarten (Kaufmanns-Und und Plus-Zeichen) enthält. Den kompletten Ausdruck geben Sie dann als Steuerelement eines einzigen Textfelds an. Wir wollen an dieser Stelle nicht ins Detail gehen.<\/p>\n
Erschwernis: Liefer- und Rechnungsadressen<\/b><\/p>\n
In vielen Fällen kommen Sie mit einer einzigen Adresse pro Kunde nicht aus. Zwar muss man nicht immer gleich wie Amazon die Möglichkeit bieten, endlos viele Adressen je Kunde einzutragen, aber eine Liefer- und eine Rechnungsanschrift je Kunde kann schon nicht schaden. Dem wird beispielsweise die Tabelle aus Bild 7 gerecht. Sie enthält jedes Feld je einmal für die Liefer- und die Rechnungsanschrift, was durch entsprechende Suffixe verdeutlicht wird.<\/p>\n
\"pic007.png\"<\/p>\n
Bild 7: Tabellen mit Daten für Rechnungs- und Lieferadresse<\/span><\/b><\/p>\n
Wer keine redundanten Daten mag, wird für Kunden, deren Rechnungs- und Lieferanschrift identisch ist, nur eine der beiden Anschriften angeben. In diesem Fall brauchen Sie je nach benötigter Anschrift für jedes Feld noch eine weitere Unterscheidung: Soll Firma, Anrede, Vorname et cetera der Rechnungs- oder der Lieferanschrift verwendet werden Wenn Sie alle Informationen in einem einzigen Ausdruck unterbringen möchten, wird dieser sehr unübersichtlich und auch die Fehleranfälligkeit steigt. Ganz zu schweigen von der Tatsache, dass nachträgliche änderungen eine echte Herausforderung sind.<\/p>\n
Dies wird etwas vereinfacht, wenn Sie sich zu ein wenig Redundanz hinreißen lassen, wie es etwa im Beitrag Liefer-, Rechnungs- und sonstige Adressen <\/b>(www.access-im-unternehmen.de\/813<\/b>) beschrieben wird. Wenn Sie auch bei Vorhandensein nur einer Adresse sowohl die Rechnungs- als auch die Lieferanschrift entsprechend füllen, brauchen Sie zwar einen Ausdruck mehr, dafür fallen beide Ausdrücke aber wesentlich einfacher aus.<\/p>\n
<\/p>\n
Sonderfälle<\/b><\/p>\n
Wahrscheinlich können Sie noch so viele Felder für die Eingabe von Adressdaten bereitstellen: Irgendein Kunde wird doch wieder mit der Umsetzung seiner Anschrift unzufrieden sein. Außerdem sollten Sie möglichst einen guten Kompromiss zwischen vielen Details bei der Aufnahme einer Kundenadresse und geringer Komplexität finden. So wäre es zum Beispiel denkbar, einfach standardmäßig die folgenden Daten abzufragen:<\/p>\n