Managing Packages

creating a package follow these steps, on the application (such as staging) on which you have made changes, to create a package from the configuration console, click build > development package > packages to open the packages workspace click new record the application displays a blank package page enter a descriptive name for the package the name must be unique across the application from the type drop down list, select if this is an incremental or master package you cannot edit the type after you save create the package an incremental package is a single change it can contain a set of metadata changes and can be imported and exported there are two types of incremental packages the first type is exported from the tracked changes in the data and metadata every data and metadata change is tracked with a sequence number, which specified the import order the second type is a result of comparing the full metadata from two tenant instances (such as uat and staging) there is no sequence associated with these changes this content comes from the traditional operations console migration a master package contains one or more incremental, master, or file packages the packages in the master package are called sub packages for example, you may want to create a master package with several incremental packages (sub packages) in it in release 2016 x, the predicate field is for internal use only do not enter anything here enter a description click save click refresh to see the close package , save as file , and export package icons on the top and the tabs at the bottom viewing a package from the configuration console, click build > development package > packages to open the packages workspace the application lists the development packages double click a package to view its details the application displays the following tabs transaction set tab (for incremental packages only) refer to section viewing transaction sets in managing transaction sets docid\ ln ozq xpdwt0lookefwh transaction detail tab (for incremental packages only) refer to section viewing transaction sets in managing transaction sets docid\ ln ozq xpdwt0lookefwh package mapping tab (for master packages only) refer to adding packages to a master package (mapping) docid\ xfnoupmwh2dqnecimxo0a package aspect tab refer to adding an aspect to a package docid\ xfnoupmwh2dqnecimxo0a activity history tab refer to about activity history docid\ dolnqxplsr ccl3 udx4k attachment tab refer to adding an attachment docid\ dwyg6strtal1zdoaecfjz audit history tab refer to accessing the audit history docid\ suej5xmlyduoz68lbfgae assigning transaction sets to a package you must create an incremental type package before you can assign transaction sets to it see creating a package docid\ xfnoupmwh2dqnecimxo0a follow these steps, on the application (such as staging) on which you have made changes, to assign transaction sets to a package from the configuration console, click build > development project > transaction sets to open the transaction sets workspace select the transaction sets to include in the package click assign to package use the drop down menu to select the name of the package to which to assign the transaction sets and click ok you can also assign a transaction set to a package by clicking build > development package > packages to open the packages workspace, clicking the transaction set tab, and clicking add change set to check that the transaction sets are in the package, do the following a click build > development package > packages the application displays the packages workspace b open the package (if you do not see it, click refresh ) the application opens the package c click the transaction set tab to view all of the transaction sets to remove a transaction set from a package, do the following a click build > development package > packages the application displays the packages workspace b open the package (if you do not see it, click refresh ) the application opens the package c click the transaction set tab to view all of the transaction sets d highlight the transaction set e click remove from package to add a transaction set to another package, do the following a click build > development package > packages the application displays the packages workspace b open the package (if you do not see it, click refresh ) the application opens the package c click the transaction set tab to view all of the transaction sets d highlight the transaction set to add to the package e click assign to package f select a package name from the drop down list and click ok adding an aspect to a package you can only add aspects to a package if it is open when you created the package, the application copied the aspects from the original package you can remove the original aspects and add new ones from the configuration console, click build > development project > transaction sets to open the transaction sets workspace assign one or more transaction sets to a package click the package aspect tab a package can have zero or more aspects when the package is imported into target tenant instance, these aspects are entered into or removed from the target tenant instance to flag the aspect presence view the following information on the package aspect tab field description to uninstall specifies if the aspect should be removed version numeric whole number for this aspect version the version number for an aspect grows in its development life id a unique name for the aspect vendor name the name of the vendor who provides the aspect an example is vendor id a unique id that identifies the aspect provider currently, the application uses "heatsoftware" for aspects provided by in future releases, other providers will have a unique vendor id created by the id of the administrator who added the aspect created on the date and time when the aspect was created modified by the id of the administrator who modified the aspect modified on the date and time when the aspect was modified click new package aspect the application displays the new package aspect dialog box check is uninstalled if this package aspect is uninstalled enter the following information version number any number id any text vendor id any text click save adding packages to a master package (mapping) if you have a master package, you can add incremental or other master packages to it in this way, the master package contains many changes this eliminates the need to export incremental packages one at a time from the configuration console, click build > development package > packages to open the packages workspace open a master package click the package mapping tab click assign package the application displays the new master package mapping form in the sub package field, click the search icon to display a list of packages that can be mapped select a sub package and click use selected release package enter a value into the relative order field this determines the relative order of this sub package compared to other sub packages in the master package the application applies the sub packages to the tenant in this order (when you export and import the package) click save repeat steps 4 through 8 to add additional sub packages to the master package closing a package you must close a package before you can use the operations console to migrate it from staging to production closing a package means that you cannot do any more work on it, such as adding or removing packages, adding or removing predicates, changing aspects, and so on you do not have to close a package to export it we recommend that you only close a package after you have completed testing on it and you are ready to migrate it from either staging or uat to production after you close a package, you cannot reopen it when a package is closed, the application does not display the add change set and remove from package buttons on the transaction set tab, nor does it display the new package aspect and delete buttons on the package aspect tab follow these steps to close a package from the configuration console, click build > development package > packages to open the packages workspace highlight the name of the package to close click close package at the confirmation prompt, click ok about exporting a package you can export a package of any type as an xml file and send it to another application, even if the package is empty you can export any open or closed package you can use any text editor to view the exported package about compacting export data starting in release 2016 1, you can compact the transaction sets for a package when you export it if you make multiple changes to one business object consecutively, compacting combines the individual changes into one compact change when you import the package, the application only implements the one compacted change instead of the individual changes, which speeds up the process of importing a package for example, if you changed a quick action 12 times consecutively, then without compacting, the package would have 12 transaction sets with compacting, there is only one transaction set there are a few caveats to this the application only compacts changes to metadata the application does not combine creating a business object and changing a business object into one compact package the application only compacts changes to a business object and in this instance, changing a business object does not include creating it the application only compacts changes to the same business object of the same metadata type if you change two business objects, the application does not compact these two changes together exporting a package from the configuration console, click build > development package > packages to open the packages workspace highlight the name of the package to export click export package the application gives you the option of compacting the transaction sets click yes to compact the export data or no to not compact the export data the application exports the package importing a package you should never import a package into the production environment from the configuration console when you have the operations console in place, as doing so could cause application instability we highly recommend that you always back up your database before importing a package importing a package is an irreversible operation and cannot be undone you can import a package that has been previously exported for master packages, the application imports the sub packages in the given relative order the application imports the package if its predicate evaluates to true if the predicate evaluates to false or an error, the application does not import the package or its subpackages after importing the package, the application uses the package aspects to update the tenant starting from release 2016 1, the application scans the import package and assigns one of three impact levels (high, medium, and low) to each package impact level definition high contains a database schema change deletes a business object updates a stored property for a field of a business object updates the islocalized property for a field of a business object updates the data type, length, or precision for a field of a business object updates a unique property for a field of a business object updates a nullable property for a field of a business object changes the index changes the full text search index adds or deletes an audit field medium contains changes to the metadata for a business object adds a business object changes the metadata of a business object, other than the changes described above changes or overrides a business rule changes or deletes a form, list, layout, quick action, pick list definition, dashboard, chart part, list part, or special part changes or deletes a role changes or deletes branding changes a workflow, counter, view part, global constant, request offering, or report changes the email configuration changes integration settings changes the ldap configuration or authentication provider changes the password policy changes an escalation schedule low does not contain a database schema change or changes to the metadata for a business object, or anything listed above adds a form, list, layout, quick action, pick list definition, dashboard, chart part, list part, special part add a role adds branding unlike in previous releases, starting in release 2016 1, you can sometimes import a package even when the application is in metadata read only mode when the application is in metadata read only mode, note the following for high impact packages, you can only validate the import package you cannot import the package for medium impact packages, you can validate and import the package, but there may be risks with importing the package we highly recommend that you back up the database first for low impact packages, you can validate and import the package we highly recommend that you back up the database first follow these steps to import a package from the configuration console, click build > development package > packages to open the packages workspace click import package click browse to navigate to the import package highlight the file and click open the application displays a dialog box that lists the file name of the import package the show detail is selected by default which displays the details of the changes in the import package click preview impact to scan the complexity of the import package depending on the impact of the import package, the application displays a screen that lists the details of the import package impact in case of package containing large tables or records over a million, such as in ci or audit ci, it is possible for the import to be unsuccessful or with warnings raise a service request to the ivanti operations team to take a backup of the tables and then apply the package click close the application displays the import package dialog box stating that you should back up the database before importing the package, and that this action is irreversible do one of the following select validate to check the integrity of the package without applying it if there are any errors, you can go back and fix them before importing the package select validate and apply if no errors to import the package only if there are no errors note that the application may import the package even if there are errors on the application side the application displays a message stating if there are any errors and where they are, either on the application side or on the validation side select apply without validation we do not recommend this option with this option, you assume all responsibility to correct any errors after the import this imports the package even if there are errors you should always validate the package and understand the errors first, and then select this option only if you agree to ignore the errors click execute at the confirmation prompt, click yes the application starts the import process if the package contains many changes, the import process can take a long time your application may time out or you may accidentally get disconnected from the application due to loss of wifi or vpn if this happens, log in again the application continues to import the package and display the importing message however, the application may not dismiss the importing message, even after the import process has finished in this case, click cancel or refresh to dismiss it the application displays a message about the success or failure of the import, including specifying if there are any warnings or errors if there are any errors, you cannot import the package if you do not understand the impact of the errors, we recommend that you restore your database back to the production environment, as the error may disrupt your production operation see troubleshooting package import errors docid\ xfnoupmwh2dqnecimxo0a and patch log errors docid\ zvvecd lm8j4h90muecr7 to troubleshoot errors or contact for further information about the errors click close to view the imported package, do the following a click build > development project > projects to open the projects workspace b under the name column, double click the project that you just imported, to open it troubleshooting package import errors if you get any errors while importing a package, the package import fails you must correct the errors before importing the package if you get any warnings, the import continues; however, we strongly recommend that you correct the warnings before importing the package the application displays warnings in orange text and errors in red text import warning example try the following for troubleshooting import package warnings and errors if the error message references a sequence number, open the package in a text editor such as notepad and look for that sequence number examine the package for information from the configuration console, click build > development project > transaction sets to open the transaction set workspace open the transaction set associated with the warning or error examine the transaction set for information view ivanti transaction detail importing package containing sql queries from release 2023 2 onwards, importing packages containing sql queries is not supported for security reasons the importing of packages containing sql queries is controlled using the feature flag sqlpackageconfig it is recommended to always keep sqlpackageconfig feature flag set to 'on' because sql statements in the package may pose potential security threats the details of how it functions and what settings are applicable and allowed for cloud and on premise customers is detailed below cloud customers the feature flag sqlpackageconfig is set to false by default in version 2023 2 and 2023 3 from 2023 4 onwards, the feature flag sqlpackageconfig will be set to true by default and therefore packages containing sql statements may fail with a warning that the sql statements failed to run solution if you must import packages with sql queries, then refer to creating a package docid\ xfnoupmwh2dqnecimxo0a use an alternate method on premise customers see importing packages with sql for on premise customers docid\ d0nbbykjeun3ecbwxvjem for details for any more queries, reach out to support at https //www ivanti com/support/contact https //www ivanti com/support/contact before you enable and use the development project, reach out to support at https //www ivanti com/support/contact https //www ivanti com/support/contact troubleshooting errors while validating or applying itsm package that contains sql queries while validating or applying the itsm package, the following warning message appears import warning message review the following alternative approaches to resolve the issue re create the package by removing the sql queries the sql query related transaction can be included in the form of metadata transaction for instance, if sql query is inserting the picklist values for any given business object, the same values can be included in the metadata package under transaction section for information about creating a package, refer to creating a package docid\ xfnoupmwh2dqnecimxo0a for technical assistance, contact https //www ivanti com/support/ivanti support https //www ivanti com/support/contact rolling back a package the rollback package feature allows you to revert imported packages feature eligibility to use this feature, contact your ivanti account manager https //www ivanti com/lp/customers/contact/epg contact us and request activation of the enablerollbackfeature feature flag only packages created and imported after database schema revision 758 in the 2026 2 release are eligible for rollback packages imported before this release cannot be rolled back this feature supports only packages that are not associated with a binary file update do not attempt to roll back any package that requires reverting an installed binary file, as this action may cause data loss this feature supports only metadata packages it applies to packages imported through the application to rollback a package, do the following from the configuration console, click build > development project > projects select the package you want to rollback click rollback package choose one of the following options in the rollback package dialog validate validate and apply if no errors click execute to start rollback the rollback progress appears on the window if the rollback successfully completes, click ok to continue if an error occurs, it appears in the dialog box rollback package button is available only in the projects workspace list /grid view after a successful rollback, click refresh , now the project is deleted from the project workspace supported package types the rollback package feature is currently in preview the following package types are compatible with rollback fields layout forms grid global constants ruleoverride roles business rules relationships workflows quick actions unsupported package types the following package types are not compatible with rollback sql patches command patches ssis (sql server integration services) patches web service connections limitations the rollback package feature is not supported for central configuration a package can be rolled back only once the system prevents additional rollbacks of the same package do not manually modify, rename, delete, or reposition fields added by a package before rollback manual changes may cause rollback to fail or apply incorrectly rollback is blocked if a package contains more than 20 transactions to process larger packages, split them into smaller packages (20 or fewer transactions each) if a field is removed during a rollback, the transactional data associated with that field will be permanently deleted only users with administrator privileges can perform rollback operations rollback applies to metadata changes only (layouts, fields, forms, grids, business objects) it does not roll back data records or transactional data do not perform rollback while other users are importing packages or making metadata changes concurrent activity may cause conflicts or corruption the system does not support selective rollback of individual transactions within a package back up the database before performing a package rollback rollback may cause corruption and data loss exporting impact details before importing the package, you can export the impact details into a pdf or text file and analyze the impact to take necessary action the impact details is organized by the sub packages or metadata and displays all the dependencies and details for better insights into the package import requirement and to troubleshooting issues in the import package dialog box, select the show details check box and click preview impact in the package impact details window, click the export drop down text and select either pdf or text the impact details is downloaded in the selected file type saving a package as a file you can save an incremental or master package as a file (but you cannot save a package as a file if it is already a file) so that you can have a record of it at a certain time this is similar to versioning the package you can export or import packages saved as files all aspects in the package are copied to the file, but you can edit them after they are copied to the file follow these steps to save a package as a file from the configuration console, click build > development package > packages to open the packages workspace highlight the name of the package to save click save as file enter a new name or description, or leave the default values click save the application saves the package as a file click refresh to see the new file in the file list deleting a package you can only delete a package if it is open and if it is not being used by another package from the configuration console, click build > development package > package to open the packages workspace highlight the name of the package to delete click the delete icon