When splitting documents, new doc doesn't get the right "number"

DEVONthink
,
1

Hello.
I scan often docs with an ascending numbering(invoice number)
Before 3.9.14 DT added 1 to the given number e.g. 0028 to 0029.
With 3.9.14 DT takes “0028” and the new doc gets “29”.
How do I get back the former behavior?
regards, michael

2

It’s unclear what you’re describing here. Is this a script, a smart rule, … ??

3

Hello.
Sorry.
I’ll try to explain in more detail.
I scann several documents in a batch with a ScanSnap.
After the first naming, they are in my inbox in one document, e.g., ending with the number 0028.
If I want to split the scanned document, I select the second document in the scanned one, right-click, and select “Split Document.”
The newly created document receives a new name ending in 29. Before 3.9.14, the new name ended with 0029.
Example:

  • old name 2025-05-20 Invoice RGR- 2405 0028
  • new name 2025-05-20 Invoice RGR- 2405 29

This only happens if old doc name contains leading zeros. Any other number will be generated correct.
e.g.
Old doc was named …2345. New doc gets …2346.

By the way: Since a few versions, DT displays the old document, not the new one as before.

4

I just checked this using version 3.9.6 and it’s the same behaviour.

5

Hi.
Many thx for testing.
In my mind I thought this is a new behavior.
I’ll mark this Post as “solved”
regards