Bedingungen

Der Baukasten

Der Baukasten ist eine Gruppe von Bedingungen. Im Kopf der Gruppe legen Sie fest, wie die Bedingungen zusammenwirken. Darunter steht je Zeile eine Bedingung, ein kleiner Satz aus Feld, Vergleich und Wert, etwa »Rabatt größer als 0«. Unten in der Gruppe fügen Sie weitere Bedingungen oder eine Untergruppe hinzu. Ein neuer Baukasten beginnt mit einer leeren Bedingung in einer UND-Gruppe.

1 2 3 4 5 6

1. Klicken Sie in der leeren Bedingung auf »Feld wählen …«. Ein Feldwähler öffnet sich. Welcher es ist, hängt vom Ort ab (siehe Datenbaum und Feldwähler: Der Feldwähler).
2. Klicken Sie das Feld an, etwa »Rabatt«. Der Feldwähler schließt sich. Auf dem Knopf steht jetzt das Feld, darunter eine Auswahlliste mit den Vergleichen, die zu diesem Feld passen, und das Eingabefeld »Wert«.
3. Wählen Sie den Vergleich, etwa »größer als«, und tragen Sie den Wert ein, etwa 0.
4. Für eine zweite Bedingung klicken Sie unten in der Gruppe auf »Bedingung« und bauen sie genauso. Im Kopf legen Sie mit »UND« oder »ODER« fest, ob alle oder nur eine davon zutreffen müssen.

UND, ODER und Untergruppen

• UND: Die Gruppe trifft nur zu, wenn alle ihre Bedingungen zutreffen. Jede weitere Bedingung macht die Auswahl enger. Beispiel: »Bezahlt ist ja« UND »Betrag größer als 100«.
• ODER: Es genügt, wenn eine Bedingung zutrifft. Jede weitere Bedingung macht die Auswahl breiter. Beispiel: »Land ist Deutschland« ODER »Land ist Österreich«.

Der Umschalter gilt für alle Bedingungen und Untergruppen seiner Gruppe. Sein Mauszeigertext lautet »Legt fest, ob ALLE Bedingungen (UND) oder nur EINE (ODER) stimmen müssen«.

Beides mischen: Untergruppen

Mit einer Untergruppe mischen Sie UND und ODER, etwa »bezahlt UND (Deutschland ODER Österreich)«:

1. Lassen Sie die oberste Gruppe auf »UND« und bauen Sie die erste Bedingung: »Bezahlt« »ist ja«.
2. Klicken Sie unten auf »Untergruppe«. Eine farblich abgesetzte Gruppe mit einer leeren Bedingung erscheint. Sie steht schon auf »ODER«, denn eine neue Untergruppe bekommt immer das Gegenteil ihrer Elterngruppe.
3. Bauen Sie in der Untergruppe »Land« »ist« »Deutschland«. Klicken Sie in der Untergruppe auf »Bedingung« und bauen Sie »Land« »ist« »Österreich«.

Untergruppen lassen sich weiter ineinander verschachteln.

1 2 3 4 5

Eine Bedingung ohne Wert

Eine Bedingung, deren Wertfeld noch leer ist, wird nicht mitgeprüft. Was das bewirkt, hängt von der Gruppe ab:

• In einer UND-Gruppe fällt diese Einschränkung weg. Die Auswahl wird breiter.
• In einer ODER-Gruppe fällt diese Möglichkeit weg. Die Auswahl wird enger, solange die Gruppe noch etwas anderes prüft. Dann steht unter der Zeile der Hinweis »⚠ Noch kein Wert — diese Bedingung wird nicht mitgeprüft. …« (siehe Hinweise und Warnungen).
• Ist keine Bedingung einer Gruppe ausgefüllt, fällt die ganze Gruppe weg.

1 2 3

Die Vergleiche

Welche Vergleiche in der Auswahlliste stehen, hängt von der Art des Feldes ab. Vorgegeben ist jeweils der erste Vergleich der Liste. Die Tabelle nennt zu jeder Art den Abschnitt, in dem ihre Vergleiche stehen.

