9.2 Version changes

Structure of this section

(1) Changes in the document number (JCSM71-0290-01(E))
(2) Changes in the document number (JCSM71-0280-01(E))
(3) Changes in the document number (JCSM71-0270-01(E))

(1) Changes in the document number (JCSM71-0290-01(E))

  • Tickets can now be managed and Ops I definitions can be created and edited efficiently by linking with your AI agents.
  • Added a feature to create and display any dashboards.
  • Added the dashboard application to the menu area.
  • Added Iframe to the available UI components.
  • Added the following dashboards to the dashboard application:
    • IT Operations Status
    • IT Operations Overview
  • Added the datamodel application to enable operations on records in custom tables defined in the Datamodel YAML file and to reference records in custom views.
  • Added the Primitive role "custom_data_model_admin".
    Users assigned this Primitive role can operate custom data models.
  • Added "Import" to the operational functions that can be specified in the YAML file.
  • Added "custom-data" to the resource types displayed in the "Import job list" window in the system application.
    By default, the filter is set to display import jobs with resource types of "group", "role", and "customer".
  • Added the Primitive role "resource_importer".
    Users assigned this Primitive role can access the [Import] tab in the datamodel application and the following APIs:
    • GET /api/v1/import-jobs
    • POST /api/v1/import-jobs
    • GET /api/v1/import-jobs/{id}/errors
    • GET /api/v1/import-jobs/{id}
    • DELETE /api/v1/import-jobs/{id}
    Also, this Primitive role is assigned to the following Pre-Installed roles:
    • System Administrator
    • Site Reliability Engineer
    • System Development Engineer
    • Operation Management Office Manager
    • Operation Management Office Agent
  • Enabled the insertion and updating of records in custom tables through import operations.
  • Changed the Primitive role required to use the [Import] tab of the system application as follows.
    <Before change>
    user_admin
    <After change>
    Both "user_admin" and "resource_importer"

    Due to this change, if you are using Primitive roles or custom roles instead of Pre-Installed roles, you will need to review the roles you have assigned. If you are using the Primitive role "user_admin" to grant users the permission to use the [Import] tab of the system application, additionally assign the Primitive role "resource_importer".
    • GET /api/v1/import-jobs
    • POST /api/v1/import-jobs
    • GET /api/v1/import-jobs/{id}/errors
    Changed the Primitive role that has explicit permission for the above API as follows.
    <Before change>
    user_admin
    <After change>
    resource_importer

    Due to this change, if you are using Primitive roles or custom roles instead of Pre-Installed roles, you will need to review the roles you have assigned. If you are using the Primitive role "user_admin" to grant users the explicit permission for the above API, additionally assign the Primitive role "resource_importer".
  • Added the "parameters" label to the Catalog YAML file.
    When creating a workflow from the service catalog, the parameters described in this label are used.
  • Added OIWindow.getParams() to the action script.
    This function allows you to retrieve parameters at workflow startup.
  • Added support for when notification object fields are added during Ops I version upgrades.
  • Added the workflow [Execution Log] window.
    This change allows you to check the execution results and error details for the workflow and each task in the workflow when the workflow is executed.
  • Added the "tooltip" label to "leftIcon" and "rightIcon" in the Table component.
  • Added the Icon component.
  • Changed the Pre-Installed roles that have access permissions to the "GitOps Log tab" window as follows.
    <Before change>
    • Operation Management Office Manager
    • Operation Management Office Agent
    • System Operator
    • Service Desk Manager
    • Service Desk Agent
    • System Security Administrator
    • System Administrator
    • Site Reliability Engineer
    • System Development Engineer
    <After change>
    • System Administrator
    • Site Reliability Engineer
    • System Development Engineer

    Due to this change, users assigned Pre-Installed roles that have lost access rights will need to review their assigned roles. For users who want to continue having access rights to the "GitOps Log tab" window, assign the Pre-Installed roles listed after the change.
  • Changed the Primitive role that has access permission to the "GitOps Log tab" window as follows.
    <Before change>
    • dash_editor
    • dash_viewer
    <After change>
    • gitops_logs_viewer

    Due to this change, if you are using Primitive roles or custom roles instead of Pre-Installed roles, you will need to review the roles you have assigned. If you are using the Primitive role "dash_editor" or "dash_viewer" to grant users the permission for the "GitOps Log tab" window, assign the Primitive role "gitops_logs_viewer".
  • Changed the Primitive role that has explicit permission for the API "GET /api/v1/gitops-logs" as follows.
    <Before change>
    system_config_admin
    <After change>
    gitops_logs_viewer

    Due to this change, if you are using Primitive roles or custom roles instead of Pre-Installed roles, you will need to review the roles you have assigned. If you are using the Primitive role "system_config_admin" to grant users the explicit permission for the API "GET /api/v1/gitops-logs", assign the Primitive role "gitops_logs_viewer".
  • Added the Primitive role "action_execution_viewer".
    This Primitive role is required to access the [Execution Log] screen of workflows.
    Also, this Primitive role is assigned to the following Pre-Installed roles:
    • System Administrator
    • Site Reliability Engineer
    • System Development Engineer
  • Added the Primitive role "gitops_logs_viewer".
    This Primitive role is required to access the "GitOps Log tab" window and the API "GET /api/v1/gitops-logs".
    Also, this Primitive role is assigned to the following Pre-Installed roles:
    • System Administrator
    • Site Reliability Engineer
    • System Development Engineer
  • The validation results for YAML files that can be checked by executing the API "gitops-logs" are now provided for all repositories, regardless of the group to which the user belongs.
  • Added how to handle errors displayed in the [Execution Log] window of the workflow.
  • Specific columns can now be added to the "Workflow list" window.
    The display names of columns can be changed, and the column values can be changed by adding fields in the "Workflow details" window. This function allows you to customize the display of the "Workflow list" window to suit your needs.
    In addition, the "Workflow list" windows for both the request application and the task application can now be customized.
    To perform customization, edit each YAML file.
  • Added instructions on how to handle conflicts when upgrading Ops I with a customized workflow screen.
  • Added the Primitive role "ticket_admin".
    Users assigned this Primitive role can use APIs related to tickets, such as deleting tickets.
    Also, this Primitive role is assigned to the Pre-Installed role "System Administrator".
  • Users assigned the Primitive role "ticket_admin" can now delete tickets in the "Ticket browser" window.
  • Users assigned the Primitive role "ticket_admin" can now delete tickets in the "Ticket zoom" window.
  • Users assigned the Primitive role "context_admin" can now delete workflows in the "Workflow list" window.
  • When the row selection state of a Table component is changed by "OITable.setSelectedIds", the change is now detected and the "handleSelectionModelChange" method configured for the same Table component is executed.
    If "OITable.setSelectedIds" is executed within "handleSelectionModelChange", modify the process so that "OITable.setSelectedIds" is not called.
  • Added notifications from workflows, in addition to notifications by event.
    Also, the following changes have been made to the description of notifications by existing events:
    • Deleted the description of follow-up notifications in cases where the request is not executed even after a certain amount of time has elapsed since the request.
    • Added an explanation of the triggers that cause notifications to be sent.
    • Added a note that schedules subject to notifications include schedules linked to users.
    • Added an explanation of the term "starting point".
    • Changed "(Figure) Example of notification in case of VM lending tasks".
    • Added an explanation of the code described in the definition example of "(Figure) Conceptual diagram of a YAML definition that sets the requester as the destination for notifications".
  • Added object fields that can be used in "Notification".
    • workflow
      • parentContext
      • rootContext
      • label
      • currentSchedule
      • schedules. Any task name
      • description
      • category
      • dueDate
      • note1
      • note2
      • note3
    • user
      • displayName
    • customer
      • id
      • name
    In addition, existing fields can now refer to different objects.
    • workflow
      • createdBy
      • customer
    • workitem
      • createdBy
      • updatedBy
      • workflowExecUser
    If a task name that is the same as a field added to the workflow in "Notification" is specified, change it to schedules. Any task name.
  • Added the notification component "oi.notify" so that notifications can be sent directly from workflows.
  • The sender email address used when sending notifications from Ops I has been changed from "noreply.opsi@itg.hitachi.co.jp" to "noreply@ops-integration.com".
  • Added the following as timings when email notifications are sent from Ops I:
    • The user password was initialized via the login window.
    • The Ops I notification function was used for ticket creation or update notifications.
  • Changed the "User details" window on the System Configuration tab of the system application so that user profiles and related resources are edited and saved separately. With this change, the [Edit] button at the bottom of the screen has been changed to the [Edit Groups] and [Edit Roles] buttons.
  • Changed the "Group details" window on the System Configuration tab of the system application so that group information and related resources are edited and saved separately. With this change, the [Edit] button at the bottom of the screen has been changed to the [Edit Users], [Edit Groups], [Edit Roles], and [Edit Git Roles] buttons.
  • Changed the "Role details" window on the System Configuration tab of the system application so that role information and related resources are edited and saved individually. With this change, the [Edit] button has been changed to the [Edit Users], [Edit Groups], and [Edit Roles] buttons.
  • On the following screens under user management on the System Configuration tab of the system application, changed the data to be exported from all data (including pages that are not displayed) to only the data on the displayed page:
    • "User" window
    • "Group" window
    • "Role" window
    Also, export page by page when exporting on the above screen.
  • In the resources related to the "Add user" window and "User details" window on the System Configuration tab of the system application, changed the [Assign Group] dialog box and [Assign Role] dialog box to the table format.
    With this change, while previously only the group name or role name was displayed, detailed information is now displayed and sorting and filtering can be performed.
    Also, changed the method for changing the relation type of a related group from double-clicking on the tab of the related resource to editing in the [Relate Group] dialog box.
  • In the resources related to the "Add group" window and "Group details" window on the System Configuration tab of the system application, changed the [Assign User] dialog box, [Relate Group] dialog box, and [Assign Role] dialog box to the table format.
    With this change, while previously only the user name, group name, or role name was displayed, detailed information is now displayed and sorting and filtering can be performed.
  • In the "Add group" window and "Group details" window on the System Configuration tab of the system application, the Ops I user name and Git user name are now displayed in the information shown on the [Git Members] tab of the related resources.
    In addition, Git roles can now be changed on the [Git Members] tab.
  • In the resources related to the "Add role" window and "Role details" window on the System Configuration tab of the system application, changed the [Assign User] dialog box and [Assign Group] dialog box to the table format.
    With this change, while previously only the user name or group name was displayed, detailed information is now displayed and sorting and filtering can be performed.
  • Added support for the mode label in Form components and Table components that specify a table as the data source in YAML-defined UI (UI version 1.1).
    With this change, while previously all data from the specified table was retrieved and displayed, by specifying "server" for the mode label, only the data to be displayed on the page can now be retrieved and displayed. This setting is recommend when you want to display a custom table that stores a large amount of data on the UI.
  • Added a temporary limitation regarding the fact that the sort results of string items might appear different depending on the display format of the screen or table.
  • You can now create custom views that allow you to define tables for viewing by joining multiple custom tables.
    You can now customize the data displayed in lookup dialogs on tables and forms displayed on workflows or custom applications.
  • Added a note that the behavior of the following functions changes depending on the method used to retrieve data when displaying a table:
    • OITable.setRows
    • OITable.addRows
    • OITable.deleteRows
    • OITable.getRows
    Also, added detailed explanations for the following functions:
    • OIForm.setEnumValues
    • OITable.setRows
    • OITable.addRows
    • OITable.deleteRows
    • OITable.getSelectedIds
    • OITable.setSelectedIds
    • OILabel.setContent
  • Added information that can be retrieved with the getUserProfile() function.
  • Changed the behavior so that a login error occurs during mapping at the time of single sign-on by the IdP in the following cases:
    • The customer to be assigned to the user does not exist.
    • The customer to be assigned is "invalid" or "invalid-temporarily".
    This change can prevent unintended customer mapping.
    Additionally, users who were able to log in before the version upgrade might encounter a login error after the version upgrade. In that case, check whether the customer to be assigned exists and is enabled, or review the customer mapping settings for user attributes.
  • Made changes so that even if the customer settings for a user who created a workflow or ticket are changed, the customer for workflows or tickets already created by that user will not be changed.
    This change prevents unintended disclosure of information to users.
  • For access control based on customer separation, added a combination of direct assignment of Primitive roles and assignment of custom roles as roles that must be assigned to customer users.
  • When displaying columns as chips in the Table component, changed the upper limit of the number of chips to display from 3 to unlimited.
  • Fixed an issue where the leftmost column in the lookup dialog was displayed as a link-like format.
  • Added apis to the dataSource of the YAML-defined UI (UI version 1.1) to enable the use of user:UserList and group:GroupList. With this change, you can now display user information or group information that can be retrieved via API in the lookup dialog.
  • Added the "hide" label to the lookup field of the Form component in the YAML-defined UI (UI version 1.1). When "true" is specified for hide, the target column is initially displayed in a hidden state.
  • For lookup fields in the Form component of YAML-defined UI (UI version 1.1), multiple items can now be displayed in a single column.
    When multiple items are displayed in a single column with the default settings in the Table component, the delimiter is a comma (,) instead of a space.
  • Added items that can be displayed in the user table and group table provided by default. However, they can be referenced only if joined when defining a custom view in the Datamodel YAML file.
  • Changed the supported browser versions.
    <Before change>
    • Google Chrome 138 or later
    • Microsoft Edge 138 or later
    <After change>
    • Google Chrome 145 or later
    • Microsoft Edge 145 or later
  • Added information on Ops I v02-90 to the lifecycle of the AWX execution environment.
  • Added the following to the Linux distributions supported by the relay server:
    • RHEL: 9.7, 10.1
    • Oracle Linux: 9.7, 10.1
  • Added Grafana (version: 12.3.1) to OSS.
    The dashboard function is available based on Grafana.
  • Upgraded GitLab to version 18.4.2.
    The following changes have been made in accordance with this change:
    • Changed the URL of the referenced GitLab manual to "https://archives.docs.gitlab.com/18.4/".
    • Screen layout and display text of the GUI for the Git application (GitLab)
    • The following procedures:
      • Procedure for issuing a GitLab access token
      • Procedure for opening the GitLab Web IDE
  • Upgraded StackStorm to version 3.8.1.
    With this change, changed the URL of the referenced manual to "https://docs.stackstorm.com/3.8/".
  • Changed the OTOBO version to 11.0.13.
  • Upgraded MUI (Material-UI) to version 7.3.5.
    With this change, changed the URL of the referenced manual to "https://v7.mui.com/material-ui/".
  • With the upgrade of MUI (Material-UI), the Table component of UI version 1.0 now clears the row selection state when filter conditions are changed.
  • The following changes have been made to the display information operation icons that appear when there is information to be displayed in a list:
    • Changed [Show All] and [Hide All] in columns to [Show/Hide All].
    • Added [Reset] to columns.
    • Added [Remove all] to filters.
    • Removed restrictions on printing and [Document]-[Distribution]-[Distribution Rules], and changed the export behavior so that only the lines you checked are always output. Noted that even when there are no checkboxes for each row, only the selected rows are output.
  • Changed the menu names and displayed menus of the site application.
  • Added a description of recovery measures when "Page not found" or "Not found" is displayed when implementing multilingual support for a site.
  • The following changes have been made to the table of OSS versions and editions and reference manuals:
    • Added a note of "No distinction between editions" to the editions of AWX and WordPress.
    • Deleted the note "Refer to this manual although this is different from the version used with Ops I." for the AWX version.
  • The following SAML configuration items for identity providers are now unsupported:
    • Want AuthnRequests Signed
    • Signature Algorithm
    • SAML Signature Key Name
    • Want Assertions Encrypted
    • Encryption Algorithm
    • Sign Service Provider Metadata
  • Added the following for the catalog item images in the service catalog.
    • Recommended image size for catalog items
    • Supported image file formats
  • Changed the design of the "Catalog item list area" on the Service catalog tab window.
    When displayed in tiles, 1 to 5 columns are displayed depending on the window size. Descriptions are displayed up to a maximum of 2 lines.
    When displayed in lines, descriptions are displayed up to a maximum of 5 lines.
  • Changed the following labels in YAML-defined UI (UI version 1.1):
    • Changed columns[].sortName to queryName in the Table component
    • Added lookup.columns[].queryName to the Form component
  • Changed the method for specifying filters and sorting for the API of the Table component when mode is "server" and source is "api".
    <Before change>
    columns[].column.read.data-source-name. The B part of A.B(The last part separated by periods)
    <After change>
    columns[].column.read.data-source-name. The A.B part of A.B(All after the data source name)

    If the changed specification method cannot accommodate your needs, use columns[].queryName.
  • Changed the schedule resource related to the workflow that is the target of the notification, when "time" is specified for type and "schedule" is specified for resource in Notification. If you specify "time" for type and "schedule" for resource and are monitoring schedules related to workflows, review the conditions.
    <Before change>
    "Schedules where the start date/time ("plannedStart") or end date/time ("plannedEnd") is set within one week (10,080 minutes) of the current time" or "Schedules for uncompleted workflows"
    <After change>
    "Schedules where the start date/time ("plannedStart") or end date/time ("plannedEnd") is set within one week (10,080 minutes) of the current time" or "Schedules for workflow steps where the start date/time ("plannedStart") or end date/time ("plannedEnd") is set within one week (10,080 minutes) of the current time"
  • Access can now be controlled based on the values of dynamic fields added by users to tickets and their related resources.
  • Added A-Z as characters that can be entered as the first character of columns.enum in Datamodel YAML files.
  • Registration errors can now be detected when categories.items.workflow in Catalog YAML files is not configured.
  • Fixed a bug where FAQ articles with a Symptom field in plain text that does not contain HTML tags were not reflected in the search results of AI extension function.
  • For uuid/inet type columns, the filter operators "contains", "starts with", and "ends with" are no longer displayed in the Table component and the lookup dialogs with mode specified as "server".
  • Made the following changes to the labels in the Form component:
    • Changed the required field of fields[].lookup.source and fields[].lookup.filter[][].operator/firstOperand/secondOperand from "Yes" to "No".
    • Added fields[].lookup.columns and fields.lookup.columns[].name/column/source/label/filterable/sortable/hide.
    Also, added columns.hideable to the label of the Table component.
  • Changed the default value of the icon label in the Application YAML file to blank and changed the required field to "Yes".
  • Changed the target of tickets that can navigate to related workflows from the "Workflow" tab of related records from incident tickets to all types of tickets.
  • Changed the output value of "workflow.customer" in "(Table) Object fields that can be used in Notification" from "Customer" to the more specific expression "Customer ID".
  • The manual description regarding user login has been changed as follows.
    • Changed the 25-hour login session retention period from "since the last operation" to "since login".
    • Partially changed the content to clarify that it might take up to 30 minutes for changes to a logged-in user's role, group, or customer to be reflected, and to prompt re-login if immediate reflection is required.
    • Changed the content to clarify that it might take up to 30 minutes to reflect changes to the role or group of users who issued an Ops I token, and to prompt users to reissue the Ops I token if immediate reflection is required.
  • Noted for customer users that the user might be able to view or update records (such as tickets or workflows) that are not associated with their assigned customer, or might not be able to access records that are associated with them in the following cases:
    • If neither Pre-Installed role "Customer User" or "Customer Manager" is assigned nor the customer is configured.
    • If the appropriate Ops I role or customer is not applied to the user.
  • Changed the default value and description of the label related to the width size of the Grid and Form components.
  • Noted that workflow settings can be configured not only from the [Add Recurring Work Item] window but also from the [Add Single Work Item] window.
  • Added the working branch that is generated during backup. Also, regarding the tasks to be performed during the version upgrade, changed the name of the source branch to be merged.
  • Added that it is not necessary to specify the YAML file of the Workflow that defines the subflow in the "includes" label of the Workflow definition.
  • Added the maximum number of characters for the "Text" and "Textarea" type custom fields of tickets.
  • Added "sys_customer" and "ctx_id" to the columns provided by default, and changed the descriptions of "approved", "domain", and "group" to "Reserved Field".
  • Changed the GUI of the AI extension function as follows.
    • Changed "chat icon" to "Co-Operator icon".
    • Changed the [New Chat] button to the [New conversation] button.
  • Added the procedure for registering authentication information for accessing credentials in Ops I.
  • Noted that notifications are sent to watchers who are customer users or requester users, even if the "Customer Visible" checkbox is not selected in Work Notes.
  • Added a description about "Uipath", "Library", "Application", "Calendar", and "Import" to "(Table) Operational functions that can be added in YAML files". In addition, the Notification description now includes notifications that are sent at any point in the workflow.
  • Added the number of lines that can be displayed in the description label of the YAML definition of Catalog.
  • Changed the descriptions of the following functions:
    • OIForm.setEnable
    • OIForm.setFieldEnable
    Also, added the following functions:
    • OIForm.setReadOnly
    • OIForm.setFieldReadOnly
  • The handleLoad function can now be used for actions that can be specified in the Table component of the UI definition. This change allows actions to be executed when the Table component is displayed.
  • Improved the description of conditions under which periods cannot be used in email addresses.
  • Added explanations of how to configure site notifications and destinations.
  • Added the following descriptions for "(Table) Notification definitions":
    • includes
    • event.resource
    • event.type
    • conditions[][].resource
  • Added the definition example "Notifier (Work item deletion notification)".
  • Added explanations of the code described in the definition examples of use cases for notification conditions based on schedules and work items.
  • Added the following descriptions for "(Table) Notification definitions":
    • When the event type is "time" for conditions[][].resource
    • An example of specifying an array for notifications[].destinations[].notifiers
  • Changed the following for "(Table) Notification definitions":
    • Added descriptions that the content notified in the GUI to property.to/subject/message can also be notified by email.
    • Improved descriptions of property.to/subject/message and property.conditions[][].resource.
    • Added descriptions for when sending to multiple destinations in "property.to".
  • Modified the procedure for displaying the "system" group repository on the GitLab GUI.
  • Deleted the chapter about how to check YAML file registration information that was described in Chapter 4, and integrated it into "Checking registration status of YAML files" in Chapter 3.
  • Added "https://" to the URL set in "referTo" in the definition example of the Notification YAML file.
  • Add a description about the fields that serve as the information source for the phenomena in tickets and knowledge articles.
  • Divided the content of Chapter 4 "Designing a data model" into "Designing a service catalog" and "Designing a data model" for description.
  • Added the maximum length of strings when "varchar" is specified as the column type.
  • Added the locations used when "document" is specified as the column type.
  • Added the following error messages regarding assignments in template strings:
    • An error occurred, and the System was unable to set up your account. Please contact your administrator. [Details] User email is in invalid format.
    • An error occurred, and the System was unable to set up your account. [Details] Failed to execute api get customer name by id.
  • Added a description about the execution timing of the Form component action.
  • Added a description and usage example for "overrideFieldValues" specified in "options" of update/create/delete for OITableDataSource.
  • Improved a description about the display order by the "order" label for Application YAML files and Catalog YAML files.
  • Added a note that if uppercase email addresses are used in IdP, they must be converted to lowercase through mapping in the template.
  • Added a description about "authn_info" available for mapping in identity provider template strings when the connection method is SAML.
  • Included precautions when searching with the AI extension function.
  • Added a note that "override" can be used when using it in Form or Table components that specify "client" for "mode".
  • Added a note that error page messages related to precautions for logging in and logging out of Ops I include "401 Unauthorized" and "500 Internal Server Error" in addition to "403 Forbidden".
  • Added a description of the Pre-Installed role "System Administrator" in "(Table) Relationship between Pre-Installed roles and supported functions".
  • Change the description from "external IdP" to "IdP" regarding IdP integration.
  • Included precautions for when using branches or tags other than "main".
  • Included precautions on data to be registered when the tables[].columns[].index label in the Datamodel definition is "true".
  • Added a description of the content to be specified as the next activity to be executed for the workflow activity "next".
  • Added a description of "manifest".
  • Added a note that it is recommended to use "pat" for the authentication type "auth_type" used to log in to automation with "awx.run_job_template".
  • Added a note that for the YAML definition of Datamodel, when type is "enum", added options cannot be deleted.
  • Added an explanation about the response when the "Customer" designation and cancellation are repeated for the same user regarding the inheritance of OTOBO information of deleted users.
  • Added a description about the Ops I reserved user (user name "system") being displayed on the screen for selecting some users.
  • Added temporary restrictions about display settings such as "Rows per page" for the list screen on the "Organization management" window.


