Craig Williams President/ CEO

If scanning has worked in the past try a suggestion from Trey Holst

This is something that comes up from time to time.  If you are having this issue, go to C:\Users\<username>\AppData\Local\DocuWare\Desktop\DWScannerTemp

Delete all files in this folder (one of them is stuck which is why the scan is not processing).  Rescan your documents and it will process the documents (you will see them populate in the above folder when they get scanned).

https://www.docuware.com/forum/english-forums/docuware-help-technical-pr...

If scanning never has worked then try this:

The Docuware Desktop works thru a service. IF the user running the service does not have the proper permissions it will hang.
Control Panal\Administrative Tools\Service\DWDesktopService is the service in question.....I would test it by using an ADMIN name/password then restart the service and try again..

If you installed Docuware then you also have to delete the Docuware files in

Users\{login}\ AppData\local\Docuware
Users\{login}\ AppData\local\DocuwareAdministrator
Users\{login}\ AppData\local\Temp

{LOGIN} can be more than one....if there are several differen techs using this server for supporting Docuware then you you may find several different users that have Docuware files that need removed.  In my case I found 3, the dwadmin created to install, my login where I used the tools and at least one other user.  If you ave admin access this should not be all that hard to check them all. 

Starting here lets see how far that gets me. 

https://faq.docuware.com/knowledgebase/article/KBA-34430/en-us

It is always difficult to deal with a location that has limited bandwidth, sometimes limited bandwith may also be SHARED and not dedicated...Users expect that everything in the world is instant and available and we all know it is not. IT IS WORSE not knowing how mant other things share the same (VOIP, reporting systems, security cameras etc.) to say Docuware will work with 1 meg of bandwidth or 1 gig would be impossible for anyone to determine. BUT here is the fun part. You can test it....get a cloud demo site up and running and test it.   iam assuming that there is a MAIN location and a remote location...SO....If you are technically savvy you can take the virtual DocuWare provides for demo and testing and RUN it at the main location and sniff the lines while you are running them to see what they would use. 

I have one client with a pair of T1 lines and if they store a really big file with 250 or morepages or a large number of color images it tends to time out and have issuses but single page, black and white, scan, tray, index, store it is SLOW but works.....

In order to have a better idea one would need to know:

Dedicated or shared bandwidth?
What else is on the bandwidth?
What kind of images (200 DPI B/W or 300 DPI Color makes a difference)?
How many pages are the documents?
How many Documents?
How often?
What kind of responce do they require? Do the need that Document in RIGHT NOW or End of the day be OK?
Does this trigger a workflow?
Which moduals do you have specified for the install?

We support a very remote office for a large Police Orgnaization with the same kinds of issues and we solved it like this:
They needed to store about 1,000 documents pages a day.
A few of those documents were 100 pages long.
We tested scanning and storing directly to tray but it only worked wth there was little other traffic on the network. 
It took an average of 10 mintues to login because of AD/group policy and speed of the network.
We installed Kodak Alaris Capture Pro, built a batch job the scanned into all day and processed at the end of the day to a shared drive on the network. 
A scheduled process moved the files to the local server 
Docuware Import brings the documents into the system.  
Installed about 6 to 8 years ago, no issues other than operator mistakes.

We took timing and software out of the equation and that made the network issues unimportant. In a nighttime process we did not care if it takes 5 minutes or 5 hours as long as it is done before the next day.

So in short, do not focus on the client expectation until you know the problem, then you might be able to reset their expectation properly.  As for retreiving documents using DocuWare UNLESS you are Downloading them locally, viewing should be no problem with very little bandwidth.  T1 will be slow but retrieval requires very little back and forth to function.

SAS is backed up so you would have to talk to Docuware to see if they could recover it. 

If it is on site.   I would hope you have it backed up. 

Otherwise.....it's gone.....

I am using the same example and having no problem with the solution working. 

Make certain that the field and the data match types other than that I have just tested it in the Virtual and it worked fine.

Linking a Document is not called a Relationship and it is Under File Cabinet
Select the Result Dialog you wish to add the link to it should open the configuration.

At the bottom left Select MORE OPTIONS
Now Scroll Down is you dod not see any change......
Near the center Select the link Create New Relations
Name this Link
Selec the Item it is related to, in your example File Cabinet
Add the rules that would apply in your case

Then Save it,

I think I need to see more specific information.

Date format Where? In Docuware? On the Document being added to the workflow...

Help me understand more.

I know this will add to the time it takes to do what you need but a work around we have found is to staple/clip the documents we need to delete then delete the one document....this adds a great deal of time to the process if you are doing all of your editing in Docuware. 

Every following points have to be done directly on the Client:

The amount of paralell processing tasks are limited to 2 by default. Server-Clients enviroments with high performance are not using the full capacity. To higher the number of processing tasks please raise in the: "C:\Program Files (x86)\DocuWare\Desktop\DocuWare.DesktopService.exe.config" the following key: [...],add kwy="ConcurrencyMaximum" value="2"/> [...]

After changing the value, please restart the DocUWare Desktop Service. Note: These settings will affect DocuWare WebScan, Printer and Import. Particulary on so-called scan-workstations you can raise the value, for e.g. 6-8. Raise the values gradually and check the processor and memory on real working operations. I have a few set between 32 and 50 so jump by 5 or 10 to get the right number

If you have more than one scan-workstations, please don't raise the values too high because otherwise the server is too busy to handle it.

Notifications over DocuWare Desktop Tray-Icon can be disabled to lower the CPU load. You have more ways to do this. First option would be to disable it over the Control Panel\All Control Panel Items\Notification Area Icons. 
You can also disbable it in the:"C:\Program Files (x86)\DocuWare\Desktop\DocuWare.Desktop.exe.config" over the following value: [...]
<add key="TrayNotificationLevel" value="Nothing"/>

These changes takes affect after restarting the DocuWare Desktop (Application) Possible values for TrayNotificationLevel are: Nothing, Error, Warning, Info