お客様は、最近DocuWare 6.12から7.7にアップグレードされました。アップグレード前は、 ドキュメントトレイで更新日順にソートすることができました。 これにより、文書のホチキス止めを解除し、ページの順序を保つことができました。DocuWare 7.7では、ホチキスを外すとページが整列しなくなりました。 DocuWareは、ドキュメントトレイの文書のソートに何を使用していますか？
解決方法を教えてください。
データベーステーブルを調査した結果、DocuWare 7.7では、2番目の間隔でタイムロギングを停止しています。一方、DocuWare 6.12ではミリ秒間隔でタイムロギングを停止しています。
このタイムロギングの違いにより、DocuWare 6.12では、同じ秒数で文書がホチキス留めされていなくても更新日順にソートされるようになっています。
タイムロギングの違いの例：
DocuWare 6.12 Timestamp= 2023-02-15 07:40.25:830
DocuWare 7.7 Timestamp= 2023-02-17 00:43:25.0000000
DocuWare ドキュメントトレイのソート：
DocuWareでは、ドキュメントトレイのソート順を自然にしています（https://en.wikipedia.org/wiki/Natural_sort_order） 。これを実現 するために、内部でシステムカラムのDWGROUPKEYとDWGROUPINDEXを使用して います。
Created Onでソートすると、DWSTOREDATETIMEの 値に基づいて文書がソートされます。アンステープル文書の場合、DWSTOREDATETIME フィールドはアンステープルアクションによって作成された各文書で同じです。したがって、unstapleアクションによって作成されたドキュメントの「CreatedOn」によるソート順は、昇順でも降順でも同じになります。
Modified Onによるソートは、そのDWMODDATETIME値に基づきドキュメントをソートします。ステイプルされていないドキュメントの場合、DWMODDATETIMEは ステイプル解除アクションによって作成された各ドキュメントで同じです。したがって、アンステープルアクションによって作成された文書の「Modified On」のソート順は、「Modified On」の昇順または降順でソートしても同じになります。
名前によるソート は、文書をその「名前」値によってアルファベット順にソートします。
「ソートのリセット」をクリックすると、DocuWareはDWGROUPKEYを 最初に、その後DWGROUPINDEXを用いて文書を自然の順序(https://en.wikipedia.org/wiki/Natural_sort_order) にソートします。 DWGROUPKEYが 複数の文書で同じ場合(ホチキス止めされていない文書の場合)、DWGROUPINDEXを 使用して並べ替えを行います。アンステープルアクションから作成された各文書について、そのDWGROUPINDEX 値は一意の番号である。例えば、10ページある1つのドキュメントをアンステープルした場合、10個の別々のドキュメントが作成されます。各文書は、アンステープルする前の元の順序で保持され、各文書のDWGROUPINDEXには 、ゼロから［総ページ数から1を引いた値］までの番号が割り当てられます。
お客様は、文書をアンステープルする前または後に「ソートのリセット」を確実にクリックして、元の順序で保持することを推奨します。また、ホチキス止めを解除すると、元の名前に数字が付加され、元の順番が何であったかを示すことができます。
DocuWare(7+)のナノ秒精度に関する変更点。
データベースフィールド DWMODDATETIME、DWSTOREDATETIME、DWLASTACCESSDATETIMEは、特定のデータベース（MySQL）でサポートされていないため、DocuWare 7.0以降、ナノ秒精度を 利用できなくなりました。さらに検証したところ、ナノ秒精度はシステムカラムを内部で使用した場合に問題が発生することが判明しました。