Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Sigma enables you to assign different roles for the maker, checker and viewer users for your clients or customers, thereby enabling the listed maker, checker and viewer users to be assigned with the appropriate accessible roles based on their entitlements. On accessing Sigma Studio, the maker, checker and viewer users can respectively create, approve and view the various Studio components to which they are entitled and it is essential that the approval flow should be initiated, so as to enable the approval privileges for the checker user. 

For the Studio and Sigma Applications, integrated with the Intellect ARX authentication system, it is essential that you must have already created the user roles for the maker, checker and viewer client users in the Intellect ARX authentication system portal. When you create the maker, checker and viewer client users in Intellect ARX, ensure that you select the appropriate User Type, Sub-Type, Entity and Role in the User Creation screen for the client users. For instance, if you create a client maker user, it is essential that the User Type should be selected as Bank User, whereas the Sub-Type should be chosen as Functional User and the Entity should be selected as STUDIO and SIGMA, while the Role must be selected as OP_USER, SIGMAGRP and OPS-OFFICE-MAKER in the User Creation screen on the Intellect ARX authentication system portal. Similarly for the client checker and viewer user roles, the User Type, Sub-Type and Entity remain the same as the client maker user, but the Role must be selected as OP_USER, SIGMAGRPOPS-OFFICE-CHECKER and OP_USER, SIGMAGRPOPS-OFFICE-VIEWER  respectively.

The appropriate access controls should be provided to the OPS-OFFICE-MAKER, OPS-OFFICE-CHECKER and OPS-OFFICE-VIEWER roles. Ensure that the Role is selected as OPS-OFFICE-MAKER, OPS-OFFICE-CHECKER and OPS-OFFICE-VIEWER respectively for the OPS-OFFICE-MAKER, OPS-OFFICE-CHECKER and OPS-OFFICE-VIEWER roles in the Access Controls screen when providing the access controls on the Intellect ARX authentication system portal. The System Administrator will approve the user details and the access controls provided to the client users assigned with different user roles on the Intellect ARX authentication system portal. Once the client users with specific user roles are created in Intellect ARX, ensure that you provide appropriate entries in the CT_REQ_MDLR_AUTHFLOW table on the Studio schema. The client maker, checker and viewer users can respectively create, approve and view corporate customers or clients, application users, solution packages, client package mapping, client criteria value mapping and management of user contacts in Sigma StudioThe client maker, checker and viewer users will be able to access both the Sigma Studio and Sigma Applications. The client maker, checker and viewer users will possess the privilege of a delegation user, while accessing the Sigma Application.

You can even create a standard client user in the Intellect ARX authentication system without assigning the checker and viewer roles, thereby ensuring that no approval flow gets involved. To create a standard client user in the Intellect ARX authentication system, ensure that you select the relevant User Type, Sub-Type, Entity and Role in the User Creation screen for the standard client user. For the standard client user, it is essential that the User Type should be selected as Bank User, whereas the Sub-Type should be chosen as Functional User and the Entity should be selected as STUDIO and SIGMA while the Role must be selected as OP_USER, SIGMAGRP and OPS-OFFICE-MAKER in the User Creation screen on the Intellect ARX authentication system portal. It is necessary that you select the Role as OPS-OFFICE-MAKER in the Access Controls screen when providing the access controls to the OPS-OFFICE-MAKER role on the Intellect ARX authentication system portal. The standard client user can create corporate customers or clients, application users, solution packages, client package mapping, client criteria value mapping and management of user contacts in Sigma Studio. The standard client user will be able to access both the Sigma Studio and Sigma Applications. The standard client user will possess the privilege of a delegation user, while accessing the Sigma Application.

