この画面はまだ作っていません。「作業管理」という言葉には、御社の業務では少なくとも2つの解釈があり、どちらかによってデータの持ち方が根本的に変わるためです。推測で作ると、後から直すのに一番費用がかかる箇所になります。

見積から入金までの8つの機能がどうつながるかが分かるところまで作ってあります。左のメニューは、そのまま作る順序の提案です。以下、レイアウトの考え方と、あえて作らなかったものをご説明します。
業種は専門商社（試薬・化学品・理化学機器の販売と役務）を一例にしています。物販と役務が同じ得意先に対して同時に走る、という商流はどの業種の卸売・商社にも共通します。御社の商材・法規・帳票に置き換えて設計しますので、「うちならここが違う」という目で見ていただくのが早いと思います。

1. 何を見て設計したか

御社のウェブサイトを拝見し、試薬・化学工業薬品・理化学機器の販売に加えて、産業廃棄物処理や委託取次まで扱われていることを前提に画面を組みました。つまり「物を仕入れて納める仕事」と「役務を提供する仕事」が同じ得意先に対して同時に走るという理解です。商品マスタに試薬・機器と並べて「設置調整」「収集運搬」「廃液処理」を入れているのはそのためで、1枚の伝票に物販と役務が混在しても破綻しない形にしています。

試薬・薬品を扱う会社ならではの点

• 明細に法規区分（劇物／危険物第4類／マニフェスト）を表示しています。出荷の可否や輸送手配に直結するため、受注してからではなく見積の時点で見えている必要があると考えました。
• 劇物と危険物は別の法律で、該当する品目も違います。アセトンは危険物第4類（第1石油類・水溶性）ですが毒物及び劇物取締法には該当せず、トルエンは劇物であり危険物第4類（第1石油類・非水溶性）でもあり、水酸化ナトリウムは劇物ですが危険物ではありません。デモの分類は各社のSDSの記載に合わせています。担当者の記憶に頼らず商品マスタで持たせ、見積・発注・納品のすべてに自動で出します。
• 劇物を含む見積には、伝票の見出しに「譲受書 未受領」の印が出ます。出荷前に必ず要るものを、出荷の直前ではなく見積の段階から見えるようにしています。
• 産業廃棄物の役務にはマニフェストの印を付けています。伝票と交付・回収の管理が別々になると、後から突き合わせる作業が発生するためです。
• 帳票の法定注記は、その伝票に該当する品目があるときだけ印字されます。劇物を含まない見積に劇物の注記が出ると、かえって信用を損なうためです。
• 単位を「本・缶・箱・台・式・t」から選べるようにしています。荷姿がそのまま単位になる商材のため、固定の単位では実務に合わないと判断しました。

2. トップページ ―「今日やること」しか置かない

毎朝この画面を開いて、放っておくと入金が遅れる・信用を落とすものだけが4つ並ぶようにしました。4枚のカードと案件の行はすべて押せて、該当する一覧に移動します。売上の累計や達成率は置いていません。見ても今日の行動が変わらないためです。

グラフは売掛の経過日数の1つだけにしました。「90日を超えた売掛が出た＝今日電話をかける先がある」という行動に直結する図だからです。金額が小さくても必ず見える太さで描いています。比率どおりに細くすると、いちばん見るべき数字がいちばん見えなくなるためです。

3. 8つの機能をどうつなぐか

見積 → 受注 → 発注 → 納品 → 請求 → 入金 → 売掛

商社の仕事は、受注してから仕入れるのが基本です。そのため発注書は案件に紐づけ、案件ごとの粗利がそのまま確定するようにしています。得意先へ直接送ってもらう直送は出荷方法の選択として持たせました。直送では当社を物が通らず入荷検品が発生しないため、納品日の決まり方が変わるからです。

なお受注は独立した画面にせず、見積の状態遷移として持たせています（見積一覧の状態が「受注」に変わります）。中小の商社では見積の内容がそのまま受注になることがほとんどで、受注伝票を別に作ると同じ内容を二重に持つことになるためです。分けたほうがよい事情があればお教えください。

請求書は見積書と1対1にしていません

見積1枚につき請求1枚という作りにすると、月末締めでまとめて請求する運用に合いません。納品ごとに売上を立て、締日で1か月分をまとめて1通の合計請求書にする構造にしています。得意先ごとに締日（月末／20日）と支払サイトが違う前提です。ここを後から直すのは作り直しに近くなるため、最初からこの形にしてあります。請求画面で納品のチェックを外すと請求額が変わるのをお試しください。

