請求書に記載すべきデータ項目は、ワークフロー内の決裁情報として保存されている訳だから、PDF雛形に差し込めばイイ。
ちなみに、ここでは、請求書発行フローの骨格を作る。
もちろん将来的に、請求書発行に至る「納品フロー」や「サービスの提供フロー」につなげる事も意識するが、まずは『請求書の発行状況』の社内可視化を実現したい。
[請求書発行フロー]
業務フロー図が、日常業務を変える！
ダウンロード可能な「業務テンプレート」を毎週公開するブログ
請求書に記載すべきデータ項目は、ワークフロー内の決裁情報として保存されている訳だから、PDF雛形に差し込めばイイ。
ちなみに、ここでは、請求書発行フローの骨格を作る。
もちろん将来的に、請求書発行に至る「納品フロー」や「サービスの提供フロー」につなげる事も意識するが、まずは『請求書の発行状況』の社内可視化を実現したい。
(1+)早くて、(2+)見やすくても、(3-)「高い見積書」は、イラナイ。
(1+)早くて、(3+)安くても、(2-)「見づらい見積書」は、イラナイ。
しかし何と言っても、(1-)『遅い見積書』は、もっとイラナイ。「クイック・レスポンス」はビジネスの基本である。
以下のワークフローは、メールで受けた見積依頼に素早く対応する「見積書承認発行フロー」だ。
昨日(2012年8月21日)、発表されたクラウド型ワークフロー「Questetra BPM Suite」 の Ver 9.0 新機能を、ふんだんに使っている。
[見積書承認発行フロー]
そんな「組織内ドリブン」な業務は沢山ある。しかし、本当は「組織外ドリブン」な業務、つまり「組織外（社外）からのリクエストをトリガーにした業務」の方がもっと沢山ある。しかも「組織外ドリブン」な業務は、的確にルールに従って処理されるべきだ。
ここでは、Googleドライブ（旧「Googleドキュメント」）の『フォーム』で、(1)イベント参加のエントリを受け付け、(2)サンキューメール発行を自動化し、(3)入金確認を人間が行い、(4)入金確認の御礼メールを自動送信するワークフローを紹介する。（イベント申込受付対応業務）
[イベント申込受付対応業務フロー]
鉄道の場合、(1)「分岐器」でどちらかの線路に車両が導かれる。河川の場合、(2)「分流ポイント」で両方の支流に水が流れる。一方で業務の流れの場合、分岐(split)するケースもあれば、分流(fork)するケースもある。
以下のワークフロー定義は、『震災発生時』や『気象警報発令時』に、あるいは『重大なサービス障害が発生した時』に、社内で共有すべき「緊急連絡」を迅速に決定する業務フローだ。誰が何をすべきか？ 同時並行的に処理すべき事項は何か？ 結果として整理された正確な情報を素早く伝えたい。
[災害トラブル緊急情報共有フロー]
そんなの分かりきっているんだから、「初期値として入力されている状態」にしておいてくれ!!
以下のワークフロー定義は月報を報告する業務フローだ。毎月５日までに前月活動のダイジェストを上司に報告する。毎月１日の朝に『1.月報を書く』と言う仕事が自動的に全員に割り当てられる仕組みだ。
申請時には、多くのフォームに「初期値」やら「雛形」やらが入力されている。
[月報フロー-初期値]
書く方は１日１件だが、読む方は部下の数。「後でコメントしよう」と思って保留してたら「1000件溜まっちゃった」なんて話も…。
もし「『情報鮮度』が落ちた時点で意味が無くなる仕事」なのであれば、その時点で「自動的に流してしまう」と言う設定を検討したい。例えば「日報承認フロー」の場合、１日経てば「次の日報」が来てしまう。２日を過ぎてしまった報告は「自動承認扱い」にしてしまっても良いかも知れない。いずれにせよ、実運用において、無意味タスクが「仕事一覧(マイタスク)」を占拠してしまう事態は避けたい。
以下のワークフロー定義の「上司：コメントする」は、プロセス開始日時から48時間が経過したら（到達時点で48時間が経過していた場合を含む）、「上司：コメントする」タスク自体が自動消滅する設定だ。
[日報承認フロー]
もっとも「洋服」や「住宅」などと同様、裕福なスポンサー（パトロン）が存在する限り、請負型事業は存続するだろう。しかし一方で、この後退する景気局面にあっては、業務プロセス（ワークフロー）の効率化は避けられまい。加えてサービス品質の向上も模索しなければならないだろう。
ここでは、SI会社（元請け会社）の業務委託契約（外注契約）業務に関するワークフロー・サンプルを例示したい。
[外注契約フロー]
登録:
投稿
(
Atom
)