I set a multicolumn select list to a field and added a filter to another field that has a fixed value.
it would be nice if, hiding the fixed field, the filter continued to work.

Add a Table-Field where you could fill in accounting relevant data eg. a costcentre column, amount column etc.
This field should work like the keyword column only with more (definable) subcolumns.
It would be useful for ad-hoc workflows that are costcentre dependable.

Currently, when you change the name of a database field, the dialogs all keep the old field name as a "Label". This forces me to go into every dialog (including result list and index dialogs) and erase the label so that it matches the new field name.

When I'm changing a database field name, it is because a customer wants the field name to change everywhere.

In new versions we suggest that download, print and e-mail options be separate in the management of docuware profiles. These options should not be focused on the "export" option. For our organization these separate options would give a better control of permissions on users and is very necessary.

You should allow the selection of dialogs and profiles when creating a new field. The field being only assigned to the standard dialogs it's not enough when costumers have 30+ profiles, 30+ dialogs and 50+ tasklists.
Thank you.

Dialog assignments need to get copied as well when copying a file cabinet

On on premice version, index profile can be defined with an SQL command allowing to write complex sql command
this option is disable on cloud version

Ability to have multiple content conditions for identifying and splitting documents with AND & OR operators.

Have the ability to make validations and rules to a store dialog. It is important to prevent storing duplicated invoices for example.

The REQUIRED or not field is very basic validation. Forms already has field validation.

Ability to change the store dialog dynamically based on the fields. For example the document type. Forms already has some dynamic fields based on others, and is very helpful. This would reduce the need to have many different store dialogs for each type of document.

First the developers take away the ability to increase the number of documents in a result list. Now we can't even use 'Check FullText Status' to get a total amount of documents in a file cabinet.

Thankfully we only have 1 customer who uses DocuWare-Online, so at least we can query the database for most of our users.

When you migrate a customer to the cloud, there is no way to check to make sure if the file cabinets match when done.

How can a fixed select list field be copied to a new file cabinet on another system

Hello,

We have a problem when storing documents when documents are copied from filecabinet to basket and than stored.

Docuware stores index entries event if fields are not on Store dialog.
Prefiling with empty would clear unwanted index fields.

Best regards

Have the ability to create a List from multiple file cabinets

I think will be great if in DocuWare cloud we could have the way to see the status of fulltext tasks, like how many documents are indexed and how many are missing for being indexed. Sometimes we have had to reset fulltext index for some file cabinets due to some problems with full text but we don't know when this process will finish and also we don't know if something will fail.

To be able to indicate in the filing cabinet a maximum size of document that can be archived, we would like to be able to control the size of the documents that are inside the filing cabinets.

There is no way tell what changes were made when an Index Entry has been edited (e.g. If someone modifies an Index Entry, the system only lets you know who modified entry, but it doesn't outline modifications that were made.)

If a select list is narrowed down to only one remaining option by the other field(s) that it's filtered by, we need an option to automatically select this item. Why do users need to perform 2 additional mouse clicks or several keystrokes to accomplish this?

Abitily to index fields in the document processing module, even if the store dialog chosen has them hidden. This works perfectly like this when indexing forms.