\nSomit muss f\u00fcr bestehende Druckvorlagen bspw. folgende Anpassung gemacht werden:
\n
![\"\"](\"https:\/\/blog.kivitendo.de\/wp-uploads\/2015\/01\/abweichende-lieferadresse-in-3.2.png\" "\\"abweichende")
<\/a><\/p>\nHintergrund:<\/p>\n
Das neue Verhalten ist wie folgt:<\/p>\n
– Weder die shipto_id (die Drop-Down-Box in den Belegmasken) noch die
\n individuellen shipto*-Felder werden weder beim Neuanlegen eines
\n Beleges noch bei Wechsel des Kunden aus den Datenbanken belegt.<\/p>\n
– Beim Ausdruck werden die shipto*-Felder nicht mehr aus der
\n Mandantenkonfiguration vorbelegt, wenn keine Lieferadresse gesetzt
\n ist.<\/p>\n
– Beim Ausdruck werden die shipto*-Felder mit den Daten aus den
\n Kundenstammdaten belegt, wenn die shipto_id (die Drop-Down-Box in den
\n Belegmasken) gesetzt ist.<\/p>\n
Die urspr\u00fcngliche Intention war, m\u00f6glichst viele F\u00e4lle abzudecken. Ganz
\n urspr\u00fcnglich war es n\u00e4mlich in den Druckvorlagen gar nicht m\u00f6glich,
\n Kontrollstrukturen zu benutzen und damit die Ausgabe konditional zu
\n steuern. Es konnte also rein in den Druckvorlagen nicht unterschieden
\n werden zwischen \u00bbder Benutzer hat keine Lieferadresse eingegeben\u00ab und
\n \u00bbder Benutzer hat eine eingegeben oder ausgew\u00e4hlt\u00ab.<\/p>\n
Daher wurde die ganze Logik immer im Perl-Code abgehandelt.<\/p>\n
Das macht aber erhebliche Probleme f\u00fcr den Benutzer, f\u00fcr den es absolut
\n intransparent ist, wann welche Lieferadresse wie vorbelegt wird. Hinzu
\n kommt, dass in den Belegmasken nicht ersichtlich ist, dass eine
\n individuelle Lieferadresse eingetragen wurde.<\/p>\n
Hinzu kommt, dass die Druckvorlagen inzwischen verschiedene Mechanismen
\n zur Verf\u00fcgung haben, um Fallunterscheidungen zu treffen (z.B. die
\n kivitendo-Mechanismen <%if shipto\u2026%> oder die LaTeX-eigenen
\n \\IfThenElse{\\equal{<%shipto\u2026%>}{\u2026}}}\u2026). Leider war es mit dem vorherigen
\n Code f\u00fcr die Druckvorlagen nicht mehr m\u00f6glich festzustellen, ob der
\n Benutzer nun eine Lieferadresse eingegeben hat oder nicht.<\/p>\n
Die neue Situation ist recht einfach:<\/p>\n
Steht in \u00bbshiptoname\u00ab oder \u00bbshiptostreet\u00ab ein nicht leerer Wert, so ist
\n eine Lieferadresse vorhanden, ansonsten nicht.<\/p>\n
F\u00fcr die \u00bbnicht\u00ab-Fall kann dann jede Vorlage selber entscheiden, was zu
\n tun ist. F\u00fcr Vorlagen im Verkaufsbereich sinnvollerweise gar keine
\n Lieferadresse ausgeben (oder einfach die Lieferadresse aus den
\n Kundenrechnungsdaten), f\u00fcr Vorlagen im Einkaufsbereich ebenfalls keine
\n Lieferadresse oder die Adresse aus der Mandantenkonfiguration.<\/p>\n
Anbei noch mein Beispiel-Code (aus den aktuellen RB Druckvorlagen-Satz): <%name%><\/p>\n <%street%><\/p>\n ~<\/p>\n <%zipcode%> <%city%><\/p>\n <%country%><\/p>\n }{ % ABWEICHENDE LIEFERADRESSE (Aus Stammdaten oder Beleg)<\/p>\n <%shiptoname%><\/p>\n <%shiptostreet%><\/p>\n ~<\/p>\n <%shiptozipcode%> <%shiptocity%><\/p>\n <%shiptocountry%> Weil ich gerade dar\u00fcber gestolpert bin, hier einmal f\u00fcr a) mich selber als Zukunftserinnerung (google) und b) alle anderen die auch danach googlen. In der bald erscheinenden 3.2 wird der Pr\u00e4fix shipto f\u00fcr Lieferscheine nicht mehr automatisch mit der Rechnungsadresse bef\u00fcllt, falls es f\u00fcr den Lieferschein keine abweichende Lieferadresse gibt. Somit muss f\u00fcr bestehende Druckvorlagen […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/351"}],"collection":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=351"}],"version-history":[{"count":1,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/351\/revisions"}],"predecessor-version":[{"id":353,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/351\/revisions\/353"}],"wp:attachment":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=351"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=351"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=351"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n
\n\\ifthenelse{\\equal{<%shiptoname%>}{}}{ % KEINE ABWEICHENDE LIEFERADRESSE<\/p>\n
\n} % ende ifthenelse LIEFERADRESSE
\n<\/code><\/p>\n","protected":false},"excerpt":{"rendered":"