(2) Changes in the document number (JCSM71-0280-01(E))

  • The following were added to the Windows Server versions.
    • Microsoft(R) Windows Server(R) 2025 Standard
    • Microsoft(R) Windows Server(R) 2025 Datacenter
  • The expression for characters that can be input was changed from "single-byte symbols" to "single-byte special characters".
  • Added a note that when a user's role or group is changed, it might take up to 30 minutes for the change to be reflected in the permissions of the Ops I token used for executing the API.
  • Added "Affected Scope" to the allowable characters in the Ticket zoom window, and added "Affected Scope", "Implementation Plan", "Root Cause", "Workaround", and "Backout Plan" to the allowable characters in the Add new ticket window.
  • Deleted the notes on editability for the [Type] field on the Ticket zoom window.
  • Added a note that when changing a user's email address, an error might occur if an email address that was previously used is set.
  • Changed the versions of supported web browsers.
  • Added descriptions regarding encryption of communication between Ops I and the relay server, of communication between the relay server and the managed servers, and of the configuration items in the user settings file.
  • Made the following changes to the prerequisites for RPM package installation:
    • Added RHEL 9.6, RHEL 10.0, Oracle Linux 9.6, and Oracle Linux 10.0 to supported Linux distributions.
    • Added kernel-modules-extra (RHEL 10 family (RHEL 10, Oracle Linux 10)) to the packages.
  • Added a note that user-defined mapping takes precedence over automatic mapping.
  • Added a note that when automatic mapping is performed and the customer ID corresponding to the user attribute "Customer" does not exist in Ops I, the customer information is overwritten with a blank value.
  • Made the following changes to the description of exporting:
    • Pages that will be output and pages that are exceptions
    • Specifications when checkboxes are selected
  • Added a function to search for tickets in the chat panel (Co-Operator chat panel), as well as to search for and create knowledge articles, and added descriptions of the configuration and operation of the chat panel.
  • Added a note that the Stepper component is used once the workflow execution stage reaches "Creation" or later.
  • Added a "Create knowledge article" button to the Ticket zoom window.
  • Deleted ticket ID from the input items for navigating directly by URL to the Ticket zoom tab.
  • Changed the conditions under which the [Delete] button in the approval flow is enabled.
  • Added a description of Source.
  • Added a description of how to delete a schedule from the Workflow tab.
  • Added the knowledge application and added operation descriptions for the Ops I GUI.
  • Added an Import tab that can import information on groups, roles, and customers.
  • Added a description of password encryption.
  • For the display items on the Add SAML window, changed the Required fields of the following items to Yes and added the following to the description.
    • NameID Policy Format: The default is [Persistent].
    • Principal Type: Subject NameID is treated as the Ops I username.
    • Principal Attribute: The specified attribute is treated as the Ops I username.
  • Added a method of assigning values by template string to the types of identity provider mapping.
  • Added a note that when searching SAML attribute names and friendly names, attribute names take precedence in the search results.
  • Added descriptions of the notation rules and error messages when assigning values by template string to the types of identity provider mapping.
  • The validity period of the GitLab access token was changed from one year to unlimited.
  • Added a description of encryption of registered secrets.
  • Added the knowledge function and added the following descriptions:
    • Overview of the knowledge function
    • Operation permissions for the knowledge function
    • Access control for knowledge articles
    • Rating function, file attachment function for knowledge articles, and import/export of knowledge articles and categories
  • Added that the Stepper component is not supported in UI version 1.1.
  • Regarding the Ops I notification function, the description of a function that can consolidate multiple notifications sent to the same recipient within 10 minutes into a single email was added.
  • Added that if the operator who performed the event that triggered the ticket notification (such as creating a ticket or adding an article) is not a customer user, the operator will not receive a notification even if that operator is set as [Recipient].
  • Added a description of the function where, when a ticket is updated, the ticket approval request notification is sent again to the approver.
  • Deleted screen diagrams that duplicated the explanations and information in the text.
  • Added Knowledge to the header of the template site for the Site application and described the URL for direct access.
  • Added the following to the default contents of the Ops I Block for embedding Ops I windows in the Service Portal:
    • Ticket Detail (Ticket Zoom window in the request application)
    • Add Ticket (window for adding a new ticket of any type in the request application)
    • Knowledge Home (home window of the knowledge application)
    • Knowledge List (knowledge article list window in the knowledge application)
    • Knowledge Detail (knowledge article window in the knowledge application)
  • Added a method for directly accessing the URL of an Ops I Block embedded in the Service Portal.
  • Changed the operation descriptions in line with the WordPress upgrade.
  • When a template site is imported, the pages where the Ops I Block is placed are now supplemented with the following.
    • Knowledge Home
    • Knowledge
  • Added a description of the conditions under which the checkbox for "The front page URL contains the language code instead of the page name or page id" is displayed.
  • Changed the description of data type conversion of checkboxes when customizing ticket fields, regarding the OTOBO format and Ops I format.
  • Added the following settings for using customized ticket fields in object authorization ACLs.
    • CUSTOM_FIELDS_MAP in apps/script/ticket-common/ticket_field_definition.js
    • OTOBO_MAPPING_NEWFIELD_Ops I field names, and CUSTOM_FIELDS_VALUE_MAP in apps/script/ticket-common/ticket_mapping_definition.js
  • Added that when adding a ticket field, the only UI YAML file that needs to be edited is the YAML file for the application to which the field is being added.
  • Added a note that when adding ticket fields to the request application, the update property is not to be written in the UI YAML file.
  • Added methods for checking AI extension function users and the number of job executions.
  • Added an explanation of the category settings for knowledge articles required when upgrading Ops I from v02-70 or earlier to v02-80 or later.
  • Changed the scope of maintaining customized functions required during Ops I upgrades, from ticket functions to Ops I functions.
  • Added a warning that if conflicts occur in files edited for customizing ticket fields during an Ops I upgrade and are not resolved, there will be an impact.
  • Added procedures required when upgrading Ops I by two consecutive versions.
  • Added information on Ops I v02-80 to the lifecycle of the AWX execution environment.
  • Added procedures for checking the version of the execution environment of "OpsI Outpost EE".
  • Made the following changes to the description of YAML definitions:
    • Transcribed the contents of the type and name labels from the common format table of YAML definitions into each YAML definition table, and deleted the common format table.
    • Changed the location where the default value of apiVersion is described.
    • Added explanations of "resource" and "container" for the "type" label.
    • Changed the description of the "label" label.
    • Added comments to the "includes" label.
    • Added use cases to the description of the "includes" label for when it is used in definition examples.
    • Changed the description of the "description" label according to whether the template function can be used.
  • Added Statement and Notification to the YAML files where parameters can be used. Also added descriptions for when the authzType of the "resources.value" label is uri.
  • Changed the description of the "publish" attribute available in the "next" workflow activity.
  • Added the method for specifying lists under conditions of the filter in the lookup property of Form.
  • Changed context.-type in the UI definition to context.type.
  • Made the following additions, changes, and deletions to the properties of Table:
    • Deleted the description of toolbar.
    • Changed the "Required" field of columns.column.all to "Yes".
    • Changed the description of columns.source.
    • Added columns.sortable.
    • Changed the description of columns.sortname.
    • Deleted the default value of columns.action.
  • Added a description stating that Attachment can only be used in workflows.
  • Added the Label component.
  • Made the following additions and changes to the Datamodel definition.
    • Added that "version" cannot be used as columns.name.
    • Changed the description of columns.ref.
    • Added "version" to the columns provided by default.
  • Added descriptions of the "customers" and "groups" labels in the YAML definition of the service catalog.
  • Added the column types that can be specified in Form but where the function "handleBlur" cannot be used.
  • Added Label to the list of execution timings for each component and function names.
  • Made the following additions to the actions of action scripts (UI version 1.1):
    • Added the functions openDialog and closeDialog to OIWindow.
    • Added the function save to OIWorkflow.
    • Added the functions getUserTimezone, formatWithUserTimeZone, and getUTCOffset to OICommon.
    • Added the functions get, set, delete, and has to OIStore.
    • Added the function getName to OIUi.
    • Added the functions getEnumValues and setEnumValues to OIForm.
    • Added the functions setRows, addRows, deleteRows, getRows, getSelectedIds, and setSelectedIds to OITable.
    • Added the functions getForm, getTable, getTabs, getArticle, getButton, getAttachment, getCard, getTableDataSource, and getLabel to OITab.
    • Added the functions setContent and setLink to OICard.
    • Added the function setVisible to OIPaper.
    • Added the functions setContent and getContent to OILabel.
  • Changed the classes that require instance creation to use, as follows:
    • Changed the descriptions to show internal names and user-defined names.
    • Added references.
    • Added OIPaper and OILabel.
  • Deleted OIApiDataSource from the list of function names available when describing actions.
  • Changed the expression "context" in the operand description to "parameter".
  • Corrected the description of "type" from "container" to "resource".
  • Added to the table of relationships between Pre-Installed roles and supported functions that the following Pre-Installed roles can only access the GitOps log window and cannot retrieve display data.
    • Operation Management Office Manager
    • Operation Management Office Agent
    • System Operator
    • Service Desk Manager
    • Service Desk Agent
    • System Security Administrator
    • System Development Engineer
  • Added knowledge articles and import to the table that maps roles with supported functions.
  • Changed the "user_admin" permission for the API "GET /groups/{id}" from explicitly allowed to implicitly denied, and changed the "user" permission from implicitly denied to explicitly allowed.
  • Changed the WordPress version to 6.8.2.
  • Since the validity period of the GitLab access token was changed from one year to unlimited, the note about the validity period was deleted.
  • Made the following changes to the table of OSS versions installed in the container image of the execution environment.
    • Deleted the description of the Ops I version.
    • Added references for checking the version of the AWX execution environment.

