Seitenhistorie

...

Neben der Möglichkeit, durch Regeln Beileger gezielt zu steuern, können Sie in der Erweiterung für den logischen Beileger auch eine Bedingung definieren (Wie bei physikalischen Beilegern und WhiteSpaces). Die Bedingung muss einen boolschen Wert zurück liefern, also wahr / true (1) oder falsch / false (0). Einige Funktionen in EVAL-Anweisungen liefern z.B. boolsche Werte. Sinnvolle Operationen sind z.B. die Evaluierung von Datenstrom-Variablen, um Beileger nur für die Empfänger hinzuzufügen, für die der Beileger gedacht ist / sich eignet. Ist das Ergebnis der Bedingung wahr, wird der Beileger zum Formular hinzugefügt, ist es falsch, wird er weggelassen.

Beileger können außerdem als optional gekennzeichnet werden. Für optionale Beileger gibt es keine Verarbeitungs-Garantie, da diese typischerweise einen werblichen Charakter besitzen. Dies bedeutet, dass optionale Beileger nur dann den Dokumenten beigelegt werden, wenn es produktionstechnisch sinnvoll ist. So ist es möglich im Transaktions-Formular zusätzlich noch festgelegt werden, ob durch optionale Beileger ein Portosprung erfolgen darf oder nicht.
Ist ein Beileger nicht als optional gekennzeichnet, wird er auf jeden Fall beigelegt (Falls die dafür definierte Bedingung nicht falsch ist).
 

...

Ob logische Beileger überhaupt erlaubt sind, wird durch das Transaktions-Formular vorgegeben (Transaktions-Formulare lernen Sie später kennen, sie enthalten die Rohdokumente, die im R-S gestaltet werden und diverse Konfigurationen dazu). Werden logische Beileger durch das Transaktions-Formular verboten, können Sie den Dokumenten keine logischen Beileger hinzufügen. Außerdem bestimmt das Formular, ob logische Beileger auf anderem Material (Papier) gedruckt werden dürfen wie die übrigen Dokumente. Wenn logische Beileger nur auf dem vom Formular vorgegebenen Material gedruckt werden dürfen, können Sie kein abweichendes Material angeben.