Document Management Systems
Global Search and DMS
Currently Supported DMSes
DMS and Security
TeamConnect security settings regarding the rights will not inherently be transferred to the DMS. Users who have access to the Sharepoint instance but are locked from records in TeamConnect could thereby possibly view records in the DMS. As such, it is advised that users lock the permissions accordingly for the DMS library so that only desired super users or users intended to view all records can view the library in the respective DMS.
DMS Troubleshooting
- Users must have rights to Documents to select a DMS Integration.
- If a client is using a DMS that doesn't support document versioning, but versioning is enabled in TeamConnect, an error message will be thrown when trying to open a previous document version. Only the latest version of the document will be viewable.
- In order to leverage Sharepoint Online DMS integrations, users must ensure that the Baltimore CyberTrust Root certificate is installed in their application's truststore. This certificate is key to enabling utility of many Microsoft web services applications.
- The default DMS cannot be deleted. External DMS integrations cannot be deleted if records or documents are associated with that DMS.
- When attempting to synchronize a large number of files, it is possible that you will experience a 504 Gateway Timeout error. If you do encounter this error, ensure that the server response timeout set by your application server and/or proxy server is high enough to allow TeamConnect to finish the synchronization process.
- All objects that can have documents attached will now have the External DMS field. This field points where documents should be kept for the related object or contact record, etc. Users can have this set to TeamConnect Native DMS if they are not opted into the DMS Connector. Note: Changing this field will affect all future documents added from that point on to the record. Previously added documents will remain in the initial DMS they were pointed to upon upload.
WebLogic-specific Troubleshooting
- WebLogic users may see something similar to the following error when testing their DMS:
I/O error on GET request for "https://myURL.com/": Hostname verification failed: HostnameVerifier=weblogic.security.utils.SSLWLSHostnameVerifier
To resolve this issue, navigate to Servers > Server Name > Configuration SSL > Advanced and change the Hostname Verification dropdown to None. This setting will allow TeamConnect to consume external webservices.
- For WebLogic users, if a document has been checked out via TeamConnect and the user receives this error when trying to check the document back in or cancel the checkout:
"Error: The system experienced a problem and could not complete your request. Please try your request again or have your system administrator check the system logs for additional details"
then add the following setting to the in the WebLogic console, in the Class Path inside the Server Domain:JAVA_OPTIONS=%JAVA_OPTIONS% -DUseSunHttpHandler=true
This setting tells will tell the WebLogicserver to use the Sun Http Handlers and not install its own.
Tomcat-specific Troubleshooting
-
For Tomcat users, ensure that your Tomcat classpath is pointing to jdk/lib and not jre/lib.