Apart from the standard client maker user, you can even create the standard client admin user to re-trigger the failed reports and report schedules. On accessing Sigma Studio as a client admin user, you will be able to see the lists of reports and report schedules, which had already failed to get generated in the Sigma Application. For creating the standard client admin user in Intellect ARX, it is essential that the User Type should be selected as Bank User, whereas the Sub-Type should be chosen as Functional User and the Entity should be selected as STUDIO and SIGMA while the Role must be selected as OP_USER, SIGMAGRP and OPS-OFFICE-ADMIN in the User Creation screen on the Intellect ARX authentication system portal. It is necessary that you select the Role as OPS-OFFICE-ADMIN in the Access Controls screen when providing the access controls to the OPS-OFFICE-ADMIN role on the Intellect ARX authentication system portal.


Perform the following step on the Studio schema:

  1. In the CT_REQ_MDLR_AUTHFLOW table, change the type of authentication from noauth to foureye or sixeye and make changes to the AUTH_FLOW column accordingly. A sample entry is provided as follows:

TABLE COLUMN

VALUES

GCIFCTSTUD2014ENTL

FLOW_CTRL_ID

007

PRODUCT

ENTL

SUB_PRODUCT

CLIENT

CHANNEL_ID

3

APPLICATION_ID

CTSTUDIO

DEFAULT_IND

Y

EVAL_CONDITION

{

         condition  : [

                          {

                                       id  :  equals ,

                                      field  :  $context.authflow

                                      value  : true

                            }

         ]

}

EVAL_ORDER

1

STOP_PROCESS_IND

FALSE

RESPECT_HIER_IND

FALSE

TYPE

foureye

AUTH_FLOW

{

   authflow  : [


{

              tier  : [

                              {

                                 type  : INTEGER,                        

                                 min  : 10,                                      

                                 max  : 100,                                   

                                 workflow  : {                                      

                                 type  :  foureye ,                      

                                                 flow  : {                        

                                                completed  : false                       

                                                             }

                                                    }

                                  },

                                 {

                                 type  : INTEGER,

                                 min  : 100,

                                 max  : 1000,

                                  workflow  : {

                                  type  :  sixeye ,

                                                    flow  : {

                                                   completed  : false

                                                                  }

                                                         }

                                     },

                                    {

                                     type  : INTEGER,

                                    min  : 1000,

                                    max  : 10000,

                                    workflow  : {

                                    type  :  tree ,

                                                     flow  : {

                                                     condition  :  OR ,

                                                     completed : false,

                                                      flow : [

                                                                       {

                                                                               role :  A ,

                                                                               count : 1,

                                                                               completed : false

                                                                         },

                                                                        {

                                                                                role :  B ,

                                                                                count : 2,

                                                                                completed : false

                                                                         },

                                                                         {

                                                                                 role :  D ,

                                                                                 count : 1,

                                                                                 completed : false

                                                                           },

                                                                     ]

                                                                 },

                                                     {

                                                         completed : false,

                                                          flow : [

                                                                           {

                                                                                role :  A ,

                                                                                count : 1,

                                                                                completed : false

                                                                            },

                                                                            {

                                                                                 role :  C ,

                                                                                 count : 1,

                                                                                 completed : false

                                                                              },

                                                                              {

                                                                                   role :  D,

                                                                                   count : 1,

                                                                                   completed : false

                                                                                }

                                                                          ]

                                                                    },

                                                      {

                                                         completed : false,

                                                           flow : [

                                                                                {

                                                                                   role :  X ,

                                                                                   count : 1,

                                                                                   completed : false

                                                                                  },

                                                                                  {

                                                                                          role :  Y ,

                                                                                          count : 1,

                                                                                          completed : false

                                                                                    }

                                                                             ]

                                                                        },

                                                                                    {

                                                                                          role :  E ,

                                                                                          count : 1,

                                                                                          completed : false

                                                                                          }

                   

                                                                                  ]

               

                                                                           }

            

                                                                 }

        

                                                      }

     

                                         ]


                             }


               ]


   }

Refer the following pages for detailed information on the usage of the client maker, checker, viewer and admin user roles in Sigma Studio:

  1. Client Maker Role.
  2. Client Checker Role.
  3. Client Viewer Role.
  4. Client Admin Role.
  • No labels