Topics: |
Omni-Gen includes a portal named Omni Governance Console (OGC). OGC hosts several Omni-Gen web applications, including the 360 Viewer and Remediation portal.
This section describes new feature in Omni Governance Console (OGC) version 3.2 and higher.
In Omni-Gen version 3.8.2, the Grouping feature is disabled by default. To enable Grouping in OGC:
<Rule Effect="Permit"...
The Grouping feature is now available and displays as a tab in the OGC menu. For more information, see the Omni-Gen Grouping User 's Guide.
This feature allows an email notification to be sent to a user who has been assigned with a remediation ticket.
You can use the new Expand All Activities and Hide All Activities buttons to immediately locate any fields that require editing for Manual cleansing.
This feature allows an email notification to be sent to the assigned user when a new Manual Cleansing ticket is created. A second variant of this operation allows for all email notifications to be sent to a single user ID.
To provide assistance when creating Remediation dashboards, a dashboard template called Test Board is now available, which is available under the Dashboards tab in the Administration section of the Remediation portal, as shown in the following image.
Manually configuring a properties file for Omni-Gen and installing the OGC separately have been replaced by the new Omni-Gen installer, which prompts you for all configuration settings and then automatically installs (or upgrades) Omni-Gen Server and OGC.
Eliminates duplicate manual entry of OGC users and their privileges by extracting Group Membership data directly from Active Directory (AD) systems through LDAP protocol connections.
Capability to expand nested Subjects in Remediation, Master Comparison exploration.
You have the ability (optional) to create a new document directly from the OGC Data Stewards session.
Topics: |
This section describes known issues in Omni Governance Console (OGC) version 3.2 and higher.
The "sync of Model to Metadata and WS02 Roles" mistakenly creates a Metadata table for cases and instances, and automatically "Includes" them as Links displayed below the SubjectMaster table Full Info View. This causes the "cases" (and "instances") link to be displayed, and since the Table is not a valid subject or sub-collection, clicking it will cause a system error. This will be resolved in a future release.
As a workaround, you can follow the steps below.
The normal behavior of the SYNCH process is to examine a newly deployed Omni-Gen model, create a list of Subjects in that model, and compare that list with the existing tables in the metadata for OGC (consisting of a runtime H2 database and its offline MData.xml file). Currently, in Omni-Gen™ Master Data Management (MDM) Edition and Data Quality (DQ) Editions, if the Subject exists in the model, but not in the metadata, then the SYNCH process creates a subject table and a subjectMaster table in the metadata. However, in the DQ Edition, there are not any subjectMasters or subjectMaster tables. When later referenced, the presence of a subjectMaster table generates an error when any OGC application (for example, Remediation) is started.
Workaround (required for DQ Editions only):
Notice that no error is generated (specifically, Error 500) and the selected OGC application is operating as expected.
Omni-Gen Versions 3.2 to 3.5
The character limit of Mastered Subject (Domain) Names created in Omni Designer has nearly doubled. Please note that the limit has been set to 37 since the length of the domain.Rolename in wso2_is has been set to 50, but it must include the domain. prefix and the Master suffix.
Omni-Gen Versions 3.6 and Higher
The character limit of WSO2 Identity Server (WSO2 IS) role names created during Enhanced Security configuration has been doubled. Please note that the limit has been set to 100.
Omni-Gen processing enables the generation of remediation tickets as part of the data process for situations that cannot be addressed by implemented application logic and require input from a data steward. It is important to note that the remediation tickets will require a resource to review and manually resolve them in the Remediation portal. With that consideration, the application designer must keep in mind that there should be a balance of what the system handles and what cases should be generated for manual remediation.
For example, if the application designer is too strict on some merging strategies, it might generate thousands (if not tens of thousands) of tickets. It would be unreasonable to have such an implementation, since a data steward cannot be expected to manually resolve them. It is considered a best practice to balance the system to generate ticket volumes in the low 1000s at most so it is still manageable.
In future versions, Omni-Gen will provide bulk resolution processing, which will enable the data steward to isolate tickets with the same issue types that can be resolved in bulk. For example, if some tickets are generated based on missing information from a very old system, the data steward will be able to bulk resolve them and add an appropriate comment. However, the best practice of keeping ticket generation to manageable levels is still applicable.