Don’t allow Docuware Trays to become a HEADACHE!

TRAYS are basically file cabinets. They have pretty much everything a file cabinet has even to the point of having many subdirectories documents are stored in until moved to a file cabinet.
A tray has a database component and a storage area component. The 2 work together to create a tray.  Sounds great so how can that be a problem?
Depending on the version you are using it can leave behind the skeleton of empty subdirectories where files were.  The more you store the more CRAP it leaves behind.
Newer versions of Docuware will cleanup this minutia of the garbage but if you are running a version of the software that does not you have an issue, lots and lots of empty subdirectories cluttering up your hard drives. So you may at some time in the future want to delete the tray, then delete all the subdirectories left over and build a new tray.

The second problem is: Whoever made the basket and whoever has rights to the basket might not be you or an administrator.
In Docuware, anyone, with rights to, can produce a tray, but, they are not required to give the admin team rights to it or even let them know it is there.  
The issue is how do you troubleshoot a tray you can’t see, don’t know where it is or who it belongs to?
It is a major issue and one I do not recommend anyone else to have to endure.

So first ting first, control the trays and the tray process.
Second is watch where you put the trays.
High volume users can take over a database while storing thousands of documents at once. This can cause Docuware to become slow to respond to other users to the point they feel locked out. ALWAY create a database with tables just for Trays. It is a good practice and helps with trouble shooting issues. Separating trays and databases is a very good thing.