Update Details
June 24, 2025
Changelog 24-06-2025

✨ New Features

Client History Page
We now have a dedicated history page for each client, making it easier to access and review all relevant information in one place. From this page, you view and resolve Nafith, Makken, and all public watchlist matches. Additionally, all cases that are related to one another in Nafith or Makken will automatically get linked based on previous order numbers (whether they link to one single parent record or link to one another). The total liability against the user is also auto-calculated to reduce manual reconciliation and effort.

No Match Reports
A downloadable no-match report is now generated for each watchlist import, allowing easy uploads to the CMA portal following the "Import Reply" template by the CMA. Furthermore, if there are any name matches, the system will alert the user to mark name matches as true matches or false positives before a no-match download report is generated.

Potential Match Status

We have now added a new case status called "Potential Match" for all cases where name match is involved. This should make it easy for users to identify and work through false positives more effectively


🧠 Usability Improvements

Side Drawer Enhancements ( Public Case Matches )

  • The side drawer now fetches and displays full details reliably.

  • You can easily copy text from the drawer (e.g., names, case notes, etc.) by simply highlighting it.

  • We’ve also removed unintended mouse swipe interactions to prevent accidental drawer closures.


🗓️ Date & Sorting Fixes

Future Dates Now Supported
Datepickers now allow selection of future dates—allowing for manual entry of ID expiration date.


🗂️ Public Cases

Smarter Indicator Listings
Indicators in the public case table are now shown in descending order by date, so the most recent activity is always at the top.

Enhancing Public Watchlist Screening Across 1800+ Sources

  • We no longer default id type "individual" in public watchlist screening. If the id type is missing or set to "none", the system will no longer default clients to id type = "individual". While this makes the screening results more broad, it ensures that organizations aren't incorrectly marked as "individuals" as this impacts search results. We recommend that all firms augment their client information with "Id type" to ensure more accurate matches and fewer false positives.

  • Previously, English names were primary attributes passed to check against public watchlist records with Arabic names as alias names to enhance search results. However, in rare cases, the matches weren't performed because there was no fallback. Now, we can pass Arabic names as primary attributes where the English name is missing.


🌍 Language & Localization

Arabic Translation for Indicators
The term "Indicators" is now properly translated in Arabic.

Got an idea?
avatar
Dal
Powered by UserJot