When a search is conducted, sometimes the user doesn't has access to all of the files. There is no indication to the user if they are missing information due to security walls. A good feature would to have a hit count of what the user has access too as well as all hits, including those records they don't have access to - this way they can better know if their search was complete.
Discussion
Discussion
Feature Request: Search Return Number of Hits Including Those Locked Behind Security
Do you have a specific use case for this? Is the idea to reassure users that the lack of results is not an error on their part? What is the scenario where a user doesn't have access to the documents, but you are comfortable indicating their existence? It seems unusual that a user would know about the contents of a document but not have permission to read it.
Knowing that the phrase "Disciplinary action against John Smith" exists would frequently be problematic. Do you imagine that you would want this behavior for some search terms but not others?
Brian,
I never thought about it that way. I can see now why this request would be problematic.
The use case for us would be if a clerk is a writing a report on a topic, they may not know that there is a secured note/email/etc. on the topic. Without first knowing that this other record exist, it will be quite difficult to make the report complete. I think what we will do instead is if a topic is suspected to have been covered in a record that is locked down, the request will be sent to an administrator or someone with full access to search the system.
Thank you for the insight!
One way you could automate this would be to have a step in the process where Workflow runs a search as the WF user and then checks the effective rights of the search results. Based on the results, the task could be assigned to the clerk or their supervisor. I think this would require SDK scripting.