• Bei einer eigenen Variablen bestimmt ihr Typ die Liste: Zahl und Währung wie eine Zahl, Datum wie ein Datum, Ja/Nein wie Ja/Nein, Text und Farbe wie Text.
• Summe, Durchschnitt und Anzahl über eine Liste sind immer Zahlen. Erster, Minimum und Maximum haben die Art ihres Feldes (siehe Summe, Anzahl und Co.).
• Den Vergleich »enthält nicht« bietet der Baukasten nur bei einer Mehrfachauswahl an, deren Wert Sie aus der Liste wählen. »ist ausgefüllt« und »ist leer« gibt es bei Text und bei Auswahlfeldern.

Text, Auswahlfeld und Verweis

Ein Verweis wird mit dem Text verglichen, den Dynamics anzeigt, also etwa mit dem Namen einer Firma. Ein Bild- und ein Dateifeld haben dieselben Vergleiche. Ein Auswahlfeld vergleichen Sie meist über die Liste seiner Optionen (siehe Auswahlfelder: Wert aus der Liste); mit »Text« wird es wie hier mit seiner Beschriftung verglichen, also etwa mit »Offen«.

»ist ausgefüllt« und »ist leer« sind eigentlich eine Ja/Nein-Prüfung. Als leer gelten deshalb auch, gleich in welcher Schreibweise, die Texte »Nein«, »No«, »false«, »off«, »n«, »non«, »nee« und »nie«, also etwa auch »NEIN« oder »False«, und jede Null mit Punkt als Dezimalzeichen wie »0«, »00« oder »0.00«; »0,00« mit Komma gilt als ausgefüllt. Ein Textfeld, in dem nur »Nein« steht, ist also »leer«. Vergleichen Sie mit »enthält«, »beginnt mit« oder »endet mit« ein Feld, das eine Zahl enthält, gilt die Schreibweise mit Punkt: »5.5«, nicht »5,5«. Bei einem Ja/Nein-Feld aus Dynamics zählt dagegen, ob es auf Ja oder Nein steht, nicht seine Beschriftung (siehe Ja/Nein).

Auswahlfelder: Wert aus der Liste

Bei einem Auswahlfeld, auch bei Status, Statusgrund und Mehrfachauswahl, steht statt des Wertfelds die Liste der Optionen, die Dynamics für dieses Feld kennt, etwa »Neu · 1«: vorn die Beschriftung in der Sprache Ihrer Dynamics-Oberfläche, dahinter der Code der Option. Verglichen wird über den Code. Die Bedingung trifft deshalb zu, gleich in welcher Sprache Dynamics die Beschriftung liefert und in welcher Sprache der Beleg sie druckt. Die Liste steht überall, wo Sie Bedingungen bauen: im Filter einer Regel, bei Sichtbarkeit, Bildregeln und dynamischem Text, in den Wenn-Zweigen von Variablen und Einstellungen, bei den E-Mail-Fällen eines Buttons und bei den Versionen eines Textes.

• Der Umschalter »Liste« | »Text« vor dem Vergleich wechselt zwischen der Liste und dem Vergleich mit der Beschriftung (siehe Text, Auswahlfeld und Verweis). Eine neue Bedingung beginnt mit der Liste. Eine Bedingung, die schon mit einer Beschriftung gebaut ist, bleibt, wie sie ist, und wirkt wie bisher; erst ein Klick auf »Liste« stellt sie um. Steht ihre Beschriftung in der Liste, übernimmt der Baukasten die passende Option. Mit einer Variablen statt eines festen Werts (»ƒx«) vergleichen Sie unter »Text«.
• Ohne Verbindung zu Dynamics kennt der Designer die Optionen nicht. Dann steht das Textfeld da wie bei Text; eine Bedingung, die schon über den Code gebaut ist, zeigt den Code als Zahl.
• Gibt es eine gespeicherte Option in der Tabelle nicht mehr, steht sie als »⚠ … — in dieser Tabelle unbekannt« in der Liste und bleibt erhalten, bis Sie eine andere wählen.
• In der Vorlage steht die Bedingung als Ausdruck über den Rohwert, etwa statuscode_code == 1, bei einer Mehrfachauswahl contoso_tags_code contains 100000001 (siehe Vorlagenformat: Bedingungen).

