業務:経費の申請と精算クラウド型ワークフローで「経費申請フロー」のシステム化を実現した!(第559話参照)もともとワークフローシステムには、他にも様々な「業務フロー」が定義されている。立替金の申請だからといって「経費申請のためのシステム」にログインし直す必要はない。「課長承認」や「部長承認」といった工程での滞留状況が、業務フロー図上に可視化される。「どこで滞留しているのか?」が分かる事って、ホント大事だ!課題:リアルタイム集計しかし、、、「決裁一覧や決裁総額が的確に把握されているか?」については、やや疑問だったりする。申請の中には「経費申請を取り止める」に至ったものも多数混ざっている。全ての申請を単純集計しただけでは「正確な経費の総額」にならないからだ。様々な視点から案件が「集計」される業務では、業務オリジナルな「案件ステータスコード」を持たせることを検討します。この経費精算フローの場合は『精算進捗ステータス』というデータ項目(数値型)が定義されています。案件の進捗に合わせて管理コードが自動的に書き換えられる仕組みになっています。第1工程が完了すれば「+1」され、第2工程が完了すれば「+10」され、第3工程が完了すれば「+100」されます。途中否決された申請は「-1倍」されます。経理による却下たとえば経費支出を抑制したい「課長」の視点であれば、「自分が承認した案件」(ステータス:10以上)や「自分は承認したものの部長に否決された案件」(ステータス:-100以下)について集計/モニタリングしたいところです。月単位でのモニタリングを頻繁に行うなら、以下のようなフィルタリングを設定しておくべきと言えるでしょう。課長と部長ですら「集計したい案件」は異なります。業務プロセスを設計するプロセスオーナーは、社内ユーザが「どの様な集計や分析を行いたい」のか、社内ユーザが「どの様な集計や分析を行うべき」なのか、、について、想像力を働かせるべきです。ワークフローに流れた案件ワークフローに流れている案件について様々な方法でグルーピングしたい場合には、まず「フラグでの管理」を検討します。「課長承認済み」や「部長承認済み」といったデータ項目を持たせることでニーズに応じたフィルタリングを簡単に作成することができます。フラグ管理は、フラグの数が多くなるにつれ条件式の改修が複雑になる傾向にあります。データ分析やデータ集計の観点で言えば「似ているもの」の抽出が困難になります。(データマイニング、クラスター分析、業務プロセス改善)もし業務上の案件ステータスについて、その類似度が「数値」で表現できるようであれば、積極的に「数値コードでの管理」を検討します。案件の属性値が連続値として管理されていれば、日常活用されるフィルタがメンテナンスしやすくなるだけではなく、様々なグルーピング(クラスター)を気軽に抽出・集計できるようになります。