TN - IT - 26092208 Converting a Published InTouch Application into a Managed InTouch Application
Last updated: September 22nd, 2026Description
Converting a Published InTouch Application into a Managed InTouch Application
- Author: James Rochester
- Published: September 22nd, 2026
Details:
- Document Version: 001
- Applies to Version(s): AVEVA Application Server 2020 +

Description
This technical note describes how to convert a published InTouch application into a managed InTouch application.
Overview
A published (compiled) InTouch application cannot be natively re-imported or "un-published" back into an Integrated Development Environment (IDE) template because its source ties are stripped during compilation. Attempting to manage a published application typically triggers a lock error in WindowMaker: "Application is a Published application. Please edit the source application and republish."
This Tech Note details the procedure to successfully import a standalone published application into an AVEVA System Platform Galaxy, bypass the publication lock, and convert it permanently into a Managed InTouch Application ($InTouchViewApp).
Prerequisites & Requirements
- Access to the primary Galaxy Repository (GR) node with Administrator privileges.
- The published application's runtime folder directory.
- AVEVA System Platform IDE and InTouch HMI matching or exceeding the application’s original version.
- The Application is NOT using ArchestrA graphics.
Solution Steps:
Step-by-Step Conversion Procedure
Step 1: Locate the Source Application Folder
- Launch the InTouch Application Manager from the Windows Start Menu.
- Identify the published application in the list.
- Note the exact file directory listed in the Path column.

Step 2: Strip the Publication Folder Marker
- Open Windows File Explorer and navigate to the directory path identified in Step 1.
- Open the root of the application folder.
-
Locate the subfolder named
ArchestraASymbols or Symbols -
Backup and then Delete the
ArchestraASymbolsfolder entirely.
(Note: This folder serves as a marker that locks the application. Deleting it allows the ArchestrA IDE import wizard to recognize the folder layout.)
Step 3: Initialize the Managed Template ($InTouchViewApp)
- Open the ArchestrA IDE and connect to your target Galaxy.
-
In the Template Toolbox or Derivation View, locate the system base template named
$InTouchViewApp. -
Right-click
$InTouchViewAppand select New > Derived Template. Rename this template to your desired application object name. 
- Double-click the newly derived template to launch the InTouchViewApp Initialization wizard.
- Select Import Existing Application and click Next.
- Click the ellipsis button, browse to and highlight your application folder, and complete the import wizard.
Step 4: Inject the Permanent Editing Override
WindowMaker caches local deployment files and will often attempt to re-lock a published database upon a close or save cycle. To permanently bypass this, you must apply a technical override parameter to the Galaxy configuration files.
- Completely close WindowMaker, InTouch Application Manager, and the ArchestrA IDE.
-
Navigate to the centralized file repository on your GR Node:(Backup both the Checkin and Checkedout directories prior to completing this procedure)
C:\Program Files (x86)\ArchestrA\Framework\FileRepository\<YourGalaxyName>\ObjectFileStorage\<YourApplicationObjectName>\ -
Inside this directory, locate the
CheckedInfolder. Open theINTOUCH.inifile with Notepad. -
Scroll to the very bottom line of the file, create a new line, and input exactly:
AllowPubAppEdit=1- Save and close the file.
-
Copy this modified
INTOUCH.inifile and overwrite the matching file located in the adjacentCheckedOutdirectory folder.
Step 5: Purge Local Engineering Cache
To force the engineering workstation to pull the updated initialization parameter instead of reading a locked local cache:
-
Navigate to the local working path:
C:\ProgramData\Archestra\ManagedApp\ or C:\Users\Username\AppData\Roaming\ARCHESTRA\ManagedApp - Locate the folder matching your specific application object name.
- Delete the entire contents of that folder.(Do not delete the ManagedApp folder, only its contents.)
Step 6: Perform a Clean Verification Save
- Launch System Platform IDE.
-
Right-click your modified
$InTouchViewApptemplate and select Check In to commit the.inioverride changes to the master database. - Double click the template again to Open it In WindowMaker.
- Once the application loads successfully without errors, perform a minor graphic change (e.g., move a text field or single component by 1 pixel).
- Click File > Save.
- Exit the program cleanly by selecting File > Exit.
Do not use Windows Task Manager or the red "X" window close button to exit. Navigating to File > Exit forces WindowMaker to execute a graceful save cycle, overwriting the internal compiled markers with clean, un-published master configuration baselines.
_____________________________________________________________________________________________________


Recommended articles
[ISS Support Case] How to Import & Migrate A Legacy Intouch Application
I had also tried to import the Windowmaker HMI file from our ver. 10.0 InTouch using the DBDump utility. In the new InTouch ver. There wasnt a clear choice for importing as there were several object types to choose from, and none of them would recognize the DB.csv file. I must be missing something there, or have not installed everything necessary to import from legacy versions. With all that, am I on the right track, or should there be additional components/programs that I should include during the install, and configuration? Found a TN that described creating a package file but steps dont line up in version 10.
Read More[ISS Support Case] Cross Reference Utility Not accurate In a Migrated App
Migrating from 2014 R2 SP1 to intouch 2020 project had animation links tagged with the old server name. They have been changed but cross reference utility still shows server name references on windows that were updated.
Read More