立替金申請プロセス/逐次提出・領収書画像アップロード・上司承認

立替金を精算する. 領収書はデジタル管理する.

概要

 * 法人組織において、構成員が立替金を精算する.
 * 領収書は、画像ファイルにして投稿する. （PCカメラでの撮影、スキャナ読み込み、等）
 * クレジットカード決済や少額交通費等、領収書が無い場合には、「事情説明」や「確認メール本文の貼り付け」等により申請する.

想定リスク

 * 不正請求：　領収書画像の改ざん等により、組織に対する不正請求が発生する

長所

 * 発生時逐次申請させる事により、“提出忘れ”が減る（案件事情をよく覚えている内に処理できる）
 * 発生時逐次申請させる事により、支出累計をリアルタイムに把握できる（予算残高を日次把握できる）
 * 領収書をデジタル画像にする事により、保管書類を軽減できる

短所

 * 逐次処理は、月次一括申請に比べ、決裁の手間(回数)が多くなる

プロセスオーナー

 * 経理部部長

パーティシパント(参加者・参加システム)

 * メンバ：　any-section@company.com
 * リーダ：　any-section-leader@company.com
 * 経理担当者：　accounting@company.com

プロセスダイアグラムおよびプロセスデータ
digraph TMPG { graph [size="10,5", rankdir=LR]; node [shape=box, style=rounded]; edge [labelfloat=true];

subgraph clusterS { labeljust=l; label="any-section@company.com"; SS [label="", shape=circle, width="0.3"]; SE [label="", shape=circle, width="0.3", style=bold]; S1 [label="S1:立替金\n情報の入力\n(領収書画像含)"]; S2 [label="S2:入金\n予定の確認"]; Se [label="Se:否決\n内容の確認"];

SS -> S1; S1 -> Se [dir=back,arrowhead=rcrowlvee, arrowtail=normal, weight=10]; Se -> S2 [style=invis,weight=10]; S2 -> SE [weight=10]; Se -> SE [tailport=n,headport=n,arrowtail=odiamond,label="否決の許諾\n(申請の取り下げ)"]; }

subgraph clusterL { labeljust=l; label="any-section-leader@company.com"; L1 [label="L1:申請\nの決裁"]; }

subgraph clusterA { labeljust=l; label="accounting@company.com"; A1 [label="A1:\n決裁内容確認\n(微細修正可)\n入金予定入力"]; }

S1 -> L1 ; L1 -> Se [arrowtail=odiamond, label="否決"]; L1 -> A1 [arrowtail=rcrowlvee, minlen=2, weight=10]; Se -> A1 [dir=back, arrowhead=odiamond, arrowtail=normal, label="要修正"]; A1 -> S2 [arrowtail=rcrowlvee];

}


 * (R)：　BPMSの標準機能で取得する事が想定される
 * [R]：　経路によって値が入っている場合と入っていない場合がある