02-06-2014 09:39 AM
We are using Trim 18.104.22.1687
We have a user who is getting the following error:
<Record Number Of Folder> "does not exist or is unsuitable for this purpose"
The user is trying to create a record and enclose it in a folder.
The folder exists. The user has access to view metadata, view document, contribute contents to the folder.
Are we missing anything else?
Solved! Go to Solution.
02-06-2014 09:41 AM
Does that user have at least the same security level and all caveats for the given container? If so, is the container a box and the new record a document (this may be not suitable if you have a global setting enabled which forces documents into folders).
02-06-2014 09:49 AM - edited 02-06-2014 09:51 AM
User has all the necessary security. The document is of a record type that can be enclosed.
Is his access controls inadequate?
02-06-2014 10:22 AM
Typically this error is because the security level and caveats do not match or they don't have view metadata and update metadata on the container. Or the folder is closed, or it's behavior is incorrect, or it's destroyed, etc.
02-06-2014 01:17 PM
Check the owner locations - I can't remember if I've seen them affect this type of function but not member a member of the owner location of a file can cause security issues.
02-06-2014 02:40 PM
Please check the Container Levels of the Folder and the Document that your staff is trying to enclose. May be the Container Levels are the same and therefore enclosing a document will not be allowed. The rule is the Container Level of the document being enclosed must be lower than the Container Level of the file.
Hope this helps.
02-06-2014 07:05 PM
Sorry, please ignore my last post. I have since tried to replicate this problem and it would seen that you would only get this message when the file (container) does not exist. If you say that the file does exist then I am not sure why this is happening. In my testing I will get the said message only when I input an incorrect file number in the container field on the record entry form. Please find out if this was the method used if so then perhaps an incorrect file number has been entered. Otherwise, use the method of clicking on the KwikSelect button to open Desktop and perform a search for the required container.
4 weeks ago - last edited 4 weeks ago
We fixed the problem. The user did not have access to the classification of the folder. Because of that he could not contribute contents to that folder.
Now I know you have to check security, access, and classification.