入力の必須項目を増やす前に｜途中でも保存できる業務画面の考え方

入力画面に項目が並んでいる。日付、担当者、商品、数量、確認者。全部大事だから必須にしたい。でも、最初に入力する人が、その時点ですべて知っているでしょうか。

業務システムの画面を考えるとき、項目の数だけでなく、情報がそろう順番も確かめたいところです。後の担当者が決める項目まで最初から必須にすると、正しい内容を入れられず、紙にメモして後からまとめ直す仕事が残る場合があります。

社長が欲しいのは、必要な記録が漏れずにそろうこと。現場が必要とするのは、今分かっていることを失わず、次の作業へ渡せることです。どちらかを諦めず、保存できる条件と、提出・確定してよい条件を分けて考える方法を説明します。

会社に必要な情報と、その場で書ける情報は違う

一覧や月末の集計に必要な項目を、そのまま一枚の入力画面へ並べると、仕事の順番が抜けることがあります。今の紙でも、最初の人が書き、別の人が確認し、事務所が分類を加えているなら、全項目が最初からそろうわけではありません。

必須にした項目が空欄で先へ進めないと、担当者は確認の返事を待つか、別の場所へ控えることになります。仮の名前や適当な値で欄を埋めれば保存できる設計なら、後でその値を正しい記録と取り違える心配もあります。これは社員の入力を徹底すれば済む問題とは限りません。情報を持つ人と、入力を求める時点が合っているかを見ます。

「必須を減らす」とだけ考えると、今度は必要な記録まで抜けてしまいます。そこで、一件を後から見つけられる最低限の情報、次の担当者へ渡す前にそろえる情報、正式な帳票や集計に使う前に確かめる情報に分けます。必要性を下げる話ではなく、必要になる時点を決める話です。

卸・倉庫の例：正式な棚へ置く前の入荷を残す

以下の二つは、画面の条件を考えるための仮定例です。Ｂ．Ｉ．Ｙの顧客で起きた出来事や、導入後の成果を紹介するものではありません。

卸会社の倉庫で商品を受け取り、入荷口の仮置き場所へ置いた後、担当者が正式な棚を決める場面を考えます。受け取った商品と数量、入荷日は分かる。でも、最終的な棚番はまだ決まっていません。

ここで「正式な棚番」を入れないと保存できない画面にすると、入荷の記録まで後回しになるかもしれません。反対に、どこにあるかを一切書かず保存すると、品物を探す人が困ります。まず実際の仮置き場所と受領した内容を記録し、正式な棚への移動は別の段階で加える方法が考えられます。

この場合、保存に必要なのは、どの入荷かを区別する情報、確認できた商品・数量・日付、実際に置いてある場所などです。注文との照合や状態の確認が済んでいないなら、そのまま出荷に使ってよい在庫と扱うのかは別に決めます。「記録した」と「次の仕事に使ってよい」を同じにしないことが大切です。

正式な棚へ移したら、同じ入荷の記録から場所を更新できるかを確かめます。もう一度新しい入荷として入力し直す形では、数量が重なるおそれがあります。誰が場所を決め、どの状態まで進めるかも決め、仮置きの一件が残っていると次の人に分かるようにします。

棚番を不要にするのではありません。入荷時には今の場所、移動後には正式な場所を残す。それぞれの時点で書ける情報に合わせると、正しい棚番が決まるまで、受け取った事実まで消しておく必要はなくなります。実際に保存へ含める項目と在庫への反映条件は、自社の仕事に合わせて検討します。

建築の日報の例：現場の記録と、事務所の分類を分ける

建築会社が日報の作業内容を、後で請求資料の作業区分へまとめる仮定例を考えます。現場担当者は、日付、現場、行った作業を記録できる一方、請求に使う分類は事務所で契約内容と照らして決めるとします。

請求用の分類まで現場の必須入力にすると、担当者が分類を確認できるまで日報を残せない場合があります。かといって、適当な分類を選ばせると、事務所が後から直す必要があるのに、見た目だけは完成した日報になります。

この仕事なら、現場は実際に行った内容を残し、提出に必要な項目がそろったら事務所へ渡す。事務所はその記録を見て分類し、確認が済んでから請求用の集計へ使う、と段階を分ける方法が考えられます。途中の記録を保存する条件、現場が提出する条件、集計用に確定する条件は同じではありません。

