Stefanie Kennes 

Ich habe es mal nachgebaut und mit Make getestet.
Bei mir (Public Cloud) konnte ich keine Abweichung feststellen.

UweG seltsam ... ich habe Felder, die nur die Uhrzeit enthalten und die sind um +1 Stunde versetzt, wenn ich die Datensätze im Integromat/Make abrufe.

Stefanie Kennes Ich habe den Record noch um ein reines Uhrzeit-Feld erweitert.

Auch hier gibt die Make-Abfrage die korrekten Zeiten wieder.

Was mir dabei aufgefallen ist:
Ich habe noch ein dyn.AF und dyn.MAF in dem Record.
Das wird mit dem GET nicht abgefragt.
Es erscheint überhaupt nicht im OUTPUT.

Wenn ich einen http-Node benutze, bekomme ich über GET auch die Werte der beiden Auswahlfelder.

Da habe ich dann aber jeweils 2 Stunden Zeitunterschied im Terminfeld.
Das reine Uhrzeitfeld ist dagegen korrekt.

UweG Ich habe es jetzt mit einem Datums- und Uhrzeitfeld und einem Terminfeld versucht und hier beträgt die Abweichung 2 Stunden.

Doch, das zeitzonenunabhängige Datum ist aktiviert. Die DB liegt auf einer Public Cloud, ebenso wie deine. Daher ist es ja umso verwunderlicher. Ich habe mir jetzt einfach beholfen, indem ich im Make von der Zeit -2 Stunden abziehe. Ist keine optimale Lösung, aber da die DB heute bei einem Event live im Einsatz ist, musste eine schnelle Lösung her. Ggf. widme ich mich dem Problem zu einem späteren Zeitpunkt nochmal und poste dann hier die "saubere" Lösung.

Vielen Dank für deinen Input und die Tests UweG

Stefanie Kennes 
Aber die anderen Zeiten differieren ja auch.
EndMittwoch 1: 
Ninox: 10:00
Integromat/Make: 11:00

Ist dann nur eine Stunde.
Hast du vielleicht den Support mal gefragt, auf welchem Server die DB liegt und diese vielleicht auf einen anderen umziehen kann?
Ich könnte es testen, wenn ich die DB auf eines meiner Teams aufspiele und über Make eine Anfrage laufen lasse, ob dann die Zeitdifferenz immer noch vorhanden ist.

Bei Interesse: foren.uwe@gmx.de