売掛の状態は、決済方法によって分かれます

銀行振込の得意先は「請求済 → 入金済」の2段階で足ります。一方でんさいの得意先は、請求した後に電子債権を受領し、そこから期日まで待ってようやく入金になります。同じ「未入金」でも中身がまったく違うため、決済方法ごとに状態の道筋を分け、請求済 → でんさい受領 → 期日待ち → 入金済の4段階を持たせています。督促すべきものと、期日を待つだけのものが同じ箱に入らないようにするためです。

なお、でんさいを期日前に金融機関へ持ち込む（割引）、他社へ渡す（裏書譲渡）といった扱いは、今回の画面には入れていません。まず受領と期日の管理を確実にし、実際にお使いになる操作が見えてから足すのが安全だと考えています。現在これらをどの程度お使いか、お教えいただけますでしょうか。

確定した伝票の単価は、後から変わらないようにします

掛率や定価を改定したときに、過去に出した見積や請求の金額まで変わってしまうと、お客様にお出しした書類と社内の記録が食い違います。伝票は確定した時点の単価をそのまま持ち、マスタの改定はそれ以降の伝票にだけ効く形にします。地味ですが、後から直すのが最も難しい部分です。

入金の消込は、金額が合わない前提で作ります

振込手数料が引かれている、複数の請求がまとめて振り込まれている、一部だけ入金されている ― 実務ではこれが普通に起こります。入金・消込の画面に並べた3件は、そのままこの3パターンです。差額を手数料・値引・一部入金のいずれかに振り分けないと消込を確定できない作りにしており、宙に浮いた差額が残らないようにしています。

4. Windowsで速く使えること

ご要望にあった「Windows環境で快適に」を、キーボードだけで入力が完結することと解釈しました。見積は1日に何件も打つ画面です。項目移動は Enter、行追加は Ctrl+Enter、品名呼び出しは F2。数量はテンキーのまま打てます。既存の販売管理ソフトと同じ操作感にしてあるので、移行の際に覚え直しが要りません。

Windowsのブラウザでそのまま動き、インストールと更新作業は不要です。デスクトップにアイコンを置いて、二重クリックで専用ウィンドウとして開く形にもできます。社内のパソコンが増えても台数分の作業は発生しません。

印刷を後回しにしていません

業務システムの出口は結局のところ紙とPDFです。画面がきれいでも、印刷したときにA4からはみ出す・罫線が消えるといったことが起きると使われなくなります。見積書・発注書・合計請求書の3種類が、いま画面から印刷すればA4の体裁で出ます。社内用の粗利欄は印刷には出ません。お試しください。

5. このデモで「実際に動く範囲」

デモは見た目だけ整えることもできますが、それでは判断の材料になりません。いま計算やデータの連動が本当に動いているのは次の範囲です。

できていないことを「できている」ようにお見せしないことが、この先お付き合いいただくうえで一番大事だと考えています。

6. データの置き場所とバックアップ

このデモは説明用に公開の場所へ置いていますが、実際のシステムは御社専用の環境に構築します。データベースは日次で自動バックアップを取り、一定期間さかのぼって復元できる形にします。社外からの接続を許可するかどうか、誰がどこまで見られるかは、運用が固まってからご相談のうえ設定します。

ソースコードは一式お渡しします。特定の業者でないと直せない状態にはしません。データもいつでも取り出せる形（CSVなど）で持ちます。長くお使いいただく前提のご依頼と伺っていますので、私以外の手でも続けられることを条件に設計します。

7. あえて作らなかったもの

8. 進め方の考え方

機能を一度に全部作ろうとすると、要件のすり合わせだけで期間を使い切ります。まず毎日使う基幹部分（見積・受注・発注・納品・請求）を動く形にし、実際にお使いいただきながら残りを順に足していく進め方をご提案しています。最初の数週間で「実務で使える状態」に到達させることを優先します。

その後は月額での継続開発としてお引き受けする形にも対応します。一度に大きな金額をお支払いいただくのではなく、動くものを見ながら順に広げられます。保守と機能追加もこの中に含みます。費用は機能の範囲と件数で変わりますので、業務を伺ったうえでお見積りします。

開発中はこの画面と同じ形で更新され、いつでも最新の状態を触っていただけます。文章の報告書だけでなく、動いている現物で進捗を確認いただける形です。