[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-related-pool":3,"blog-detail-form_field_placement":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":6,"slug":6,"title":7,"categories":113,"image":114,"publishedAt":14,"order":15,"body":115,"toc":116,"excerpt":155,"readingMinutes":156,"revisedAt":14},[9],{"url":11,"width":12,"height":13},"\u003Ch1 id=\"hb0e5f111f4\">申請フォームの項目は、どこまで画面に載せるのか\u003C\u002Fh1>\u003Cp>現行の稟議書を申請フォームに写そうとして項目を数えたら52個ありました。これらをそのまま画面に並べると、下まで見るのにホイールを何度も回すことになります。入力する側の負担もありますが、より問題になるのは承認する側です。決裁者が見たい数字が、どのあたりにあるのか分かりません。\u003C\u002Fp>\u003Cp>では全部要るのか、と考えたところで手が止まります。要らないと言い切れる項目が見つからないためです。どの欄も、誰かが何かの目的で足したものです。消す判断をするには、その目的を知っている必要があります。\u003C\u002Fp>\u003Cp>紙の様式は1枚で完結していました。決裁のための情報と、あとから見返す記録と、社外に出す書類の元が、同じ1枚に入っていたわけです。システムに移すと、この3つは別々の場所に置けます。置けるようになった結果、どこに置くかを決める仕事が新しく生まれました。\u003C\u002Fp>\u003Cp>本記事は、項目を減らす話ではなく、置き場所を分ける話として整理します。\u003C\u002Fp>\u003Ch2 id=\"h98c46dcb2d\">申請フォームの項目は、どこまで画面に載せるのですか\u003C\u002Fh2>\u003Cp>判断材料になる欄を最初に見える場所へ置き、残りは持たせ方を変えるという切り分けになります。持たせ方は、マスタから引く、後の工程で入れる、画面に出さずに保持する、の3通りです。どれに寄せるかは、その欄が何のために存在しているかで決まります。\u003C\u002Fp>\u003Cp>申請フォームの項目設計とは、様式にある欄を、入力する人・見る人・表示する場所ごとに割り振る作業です。欄の数を減らす作業ではありません。\u003C\u002Fp>\u003Cp>例として、製造部から上がってきた工場設備の修繕稟議を考えます。金額は480万円、項目は52個です。内訳を見ると、押印欄が7つ、経理が決裁後に書き込む勘定科目や資産番号が4つ、発注書にそのまま転記する取引先情報が9つ入っています。\u003C\u002Fp>\u003Cp>まず押印欄を外します。ただし7つがそのまま承認ステップ7段になるわけではありません。\u003C\u002Fp>\u003Cul>\u003Cli>申請者本人が押す欄は、承認ステップにならず申請の操作そのものに畳まれる\u003C\u002Fli>\u003Cli>合議印や回覧印は、承認ステップにするか通知や閲覧に落とすかの判断が入る\u003C\u002Fli>\u003Cli>順次承認の承認印は、そのまま承認ステップになる\u003C\u002Fli>\u003Cli>決裁印は1つで、経路の終点になる。照査印や確認印は、承認ステップに置くか決裁後の工程に置くかで分かれる\u003C\u002Fli>\u003C\u002Ful>\u003Cp>この様式では、申請者印が1つ、部門をまたぐ合議印が2つ、課長と工場長の承認印が2つ、管理部長の決裁印が1つ、経理の確認印が1つです。合議の2つを通知に落とせば、承認ステップは課長・工場長・管理部長・経理の4段になります。不在時に押す代印欄が別に設けられている様式では、その欄は代理承認の設定に移ります。\u003C\u002Fp>\u003Cp>紙の1枚が兼ねていた残りの役割を分けると、次の3つになります。\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>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Cfigure style=\"text-align:left\">\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F63e00fd79c9f4dc7bccbdc1d04f8468f\u002Ffig1-52-items-destination-20260821.svg\" alt=\"紙の様式1枚にある52個の項目が、押印欄・帳票の差し込み元・決裁後に入る欄・判断材料と記録の4つに分かれ、それぞれ行き先が違うことを示した図\" width=\"1200\" height=\"486\" \u002F>\u003C\u002Ffigure>\u003Cp>役割で分ける軸と、入力する人で分ける軸は別のものです。まず役割で3つに割り、そのあとで、それぞれを誰がいつ入れるかで割ります。押印欄を外した45個には、この両方の軸がかかります。\u003C\u002Fp>\u003Cp>混ざったまま「どれを消すか」を考えると答えが出ません。行き先の違う欄を同じ基準で選別しようとしているためです。\u003C\u002Fp>\u003Ch2 id=\"hfd7eb9a17d\">表示条件で隠すと、フォームはどこまで短くなりますか\u003C\u002Fh2>\u003Cp>数個は短くなりますが、45個が20個になるような効き方はしません。表示条件が効くのは、案件の種類によって要る要らないが変わる欄だけです。修繕稟議の項目の多くは、種類に関係なく毎回埋める欄です。\u003C\u002Fp>\u003Cp>セクションの表示条件は、ある項目の入力内容に応じて、別のセクションを出したり隠したりする仕組みです。支払方法で「振込」を選んだときだけ口座情報のセクションを出す、といった使い方をします。\u003C\u002Fp>\u003Cp>修繕稟議に当てはめると、効くのは「工事を伴う場合だけ工期と施工業者を出す」あたりで、実際に隠れるのは数項目です。残りの欄は、工事の有無に関係なく埋めることになります。\u003C\u002Fp>\u003Cp>条件式そのものも増えていきます。組み合わせが多くなると設定の数が積み上がり、あとから様式を直すときに条件の見直しまで付いてきます。承認経路で同じことが起きる仕組みは、\u003Ca href=\"https:\u002F\u002Fkickflow.com\u002Fblog\u002Fzdr5kdsdp\" target=\"_blank\" rel=\"noopener noreferrer\">承認経路のメンテが終わらない理由\u003C\u002Fa>で別途整理しています。\u003C\u002Fp>\u003Cp>ただし、縦の長さそのものは表示条件以外でも軽くできます。判断材料が上に来るようにセクションを並べ替える、繰り返す部分を明細としてまとめる、といった手当てです。\u003Cstrong>設定で軽くできる不便と、設計で決まってしまうものは分けて見る必要があります。\u003C\u002Fstrong> 縦の長さは前者に入ります。\u003C\u002Fp>\u003Ch2 id=\"he7f48eb0ff\">判断材料と記録は、どこで線を引くのですか\u003C\u002Fh2>\u003Cp>線引きに使えるのは、その欄がいつ参照されるかという見方です。決裁の場で見るのか、あとから一覧や監査で見るのか。参照される時点が違えば、置き場所も変わります。\u003C\u002Fp>\u003Cp>押印欄と、決裁後に入る欄と、帳票の元。この3つを外しても、修繕稟議には32個が残ります。多くの様式で、いちばん大きいかたまりがここです。\u003C\u002Fp>\u003Cp>参照の時点を、次の3つの問いに置き換えると扱いやすくなります。\u003C\u002Fp>\u003Col>\u003Cli>決裁の場でその値が変わったら、結論が変わるか\u003C\u002Fli>\u003Cli>あとから一覧を絞り込んだり検索したりするときの軸になるか\u003C\u002Fli>\u003Cli>監査や棚卸しで参照されるか\u003C\u002Fli>\u003C\u002Fol>\u003Cp>1に当てはまる欄は、最初に見える場所へ置きます。2と3だけに当てはまる欄は、画面の下でも、マスタから引く形でも成り立ちます。\u003C\u002Fp>\u003Cp>3つは択一ではなく、1つの欄が2つ以上に当てはまることもあります。金額は1にも2にも当てはまります。設備番号は2と3に当てはまるものの、1ではありません。\u003C\u002Fp>\u003Cp>迷ったときに見るのは1です。1に当てはまらない欄を上に置くほど、決裁者が見たい数字が下に押し出されます。\u003C\u002Fp>\u003Cp>実際に振り分けてみると、1に当てはまる欄は多くありません。工場長が最初の画面で見ているのは、いくらかかるのか、なぜ今なのか、やらなかったら何が起きるのか。この3つに答える欄が上にあれば、下がいくら長くても判断は止まりません。逆に、答える欄が下にあると、画面の長さが直接効いてきます。承認する側が何を見て判断しているかを画面に載せる話は、\u003Ca href=\"https:\u002F\u002Fkickflow.com\u002Fblog\u002F0u3jqdwhrgu5\" target=\"_blank\" rel=\"noopener noreferrer\">稟議の差し戻しが減らないのは、承認する側の判断基準が申請画面に載っていないから\u003C\u002Fa>でも扱っています。\u003C\u002Fp>\u003Cp>2に当てはまる欄には、もう1つ確かめることがあります。絞り込みの軸に使うなら、自由入力よりマスタから選ぶ形のほうが後から効いてきます。\u003C\u002Fp>\u003Ch2 id=\"h84d7bf7cb2\">帳票の差し込み元になっている項目は消せますか\u003C\u002Fh2>\u003Cp>消せません。発注書や契約書をシステムから出すなら、そこに載る値はすべて申請の中に持っておく必要があります。ここが後から変えにくい部分です。\u003C\u002Fp>\u003Cp>帳票出力は、Excelなどのテンプレートに申請の項目を差し込んで1枚のファイルを作る仕組みです。差し込む元がないと空欄で出るため、テンプレートに載っている項目は申請側にも必要になります。\u003C\u002Fp>\u003Cp>修繕稟議の取引先情報9つは、発注書の宛先欄と支払条件欄にそのまま入るものでした。商号、住所、担当者名、電話番号、支払条件、納期、納品場所。どれも決裁の判断には使いません。工場長が取引先の郵便番号を見て可否を決めているわけではないためです。\u003C\u002Fp>\u003Cp>判断に使わないのに消せない。ここが厄介なところです。ただし、\u003Cstrong>消せないことと画面に9個並べることは別の話です。\u003C\u002Fstrong> 取引先をマスタから選ぶ形にすれば、選んだ1つに紐づいて残りの値が付いてきます。画面上の入力欄は1つになり、帳票の差し込み元は9つ揃った状態を保てます。\u003C\u002Fp>\u003Cfigure style=\"text-align:left\">\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002F4534948fed324a56b0c8dba71ac457ed\u002Ffig2-master-fold-v2-20260821.svg\" alt=\"取引先をマスタから選ぶ形にすると申請者が入力する欄は1つになり、帳票の差し込み元は9つ保たれることを自由入力の場合と対比した図\" width=\"1200\" height=\"446\" \u002F>\u003C\u002Ffigure>\u003Cp>マスタに寄せる意味がない値もあります。テンプレート側で固定できる文言や、申請の中に持っておくだけでよい社内コードです。こうした値は、画面に出さずに保持する項目として扱います。ここで確かめたいのが、非表示にできる項目があるかどうかです。並び順で下に送るしかない製品では、入力しない欄が画面に残り続けます。\u003C\u002Fp>\u003Cp>マスタに寄せると引き受けるものもあります。マスタに載っていない取引先が出たときに、その場で入れられません。スポットの発注が多い企業では、マスタへの追加が先に必要になります。それでも、9つを毎回手で入れる運用に比べれば転記は減ります。\u003C\u002Fp>\u003Cp>もう1つ、自由入力とマスタ参照の違いは、あとから集計するときに出てきます。自由入力の文字列で残った申請と、マスタのコードで残る申請は、そのままでは横断で集計できません。名寄せの対応表を作れば突き合わせはできますが、その作業が残ります。\u003C\u002Fp>\u003Cp>\u003Cstrong>不可逆なのは切り替えるタイミングではなく、切り替えた時点より前の申請にコードが遡らないことです。\u003C\u002Fstrong> 移行のときに決めればそこが境目になり、運用を始めてから切り替えれば切替日が境目になります。境目は、項目ごとに1本ずつ引かれます。\u003C\u002Fp>\u003Cp>したがって、全項目を移行の山場で決め切る必要はありません。集計の軸に使う予定がある項目だけ、移行時にマスタ参照へ寄せておく。寄せる時期をずらすなら、どの項目がいつから集計に使えるのかを記録に残しておきます。\u003C\u002Fp>\u003Ch2 id=\"h1d7857618d\">入力する人を分けると、画面はどう変わりますか\u003C\u002Fh2>\u003Cp>申請時点で値が決まっていない欄を申請者の画面から外せるため、申請者が向き合う欄が減ります。ただし製品によって対応が分かれるため、確認が必要です。\u003C\u002Fp>\u003Cp>修繕稟議の残り4つは、勘定科目、資産番号、支払予定日、伝票番号です。これらは申請の時点では決まっていません。経理が決裁後に台帳と突き合わせて入れる欄です。\u003C\u002Fp>\u003Cp>紙のときは1枚の下のほうに空欄として付いていました。申請者はそこを飛ばして回し、回ってきた経理が埋める。1枚だから成り立っていた形です。\u003C\u002Fp>\u003Cp>システムでも同じ形にするなら、ステップごとに編集できる欄を分けられるかどうかが分かれ目になります。分けられるなら、申請者の画面には出さず、経理のステップで初めて入力欄として現れる形が組めます。\u003C\u002Fp>\u003Cp>分けられない場合に取れる形は、次の3つです。\u003C\u002Fp>\u003Col>\u003Cli>申請者の画面にも空欄として出す（紙と同じ。画面は長くなる）\u003C\u002Fli>\u003Cli>経理の処理を別の申請として立てる（画面は短くなるが、申請の本数が増える）\u003C\u002Fli>\u003Cli>会計システム側で持ち、ワークフローには持たせない（決裁の記録だけを残す）\u003C\u002Fli>\u003C\u002Fol>\u003Cp>どれを選んでも何かを引き受けます。3つ目を選ぶと、資産番号から決裁の記録を辿る経路がワークフロー側になくなります。監査で聞かれたときに、会計側の番号と申請番号を突き合わせる手順を用意しておく必要があります。\u003C\u002Fp>\u003Cp>決裁後に値が入る設計には、もう1つ確かめておきたい点があります。決裁したときに何が確定していたのかを、あとから読み分けられるかどうかです。決裁後に入った値と決裁時点の値が同じ欄に載っていると、証跡を求められたときに答えにくくなります。\u003C\u002Fp>\u003Cp>入力する人を分ける話は、見る人を分ける話と対になっています。予算残や与信の情報を申請者には見せず、承認者だけに見せる運用があります。確かめるのは、隠せる単位が項目ごとかセクションごとかです。セクション単位でしか隠せないなら、隠したい欄を別のセクションへ移す作業が付いてきます。項目の並び順にも影響が出ます。\u003C\u002Fp>\u003Cfigure style=\"text-align:left\">\u003Cimg src=\"https:\u002F\u002Fimages.microcms-assets.io\u002Fassets\u002F5698d73b7745481892076525d4d1bcad\u002Fe57fb8fe21734952a889f24041020bae\u002Ffig3-who-inputs-who-sees-20260821.svg\" alt=\"欄の種類ごとに、申請者・承認者・経理のそれぞれが入力できるか見えるだけか見えないかを分けた図\" width=\"1200\" height=\"410\" \u002F>\u003C\u002Ffigure>\u003Ch2 id=\"h093515dfea\">置き場所を決める前に、何を確かめますか\u003C\u002Fh2>\u003Cp>聞く相手で分かれます。\u003C\u002Fp>\u003Cp>\u003Cstrong>社内で確かめること\u003C\u002Fstrong>\u003C\u002Fp>\u003Col>\u003Cli>その欄を年に何回使っているか、使っているのは誰か\u003C\u002Fli>\u003Cli>帳票として社外に出しているのはどの書式か、その書式に載る項目はどれか\u003C\u002Fli>\u003Cli>決裁後に値が入る欄はどれか、入れているのはどの部署か\u003C\u002Fli>\u003Cli>一覧の絞り込みや期間集計に使う予定がある項目はどれか\u003C\u002Fli>\u003C\u002Fol>\u003Cp>\u003Cstrong>選定先に確かめること\u003C\u002Fstrong>\u003C\u002Fp>\u003Col>\u003Cli>マスタから1つ選んだときに、紐づく値をいくつまで引けるか\u003C\u002Fli>\u003Cli>ステップごとに編集できる欄を分けられるか、閲覧だけを許す設定があるか\u003C\u002Fli>\u003Cli>帳票に差し込む項目を、画面に表示せずに保持できるか\u003C\u002Fli>\u003Cli>隠す単位は項目ごとか、セクションごとか\u003C\u002Fli>\u003C\u002Fol>\u003Ch2 id=\"h773b3254a9\">52個の項目は、最終的にどう並べ直しますか\u003C\u002Fh2>\u003Cp>押印欄の7つは経路の側へ、取引先情報の9つは取引先マスタの選択1つへ、決裁後に入る4つは経理のステップへ移します。残る32個を、3つの問いにかけて上下に振り分けます。\u003C\u002Fp>\u003Cp>いくらかかるのか、なぜ今なのか、やらなかったら何が起きるのか。ここに答える欄を上に集め、設備番号や前回修繕日は下にまとめます。絞り込みに使う欄は、取引先と同じくマスタから選ぶ形に寄せておきます。申請画面に置いた項目が一覧の識別に効いてくる仕組みは、\u003Ca href=\"https:\u002F\u002Fkickflow.com\u002Fblog\u002Ff0jy89g2jlp\" target=\"_blank\" rel=\"noopener noreferrer\">依頼系の申請は一覧を見ても誰の件か分からない。原因と一覧から逆算するフォーム設計\u003C\u002Fa>で扱っています。\u003C\u002Fp>\u003Cp>同じ製造部から上がる消耗品の購入稟議なら、話が変わります。発注書は月次でまとめて出すため、帳票の差し込み元として持つ項目がありません。勘定科目も品目マスタから決まるため、経理が後から入れる欄も出ません。項目は最初から10個台に収まり、置き場所を分ける議論そのものが起きません。\u003C\u002Fp>\u003Cp>\u003Cstrong>52個になるのは、その様式が3つの役割を一度に引き受けているからです。\u003C\u002Fstrong> 役割が1つに近い様式は、最初から短くなっています。したがって、着手する順番は項目数の多い様式からではありません。数えるのは項目の数ではなく、その様式が何のために存在しているかの数です。\u003C\u002Fp>\u003Cp>なお、どの欄を、どの部署の誰が、年に何回見ているかは、規程や様式を読んでも出てきません。監査の実物と突き合わせるか、その欄を使っている人に聞くまで分かりません。要らないと言われた欄が、年に一度の棚卸しで必ず参照されている欄だった、という例もあります。使用頻度と、外してよいかどうかは比例しません。この判断は、様式を外から見ている立場では下せません。\u003C\u002Fp>\u003Ch2 id=\"ha214098e44\">まとめ\u003C\u002Fh2>\u003Cp>申請フォームの項目が減らないのは、整理が足りないからではありません。紙の1枚が、決裁の判断材料と、あとから見返す記録と、社外に出す書類の元を、同時に引き受けていたからです。システムでは3つを別の場所に置けるようになり、置き場所を決める仕事が新しく生まれました。\u003C\u002Fp>\u003Cul>\u003Cli>押印欄は経路の側へ移る。ただし申請者印と合議印は承認ステップにならないことがある\u003C\u002Fli>\u003Cli>表示条件が効くのは案件の種類で変わる欄だけ。毎回埋める欄には効かない\u003C\u002Fli>\u003Cli>いちばん大きいかたまりは判断材料と記録の混在部分。決裁の結論が変わるかどうかで線を引く\u003C\u002Fli>\u003Cli>帳票の差し込み元は消せないが、マスタから引く形にすれば画面上の入力欄は畳める\u003C\u002Fli>\u003Cli>自由入力とマスタ参照の境目より前の申請には、コードが遡らない。集計の軸に使う項目から寄せる\u003C\u002Fli>\u003C\u002Ful>\u003Cp>項目数を先に決める必要はありません。それぞれの欄が何のために存在しているかを見れば、置き場所のほうが後から決まります。\u003C\u002Fp>\u003Ch2 id=\"h08562665f0\">よくある質問\u003C\u002Fh2>\u003Ch3 id=\"h1c60db184c\">合議の押印欄は、承認ステップにしたほうがいいですか\u003C\u002Fh3>\u003Cp>規程で合議を承認行為として定めているなら、承認ステップにします。定めがなく、内容を知らせるために回していたなら、通知や閲覧の設定に落とす形も成り立ちます。分かれ目は、その印がないと決裁が成立しないかどうかです。承認ステップを増やすと、人が動くたびの経路の手直しも増えます。\u003C\u002Fp>\u003Ch3 id=\"h32b1fa096d\">申請フォームの項目を後から追加すると、過去の申請はどうなりますか\u003C\u002Fh3>\u003Cp>追加した項目は、過去の申請では空欄のままです。期間をまたいで集計するときに、追加前と追加後で母数が変わる点に注意が必要です。必須にするかどうかも追加のタイミングで分かれます。過去分を埋め直すかどうかまで含めて決めておくと、あとから戻る手間が減ります。\u003C\u002Fp>\u003Ch3 id=\"h2399443883\">紙の様式をそのまま取り込む機能で作ったフォームは、何を直すことになりますか\u003C\u002Fh3>\u003Cp>先に手が入るのは押印欄です。取り込んだ直後は押印欄が入力項目として残っているため、承認ステップに移すもの、通知に落とすもの、申請の操作に畳むものへ振り分けます。次に、帳票として社外に出している書式があれば、その差し込み元になる項目を確かめます。取り込みで揃うのは並びだけで、どの欄が何のためにあるかは付いてこないためです。\u003C\u002Fp>",[117,121,124,127,130,133,136,139,142,145,149,152],{"id":118,"text":119,"level":120},"h98c46dcb2d","申請フォームの項目は、どこまで画面に載せるのですか",2,{"id":122,"text":123,"level":120},"hfd7eb9a17d","表示条件で隠すと、フォームはどこまで短くなりますか",{"id":125,"text":126,"level":120},"he7f48eb0ff","判断材料と記録は、どこで線を引くのですか",{"id":128,"text":129,"level":120},"h84d7bf7cb2","帳票の差し込み元になっている項目は消せますか",{"id":131,"text":132,"level":120},"h1d7857618d","入力する人を分けると、画面はどう変わりますか",{"id":134,"text":135,"level":120},"h093515dfea","置き場所を決める前に、何を確かめますか",{"id":137,"text":138,"level":120},"h773b3254a9","52個の項目は、最終的にどう並べ直しますか",{"id":140,"text":141,"level":120},"ha214098e44","まとめ",{"id":143,"text":144,"level":120},"h08562665f0","よくある質問",{"id":146,"text":147,"level":148},"h1c60db184c","合議の押印欄は、承認ステップにしたほうがいいですか",3,{"id":150,"text":151,"level":148},"h32b1fa096d","申請フォームの項目を後から追加すると、過去の申請はどうなりますか",{"id":153,"text":154,"level":148},"h2399443883","紙の様式をそのまま取り込む機能で作ったフォームは、何を直すことになりますか","申請フォームの項目は、どこまで画面に載せるのか現行の稟議書を申請フォームに写そうとして項目を数えたら52個ありました。これらをそのまま画面に並べると、下まで見るのにホイールを何度も回すことになります。入力する側の負担もありますが、より問題に…",16]