Ensuring public safety for the 21st century

Warrant Tracking Dashboard Training and FY23 Audit Q & A July 2022

On June 1, 2022 a new warrant tracking feature launched into ICOTS.   Since launch, the national office has analyzed data creating a new warrant tracking dashboard.  The training will cover how the new dashboard manages warrant entries and how other existing reports can be used to identify cases which may require a warrant.  As noted in the functional details of the warrant feature, emails serve as reminders for warrant data entries but actual case information should be reviewed when determining warrant requirements and timeframes for compliance.   

In May, DCAs and compact staff received training on use of the new features.  (You may find resources from that training (including a recording, PowerPoint, and Q&A) here.)

The training will also provide an opportunity to ask questions regarding the FY23 compliance audit

Register for Training

July 7th @ 10 am ET

July 7th @ 2 pm ET

July 8th @ 2 pm ET

 

Resources

 PowerPoint

Recording

New Warrant Tracking Dashboard

https://dash2.interstatecompact.org/app/main%23/dashboards/62b489d64ecdd92ae0ab27cf

6-27-2022 11-23-17 AM.jpg

 

Q & A

Warrant Status Feature

https://support.interstatecompact.org/hc/en-us/articles/6280328669847-Warrant-Status-Special-Status

Q:  Is there a way to lock the access down to make warrant entries so only supervisor above have access to enter the warrant information for data integrity?

A:  This enhancement was approved by the Commission to allow for any sending state associated user to be able to make warrant entries.  To change permissions in ICOTS would require a future enhancement to be approved again by the Commission.  States should direct users on which users in their state will be tasked at making entries.  

 

FY23 Compliance Audit Details

https://support.interstatecompact.org/hc/en-us/articles/5744894888087-FY23-ICAOS-Compliance-Audit

Q:  To make corrections to erred data many times requires involvement of a receiving state.  Why can't the sending state correct via the 'edit demographic' administrative functions?

A:  Editing core demographics is locked down to the supervising state (where the client currently is under supervision).  Sending states are expected to review transfer documentation PRIOR to submission for requesting transfer.  At this stage (and until a NOA is submitted by the receiving state) the sending state is the supervising state and can make such changes.  Instances in which a sending state requires receiving state involvement to correct data (the client has already transferred) means the sending state failed to catch such error in its initial outgoing activity review and should be addressed with staff to avoid requiring receiving state involvement in future data cleanup.  

Was this article helpful?
0 out of 0 found this helpful

Comments

0 comments

Please sign in to leave a comment.