Zahlen und Beträge

Tragen Sie die Zahl ohne Tausendertrennzeichen ein. Ein Punkt gilt immer als Dezimalzeichen: »1.000« ist 1, nicht tausend. Ein Komma als Dezimalzeichen nimmt der Designer als Punkt: 1,5 ist 1.5. Was danach keine Zahl ist, vergleicht er als Text. Ein Betrag wird als Zahl verglichen, ohne Währungszeichen.

Das Komma wird nicht überall so behandelt wie im Baukasten. Die Tabelle stellt die Orte nebeneinander, an denen Sie eine Zahl eintippen:

Datum

Datumsvergleiche sind tagesgenau, solange eine Seite keine Uhrzeit trägt, auch bei einem Feld mit Uhrzeit wie »Erstellt am«. Das sagt auch der Mauszeigertext der Vergleichsliste. Genau bis auf die Uhrzeit vergleichen nur »vor«, »nach«, »am oder vor«, »am oder nach« und die untere Grenze von »zwischen«, und nur, wenn beide Seiten eine Uhrzeit tragen, etwa bei einem Feld über »ƒx«. »am« und »nicht am« vergleichen immer den Kalendertag. Der Kalendertag eines gespeicherten Zeitpunkts zählt in der Zeitzone des Dynamics-Benutzers. Den Wert wählen Sie im Kalender des Wertfelds.

Ja/Nein

Nur der einfache Baustein der Versionen zählt mit »ist leer / nein« ein nicht gesetztes Feld als Nein (siehe Texte: Inhalt je nach Bedingung).

Was mit leeren Feldern geschieht

Ein leeres Feld ist kein Sonderfall, den der Baukasten abfängt. Es verhält sich so:

• Trifft zu: »ist nicht«, »ungleich«, »nicht am«, »ist leer«, und außerdem »kleiner als«, »kleiner oder gleich«, »vor« und »am oder vor«: Ein leeres Feld gilt als kleiner bzw. früher als jeder Wert.
• Trifft nicht zu: »ist«, »enthält«, »beginnt mit«, »endet mit«, »ist ausgefüllt«, »gleich«, »größer als«, »größer oder gleich«, »am«, »nach«, »am oder nach«, »zwischen«, »ist ja« und »ist nein«. Ein leeres Zahlenfeld ist also nicht »gleich 0«, und ein nicht gesetztes Ja/Nein-Feld ist weder ja noch nein.
• In einer Regel und in einer Tabellenzeile bleibt ein leeres Feld leer. Hat die Zeile darüber ein Feld mit demselben Namen, etwa die Rechnung und ihre Positionen je eine »Art«, springt dessen Wert nicht ein, auch nicht bei einem Vergleich über die Liste eines Auswahlfelds (siehe Auswahlfelder: Wert aus der Liste). Gesucht wird weiter oben nur, was die Zeile gar nicht hat.

Fester Wert oder Wert aus den Daten: »123« und »ƒx«

Rechts in einer Bedingung steht normalerweise ein fester Wert, den Sie eintippen. Im Filter einer Regel und in den Wenn-Zweigen einer Variablen der Regel steht neben dem Vergleich zusätzlich der Umschalter »123« | »ƒx« mit dem Mauszeigertext »Fester Wert oder eine Variable aus dem Datenbaum«. An allen anderen Orten ist der Wert immer fest.

1 2 3

