そんな受託事業には「検収対応」がツキモノです。請負契約に基づく案件は、単に、(1)成果物を「納品する」だけではなく、(2)クライアントから「検収報告書を受け取る」という段階を経て始めて、(3)委託費を「請求する」ことが可能となります。納品書)』といった名前にするといった涙ぐましい努力や工夫が行われています。納品当日に「検収報告書」を渡してくれるケースばかりではありません。検収報告書の提出は行われず「みなし検査合格に関する規定」の適用を前提とするクライアントなど、様々なケースが発生してしまいます。「成果物が仕様を満たしていない」と判断されて再納品を迫られるケースもあるでしょう。「何もせずに期限がきて終わる」という(C)は、どのように表現すれば良いか悩みます。[検収対応フロー]全パターンを業務フロー図に表現する上記は、想定対応パターンを全てカバーした業務フロー図です。検収納品を断念するという経路(≒処理)が出力されています。中でも注目すべきは、(c)や(d)のケースに相当する経路です。工程の自動完了と完了時刻の変更BPMNベースのワークフロー・モデリングでは、ヒューマン工程の締切時刻を『検収期限』とすることで、「その時刻になったら自動的に次工程に流れる」という業務ルールが表現できます。(タイマー境界イベント)。これは、フロー途中に配置される滞留イベント(タイマー中間イベント)が「その時刻まで必ず滞留し続ける。「その時刻まで必ずしも滞留し続けない。担当者はいつでも任意の工程に進めることができる」という点で大きく異なります。ヒューマン工程の締切時刻は、ヒューマン工程に到達時に設定されるため、基本的に変更できません。そのヒューマン工程から「出て」自身に「戻って」くるフローを追加しておけば、(疑似的に、)担当者自身がその締切時刻を変更することが可能となります。この様なワークフロー定義にしておけば、最下流の請求担当者も「どのような処理を経て流れてきたのか」が一目して認識できるようになるでしょう。経営層や管理職も「いまどの状況にあるのか」をモニタリングできるようになります。