Michal Cepek

Hi Ernesto,
there is no solution.
Unfortunately from incomprehensible reasons (hello developers!) language of Workflow Designer app is depending not on system (Windows) display language but it is depending on Regional format (data = meant that format of date, time, currency, numbers, decimal symbols etc.).
Problem with this "workaround" is that if you change Regional data format (because you want to change language for Workflow Designer app) it will affects all other application which using system Regional data format - e.g. MSOffice apps (Outlook, Excel, ... etc.) and it can breaks their function.
 

Hi,
is there way how to change Workflow Designer language?
My system (Windows 10) has this Language settings:
Windows display = English
Apps & websites = English
Keyboard = English
Speech = English
Regional Format = Czech (means date format (calendar), time, currency)

But Workflow Designer language is in Czech. It is from some update in past (during 2024?), it was in English language earlier.
Although I am from Czech Republic I don't use Czech language on computers/apps. Unfortunately Czech translation in Workflow Designer is not good and I prefer to use default English language.

Thank you for any hint and help

Finally I found issue. I am sorry it is my mistake which occured by copy/paste. Characted "N" in 'dbName' was as lower-case letter "n", although all other XML fields I wrote manually are in correct format 'dbName'.
Wrong format:
<Field dbname="Castka" type="Decimal" culture="cs-CZ" decimalPlaces="2" value="64544,56" />

Correct format:
<Field dbName="Castka" type="Decimal" culture="cs-CZ" decimalPlaces="2" value="64544,56" />

Thank you Simon for your hints and patience.

Yes, I am 100% sure. Used account is part of Owner standard profile in FileCabinet and has all permissions including Write, Modify, Allow new entries. No custom profiles are used.

Store dialog is also OK, no read-only fields. Import doesn't overwrite anything, I am importing 100% new records. Store dialog was created specifically for import and I tested it also with manual store from Document Tray which is working OK.

Docuware is in Cloud version, user logged in Desktop Apps is same as owner of FileCabinet and is also part of Organization Administrator.

Hi Simon,

you are correct that "Castka" is FieldLabel and not FieldName which is "CASTKA".

Anyway other field types I use (Text, Date) are working with 'FieldLabel' in 'dbname' so it is not seems like case sensitive.

Also I tried format

<Field dbname="CASTKA" type="Decimal" culture="cs-CZ" decimalPlaces="2" value="64544,56" />

and

<Field dbname="CASTKA" type="Decimal" culture="en-Us" decimalPlaces="2" value="64544.56" />

And result is still same, value is not imported do Docuware even if import is successful (no errors appears in LogCollector).

When I looked to History\Document in WebClient, record is stored without "Castka" field - means all other 'dbname' fileds are imported correctly.

There is probably some bug because when I imported it with different (wrong) format I received error, so import and format seems to be OK.

Hi guys,
I am trying to import some values via Desktop App / Import feature via dwcontrol file.
I am unable to import database field type decimal. There are several examples for db field types - text, date, numeric, etc., but no one for type decimal.
I tested it in this format:
<Field dbname="Castka" type="Decimal" value="64544,56" culture="cs-CZ" decimalPlaces="2" />
Even if Import is successful, field "Castka" in Docuware stays empty (without data, means @IsNull = "true").
Value is number with 2 decimal places (en-US format of this number is probably 64544.56).

Can you hint me what is correct format or if is possible to Import Decimal type of database field at all?

Thank you

Hi Simon,

this is exactly what I did...
But it is still workaround which breaks some other functions... for example it works just when you started only one workflow in same time.
When you have more different workflow (independent on each other) you need separate index fields for each workflow (because with one index field "workflow active" you have to wait to end of previous workflow). Then you will have a lot of indexes just for workaround. It brings more work and can cause unwanted issues (in case of error during setting up).
It is not solution for basic function.
 

Hi,
DocuWare monitors if some workflow is triggered more times for same document (ID).
When workflow started more instances for same document ID, system unpublishes workflow and send email "The limit for active instances has been reached for workflow..."
If system monitors this behavior, is there settings which (e.g. checkbox with value) I can use to limit just one instance for workflow per document ID? Without unpublishing workflow.
I mean if workflow X started for DocID 01 and has not been ended, system will not started same workflow X again even if DocID 01 meet trigger condition again.

Thank you

Hi Tobias,

thank you, it worked. I used workflow web services "Docuware Platform API".

At first I created GV as DocID and then GET operation for DocID information as Response. Via Data Assign I created "$.Sections[0].Id" as another GV.

Then I created DELETE operation based on GV of SectionId which removed attachment from document.

Hi Tobias,
can you please specify how can be deleted file (PDF attachment) from document via workflow/Docuware Platform API ?
There are 2 "Delete" operations - documentDelete and sectionDelete.
documentDelete I suppose will delete whole document. So probably sectionDelete can be used for specific (first?) file deleting?
Can you show some examples?

Thank you