Genpact Cora Knowledge Center

Support

Define QC Stage Settings

Some cases in Cora OpsManager are sent to QC phase.  

The following parameters need to be taken into consideration for QC Phase:

  • General settings (fail QC go to originator, audit is blocking).
  • The logic based on which the system will decide if the case should be sent to QC.
  • QC parameters (fields).

Note:
To make OOTB QC settings, we recommend to use the QC Settings option in Configuration Sets, and General Settings option under Ops Manager Admin on Flowtime.
For details, see the Modify General Settings in Cora OpsManager article. The settings made on Flowtime are in sync with the respective lookup tables on Admin console.

Continue reading this article only if you must make the settings on Admin console.

Define QC General Settings

The below mentioned QC settings are made on the General Settings:

  • AuditIsBlocking: determines whether the case can continue to pending closure status in parallel to the QC task, or only after QC passed.
    • If blocking – in case of pending closure, and audit is needed, the status changes to “With QA”. If QA pass, the status is “Pending closure”, if QC fails, the status is “Audit Correction”. 
    • If not blocking – in case of pending closure, the status is “pending closure”. The findings of the audit are not relevant to the closing of the case.
  • FailedQAReturnsToOriginator:  determines whether the processor who initiated “Pending closure” gets the case back when QA fails or, the case will return to the whole team.

Logic to send case to QC

The OOTB workflow calculates whether a case should go to QC or not, according to the QC sample defined per Config Set. Based on this number the system randomly picks a number between 1-100. If the chosen number is less than or equal to the specified <audit sample level>, the case is sent for QC.  If the audit sample specified is zero, no case goes to QC.

Based on client need, you may duplicate the OOTB workflow, save it with new name, and configure it with different QC logic. Then, paste the new workflow spaceguid in AuditCalculatorWorkflowId field in PlatformConfig lookup.

Create QC Forms

If you want to change the OOTB view that generated it's questions based on the questions defined per configuration set (refer to Add Configuration Set Properties article), follow the below steps: 

  1. Create a new workflow.
  2. Add Form activity.
  3. Create your QC views that must have:
    1. Edit view
    2. Read only view 

Tip:

If there is more than one QC view, create a Host view that will hold the reference to all other views, and show them based on your logic. Set this view in the PlatformConfig.

Then:

  1. Go to ICM Data Model > PlatformConfig.
  2. Write the full path of your Edit QC view in “QA Edit View Path”.
  3. Write the full path of your Read only QC view in “QA Read Only View Path”.

You can also create a QC form on Cora OpsManager Flowtime on QC Settings tab under Configuration Sets.

Disabling the Pass/Fail buttons according to some conditions

Tip:

If you use the OOTB view, the pass button according to the maximum accuracy gets disabled to enable the pass that was defined to each config set.

Use the following code in your QC forms, if you want to disable/enable the pass button based on some conditions:

var btnPC = $find($sq('[id$="cmdSubmitAction"][value="QC Passed"]')[0].id)
       if(your condition for enable the button)   
        btnPC.set_enabled(true);
       else
        btnPC.set_enabled(false);