(3) Changes in the document number (JCSM71-0270-01(E))

  • Added a note on language settings in AWX.
  • Added precautions for the number of characters available in the input fields of the Ticket Zoom window.
  • Optimized ticket fields by type.
  • Updated OSS versions.
  • Changed the expression of half-width symbol input characters.
  • Added a workaround if you can't receive emails from Ops I.
  • Removed restrictions on custom prohibitions for api, application, and uipath YAML files registered in the "apps" repository.
  • Added a function to switch languages in Ops I language settings.
  • Changed supported browser versions.
  • Added explanations of login using an external IdP and one-time code setup.
  • Changed the description of the support policy for outpost agents.
  • Updated the Linux distribution regarding the prerequisites for installing the RPM package on the server.
  • Modified the description from "authentication provider" to "protocol used for authentication".
  • Added a warning to the notes to ensure correct customer separation of mappings in the external IdP.
  • Added a warning to the notes on login/logout with external IdP stating that the condition for determining the same user is the email address, which takes precedence.
  • Added a note on printing.
  • Added URLs to directly open the Create New Workflow screen, the Operation window, and the Ticket Zoom window.
  • Added a function to display a list of tickets by type from the ticket tab.
  • Added notes on the request application.
  • Added a function to keep the settings of the Ticket Filter tab in the browser.
  • Optimized ticket status transitions by type.
  • Added a function to manage SLAs for incident tickets.
  • Added a text search function for tickets.
  • Added a function to approve tickets.
  • Added a function to specify a watcher for tickets.
  • Changed the message that is automatically displayed for the work memo when creating a ticket to be written in English.
  • Added a function to attach files to tickets.
  • Added a function to specify related links for tickets.
  • Added notes to the Skill Assignment screen.
  • Added a description explaining that the language setting of the error message output in the Detailed result of the GitOps log cannot be changed.
  • Changed the workflow definition example of the standard action button function handleBeforeRequestWorkflow in Workflow.
  • Added a note that standard ACLs cannot be assigned to custom roles.
  • Regarding the ticket notification function, in addition to the function using the mail server, an Ops I notification function was added.
  • Added a list of custom functions for tickets.
  • Added a function for changing ticket field names.
  • Changed the following items regarding customizing ticket fields:
    • File to be edited when adding or deleting fields, details of changes
    • Format of descriptions for adding and deleting fields
  • Added the following functions for customizing the ticket status.
    • Changing the status name
    • Changing the initial status and transition order
    • Adding and deleting statuses
  • Added the following functions for customizing the ticket type.
    • Changing the type name
    • Adding or deleting types to be displayed from the Ticket tab
  • Added a note about custom YAML files registered in the "apps" repository.
  • Added descriptions of the tasks that need to be performed when upgrading Ops I.
  • Added a description on how to switch ticket notification settings when upgrading Ops I.
  • Added a description on the procedure for maintaining the functionality of custom tickets when upgrading Ops I.
  • Added a description on support for the AWX execution environment when upgrading Ops I.
  • Changed the types of columns that can be specified by column type for the Table component of the UI.
  • Added a function to change the default setting for opening and closing of the Paper component of the UI.
  • Added an explanation to the action OIApi.call.
  • Added an explanation to handleClick of the Card component.
  • Added descriptions of the following functions:
    • OIData.insertCurrentRecord
    • OIData.getRecords
    • OIData.updateCurrentRecord
    • OIData.deleteCurrentRecord
    • OIData.query
  • Added descriptions of the formats of the return values for the following action scripts:
    • OIForm.getFieldValue
    • OIForm.getFieldExtension
    • OICommon.getUserProfile
    • OIUi.getContext
  • Added a restriction to the "ui" label of the YAML definition of Application.
  • Added a function to display a drop-down list from the Application tab.
  • Added the following APIs:
    • GET /capi/v1/tickets/{id}/watcher-candidates
    • GET /capi/v1/tickets/{id}/watchers
    • POST /capi/v1/tickets/{id}/watchers
    • DELETE /capi/v1/tickets/{id}/watchers/{username}
    • GET /capi/v1/ticket-settings/approval
    • POST /capi/v1/ticket-settings/approval
    • PUT /capi/v1/ticket-settings/approval/{id}
    • DELETE /capi/v1/ticket-settings/approval/{id}
  • Added a description of the versions of OSS installed in the container image of the execution environment for each version.