Simon H. Hellmann Toshiba Tec Germany Imaging Systems GmbH IT-Consultant Document Management Solutions

Okay. Try to use the fieldName whenever possible, FieldLabel can be changed at any time and then the configuration might not work anymore.

Pivoting to other ideas: Are your 100% sure that the DW user account which you are using in the DW Import is allowed to write into the field?
Does the user have the permission to write, change and create new entries in this index field or maybe that right is missing from some custom file cabinet profiles or index value profiles?

Does the store dialog set the field to read-only? Does the import configuration overwrite the entry with an empty one?


If you are on DW on-premise, you might also be on that one version with a bug where DW Import uses the currently signed-in windows user instead of the user which is logged into the desktop apps to store documents. Update DW if this is the issue.

Hope this helps.
Greetings from Germany,
Simon H. Hellmann

Hi Michal Cepek, 

the format I always use is this: 
<Field dbName="AMOUNT" type="Decimal" culture="en-Us" decimalPlaces="2" value="4688.6000" />

Maybe the dbName is case sensitive and you need to type "CASTKA"? Or maybe the field has a different dbName and you just typed the display value? Everything else seems to be about the same as in my line.

Greetings from Germany,
Simon H. Hellmann
DocuWare System Consultant

Hi Miquel Sanz Vargas, 

you can have multiple dialogs with Intellix active, no problem.
However, as Intellix is run instantly when a document is stored in a basket, the basket is directly linked to the store dialog, and thus, to a specific Intellix configuration. So you need to have as many baskets as you have store dialogs with Intellix.

Greetings from Germany,
Simon H. Hellmann
DocuWare System Consultant

Hello Mariya Tsvetkova,<br> <br> yes, you should be able to do that using the Platform API with the webservice activity.<br> This is the route you need to use:&#160;<br> <code>POST https://{{DocuWareServer}}/docuware/Platform/FileCabinets/{{FileCabinet-GUID}}/Documents/{{Doc-ID}}/Annotation</code><br> <br> Position is optional - if you give no position information, the API places the stamp in a convenient position, just like a normal workflow task stamp.<br> If you want to include the position, remember that the API expects twips as the unit of measurement.<br> <br> Hope this helps.<br> Greetings from Germany,<br> Simon H. Hellmann<br> DocuWare System Consultant

Hallo Andreas,

ein Support-Ticket hier bei DocuWare sollte schneller und günstiger zum Erfolg führen.

Gruß aus Neuss,
Simon H. Hellmann
DocuWare System Consultant

Hi Daryl,

as far as I know, DocuWare 7.10 does not have any functionality built-in for this.
I have the same problem in multiple customer systems, and my workaround is currently a custom C# application which uses the REST API to modify the data in the table fields.

Greetings from Germany,
Simon H. Hellmann
DocuWare System Consultant

Hallo Andreas Moroder,

erst einmal: Der Import (sofern wir über Verzeichnisüberwachung sprechen) hat normalerweise nichts mit den Server-Diensten zu tun, sondern läuft meistens über das Modul DocuWare Import, welches Teil der Desktop Apps ist. D.h. die Konfiguration der Import-Jobs ist abhängig vom eingeloggten Windows-Benutzer, und die Import-Jobs werden vom Windows Dienst "DocuWare Desktop Service" durchgeführt.

Zweitens: Die dwmachine.config muss nur in den allerseltensten Fällen angefasst werden, z.B. bei Serverumzügen, Servernamensänderungen o.ä. - Änderung eines Windows Users, der die Dienste ausführt, gehört nicht dazu. Außerdem ist alles an DocuWare abhängig davon, dass die dwmachine.config in Ordnung ist, deshalb am besten Finger davon, wenn man nicht genau weiß, was zu tun ist. Auf jeden Fall vorher sichern!

In diesem Fall wird das durchführen von KBA-36277 glücklicherweise keinerlei Auswirkungen gehabt haben, da es nur einen Eintrag, der bereits in der dwmachine.config vorhanden war, erneut erzeugt und überschrieben hat.