分類が分からない場合は、確認する相手と未確定の理由を残します。現場の記録と事務所の分類を同じ欄で上書きし続けるより、元の作業内容に戻れる形を検討します。どちらが直す情報かを区別しておくと、入力を任された人に、別の部署の判断まで背負わせずに済みます。

社長の集計では、確認済みの日報と、分類を待っている日報を分けて見られるかも確かめます。途中の数字を全件確定した数字として扱わないためです。実際の請求対象や分類の基準は、会社の責任者が取引の条件に沿って決めます。画面が自動で判断してよい内容かは、そこを確認してから選びます。

保存・提出・確定で、必須の条件を変える

途中保存ができれば、すべて解決するわけではありません。未完成の記録が一覧の奥にたまったり、二人が別々の一件を作ったりすると、今度は確認が増えます。一件を識別でき、途中なのか提出済みなのかが見え、次に補う担当が分かることまで合わせて考えます。

途中保存では、誰のどの仕事かを見失わない最低限の情報を残す。提出では、次の担当者が内容を確認できる項目をそろえる。確定では、正式な帳票や後の処理に必要な条件を満たす。名称は会社の言葉に合わせて構いません。大切なのは、同じ保存ボタンで何まで終わった扱いにするかを曖昧にしないことです。

すべての仕事に三段階の画面が必要という意味ではありません。一人が一度に入力して確認できる仕事なら、保存と確定が同時でも足りるかもしれません。複数人が情報を加え、後から内容が決まる仕事なら、途中の記録を次へ渡す仕組みを検討します。操作を増やす負担と、正しい内容を待って何度も打ち直す負担を比べて選びます。

途中の値を外部へ送らない、確認前の記録を正式な集計へ混ぜない、といった条件も必要に応じて決めます。確定した後の訂正については、元の内容と変更後をどう見分け、誰に知らせるかを確認します。状態を分けるだけで、訂正の仕事まで自動で済むわけではありません。

試作品は、全部そろった一件だけで確かめない

開発会社へ画面を依頼するときは、完成済みの帳票に加えて、仕事の途中では何がまだ空欄かを伝えてください。「この項目は午後に別の人が決める」と分かるだけで、入力する順番や画面の分け方を考えられます。最初から専門的な仕様書にする必要はありません。

試作品では、最初の担当者が実際に持っている情報だけで入力します。途中で保存して画面を閉じ、続きを見つけられるか。次の担当者が同じ一件に情報を加えられるか。提出前の記録を、確認済みとして出力してしまわないか。最後の帳票がきれいに出るだけでなく、情報がそろう前の操作を試すことが大事です。

既存のExcelやソフトで、入力中と確認済みを分けて扱えるなら、その使い方を整理する方法もあります。複数人で同時に進める、他の帳票へ自動で渡す、入力する役割を分ける必要があるなら、設定で足りるか、画面や機能を作るかを比較します。段階を増やす開発には、操作説明や確認の作業も含めて範囲を確かめます。

今日できるのは、項目に「誰が・いつ」を添えること

今使っている紙やExcelを一つ選び、それぞれの項目に、最初に分かる人と、分かる時点を書き添えてみてください。最初の担当者が持たない項目が見つかったら、その情報を待っている間に何を残し、誰へ渡すかを確認します。

その紙は、紹介で開発会社を知ったときや、初めて相談するときの材料にもなります。「この項目がまだ分からず、画面に残せない」という一件を説明できれば、項目を減らすか増やすかだけの話から、仕事の順番に合う画面の話へ進めます。会社名や個人名を伏せた見本でも構いません。

埼玉県川口市のＢ．Ｉ．Ｙは、仕事の流れと必要な範囲を確かめ、画面を作り、導入時の説明や運用中の改善まで相談できる育てるシステム開発をご案内しています。支援や改修の範囲・費用は契約ごとに確認し、開発から直接相談できます。顧問契約は前提ではありません。

公式LINEへ、「入力に必要な情報が一度にそろわず、紙に戻っている。画面の順番を相談したい」と一言お送りください。今の帳票で、誰がいつ何を書くかから整理できます。