# System Name Override - Deployment Modes

**URL:** <https://forum.inductiveautomation.com/t/system-name-override-deployment-modes/113032>\
**Category:** Ignition\
**Tags:** ignition83\
**Created:** [December 30, 2025, 7:47pm UTC](https://forum.inductiveautomation.com/t/system-name-override-deployment-modes/113032 "2025-12-30T19:47:56Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![nicoli.liedtke](https://avatars.discourse-cdn.com/v4/letter/n/ee59a6/32.png) [@nicoli.liedtke](https://forum.inductiveautomation.com/u/nicoli.liedtke)\
**Post date:** [December 30, 2025, 7:47pm UTC](https://forum.inductiveautomation.com/t/system-name-override-deployment-modes/113032/1 "2025-12-30T19:47:56Z")

</div>

I’ve been working on deployment mode overrides for configurations of Production, QA, and Dev. I wanted to override the Gateway system name depending what deployment mode we are in, but I’m now thinking this may not be a good idea since many systems rely on the System Name remaining the same to operate ([docs](https://docs.inductiveautomation.com/docs/8.3/appendix/reference-pages/system-name-usage-reference)). Are other people avoiding overriding the system name? And also if you are not overriding how are you setting things up to more easily distinguish what deployment mode the gateway you are working with is in (via the designer and gateway webpage)?

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [December 30, 2025, 7:57pm UTC](https://forum.inductiveautomation.com/t/system-name-override-deployment-modes/113032/2 "2025-12-30T19:57:55Z")

</div>

You definitely should override the system name if you will use the same writable databases for multiple deployment modes, as you will get clashes in the historians.

But if you **want** to use history **copied** from production to test with in dev, you **don't** want to override the system name.

If other considerations clash with those two rules, it gets really complicated.
