# Get TimeZoneOffset for remote gateway across gateway network

**URL:** <https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131>\
**Category:** Ignition\
**Tags:** ignition81, scripting\
**Created:** [September 18, 2026, 4:46pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131 "2026-09-18T16:46:31Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![mperlman](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@mperlman](https://forum.inductiveautomation.com/u/mperlman)\
**Post date:** [September 18, 2026, 4:46pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/1 "2026-09-18T16:46:31Z")

</div>

Working on a central cloud Ignition server that has multiple gateway network systems attached for reporting.

How would I query the TimeZoneOffset for the remote systems across the gateway network, please? A script method is preferred, but it's in the reporting scheme.

---

<div class="post-metadata">

**Author:** ![Nol](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Nol](https://forum.inductiveautomation.com/u/Nol)\
**Post date:** [September 18, 2026, 4:59pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/2 "2026-09-18T16:59:11Z")

</div>

Each gateway has a [System]Timezone tag. You could create a reference tag in your site tag provider that reads that value and then on the central server you would have access to it assuming they are set up as remote tag providers. Ultimately though everything is in UTC time so you shouldn't really need this

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [September 18, 2026, 4:59pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/3 "2026-09-18T16:59:27Z")

</div>

XY, why do you think you need this information/what is your actual end goal?

The direct answer to your question could be "add a gateway message handler and run a script that invokes it", but the primary question stands.

---

<div class="post-metadata">

**Author:** ![mperlman](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@mperlman](https://forum.inductiveautomation.com/u/mperlman)\
**Post date:** [September 18, 2026, 5:03pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/4 "2026-09-18T17:03:14Z")

</div>

Trying to get the time zone offsets into reports so that the receiver knows how to interpret the data. Have had issues with server replacements not capturing ignition.conf overrides of timezone setup & similar, so trying to make sure it's robust.

Per Nol's item, I could create a tag in each realtime or history set tag provider in the remote gateway's and pull the System time & Timezone tags in. But I cannot directly query the remote System tag provider that I'm aware of. (Though my ignorance is legion.)

---

<div class="post-metadata">

**Author:** ![lrose](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/lrose/32/62724_2.png) [@lrose](https://forum.inductiveautomation.com/u/lrose)\
**Post date:** [September 18, 2026, 5:05pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/5 "2026-09-18T17:05:25Z")

</div>

> [@mperlman](#):
>
> But I cannot directly query the remote System tag provider that I'm aware of. (Though my ignorance is legion.)

If you create a message handler in the remote gateway, you can then use `system.util.sendRequest()` and have the remote gateway return the offsets directly.

---

<div class="post-metadata">

**Author:** ![Nol](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Nol](https://forum.inductiveautomation.com/u/Nol)\
**Post date:** [September 18, 2026, 5:08pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/6 "2026-09-18T17:08:41Z")

</div>

Tag method:  
siteA:

- Create a new tag [siteA]Timezone, reference type pointed to [system]Timezone

central:

- presumably [siteA] is set up as remote tag provider so you can access the timezone as [siteA]Timezone in your reports

Gateway message method:  
siteA:

- Create a message handler that when received it grabs the timezone and then returns the value

central:

- Create a script that you pass a server name and it fires the gateway message to request the timezone

Message handler is better if you only want it for the report to call the script. Tag I think is better because then your central server could monitor it on a status page if you ever wanted and/or you could enable history or even an alarm on it if not what you expect.

---

<div class="post-metadata">

**Author:** ![mperlman](https://avatars.discourse-cdn.com/v4/letter/m/6bbea6/32.png) [@mperlman](https://forum.inductiveautomation.com/u/mperlman)\
**Post date:** [September 18, 2026, 5:11pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/7 "2026-09-18T17:11:03Z")

</div>

Thank you. Guess I'm creating a series of message handler receipts & a send setup.

---

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [September 18, 2026, 6:34pm UTC](https://forum.inductiveautomation.com/t/get-timezoneoffset-for-remote-gateway-across-gateway-network/117131/8 "2026-09-18T18:34:10Z")

</div>

Yeah, I definitely see the need for it. Reports can be ran from anywhere but when you have people in one time zone talking to others in a different time zone and discussing times but the reports show different times based upon where they're run from it could create confusion.
