2024.05.20バージョン更新-承認プロセス能力のアップグレード
能力発表
詳細な更新手順を以下に示します
プロセス能力のアップグレード
プロセス返品: プロセス返品の範囲をカスタマイズします
説明:
- すべての有料バージョンがサポートされています。
Before | After |
プロセス承認にはプロセスノードの返品選択能力がなく、承認返品構成を行う場合、すべてのノードリストからしか選択できず、選択範囲を制御できない。 | 承認ノードの返品操作では、次の3つの返品範囲構成を選択して、返品条件を柔軟に制御できます
   |
プロセス返品: 最適化承認自動再利用機能
説明:
- すべての有料バージョンがサポートされています
Before | After |
財務審査員を例にとると、審査時に金額が間違っていることを発見し、以前の審査ノードに戻る必要がある。 データを修正して再提出した後、プロセスが自動的に再発行されたため、中間環境の承認者が二度確認しないと、直接承認を通過し、業務承認の目的が無効になる。  | プロセスが自動的に再承認され、プロセスが前の承認ノードに戻った後に再度承認されると、自動的に再承認ロジックがダウングレードされ、中間の関連承認者は二次承認確認が必要になります。  |
Cc設定: 発起人の自由選択をサポートCc
説明:
- すべての有料バージョンがサポートされています
Before | After |
適切なccは、プロセス設計のバックグラウンドで事前に配置するしかなく、発起人が指定したcc人を動的に選択することはできない (承認者のみが自由をサポート)。  | プロセスの発起人は、ビジネスニーズに応じて、プロセスの開始時に、指定されたccを動的に選択してビジネスのccを行うことができます。  |
統合自動化: システムフィールドにプロセス参加者が追加されました
説明:
- すべての有料バージョンがサポートされています
Before | After |
統合の自動化では、システム変数フィールドが不足しているため、ビジネスの自動化はプロセスの重要な担当者に警告できません。  | 業務コメント、業務データ提出、業務データ編集、業務データ削除などの複数の業務イベントがトリガーされた場合、プロセスに参加している承認者、cc者、実行者などの異なるグループに選択的に通知することができます。 |
複雑なプロセス拡張:プロセスノード数上限拡張
説明:
- サポートバージョン: 専用バージョン
- プロセス承認ノードが多すぎたり、各ノードの役割が大量のプロセス参加者であったりすると、ページのオープンが遅くなったり、タイムアウトしたりする確率がある子プロセス、最適化条件分岐、並列ノードを組み合わせて解決を試みることができる。
Before | After |
適切なシンプルなプロセスデザイナーは、最大100の設計ノードをサポートでき、複雑なビジネスシーンでは、ノード数が不足している場合があります  | プロセス設計者のノード数が倍になり、専用のノードを150ノードに増やすことができ、ビジネスプロセスの編成がより自由になる。  |