[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-related-pool":3,"blog-detail-purchase_workflow_split":112},{"contents":4,"totalCount":108,"limit":109,"offset":110,"category":111},[5,16,24,32,40,48,57,65,73,84,92,100],{"id":6,"slug":6,"title":7,"categories":8,"image":10,"publishedAt":14,"order":15},"form_field_placement","申請フォームの項目が52個。どこまで画面に載せるか",[9],"ワークフロー情報",{"url":11,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F72cccde74ada405581943d99fbcfb389\u002Feyecatch-form-field-placement-20260821.svg",1472,832,"2026-08-31T03:00:08.597Z",32,{"id":17,"slug":17,"title":18,"categories":19,"image":20,"publishedAt":22,"order":23},"workflow_migration_forms","ワークフロー移行の様式一覧。その行数は業務の数ではない",[9],{"url":21,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F5453b8af60f34db3bae2a831165858d2\u002Feyecatch-migration-forms-20260822.svg","2026-08-28T03:00:08.796Z",31,{"id":25,"slug":25,"title":26,"categories":27,"image":28,"publishedAt":30,"order":31},"workflow_user_count","ワークフローシステムの利用人数は、4つの層に分けて数える",[9],{"url":29,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Ffa59e9e9fb06403ab768aa71b98c4b1c\u002Feyecatch-workflow-user-count-20260817.svg","2026-08-25T03:00:07.825Z",30,{"id":33,"slug":33,"title":34,"categories":35,"image":36,"publishedAt":38,"order":39},"purchase_workflow_split","購買ワークフローをどこで区切るか。稟議・発注・検収・支払",[9],{"url":37,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F3c4bbdb6cdd24b17adf74aeb8b59d6fb\u002Feyecatch-purchase-workflow-split-20260819.svg","2026-08-24T08:33:41.719Z",29,{"id":41,"slug":41,"title":42,"categories":43,"image":44,"publishedAt":46,"order":47},"1zvg65piyg1o","ワークフローシステムを選ぶ前に押さえておきたいポイント。比較表の○が揃ってしまう4つの領域",[9],{"url":45,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F9d15c99ff977492cbb1d90924a827bf8\u002Feyecatch-erabu-mae-20260815.svg","2026-08-21T05:04:24.116Z",28,{"id":49,"slug":49,"title":50,"categories":51,"image":53,"publishedAt":55,"order":56},"0u3jqdwhrgu5","稟議の差し戻しが減らないのは、承認する側の判断基準が申請画面に載っていないから",[52],"業務効率化",{"url":54,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F8745469660744c84b74ceccedda1506e\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E7%A8%9F%E8%AD%B0%E3%81%AE%E5%B7%AE%E3%81%97%E6%88%BB%E3%81%97%E3%81%8C%E6%B8%9B%E3%82%89%E3%81%AA%E3%81%84%E3%81%AE%E3%81%AF_v3_20260813.svg","2026-08-20T05:52:42.029Z",27,{"id":58,"slug":58,"title":59,"categories":60,"image":61,"publishedAt":63,"order":64},"d9qydi-huy","申請者が承認者を毎回選ぶ運用を、いつまで続けられるか",[9],{"url":62,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F2187bb39420b4e1fbf28c32c75a6a706\u002Feyecatch-approver-selection-20260814.svg","2026-08-19T06:13:13.637Z",26,{"id":66,"slug":66,"title":67,"categories":68,"image":69,"publishedAt":71,"order":72},"3358728uqfu3","ワークフローのトライアルは、何を確かめる30日か。検証を3層に分けて設計する",[9],{"url":70,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F2b008dbc543f4e519b897fe9f68ebb89\u002Feyecatch-trial-30days-20260814.svg","2026-08-18T10:45:01.972Z",25,{"id":74,"slug":74,"title":75,"categories":76,"image":78,"publishedAt":82,"order":83},"u-_k2jynls92","【セミナーレポート】決算が締まらなかった会社は、ワークフローをどう建て直したか（出前館 志賀綾子氏・足立隆裕氏）",[77],"ガバナンス",{"url":79,"width":80,"height":81},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F3f07e07a9d734a6cae069a55a0c8fb4a\u002F%E6%B1%BA%E7%AE%97%E3%81%8B%E3%82%99%E7%B7%A0%E3%81%BE%E3%82%89%E3%81%AA%E3%81%8B%E3%81%A3%E3%81%9F%E4%BC%9A%E7%A4%BE%E3%81%AF%E3%80%81%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC%E3%82%92%E3%81%A8%E3%82%99%E3%81%86%E5%BB%BA%E3%81%A6%E7%9B%B4%E3%81%97%E3%81%9F%E3%81%8B.webp",1280,670,"2026-08-17T01:00:06.830Z",24,{"id":85,"slug":85,"title":86,"categories":87,"image":89,"publishedAt":90,"order":91},"f0jy89g2jlp","依頼系の申請は一覧を見ても誰の件か分からない。原因と一覧から逆算するフォーム設計",[88],"働き方・組織",null,"2026-08-14T01:00:07.094Z",23,{"id":93,"slug":93,"title":94,"categories":95,"image":96,"publishedAt":98,"order":99},"zdr5kdsdp","承認経路のメンテが終わらない理由",[88],{"url":97,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F941338f1bdb84c45b5f08dfe4f1ca593\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E6%89%BF%E8%AA%8D%E7%B5%8C%E8%B7%AF%E3%81%AE%E3%83%A1%E3%83%B3%E3%83%86%E3%81%8B%E3%82%99%E7%B5%82%E3%82%8F%E3%82%89%E3%81%AA%E3%81%84%E7%90%86%E7%94%B1.png","2026-08-13T01:00:07.386Z",22,{"id":101,"slug":101,"title":102,"categories":103,"image":104,"publishedAt":106,"order":107},"qbwzwoaayu","新システムへの切り替えは「一斉リリース」か「段階リリース」どちらが良いのか",[9],{"url":105,"width":12,"height":13},"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Faec08d0f80d14f0aa49635a5184bd2a6\u002F%E3%82%A2%E3%82%A4%E3%82%AD%E3%83%A3%E3%83%83%E3%83%81_%E6%96%B0%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%B8%E3%81%AE%E5%88%87%E3%82%8A%E6%9B%BF%E3%81%88%E3%81%AF%E3%80%8C%E4%B8%80%E6%96%89%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%80%8D%E3%81%8B%E3%80%8C%E6%AE%B5%E9%9A%8E%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%80%8D%E3%81%A8%E3%82%99%E3%81%A1%E3%82%89%E3%81%8B%E3%82%99%E8%89%AF%E3%81%84%E3%81%AE%E3%81%8B.png","2026-08-12T01:30:06.254Z",21,33,12,0,"",{"id":33,"slug":33,"title":34,"categories":113,"image":114,"publishedAt":38,"order":39,"body":115,"toc":116,"excerpt":152,"readingMinutes":153,"revisedAt":38},[9],{"url":37,"width":12,"height":13},"\u003Cp>購買ワークフローを電子化しようとすると、まず様式が机に並びます。稟議書、発注書、検収書、そして請求書の照合表。\u003Cbr \u002F>紙のときはこの順に回していたものを、システムでは何本の申請として組むのかが決まりません。\u003C\u002Fp>\u003Cp>「1本にまとめれば、案件ごとに追いかけるのは楽になりますよね」\u003C\u002Fp>\u003Cp>こう口にしたあとで、たいてい同じところで止まります。\u003Cbr \u002F>1本にすると、請求書の処理が終わるまでその申請は開いたままです。決裁が下りたのに完了しない申請が、一覧に並び続けることになる。\u003C\u002Fp>\u003Cblockquote>\u003Cp>どこで一度閉じればいいんだろう。\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>迷いの原因は、手元の様式の枚数にあります。\u003Cbr \u002F>ただ、様式は押印欄をどこに置くかで分かれてきたもので、承認の単位とは別の理由で枚数が決まりました。紙の枚数をそのまま申請の本数に写すと、根拠のない区切りが残ります。\u003C\u002Fp>\u003Cp>決めるべきは本数ではなく、どこで一度閉じるか。本数はその結果として出てきます。\u003C\u002Fp>\u003Cp>閉じる位置の見方を整理します。手元の設計を並べ替えるときの、たたき台になれば十分です。\u003C\u002Fp>\u003Ch2 id=\"h113965a244\">購買ワークフローはどこで申請を閉じるのか？\u003C\u002Fh2>\u003Cp>社外を待つ時間が日単位を超えるところが、閉じる位置の候補になります。待っているあいだ申請を開けたままにするか、いったん閉じて別の申請で再開するか。\u003Cbr \u002F>本数は、この判断の結果として決まります。\u003C\u002Fp>\u003Cp>購買ワークフローとは、物品やサービスを買うと決めてから、代金の支払を承認するまでの手続きを一続きに扱う仕組みです。この一続きには、性質の違う仕事が4つ入っています。\u003C\u002Fp>\u003Cp>例えば、製造部から上がってきたコンプレッサー1台の入れ替え。金額は320万円で、発注先は本体と設置工事で2社に分かれます。経路は課長、工場長、管理部長、経理の4段です。\u003C\u002Fp>\u003Ctable>\u003Ctbody>\u003Ctr>\u003Cth>\u003Cp>段階\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>決めていること\u003C\u002Fp>\u003C\u002Fth>\u003Cth>\u003Cp>社外を待つ時間\u003C\u002Fp>\u003C\u002Fth>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>稟議\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>買うかどうか、いくらまで出すか\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>待たない（見積は稟議を起こす前に取り終えている）\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>発注\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>どこに、いくらで頼むか\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>契約書を取り交わすなら数日\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>検収\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>届いたものが注文どおりか\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>納期しだい。工事なら月単位になる\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>\u003Cp>支払\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>請求書が発注と検収に合っているか\u003C\u002Fp>\u003C\u002Ftd>\u003Ctd>\u003Cp>請求書の到着待ちで月をまたぐ\u003C\u002Fp>\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Cp>見積をいつ取るかを押さえておくと、この表の読み方が変わります。320万円という金額を稟議に書けている時点で、見積はもう手元にあるはずです。\u003Cbr \u002F>相見積の依頼や取引先との条件交渉は、稟議を起こす前に終わっています。\u003C\u002Fp>\u003Cp>つまり、\u003Cstrong>社外を待つ時間は、稟議より前と、発注より後に分かれて存在します。\u003C\u002Fstrong> 稟議から発注までの区間は、社内の誰かが承認すれば進む区間です。\u003C\u002Fp>\u003Cp>日単位を超える待ちが挟まるのは、検収の手前と支払の手前。閉じる位置の候補も、この2箇所になります。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F1ecee59e22fa486c95a86db253054590\u002Ffig1-waiting-shift-20260819.svg\" alt=\"見積は稟議より前に終わっており、社外を待つ時間が日単位を超えるのは検収の手前と支払の手前の2箇所だけであることを示した図\" width=\"1200\" height=\"440\" \u002F>\u003C\u002Ffigure>\u003Cp>候補が2箇所なら、両方で閉じるか、片方だけで閉じるか、どちらでも閉じないかの3通り。ここから1本、2本、3本という本数が出てきます。\u003C\u002Fp>\u003Ch2 id=\"h3e155162aa\">1本で通すと決裁の記録に何が起きるか\u003C\u002Fh2>\u003Cp>決裁したときの内容を、あとから書き換えられる状態になります。ここが1本を選ぶときのいちばん重い判断です。\u003C\u002Fp>\u003Cp>1本にすると、検収の結果と請求額を同じ申請に書き足すことになります。\u003Cbr \u002F>工事の代金が出来高で340万円に確定したとき、稟議に書いた320万円の欄をどう扱うか。\u003C\u002Fp>\u003Cp>同じ欄を上書きできる設計にすると、340万円が決裁されたように読めてしまいます。\u003C\u002Fp>\u003Cblockquote>\u003Cp>決裁されたのは、どっちの金額だったんだろう。\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>監査で証跡を求められたときに答えられなくなるのは、この形です。\u003Cstrong>決裁の内容と、その後の実績を、同じ欄に載せないという線引きが要ります。\u003C\u002Fstrong> 実績用の欄を別に設けるか、決裁が下りた時点で稟議の欄を編集できないようにするか。\u003C\u002Fp>\u003Cp>これは運用の工夫で後から吸収できる話ではなく、フォームの設計そのもの。作り直すには、決裁済みの申請をどう扱うかまで含めた移し替えになります。\u003C\u002Fp>\u003Cp>1本にすると、一覧も読みにくくなります。進行中の欄に、決裁を待っている案件と納品を待っている案件が同じ表示で並ぶからです。\u003C\u002Fp>\u003Cp>ただ、こちらはステータスの分け方やビューの条件で相当程度軽くできます。承認待ちと納品待ちを別のステータスとして持たせ、一覧を絞り込む。\u003Cbr \u002F>一覧の情報量が落ちる仕組みそのものは、\u003Ca href=\"https:\u002F\u002Fblog.kickflow.com\u002Fblog\u002Ff0jy89g2jlp\" target=\"_blank\" rel=\"noopener noreferrer\">依頼系の申請は一覧を見ても誰の件か分からない。原因と一覧から逆算するフォーム設計\u003C\u002Fa>で別途整理しました。\u003C\u002Fp>\u003Cp>設定で軽くできる不便と、設計で決まってしまうものは分けて見る価値があります。1本を選ぶときに効いてくるのは、後者です。\u003C\u002Fp>\u003Ch2 id=\"hb97eefbc53\">区切ると何を引き受けるか\u003C\u002Fh2>\u003Cp>区切ると、それぞれの申請が短い期間で閉じます。進行中の表示が、そのまま「いま誰かの手元にある」という意味になる。\u003C\u002Fp>\u003Cp>引き受けるのは、閉じたところをつなぎ直す仕事です。\u003C\u002Fp>\u003Cp>検収の申請を起こすとき、発注で決めた品目と金額をもう一度入れることになります。手で入れるなら、電子化して減らしたはずの転記が戻ってきます。\u003Cbr \u002F>製品によっては、先行する申請の内容を引き継いで次の申請を起こす仕組みが用意されているので、そこに載るかどうかで負荷がだいぶ変わるでしょう。\u003C\u002Fp>\u003Cp>承認経路も本数分になります。ここで一度、検収に承認が要るのかを確かめておきたいところ。\u003C\u002Fp>\u003Cul>\u003Cli>規程で検収を承認行為として定めているなら、承認経路のある申請にする\u003C\u002Fli>\u003Cli>担当者が現物を確認して記録を残すだけなら、承認のない記録として持たせる形もある\u003C\u002Fli>\u003C\u002Ful>\u003Cp>後者を申請として組むと、承認者のいない経路を作るか、形式だけの承認ステップを1つ置くことになります。経路が増えた分は、人が動くたびの手直しの対象にもなる。\u003Cbr \u002F>この負荷の積み上がり方は、\u003Ca href=\"https:\u002F\u002Fblog.kickflow.com\u002Fblog\u002Fzdr5kdsdp\" target=\"_blank\" rel=\"noopener noreferrer\">承認経路のメンテが終わらない理由\u003C\u002Fa>で扱いました。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F6e47c83e43784923baf41f889a4d5eb1\u002Ffig2-one-two-three-20260819.svg\" alt=\"閉じる位置を2箇所のどちらで使うかによって申請が1本・2本・3本に分かれ、引き受けるものが入れ替わることを対比した図\" width=\"1200\" height=\"556\" \u002F>\u003C\u002Ffigure>\u003Ch2 id=\"hf384c9027d\">3点照合はワークフローで持つべきなのか？\u003C\u002Fh2>\u003Cp>会社によって分かれます。分かれ目は、請求書の受け取りと仕訳をどのシステムでやっているか。\u003Cbr \u002F>ここで決まったことが、検収を独立した申請にする意味まで変えます。\u003C\u002Fp>\u003Cp>3点照合とは、発注書、検収書、請求書の3つを突き合わせて、注文どおりのものが届き、請求額が合っていることを確かめる手続きです。購買の統制として最後に効く工程で、決裁と実績のずれが表に出るのもここです。\u003C\u002Fp>\u003Cp>請求書受領のサービスや会計システム側で照合しているなら、ワークフローに求められるのは発注と検収の記録を渡すことだけになります。この場合、支払は閉じる位置の外側に出ます。\u003Cbr \u002F>検収を独立させる理由は「照合の材料をきれいな形で渡すため」に変わる。\u003C\u002Fp>\u003Cp>ワークフロー側で照合まで持つなら、支払依頼を1本の申請として立てることになります。ただ、請求書の到着は月をまたぐことがあるので、検収と同じ申請にまとめると開いたままの期間が伸びます。\u003C\u002Fp>\u003Cp>検収の位置づけも、ここで変わります。会計側で照合するなら検収は記録で足りる。ワークフロー側で照合するなら、検収は照合の前提になる承認済みのデータになります。\u003C\u002Fp>\u003Cp>同じ「検収を独立させる」という判断でも、意味が入れ替わるわけです。\u003C\u002Fp>\u003Ch2 id=\"h394bbaf7a2\">帳票の出し方が申請の本数を先に決めるのはなぜか？\u003C\u002Fh2>\u003Cp>1つの申請から複数の帳票を出せる製品もありますが、明細行ごとに宛先を変えて自動的に出し分ける動きまでは、標準では備わっていないことがあります。発注先が複数に分かれる案件では、この前提が閉じる位置の議論より先に本数を決めてしまいます。\u003C\u002Fp>\u003Cp>閉じる位置で決まるのは、縦にいくつに分けるかです。もう1つ、同じ段階の中で申請が横に並ぶ理由があります。\u003C\u002Fp>\u003Cp>帳票出力は、Excelなどのテンプレートに申請の項目を差し込んで1枚のファイルを作る仕組みです。差し込む元が1つの申請なので、出てくるのも基本的に1枚になります。\u003C\u002Fp>\u003Cp>コンプレッサーの例に戻ります。本体を1社、設置工事をもう1社に頼むなら、発注書は2枚必要です。\u003Cbr \u002F>1本の申請に2社分の情報を入れておいても、そこから宛先の違う2枚を出し分ける動きは、標準では備わっていないことがあります。\u003C\u002Fp>\u003Cp>とすると、取れる形は3つ。\u003C\u002Fp>\u003Cul>\u003Cli>発注を発注先ごとの申請にする（申請の本数が発注先の数で決まる）\u003C\u002Fli>\u003Cli>明細行ごとに帳票を分けて出せる仕組みがあるかを確認する（製品によって対応が分かれる）\u003C\u002Fli>\u003Cli>発注書は会計や購買のシステム側で発行し、ワークフローは決裁だけを持つ\u003C\u002Fli>\u003C\u002Ful>\u003Cp>選定の場で「帳票出力はできますか」と聞くと、答えはほぼ○で揃います。差が出るのは、その一段下です。1つの申請から何枚出せるのか、明細行ごとに分けられるのか、宛先を行ごとに変えられるのか。\u003Cbr \u002F>触って分かることと導入後に効いてくることが重ならないという話は、\u003Ca href=\"https:\u002F\u002Fkickflow.com\u002Fblog\u002F3358728uqfu3\" target=\"_blank\" rel=\"noopener noreferrer\">ワークフローのトライアルは、何を確かめる30日か。検証を3層に分けて設計する\u003C\u002Fa>で扱いました。\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Fe8312c070048401ca77546cd18817907\u002Ffig3-form-output-20260819.svg\" alt=\"1つの申請から出せる帳票が1枚である前提のもとで、発注先が2社に分かれる案件に取れる3つの形を並べた図\" width=\"1200\" height=\"500\" \u002F>\u003C\u002Ffigure>\u003Cp>閉じる位置を決める前に、確かめておくと迷いが減るものを挙げます。聞く相手で分かれます。\u003C\u002Fp>\u003Cp>\u003Cstrong>社内で確かめること\u003C\u002Fstrong>\u003C\u002Fp>\u003Cul>\u003Cli>検収を規程で承認行為として定めているか（購買規程や文書管理規程に書かれていることが多い）\u003C\u002Fli>\u003Cli>請求書の受け取りと仕訳を、どのシステムでやっているか\u003C\u002Fli>\u003Cli>決裁額と実績額がずれる購買が、どのくらいの割合で出ているか\u003C\u002Fli>\u003C\u002Ful>\u003Cp>\u003Cstrong>選定先に確かめること\u003C\u002Fstrong>\u003C\u002Fp>\u003Cul>\u003Cli>先行する申請の内容を引き継いで、次の申請を起こせるか\u003C\u002Fli>\u003Cli>決裁が下りたあとに編集できる欄を、項目ごとに制限できるか\u003C\u002Fli>\u003Cli>1つの申請から帳票を何枚出せるか、明細行ごとに宛先を変えられるか\u003C\u002Fli>\u003C\u002Ful>\u003Cp>正直に言うと、ここから先は私も答えを出せません。\u003C\u002Fp>\u003Cp>購買の中身が案件ごとにばらついている会社では、どの形に寄せてもはみ出す申請が残ります。ばらつきを吸収するために購買の種類ごとに書式を分けると、今度は書式が増えて、どれを使うかを申請者が迷うようになる。\u003Cbr \u002F>\u003Cstrong>この迷いと、開いたままの申請が一覧に残る不便のどちらが重いかは、日々の購買を回している側でないと量れません。\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp>私は選定に立ち会う側で、1つの申請から何枚出せるかまでは調べてお伝えできます。ただ、どちらの痛みを引き受けるかを決められるのは、実務を持っている側です。\u003C\u002Fp>\u003Ch2 id=\"head7571395\">コンプレッサーの案件をもう一度区切り直す\u003C\u002Fh2>\u003Cp>製造部から上がってきたコンプレッサー1台の入れ替え。金額は320万円で、発注先は本体と設置工事の2社。経路は課長、工場長、管理部長、経理の4段です。\u003C\u002Fp>\u003Cp>発注から設置完了までは月単位。工事の代金は出来高で確定し、請求書が届くのは完了の翌月です。\u003C\u002Fp>\u003Cp>日単位を超える待ちが、検収の手前と支払の手前の両方に挟まっています。だとすれば、縦には3つに分かれます。稟議と発注で1つ、検収で1つ、支払で1つ。\u003C\u002Fp>\u003Cp>そこに発注先の数が乗ります。本体と設置工事で発注書が2枚必要なので、発注の申請は横に2本並ぶ。稟議は1件の意思決定のままなので、ここでは増えません。\u003C\u002Fp>\u003Cp>結果として、この案件は稟議1本、発注2本、検収1本、支払1本という形に落ち着きます。\u003Cstrong>本数は、閉じる位置の数と発注先の数から出てきた結果です。\u003C\u002Fstrong> 先に「3本で組む」と決めていたら、この形にはたどり着きません。\u003C\u002Fp>\u003Cp>同じ製造部から上がる潤滑油の定期購入なら、様相が変わります。\u003C\u002Fp>\u003Cp>発注先は1社で、数日で届く。金額は見積のまま動かず、請求は月締めで他の品目とまとめて1枚になります。\u003C\u002Fp>\u003Cp>日単位を超える待ちが、どこにも挟まりません。支払の照合は他の品目と一緒に会計側で処理されるので、ワークフローに支払を持たせる理由も薄い。\u003Cbr \u002F>稟議と発注と検収を1本で通しても、開いたままの期間はほとんど発生しないでしょう。\u003C\u002Fp>\u003Cp>同じ購買稟議という名前でも、閉じる場所は同じになりませんでした。\u003C\u002Fp>\u003Cp>決めるのは全社で1つの本数ではなく、どういう購買をどちらに寄せるかの振り分けです。金額の大小ではなく、納期の長さと請求の来方で分ける。\u003Cbr \u002F>この2つは、稟議を起こす時点でおおむね分かっているものです。\u003C\u002Fp>\u003Ch2 id=\"ha214098e44\">まとめ\u003C\u002Fh2>\u003Cp>購買ワークフローの本数が決まらないのは、社内の整理が足りないからではありません。\u003C\u002Fp>\u003Cp>紙の様式の枚数と、申請として閉じるべき位置が、別の理由で決まっているからです。様式は押印欄の置き場所で分かれ、申請は社外を待つ時間の長さで区切られます。\u003C\u002Fp>\u003Cul>\u003Cli>見積は稟議より前に終わっている。日単位を超える待ちは、検収の手前と支払の手前の2箇所\u003C\u002Fli>\u003Cli>1本で通すときに重いのは一覧の見づらさではなく、決裁した内容を後から書き換えられる状態になること\u003C\u002Fli>\u003Cli>区切ると、閉じたところをつなぎ直す仕事と、承認経路の本数が増える\u003C\u002Fli>\u003Cli>3点照合を会計システム側で持つなら、支払は閉じる位置の外に出る\u003C\u002Fli>\u003Cli>発注先が複数に分かれる案件では、帳票の出し方が申請の本数を先に決める\u003C\u002Fli>\u003C\u002Ful>\u003Cp>本数を先に決める必要はありません。閉じる位置を2箇所のうちどちらで使うかを選び、そこに発注先の数を掛ければ、本数のほうが後から出てきます。\u003C\u002Fp>\u003Cp>この整理が、購買の設計を並べ替えるときのたたき台になれば幸いです。\u003C\u002Fp>\u003Ch2 id=\"h08562665f0\">よくある質問\u003C\u002Fh2>\u003Ch3 id=\"hc9e2b150a4\">検収と支払は同じ申請にできますか？\u003C\u002Fh3>\u003Cp>できますが、請求書の到着までその申請が開いたままになります。納品と請求がほぼ同時に届く購買なら1本で収まり、月締めで請求が来る購買では開いている期間が伸びます。\u003Cbr \u002F>判断の材料は、検収から請求書到着までの日数が購買の種類ごとにどれくらいばらついているかです。\u003C\u002Fp>\u003Ch3 id=\"haa5b26be6d\">分納がある案件は検収を何回に分けますか？\u003C\u002Fh3>\u003Cp>納品ごとに部分払いをするなら、その回数分の検収が支払の根拠になります。全額を最終納品後に払うなら、途中の受領は記録として残し、承認を伴う検収は1回でも成り立ちます。\u003Cbr \u002F>支払の条件を先に確かめると、検収の回数は自動的に決まってきます。\u003C\u002Fp>\u003Ch3 id=\"h4f3b29605c\">先に発注してしまった案件は、稟議を何本目として起こしますか？\u003C\u002Fh3>\u003Cp>急ぎの対応で発注が先に出る事後稟議は、購買の運用からなくなりません。通常と同じ順番に押し込むと、発注の申請が稟議より先に立つ形になって記録が読みにくくなります。\u003Cbr \u002F>専用の書式を1本用意して通常の稟議と区別しておくと、後から件数と理由を振り返れます。\u003C\u002Fp>",[117,121,124,127,130,133,136,139,142,146,149],{"id":118,"text":119,"level":120},"h113965a244","購買ワークフローはどこで申請を閉じるのか？",2,{"id":122,"text":123,"level":120},"h3e155162aa","1本で通すと決裁の記録に何が起きるか",{"id":125,"text":126,"level":120},"hb97eefbc53","区切ると何を引き受けるか",{"id":128,"text":129,"level":120},"hf384c9027d","3点照合はワークフローで持つべきなのか？",{"id":131,"text":132,"level":120},"h394bbaf7a2","帳票の出し方が申請の本数を先に決めるのはなぜか？",{"id":134,"text":135,"level":120},"head7571395","コンプレッサーの案件をもう一度区切り直す",{"id":137,"text":138,"level":120},"ha214098e44","まとめ",{"id":140,"text":141,"level":120},"h08562665f0","よくある質問",{"id":143,"text":144,"level":145},"hc9e2b150a4","検収と支払は同じ申請にできますか？",3,{"id":147,"text":148,"level":145},"haa5b26be6d","分納がある案件は検収を何回に分けますか？",{"id":150,"text":151,"level":145},"h4f3b29605c","先に発注してしまった案件は、稟議を何本目として起こしますか？","購買ワークフローを電子化しようとすると、まず様式が机に並びます。稟議書、発注書、検収書、そして請求書の照合表。紙のときはこの順に回していたものを、システムでは何本の申請として組むのかが決まりません。「1本にまとめれば、案件ごとに追いかけるの…",14]