検収プロセス/納品検収社内確認

発注を行った資材／サービスに対する納品物を検収するプロセス. 受け入れの結果及び検収結果の発注先への通知及び承認確認を行い、結果を社内にて保管を行う. 発注先からの送付物や検収結果のチェックが担保されたプロセス.

概要

 * 1) (発注)担当者が発注先から納品物を受領する.
 * 2) 担当者は納品物の受領を発注先に連絡する.
 * 3) 担当者は納品物の受領をグループマネージャと経理部に連絡する.
 * 4) グループマネージャと経理部の納品内容確認(注文書との員数チェック等)の了承が得られるまで担当者は発注先と納品処理を続ける.
 * 5) 担当者は納品物の受け入れ確認を行う.
 * 6) 受け入れ完了の状態をグループマネージャ、経理部に連絡し承認を得る.
 * 7) 経理部は受け入れ完了の情報を登録する.

プロセス担当者

 * 任意部門(any-section@company.com)
 * グループマネージャー(any-section-leader@company.com)
 * 担当者(any-section-person@company.com)
 * 任意部門担当役員(any-section-director@company.com)
 * 経理部(generalAccounting@company.com)

プロセスオーナー
経理部(generalAccounting@company.com)

検収後は最終的に発注先からの請求及び発注元より支払いが行われることになる. 受け入れについては対象となる資材／サービスにより変化するものの業務プロセスについては変化は少ない為、統一的な業務プロセスを目指し検収結果を組織内で統一的に管理したいと考えるケースが多い. その為、検収結果を扱う経理部門が中心となって検収作業の業務プロセスを制定するケースも多い.

メリット

 * 納品物の確実性
 * チェックバックを受けることから納品物の員数チェック結果は第3者のチェックを受け確実性が増す.
 * 検収結果の確実性
 * チェックバックを受けることから検収の妥当性は第3者のチェックを受け確実性が増す.

デメリット

 * 検収処理の速度
 * 承認を得なければ検収処理に進めることができないため、検収処理の速度はグループマネージャー・経理部の承認速度に大きく依存する.
 * プロセスインスタンスの生存期間
 * 検収処理時間は納品物の種類／量により変化する. 検収処理が終了するまで本業務プロセスは終了しない為、長期間の業務プロセスとなる可能性がある.

プロセスダイアグラム例
digraph obtain_estimate { compound=true; // graph [size="10,18",rankdir=LR]; graph [rankdir=LR]; node [shape=box, style=rounded]; edge [color="#444444", labelfloat=true]; //label text float OFF(=true) subgraph clusters{ labeljust=l; label="any-section@company.com(任意部門)"; subgraph clustersp{ labeljust=l; label="any-section-person@company.com(担当者)"; SP1 [label="SP1:納品物\n受領"]; SP2 [label="SP2:納品\n承認確認"]; SP3 [label="SP3:納品物\n検収"]; SP4 [label="SP4:検収承認\n確認"]; SP1 -> SP2 -> SP3 -> SP4 [style=invis]; } subgraph clusterl{ labeljust=l; label="any-section-leader@company.com(GM)"; LE [label="", shape=circle, width="0.3", style=bold]; L1 [label="L1:納品確認"]; L2 [label="L2:検収完了\n確認"]; L3 [label="L3:検収完了\n登録確認"]; L1 -> L2 -> L3 [style=invis]; L3 -> LE; } SP1 -> L1 ; L1 -> SP2; SP2 -> SP3 [arrowtail=rcrowlvee, label="全て承認"]; SP2 -> SP1 [arrowtail=odiamond, label="否認有"]; SP3 -> L2; L2 -> SP4 ; SP4 -> SP3 [arrowtail=odiamond, label="否認有"]; } subgraph clusterg{ labeljust=l; label="generalAccounting@company.com(経理部)"; GE [label="", shape=circle, width="0.3", style=bold]; G1 [label="G1:納品確認"]; G2 [label="G2:確認\n検収完了"]; G3 [label="G3:情報登録\n検収完了"]; G1 -> G2 -> G3 [style=invis]; G3 -> GE; } subgraph clustero{ labeljust=l; label="person@other.company.com(発注先担当者)"; O1 [label="O1:納品",style=dotted]; O2 [label="O2:確認\n検収完了",style=dotted]; O1 -> O2 [style=invis]; } O1 -> SP1 [style=dotted]; SP1 -> G1 ; G1 -> SP2 [tailport=w]; SP3 -> G2; SP3 -> O2 [style=dotted,tailport=s]; G2 -> SP4; SP4 -> G3 [arrowtail=rcrowlvee, label="全て承認"]; G3 -> L3 ; }