• Der Umschalter erscheint nur bei Vergleichen mit Wert, also nicht bei »ist ausgefüllt«, »ist leer«, »ist ja« und »ist nein«. Umschalten leert den Wert.
• Beispiel: Im Filter der Positionen »Betrag größer als @Grenze«. Eine eigene Variable hat im ganzen Dokument einen Wert und eignet sich deshalb als feste Vergleichsgröße.
• Bevor der Designer eine Wahl übernimmt, prüft er sie: Die Regel darf sich nicht selbst lesen (ihr Ergebnis entsteht ja erst dadurch), keinen Kreis mit einer anderen Regel schließen (siehe Regeln: Wenn sich Regeln im Kreis lesen) und nichts von einer Regel weiter oben lesen (siehe Regeln: Was eine Regel lesen darf). Sonst erscheint oben eine Meldung mit »⚠«, und der Wert wird nicht übernommen. Die Sätze, die der Designer dazu zeigt, stehen unter Hinweise und Warnungen.
• Bei »zwischen« kommt nur die untere Grenze aus den Daten; die obere bleibt ein fester Wert.
• Bei einem Datum gilt, was unter Datum steht. Bei »zwischen« kann nur die untere Grenze aus den Daten eine Uhrzeit tragen; die obere ist ein fester Tag und wird tagesgenau verglichen.

Summe, Anzahl und Co. über eine Liste

Ein Feld aus einer Liste (1:N) hat viele Werte, eine Bedingung braucht einen. Deshalb steht an solchen Feldern rechts eine kleine Auswahlliste: Wählen Sie zuerst die Zusammenfassung und klicken Sie dann auf das Feld. Der Mauszeigertext sagt es: »Klicken Sie, um das Feld zu wählen (Zusammenfassung rechts wählbar)«. Die Auswahl gibt es an Feldern einer Liste, unter einer Regel, die eine Liste liefert, und an einer weiteren Quelle. Den Baum, in dem sie steht, beschreibt Datenbaum und Feldwähler: Der Baum im Feldwähler.

• Zahlen und Beträge bieten »Summe«, »Ø«, »Erster«, »Anzahl«, »Min« und »Max« an; alle anderen Felder, auch ein Datum, nur »Erster Wert« und »Anzahl«. Vorgegeben ist der erste Eintrag.
• Im Feldknopf steht danach etwa »Summe von …«, »Durchschnitt von …«, »Erster Wert von …«, »Anzahl von …«, »Minimum von …« oder »Maximum von …«; nach einer Wahl in »Feld dieser Zeile wählen« heißt es »Erster von …« statt »Erster Wert von …« (siehe Datenbaum und Feldwähler: Das Fenster »Feld dieser Zeile wählen«).
• Gerechnet wird nach dem Laden über alle Zeilen der Liste. Eine zusätzliche Abfrage kostet das nicht, außer die Liste wird sonst nur von Regeln gebraucht, deren Filter schon beim Laden greift: Dann lädt der Druck sie dafür ganz (siehe Quellen und Beziehungen: Wie der Beleg die Daten holt).
• Über eine leere Liste ergeben Summe, Durchschnitt, Anzahl, Minimum und Maximum 0, und das Dokument meldet es. Meinen Sie »hat Zeilen, und der Wert ist 0«, verbinden Sie mit UND »Anzahl von … größer als 0«.

Dieselben Rechenarten gibt es auch in den Berechnungen einer Regel und in eigenen Variablen, dort mit anderen Namen und für andere Felder. Die Tabelle stellt sie nebeneinander. Hinter dem Namen steht, für welche Felder es die Rechenart gibt, bei einer eigenen Variablen für welche Typen der Variablen:

Beispiel: Im Filter der Regel auf den Positionen sollen nur Positionen bleiben, deren Chargen zusammen mehr als 1.000 Stück ergeben.

1 2 3 4 5

1. Klicken Sie im Reiter »Filter« auf »Feld wählen …«. »Feld dieser Zeile wählen« öffnet sich.
2. Klappen Sie unter »Über eine Beziehung — hier gibt es Summe, Anzahl, Ø, Min, Max« die Chargen auf.
3. Wählen Sie rechts am Feld »Menge« die Zusammenfassung »Summe« und klicken Sie dann auf das Feld. Im Feldknopf steht »Summe von …«; die Vergleiche sind die einer Zahl.
4. Wählen Sie »größer als« und tragen Sie 1000 ein.

