私たちはプロジェクトでカスタムワークフローを構築しており、BPMN 2.0標準ワークフロー管理ツールに移行する予定です。私たちは分析を行っている間に、Camundaを優先ツール（Community Edition）として選択しました。ただし、アドホックタスクを作成する機能は引き続きサポートする必要があります。 （ワークフロープロセスの外で作成されたタスク）プロセスの外でCamunda Workflowでタスクを作成できますか？
これが可能なら誰でも応答できますか？はいの場合、アプローチが選択されている場合には、見落としているものや何かがあります。私はこのような一般的なプロセスの構築でしょう
：ここ 
設定タスクの説明とassigne を、クリエイターは、労働者のための任意のタスクの説明を設定し、タスクを割り当てることができます。
処理タスク 作業者はタスク記述を実行してタスクを終了します。
あなたは（Java APIのhttps://docs.camunda.org/javadoc/camunda-bpm-platform/7.6/org/camunda/bpm/engine/TaskService.html#newTask()を参照してください）あなたはAPIを介したプロセスに接続せずにタスクを作成することができます組み込みタスクフォームにhttps://docs.camunda.org/manual/7.6/user-guide/task-forms/#embedded-task-forms
こんにちは@Jklee ..あなたの返事をありがとう。また、私たちは本質的に一般的なワンタッチプロセスを構築しています。しかし、当社のシステムでは、カスタムワークフローを使用して約15,000のアドホックタスクが作成されています。 Camunda one-taskプロセスに移行すると、1000秒のプロセスを持つことはパフォーマンス面で何らかの影響を及ぼしますか？私は実行中のプロセスが* RU *テーブルにあることを知っています。完成したプロセスは* HI *テーブルに移されます。 –
あなたが言及している番号はCamundaでは問題ありません。唯一の潜在的なボトルネックは複雑なクエリです。タスクのいくつかのプロセス変数（データベース上の2つの結合を含む）を含むqeuries。これは簡単にチェックすることができます/迅速なパフォーマンステストで検証する必要があります。 –
を使用することができるフォームを作成するため。その場合、「タスク定義」はありません。したがって、必要なすべてのプロパティ（名前、譲受人、優先度、仲介者など）を自分で指定する必要があります。その後、通常のタスクライフサイクルに従います。
ご返信ありがとうございます。当初はこれを選択しましたが、これは一般的なタスクの周りにあまりにも多くのカスタマイズを構築する必要があります。とにかくこれがワンタッチプロセスの作成よりも優れているかどうかは分かりますか？ –
「より良い」を定義します。プロセスに関与していないので、オーバーヘッドがあります。しかし一方では、設定と監視オプションに関しては制限があります。 –
タスクのプロパティは何ですか？それとも、文書化されるだけですか？ – jklee
これはユーザータスクになります。アドホックな方法でユーザーに割り当てられ、したがってアドホック・タスクに割り当てられます。言うごとく、特定のワークフローに結びつける必要はありません。 –