Zum Thema: Der Windows-User, den DocuWare im Setup abfragt, wird meines Wissens nach für folgende Dinge verwendet:
- Serverseitige Windows-Dienste (Authentication Service, Background Process Service etc.)
- IIS Application Pools
- MSMQ

Die Log-Meldung erwähnt DocuWare.Platform, was einer der IIS Application Pools ist. Ich vermute, der neue lokale Admin-User wurde dort noch nicht hinterlegt.
Für die MSMQ muss möglicherweise der alte "admXYZ" erneut den lokalen Administratoren hinzugefügt werden. Dann alle DocuWare-Dienste und den IIS stoppen, einen MSMQ Reset durchführen, während du mit dem "admXYZ" in Windows eingeloggt bist und rebooten, bevor du die DocuWare Dienste erneut startest. Für MSMQ Reset siehe auch: KBA-35787


Ich hoffe, das hilft halbwegs weiter.

Gruß aus Neuss,
Simon H. Hellmann
DocuWare System Consultant
 

Hi David,

this man page from MySQL lists all official ways to backup the database.
https://dev.mysql.com/doc/refman/8.4/en/backup-methods.html

It is probably possible to run mysqldump.exe from a scheduled task in Windows.

Greetings from Germany,
Simon H. Hellmann
DocuWare System Consultant

Hallo Roger Goetzendorff,

wenn durch einen LDC Fehler 3000 General Error entstehen, haben Sie kein Problem damit, dass die Aufgaben sich nicht en masse beenden lassen, sondern mit einem schlecht Konfigurierten Workflow.

Selbst wenn ein IT Admin auf eine große Menge von General Error Aktivitäten läuft, ist die simple Lösung ein fünfzeiliges AutoHotKey Skript.
Ich wäre überrascht, wenn jemand dafür bereit ist, Ihnen einen unbestimmten Geldbetrag zu zahlen.

Gruß,

Simon H. Hellmann
DocuWare System Consultant

Hi Brian,

thank you for your testing. I have just referenced this thread from here: Link

also, because the formatting in your last message broke, here it is again:
 

I've continued to experiment on figuring out how to get the longest possible free query based solely on DWDOCID.

METHOD 1: Each DWDOCID are listed separated with OR statements. Example: [DWDOCID]=2953384 OR [DWDOCID]=2953383 OR [DWDOCID]=2953382 OR [DWDOCID]=2953381 OR [DWDOCID]=2953380

Result: Maximum documents that can be retrieved is: 140. If you try to pull 141, you will get an error message of "Oops! 422 Unprocessable Entity. Wrong Query! If you try to pull 480, you will get a 404 error.

METHOD 2: Pairs of DWDOCID's are encapsulated in parenthesis. Example: ([DWDOCID]=2953381 OR [DWDOCID]=2953380) OR ([DWDOCID]=2953379 OR [DWDOCID]=2953378)

Result: Maximum documents that can be retrieved is: 274 If you try to pull 275, you will get the Oops! message. If you try to pull 456, you will get 404 error.

Method 3: Three DWDOCID's are encapsulated in parenthesis. Example: ([DWDOCID]=2953384 OR [DWDOCID]=2953383 OR [DWDOCID]=2953382) OR ([DWDOCID]=2953381 OR [DWDOCID]=2953380 OR [DWDOCID]=2953379)

Result: Maximum documents that can be retrieved is: 408 If you try to pull 409, you will get the Oops! message. If you try to pull 468, you will get 404 error.

Method 4: Four DWDOCID's are encapsulated in parenthesis. Example: ([DWDOCID]=2953383 OR [DWDOCID]=2953382 OR [DWDOCID]=2953381 OR [DWDOCID]=2953380) OR ([DWDOCID]=2953379 OR [DWDOCID]=2953378 OR [DWDOCID]=2953377 OR [DWDOCID]=2953376)

Result: Maximum documents that can be retrieved is: 462 If you try to pull 463, you will get 404 error.

Method 5: Steadily increasing the number of ID's in parenthesis has marginal rate of return from this point onward with a recap of: 1 - 140 2 - 274 3 - 408 4 - 462 5 - 463 6 - 465 7 - 467 8 - 470 9 - 475 10 - 478 11 - 482 12 - 486 20 - 490 50 - 492 90 - 495