Eigene Variablen in einer Bedingung

• Eigene Variablen stehen im Feldwähler ganz oben unter »Eigene Variablen« und erscheinen im Feldknopf als »@Name«. Ihr Typ bestimmt die Vergleiche.
• Eine eigene Variable hat im ganzen Dokument einen Wert, in einem Filter und in jeder Tabellenzeile denselben. Ein Filter, der nur eine Variable mit einem festen Wert vergleicht, lässt deshalb alle Zeilen durch oder keine (siehe Variablen: Wann eine eigene Variable gerechnet wird).
• Gibt es eine Variable nicht (mehr), trifft eine Bedingung damit nicht zu, auch nicht mit »ist nicht« oder »ungleich«. Vor der Voll-Vorschau und dem PDF meldet der Designer Namen, die es nicht gibt (siehe Hinweise und Warnungen).
• Im Filter einer Regel sollte eine Variable keine Ergebnisse von Regeln lesen: Dort gibt es diese noch nicht, die Variable ist dann leer bzw. 0 (siehe Variablen: Wann eine eigene Variable gerechnet wird). Der Baukasten weist darauf hin (siehe Hinweise und Warnungen).
• In den Wenn-Zweigen der Vorlageneinstellungen wirkt eine eigene Variable wie überall; gerechnet wird sie dort mit den festen Nachkommastellen und der festen Schreibweise der Vorlage (siehe Zahlen, Währung und Datum: Wenn-Zweige). Im Button-Assistenten gibt es sie gar nicht.

Bedingungen in einer Tabellenzelle

Steht ein Objekt in einer Zelle einer Datentabelle, wird seine Bedingung für jede Zeile einzeln geprüft: die Sichtbarkeitsregel, die Bildregel, der dynamische Text und die Versionen eines Textes. Bei den ersten dreien bietet der Feldwähler dann unter »Pro Zeile · …« die Felder dieser Zeile an (siehe Datenbaum und Feldwähler: Der Datenbaum im Zell- und Spaltendesigner); für die Versionen gilt eine Einschränkung, die weiter unten steht. Was die Bedingung dort lesen kann:

• die Felder der Zeile, bei einer Tabelle auf einer Regel auch deren »Berechnete Felder«,
• Summe, Anzahl und die anderen Zusammenfassungen über eine Liste des Dokuments,
• Ihre eigenen Variablen.

Ein einfaches Feld des Dokuments, etwa der Status der Rechnung, findet die Bedingung in einer Zelle nicht, obwohl der Feldwähler es unter »Alle Felder« anbietet. Brauchen Sie es, legen Sie eine eigene Variable an, die dieses Feld liest, und prüfen Sie die Variable.

Dasselbe gilt in einer Zelle einer Datentabelle für Bildregeln und dynamische Texte. Auch die Versionen eines Textes werden dort gegen die Zeile geprüft; ihre Feldliste bietet aber nur Felder des Dokuments an. Soll sich ein Text in einer Zelle je Zeile unterscheiden, nehmen Sie einen dynamischen Text mit den Feldern unter »Pro Zeile · …« und prüfen das Ergebnis in der Voll-Vorschau.

In einer freien Tabelle gibt es keine Datenzeilen, und auch eine Kopfzelle einer Datentabelle gehört zu keiner Zeile. Dort prüft die Bedingung gegen die Ebene, auf der die Tabelle steht. Direkt im Dokument ist das der gedruckte Datensatz, wie außerhalb einer Tabelle; auch die Felder des Dokuments werden dann gefunden, und der Feldwähler zeigt kein »Pro Zeile · …«.

Eine Tabelle selbst prüft ihre Sichtbarkeit gegen die Ebene, auf der sie steht, nicht gegen ihre eigenen Zeilen. Typisch für eine Positionstabelle: »Anzahl« an einem Feld der Positionen, Vergleich »größer als«, Wert 0. Dann erscheint die Tabelle nur, wenn es Positionen gibt; »Anzahl« zählt die Zeilen, auch wenn das gewählte Feld darin leer ist. Gezählt werden alle Positionen der Beziehung, auch die, die der Filter der Tabellenregel herausnimmt.

