Danke erst mal für die Antworten.

Die "Neue Welt" ist ebenfalls auf dem System i, aber der Update aus der .NET-Anwendung über das EF erfolgt in mehreren Schritten, die zu einer gemeinsamen Transaktion zusammengefasst werden müssen.

Auf der Suche nach der Aktivierungsgruppe für den Trigger bin ich darauf gestoßen, dass das Trigger-Programm mit der ACTGRP *CALLER erstellt wird:

Programm . . . . . . . : TR_PA00012 Bibliothek . . . . . . : TEST100
Eigner . . . . . . . . : PROGRAMMER
Programmattribut . . . : CLE
Detail . . . . . . . . : *BASIC

Informationen zur Programmerstellung:
Programmerstellungsdatum/-zeit . . . . . . . . : 16.08.17 19:02:50
Programmart . . . . . . . . . . . . . . . . . : ILE
Modul der Programmeingangsprozedur . . . . . . : TR_PA00001
Bibliothek . . . . . . . . . . . . . . . . . : QTEMP
Attribut der Aktivierungsgruppe . . . . . . . : *CALLER
Gemeinsam benutzte Aktivierungsgruppe . . . . : *NO
Benutzerprofil . . . . . . . . . . . . . . . . : *OWNER
Übernommene Berechtigung verwenden . . . . . . : *YES

...der erzeugte Job dann aber *DFTACTGRP verwendet, was dazu führt dass auf die Daten nicht zugegriffen werden kann.

Job: QRWTSRVR Benutzer: QUSER Nummer: 280688

Thread . . . . . . . . . . . . . : *NONE
ID der logischen Arbeitseinheit . : APPN.COR...
Sperrbereichs-ID . . . . . . . . : UDB_010000000019FD71
COMMIT-Definition . . . . . . . . : *DFTACTGRP
Aktivierungsgruppe . . . . . . . : 2
ASP-Gruppe . . . . . . . . . . . : *SYSBAS

Ressourcenstandort . . . . . . . : LOKAL
Standardsperrstufe . . . . . . . : *CS
Benutzer . . . . . . . . . . . . : DST_CORE

Wie bringe ich den Trigger dazu auch bei dem Aufruf die ACTGRP *CALLER zu verwenden, wie sie im Objekt eingetragen ist???
Oder interpretiere ich die Angaben falsch?

Die Trigger - so wie sämtliche Procedures, Functions etc. - werden in RDi entwickelt und auch aus RDi heraus als Objekte erstellt. Es handelt sich um reine SQL-Trigger.

wti