1. Ticket Details

FieldDescription
Ticket IDAMM-1889
SeverityBUG
CategoryBug
Affected Module / FeatureECD

2. Issue Description


3. Root Cause Analysis (RCA)

During the call closure process, the system enforced a preferred language validation between the Associate and the Beneficiary:

This caused the system to treat already allocated records as unallocated, allowing them to reappear on the ECD Supervisor dashboard.

Why the Issue Occurred

Resolution / Fix Applied

Conclusion

The issue was caused by enforcing language validation during call closure, which unintentionally reset the allocation status. By removing the language checks at the closure stage, the allocation flow remains consistent, preventing duplicate allocations and incorrect call categorization.

 






  1. Introductory call in ecd supervisor dashboard:

  2. Associate allocatiion:
  3. Call done with language map miss with i used dhanista boro he knows assame but while call cloase choosen hindhi
  4. Because of langauge logic again back to ecd supervior
  5. Again he can allocate to other supervisor



    Tables inlvoed:  Counts will taken from t_mothervalidrecord  table(this table handle all introductory call count based on isAllocated flag)  and   language map check with v_get_userlangmapping.
     t_mctsoutboundcalls   are the call history