Hinweise und Warnungen

Unter einer Bedingung, oben auf der Entwurfsfläche oder vor dem Erzeugen von Voll-Vorschau und PDF erklärt der Designer, wenn etwas nicht so wirkt, wie es aussieht:

Lesen sich zwei Regeln im Kreis, warnt der Designer zusätzlich beim Speichern der Regel, auf der Entwurfsfläche und vor Voll-Vorschau und PDF (siehe Regeln: Wenn sich Regeln im Kreis lesen).

Von Hand geschriebene Bedingungen

Eine Vorlage kann Bedingungen enthalten, die nicht mit dem Baukasten gebaut wurden, etwa aus einer importierten Vorlage, aus dem KI-Paket oder aus einer älteren Fassung. Kann der Baukasten eine solche Bedingung nicht genau so darstellen, etwa weil sie »enthält nicht« benutzt, ein zusammengesetztes Feld hat oder einen Vergleich, den die Art des Feldes nicht kennt, gilt: Sie bleibt unverändert gültig, und das bloße Öffnen ändert nichts. Wie sie angezeigt wird, hängt vom Ort ab:

1 2

Nehmen Sie bei einer solchen Sichtbarkeitsregel in den Eigenschaften den Haken heraus, ist sie weg, wenn die Bausteine sie nicht darstellen können. Den zweiten Fall und den Unterschied zwischen Ausschalten und Löschen nennt Sichtbarkeit: Ausschalten oder löschen.

Unvollständige Bedingungen

Fehlt einer von Hand geschriebenen Bedingung ein Teil, etwa hinter einem UND oder ODER (status == 'Offen' &&), vor einem Vergleich (!= 5) oder sein Wert (status !=), gilt der fehlende Teil nie als erfüllt. Mit UND trifft die Bedingung dann nie zu, mit ODER nur, wenn der vollständige Teil zutrifft. Früher galt der fehlende Teil als erfüllt: status == 'Offen' || traf bei jedem Datensatz zu, ohne dass es jemand merkte. Das PDF meldet eine solche Bedingung als Warnung (siehe Probleme und Meldungen: Variablen und Bedingungen), und beim Importieren einer Vorlage nennt die Prüfung die Stelle als Hinweis. Oben auf der Entwurfsfläche meldet der Designer sie, sobald er die Bedingung mit den Beispieldaten auswertet, etwa im Filter einer Regel oder in den Versionen eines Textes; eine Sichtbarkeitsregel wertet er dort nicht aus (siehe Was ändert sich im Dokument?). Vor »Voll-Vorschau« und »PDF« fragt der Designer nach, wenn eine Bedingung der Vorlage unvollständig ist, auch eine Sichtbarkeitsregel (siehe Voll-Vorschau und PDF: Rückfrage bei Regeln und Variablen). Eine ganz leere Bedingung ist nicht unvollständig; sie bedeutet weiter »immer«. Der Baukasten schreibt keine unvollständigen Bedingungen.

Wo Bedingungen vorkommen

Der Baukasten ist überall derselbe. Je nach Ort unterscheidet sich, wogegen geprüft wird, welcher Feldwähler aufgeht, ob es den Umschalter »123« | »ƒx« gibt, was ohne Bedingung geschieht und wann eine Änderung gilt. Wo mehrere Bedingungen nacheinander geprüft werden, gilt überall derselbe Grundsatz: von oben nach unten, die erste zutreffende gewinnt. Die erste Tabelle nennt, wogegen geprüft wird und was zur Wahl steht; die zweite, was ohne Bedingung geschieht, in welcher Reihenfolge geprüft wird und wann eine Änderung gilt.

In Dynamics abgelegt wird alles erst mit »Speichern« in der Vorlagenzeile.

