WaitForCalc

WaitForCalc – wann ist welche Option sinnvoll?

Wenn man eine einfache Maske baut, in der nur Werte erfasst werden, und keine Ergebnisse, die von Berechnungen abhängen, angezeigt werden macht es keinen Sinn, auf Berechnungen zu warten.

Szenario 1:

Baut man aber eine Maske, in der man ein Bestelldatum, eine Lieferzeit und ein Lieferdatum anzeigt und dabei das Lieferdatum aus Bestelldatum und Lieferzeit mit Hilfe einer Update-Formel berechnet wird, dann macht es Sinn zu warten.

Was ist hier sinnvoll?

• Die Formel muss eine Priorität kleiner als 0 haben

• In der Maske ist es dann sinnvoll, auf Formeln aus der eigenen Session mit hoher Priorität zu warten

• Zusätzlich sollte man prüfen, welche weiteren Formeln neben der Update-Formel durch das Ändern eines Datensatzes getriggert werden. Sind diese nicht wichtig, soltle man sie gegebenenfalls anpassen, denn es wird auf alles, was eine Prio < 0 hat, ebenfalls gewartet.

Szenario 2:

Man arbeitet mit CoPlanner Go und möchte Hinweise im Instruktor bekommen, die die selbst eingegebenen Daten betreffen. Der Instruktor soll die Daten erst nach dem fertig rechnen des Modells prüfen. Man geht davon aus, dass kein zweiter User auf den gleichen Daten parallel arbeitet. In diesem Fall gibt es zwei Ansätze:

• Wenn man am Modell nichts ändern will/kann: Warten auf alle Berechnungen der eigenen Session

• Warten auf Berechnungen der eigenen Session mit Prio hoch. Dies erfordert im Formelwerk, dass alle Formeln, die vor der Ausführung des Instruktors gerechnet werden müssen, einen Trigger mit Prio < 0 haben.

Szenario 3:

Man führt einen Bestand und schreibt den Bestand monatsweise weiter. Es gibt eine Maske, die den Bestand pro Monat anzeigt:

• Wenn normalerweise nur ein einzelner Benutzer arbeitet: Warten auf Berechnungen mit hoher Prio der eigenen Session

• Wenn sich der Bestand aus der Arbeit mehrerer Benutzer ergibt (z.B. Vertriebsmitarbeiter planen ihre Region, aus den geplanten Vertriebsmengen wird ein voraussichtlicher Lagerbestand berechnet): warten auf alle Berechnungen mit hoher Priorität

Die Formel, die den Bestand weiterschreibt, muss dabei ebenfalls eine Priorität < 0 haben

Generell gilt, dass man beim Bauen eines Modells überlegen sollte, worauf man warten muss, und mit der kleinstmöglichen Wartemöglichkeit auskommen sollte. Ebenso ist es wichtig, bei Formeln Prioritäten richtig zu setzen, und Prioritäten < 0 im Normalfall nur dort zu verwenden, wo User das Ergebnis der Berechnung unmittelbar sehen können.

Allgemein gilt, das Warten auf die eigene Session schneller ist, als auf alles zu warten, und hohe Priorität ebenfalls schneller ist, als auf alles zu warten. Welche Variante wie schnell/langsam ist, lässt sich leider nicht allgemein sagen, sondern hängt von den im jeweiligen Modell vorhandenen Formeln ab.