# Source timestamp when subscribing to Exposed Tags

**URL:** <https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122>\
**Category:** Ignition Early Access\
**Created:** [July 20, 2022, 2:20pm UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122 "2022-07-20T14:20:41Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Carlos\_Valencia](https://avatars.discourse-cdn.com/v4/letter/c/9de053/32.png) [@Carlos\_Valencia](https://forum.inductiveautomation.com/u/Carlos_Valencia)\
**Post date:** [July 20, 2022, 2:20pm UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/1 "2022-07-20T14:20:41Z")

</div>

Continuing the discussion from [How to set the Timestamp Source to Value on a tag](https://forum.inductiveautomation.com/t/how-to-set-the-timestamp-source-to-value-on-a-tag/26868):

Hello Colby,

I´m using the 8.1.18 version.  
Transmiting Data trougth OPC UA to 3rd. parties, I´m having issues with the SourceTimestamp and the ServerTimestamp.

With a simple get\_data\_value query, I´m getting the correspondent SourceTimestamp and the ServerTimestamp. no issues.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/0/b01486ad2c9111d90580bd065843a7278b3e3031.png)

But when suscribing to the same tag, SourceTimeStamp = ServerTimeStamp

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/e/6ec0a276f7bc5cf89cabf3e62a044ac7f4a6d6f1.png)

Is there any configuration that I can perform in the gateway for ignition to send also the correct SourceTimestamp when suscribing?

Best Regards

Carlos Valencia

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [July 20, 2022, 2:23pm UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/2 "2022-07-20T14:23:10Z")

</div>

I think this would need to be a change made to the Exposed Tags functionality. Right now it looks like Source and Server timestamps will always be the same when subscribing.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [July 20, 2022, 2:27pm UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/3 "2022-07-20T14:27:33Z")

</div>

I’ve created an issue in our internal tracker to fix this.

---

<div class="post-metadata">

**Author:** ![Carlos\_Valencia](https://avatars.discourse-cdn.com/v4/letter/c/9de053/32.png) [@Carlos\_Valencia](https://forum.inductiveautomation.com/u/Carlos_Valencia)\
**Post date:** [July 21, 2022, 6:47am UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/4 "2022-07-21T06:47:51Z")

</div>

Hello Kevin,

Thank you for the quick response.

Please give priority to this issue if possible.

This is affecting to all of our projects in Asset Digitization (more than 20 projects on production).

Best Regards

Carlos Valencia

---

<div class="post-metadata">

**Author:** ![Carlos\_Valencia](https://avatars.discourse-cdn.com/v4/letter/c/9de053/32.png) [@Carlos\_Valencia](https://forum.inductiveautomation.com/u/Carlos_Valencia)\
**Post date:** [July 27, 2022, 9:06am UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/5 "2022-07-27T09:06:47Z")

</div>

Hello Kevin,

Is there any update regarding the Source Timestamp issue with OPC UA?

Best regards

**Carlos Valencia**

Asset Digitization

![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/6/665950a06abe63fd4d7bcc74c3a99133d4ac352d.png)

APM Terminals Algeciras S.A.

Muelle Juan Carlos I, s/n

Algeciras (Cádiz), Spain

Mobile: +34 68 227 7250

> **[Home - APM Terminals](https://www.apmterminals.com/)**
>
> APM Terminals operates one of the world’s most comprehensive port and integrated inland service networks. We’re uniquely positioned to help both shipping line and landside customers grow their business and achieve better supply chain efficiency,...

Classification: Internal

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [July 27, 2022, 9:59am UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/6 "2022-07-27T09:59:43Z")

</div>

This was fixed and merged yesterday, it should be available in the nightly release available either now or tomorrow, depending on if/when it was built.

---

<div class="post-metadata">

**Author:** ![Carlos\_Valencia](https://avatars.discourse-cdn.com/v4/letter/c/9de053/32.png) [@Carlos\_Valencia](https://forum.inductiveautomation.com/u/Carlos_Valencia)\
**Post date:** [July 27, 2022, 11:38am UTC](https://forum.inductiveautomation.com/t/source-timestamp-when-subscribing-to-exposed-tags/62122/7 "2022-07-27T11:38:27Z")

</div>

Hello Kevin,

Thank you for the quick reply.

Will look then for the upgrade tomorrow.

Best regards

**Carlos Valencia**

Asset Digitization

![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/6/665950a06abe63fd4d7bcc74c3a99133d4ac352d.png)

APM Terminals Algeciras S.A.

Muelle Juan Carlos I, s/n

Algeciras (Cádiz), Spain

Mobile: +34 68 227 7250

> **[Home - APM Terminals](https://www.apmterminals.com/)**
>
> APM Terminals operates one of the world’s most comprehensive port and integrated inland service networks. We’re uniquely positioned to help both shipping line and landside customers grow their business and achieve better supply chain efficiency,...

Classification: Internal
