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.

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.

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.

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.

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

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

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.

Abitily to have a Result Dialog or another, BASED ON RULES. This would display the necessary metadata for different document types. Contracts, Invoices...

Abitily to ASSIGN a specific result list to a LIST DIALOG to show the results instead of customizing every single time

Debería existir un método de migración de Archivos .XML de los Archivadores masivo, es decir, permitir seleccionar archivos específicos o todos y exportarlos, creando un archivo .XML para su importación posterior.

También un método de importación masivo, permitiendo que se creen más de un Archivador de forma simultánea.