Steht ein Objekt in einer Zelle einer Datentabelle, gelten für die Sichtbarkeit, die Bildregel, den dynamischen Text und die Versionen die Einschränkungen unter Bedingungen in einer Tabellenzelle.

Die Versionen eines Textes haben keinen Baukasten, sondern einen einfachen Baustein: je Version ein Feld, ein Vergleich und ein Wert, ohne UND, ODER und Untergruppen. Alle Felder des Fensters beschreibt Texte: Inhalt je nach Bedingung.

»Regel« heißt in der Sichtbarkeitsregel und in der Bildregel nur »diese Bedingung«. Mit den Regeln aus dem Kapitel Regeln, die Listen filtern und zusammenfassen, haben sie nichts zu tun.

Bedingungen und das Laden der Daten

Die meisten Bedingungen entscheiden nur, was gedruckt wird; weniger geladen wird dadurch nicht. Weniger laden kann allein der Filter einer Regel auf einer Liste, und auch er nur, solange nichts anderes die ganze Liste braucht (siehe Quellen und Beziehungen: Wie der Beleg die Daten holt). Dabei gilt ein fester Grundsatz: lieber zu viele Zeilen laden als zu wenige.

• Schon beim Laden: Einfache Vergleiche an Text- und Zahlenfeldern der Zeile selbst, mit UND verbunden, gibt Smart Templates schon an Dynamics weiter, etwa »Menge größer als 0«. Dynamics liefert dann weniger Zeilen.
• Erst nach dem Laden: alles, was mit ODER verbunden ist (steht die oberste Gruppe auf ODER, die ganze Bedingung; sonst die ODER-Untergruppe), Verneinungen wie »ist nicht«, »ungleich« oder »ist leer«, »ist ausgefüllt«, Felder über eine Beziehung, Vergleiche mit einem Datum, einem Auswahlfeld, Ja/Nein oder einem Verweis, »größer als« und »kleiner als« bei Text, Suchtexte mit % oder _, Vergleiche mit einem Wert aus den Daten über »ƒx«, etwa mit einem anderen Feld derselben Zeile (schon beim Laden wirken davon nur »größer als«, »kleiner als«, »größer oder gleich«, »kleiner oder gleich« und »zwischen« an einem Zahlenfeld gegen ein Feld außerhalb der Zeile, etwa das Kreditlimit des Kunden), Zusammenfassungen wie Summe oder Anzahl, Ergebnisse von Regeln und eigene Variablen.
• Immer noch einmal: Nach dem Laden prüft der Druck den ganzen Filter an jeder Zeile. Was beim Laden zu viel kam, fällt hier heraus; eine Zeile, die passt, fehlt nie. Die einzige Grenze: Mehr als 20.000 Zeilen lädt der Druck je Abfrage nicht. Greift sie, kürzt er dort und meldet es als Warnung (siehe Quellen und Beziehungen: Was der Entwurf lädt und was gedruckt wird).
• Eine weitere Quelle wird immer ganz geladen; ihr Filter kürzt nur das Ergebnis (siehe Quellen und Beziehungen: Was der Entwurf lädt und was gedruckt wird). Auch die Auswahl einer Regel, etwa »Die ersten N«, kürzt nur das Ergebnis (siehe Regeln: Reiter »Auswahl«).

Bedingungen auf Kinddaten

Hängt an jeder Position eine Liste von Chargen, kommt es darauf an, in welcher Regel die Bedingung steht:

• Im Filter der Regel auf den Chargen, etwa »je Position nur Chargen über 100«: Gefiltert werden nur die Chargen (siehe Regeln: Reiter »Filter«). Eine Position, bei der keine Charge passt, bleibt erhalten und hat in dieser Regel dann keine Chargen.
• Im Filter der Regel auf den Positionen, der die Chargen braucht, etwa »nur Positionen, deren Chargen zusammen über 1.000 liegen«: Diese Bedingung prüft der Druck erst, wenn alle Chargen geladen sind. Sonst rechnete die Summe nur über einen Teil und wäre still falsch.