請求書」は、とても便利です。ログインして「相手のメールアドレス」と「販売した商品明細」をセットするだけで、誰でも簡単に請求書を送ることができます。「ちょっとした受託作業」や「特別な値引き」にも柔軟に対応できる数少ない決済手段と言えるでしょう。その簡単さは「むしろECサイトで買い物をする手続きの方が難しい」と思えてしまうくらいです。買い手から売り手に「クレジットカード番号」を渡す必要もありません。何十枚も発行しなければならない、となれば流石に面倒です。(その「柔軟さ」がアダとなってしまいます)全く同じ請求内容であれば一括して処理する機能もあるのですが、それぞれに微妙に内容が異なるのであれば一つ一つ請求情報をセットせざるをえません。手作業の繰り返しは、どうしてもミスを招きます。請求書を生成せよ」というリクエストが自動送信される仕組み』を紹介しました。請求書を先方に送信せよ」というリクエストが自動送信される仕組み』について考えてみたいと思います。(プログラミング知識が必要となります)[エントリ受付システム]手作業を極力排除した業務プロセスここで紹介している業務プロセス定義は『セミナー』や『勉強会』などの「イベント参加受付業務」です。業務フロー図を見れば一目瞭然ですが、「Webフォームへの入力」が行われるたびに案件が流れ始め、「請求が必要なエントリ」の場合にのみ、「請求書生成のフロー」に分流する仕組みとなっています。(OR分岐)業務フロー図内に配置されている工程の多くは「自動工程」(背景グレー)となっており、「人間工程」(背景水色)は『1.請求チェック』と『2.入金チェック』しかありません。『1.請求チェック』については、5分経過で自動完了するように設定された人間工程であり、平時において何か具体的な作業が規定されている訳ではありません。セットする必要があります。