Marwin aber der letzte Befehl ist C:=3 in der Schaltfläche. Meinerseits gab es 2 mögliche Erwartung: (1) wegen dem "do as Server" wird der Änderungstrigger gar nicht ausgelöst. (2) Das C:=5 aus dem Trigger wird durch die letzte Anweisung wieder überschrieben. Beides passiert aber nicht.

Marwin so klar ist mir das ehrlich gesagt nicht, weil eben dieses Verhalten bei "do as transaction" zu erwarten gewesen wäre. Das "do as server" ebenfalls alle Änderungstrigger an das Ende stellt, war mir nicht bekannt und steht auch nirgends so. Deine Vorschlag funktioniert aber. Vielen Dank.

Icarus - Ralf Becker Zumindest funktioniert deine Lösung im kleinen, verursacht aber Wahnsinns Aufwand im Großen. Denn mit jeder "Unterbrechung" des "do as server" kennt das System zuvor erzeugte Variablen nicht mehr. 

Leonid Semik Hallo Leo, ja die Geschäftslogik ist hier richtig. Dazu mal ein Anwendungsbeispiel. Man nehme eine Tabelle mit Rechnungen. Die Datensätze haben eine Verknüpfung zu einer Kundendatenbank. In den Kundendatensätzen ist eine Standard-Zahlungsart (bar, EC, Lastschrift, Überweisung etc.) definiert. Per Änderungstrigger in der Kundenverknüpfung in der Rechnung soll diese Standard-Zahlungsart in die Rechnung übertragen werden. Jetzt kommt aber der Anwendungsfall, dass in der gleichen Datenbank es auch möglich sein soll, gesammelt und in einem Rutsch Beitragsrechnungen zu erstellen. Bspw. ca. 400 Stück. Daher ist "do as server" erforderlich, so wartet man Stunden. Diese Beitragsrechnungen sollen alle pauschal per Überweisung bezahlt werden. 

Und jetzt kommt das Problem:

Leonid Semik said:
Wenn die Daten als do as server, do as transaction, Massendatenänderung, Datenimport oder API geändert werden, bleibt der Trigger nach Änderung unberührt.

 Für "do as server" scheint das nicht (mehr) zu stimmen. Das Anlegen von 400 Rechnungen (Bull-Skript) mit "do as server" löst den Änderungstrigger in der Kundenverknüpfung in den Rechnungsdatensätzen aus. Dieser wird aber nicht sequentiell abgearbeitet, sondern ganz am Ende. D. h., das Bull-Skript setzt bspw. in der 2. Zeile die Kundenverknüpfung, löst damit den Änderungstrigger aus, in der 10. Zeile wird dann der Zahlungsweg "Überweisung" pauschal gesetzt, und wenn das Bulk-Skript komplett abgearbeitet ist, wird das Skript aus dem Änderungstrigger (ausgelöst in der 2. Zeile) abgearbeitet und überschreibt alle Zahlungswege. Dieses Verhalten kann auch mehrfach innerhalb eines "do as server" passieren. 

Das dürfte so aus meiner Sicht nicht sein. Oder?

Ich demonstriere dir dieses Verhalten gern mal in einem Video, wenn erforderlich.

Leonid Semik Hallo Leo, so einfach funktioniert das eben leider nicht. Ich habe gerade eine recht umfangreiche Mail an Nhi mit 2 Videolinks geschickt. Wenn du mir eine Mailadresse als PN zukommen lässt, leite ich dir diese Mail auch gerne weiter. Ich glaube leider nicht mehr, dass das ein NX-Coding-Thema ist, sondern vielleicht ein geändertes Plattform-Verhalten bei "do as server". Sonst wäre das schon viel eher aufgefallen. Viele Grüße. Ralf