This is the eleventh lesson in the series Learning Sage X3. Since there are many moving parts in Sage X3, this lesson will cover how to track changes made to the system. This blog is to serve as a general overview. This allows you to protect yourself from overwriting changes in Sage X3.
Used for a variety of reasons in Sage X3, I am going to outline how activity codes can protect your changes from being overwritten. All changes should be marked with an activity code because patching will not overwrite a component with an activity code not included in the patch.
Once the folder is revalidated, the object dictionary (tables, screens, etc.) gets copied from the reference folder, overwriting existing objects. Only object or object elements (field, indexes, etc.) flagged with a specific activity code are protected. Header level is the General Tab.
Avoid putting a value in the Activity Code at the header of a base Sage X3 table. This prevents any table alterations with a patch from getting deployed which can lead to code errors.
Putting the Activity Code at the field level will also protect the field level from patches.
You can put an Activity Code on Objects, Windows, Screens, as well as fields within these components.
Activity Codes should start with X, Y, or Z. These rules are loosely enforced but are for guidance and best practice recommendations:
Activity Code relation to database tables:
Patches: can be used to test a patch install or create a patch from a customized enhancement.
Development > Utilities > Patches
Custom modifications are protected by an Activity Code and Patch test displays the Sage X3 element (screen, table, window, etc.), along with the activity code when a potential conflict exists.
Development > Data and Parameters > Development Setup > Activity Codes
Once you create an Activity Code, you can use this for all of your changes. Please refer below for three examples of how to use this Activity Code within the system for tracking. For these examples, I have created the Activity Code ‘RES’ for tracking changes.
Create a Table – You can put an Activity Code at the Table, Fields, Index, or View Levels.
If you create a new screen or just want to flag an existing screen as changed, you can attach an Activity Code like ‘RES’ at the Screen level. This also works for the Object and Window as well.
You can attach an Activity Code like ‘RES’ to any Field you add to a screen.
It is a good practice to get in the habit of tracking changes made in your system.If you have more detailed questions on tracking changes in Sage X3 please contact us.
This is the eleventh post in Learning Sage X3. The next post (Lesson 12) this series will review How to Configure Auto-number in Sage X3 will post on December 5th, 2017. Other lessons in this series can be viewed at:
Lesson 1 of 14 - Important Acronyms and Definitions
Lesson 2 of 14 - General Navigation and User Interface
Lesson 3 of 14 - Sage X3 PU 11
Lesson 4 of 14 - Setting up Chart of Accounts
Lesson 5 of 14 - Sage CRM for X3
Lesson 6 of 14 - How to Add a Custom Report
Lesson 7 of 14 - How to Add a Column to a Left List in Sage X3
Lesson 8 of 14 - How to Export Data from Sage X3
Lesson 9 of 14 - How to Print a Report to Word and Excel
Lesson 10 of 14 - How to Configure a Field to be Mandatory
Contact us if you have more in-depth question or want to Learn Sage X3 or to request help with your system.