最初のシンプルな例では、分割タスクと結合タスクを使用して、1 つのワークフロー インスタンスを複数のパスに分割する方法を示します。この例では、経理部と販売部の部長の承認が必要な契約を扱います。契約額が $100,000 を超える場合は CEO にも送られます。結合タスクは、未完了のタスクの数を動的に計算し、適切な数のトークン（結合タスク設定で設定された）が戻るまで結合を待機します。  

しかし、1 つの分割タスクが必ずしも 1 つの結合タスクに結合する必要はありません。プロセスにおいて、ワークフロー インスタンスの複数のタスクが任意のタイミングで結合することもあり得ます。それぞれの結合タスクは未処理の可能性のあるトークンを動的に計算し、設定した数のトークンが戻るのを待機します。次の例も同じプロセスですが、経理部と販売部の部長が契約を承認した後、最終的なエラー チェックのためにプルーフに送る必要があります。最初の結合タスクは未完了のトークンの数を動的に計算し、経理部と販売部の部長からトークンが返されてから結合します。このタスクは、3 つ目のタスクが作成されて CEO のルートに分割されることを「知って」います。しかし、この分割によるトークンは、この時点では結合できないので無視されます。同様に、最後の結合タスクは未完了である可能性のあるトークンの数を動的にチェックします。$100,000 以下の契約の場合、この結合タスクはプルーフからのトークンを待機するだけであることを「知って」います。そして、$100,000 を超える契約の場合、プルーフと CEO の両方からのトークンを待機します。

次に、例外結合について説明します。基本的に、このタスクはすべてのアクティブな分割を中止します。例えば、契約交渉に関与している一方の当事者が交渉の中止を突然決定した場合、その他のすべてのタスクには意味がなくなり、ワークフローが終了します。例外結合がトリガーされた場合、未完了のすべてのトークンを 「収集」して結合します。次の例では、契約が取り消されると、プロセス内のすべてのアクティブなトークンが直ちに収集されて結合されます。ワークフロー タスクはユーザーのワークフローの受信トレイから削除され、ワークフローは次のタスクに進みます（この例ではワークフローが終了）。

最後に、ユーザー-分割タスクについて説明します。このタスクでは、実行時に分割を動的に割り当てることができます。例えば、各マネージャーに個々の手動タスクを作成する代わりに、ユーザー-分割を使用して、このタスクの後に手動タスクに追加されたユーザーに基づいてワークフローを分割できます。  

次の例では、契約ワークフローがユーザー-分割にルーティングされ、手動タスクによる定義に従って、必要な数だけのトークンに自動的に分割されます。

承認タスクは 1 つだけですが、割り当てられた各ユーザーは独立したトークンを受け取って、標準の分割タスクと同様に作業することができます。割り当てられたすべてのユーザーがタスクを完了した後、タスクは再度結合されます。 

例外結合を使用すると、部長の 1 人が契約を却下した場合にすべてのトークンを収集して分割を中止することもできます。

1.それぞれの分割タスクには、少なくとも 1 つの対応する結合タスクが必要です。次の例では、結合タスクが定義されていないので、プロセスの定義が無効です。

2.分割/結合の中からは、分割タスクや分割の前のタスクにループ バックすることはできません。そのようなループが発生すると、新しいトークンが不必要に作成されます。

3.2 つの結合タスクを 1 つの遷移に接続することはできません。その理由は、2 つの結合タスクはそれぞれもう一方が先に完了することを待機するからです。