1. Ticket Details

FieldDescription
Ticket IDAMM-1889
SeverityBUG
CategoryBug
Affected Module / FeatureECD

2. Issue Description

  • When IsAllocated becomes 0 due to a language mismatch:

    • The same Mother ID reappears on the ECD Supervisor Dashboard for allocation.

    • This happens because the dashboard logic only considers the allocation count, not the previous failed allocation reason.

  • As a result:

    • Previously handled calls may be reallocated again

    • And may appear under the Associate Call Category incorrectly.


3. Root Cause Analysis (RCA)

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

  • The Associate’s mapped language was validated against the Beneficiary’s preferred language.

  • When a language mismatch occurred at call closure:

    • The system updated the t_mothervalidrecord table.

    • The IsAllocated flag for the corresponding Mother ID was reset to 0.

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

Why the Issue Occurred

  • The ECD Supervisor dashboard relies primarily on the IsAllocated flag to determine allocation eligibility.

  • It does not distinguish between:

    • Newly unallocated records, and

    • Records reset due to validation failures during call closure.

  • As a result, records with language mismatch failures re-entered the allocation flow and appeared under the Associate Call category again.

Resolution / Fix Applied

  • The language validation check has been removed during the call closure process.

  • This ensures that:

    • Call closure does not reset the IsAllocated flag due to language mismatch.

    • Already allocated records do not reappear for reallocation on the supervisor dashboard.

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
  5. Because of langauge logic again back to ecd supervior
  6. 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
  • No labels