# Storing history on the remote tag provider

**URL:** <https://forum.inductiveautomation.com/t/storing-history-on-the-remote-tag-provider/89120>\
**Category:** Ignition\
**Tags:** ignition81, scripting\
**Created:** [April 19, 2024, 2:52pm UTC](https://forum.inductiveautomation.com/t/storing-history-on-the-remote-tag-provider/89120 "2024-04-19T14:52:12Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ayanakoji](https://avatars.discourse-cdn.com/v4/letter/a/22d042/32.png) [@Ayanakoji](https://forum.inductiveautomation.com/u/Ayanakoji)\
**Post date:** [April 19, 2024, 2:52pm UTC](https://forum.inductiveautomation.com/t/storing-history-on-the-remote-tag-provider/89120/1 "2024-04-19T14:52:12Z")

</div>

How to store data to a remote tag provider? it keeps creating a new tag id and new scid, I already tried the solution here but its not working

> [@system.tag.storeTagHistory - Creating New Tag IDs and acting funny](https://forum.inductiveautomation.com/t/system-tag-storetaghistory-creating-new-tag-ids-and-acting-funny/20132):
>
> Hello, I’m using the system.tag.storeTagHistory function, and I’m getting some somewhat unexpected behaviors. When I first started messing with it, I noticed that every time I ran the function that it was creating a new tag ID in the sqlth\_te table. It appeared that it was because the new value was being stored outside of the [create / retired] range. This is undesirable because I want to write values to these tags many times, and I don’t want to blow up my sqlth\_te table with tag counts. M…
