Excel管理はもう限界？システム化するタイミングと費用の考え方

「担当者に聞かないと分からない」が増えたら

Excelのよさは、その場で列や式を変えられることです。新しい集計を試す段階では、この自由さが役立ちます。一方、確定した受注を複数部署で扱うようになると、自由に直せることが確認の負担になります。承認済みの数量がいつ変わったのか分からない、休暇中の担当者しか計算式を直せない。こうした場面が移行を考える入口です。

Microsoftが公表するワークシートの上限は1,048,576行ですが、その手前まで使い続けるべきという意味ではありません。件数が少なくても、出荷や請求に使う値を確定できなければ業務は止まります。直近の月末を振り返り、入力時間に加えて、問い合わせ・照合・差し戻しにかかった手間を拾うと、変えるべき場所が見えてきます。

参考：Microsoft：Excel specifications and limits

Excelを全部なくさなくても、困りごとは減らせる

説明用の例として、営業が受注を登録し、経理が請求対象を確認する仕事を考えます。受注と承認の記録を一つのシステムに集め、確定したデータをExcelへ出力して分析する構成なら、数字の出どころを揃えつつ、担当者の集計の自由も残せます。出力した表を直しただけで元の受注まで変わらないよう、訂正の入口を一本にするのが要点です。

反対に、個人の試算や一時的な名簿しか扱わないなら、保存先や入力規則を揃える改善で足りることもあります。困りごとを一つ選び、それが残るかどうかで候補を比べてください。「Excelがなくなった」という達成目標では、現場が楽になったかを確かめられません。

表が収まらない場合は横にスクロールできます。

一行の台帳に、二つの仕事が隠れている

先ほどの説明用の例に、分納を加えてみます。一つの受注を二回に分けて出荷するため、Excelの行をコピーして納品日を書き換えていたとします。この見た目をそのまま画面にすると、受注自体が二件になり、合計金額も二重になるおそれがあります。移すべきなのはセルの配置ではなく、一つの受注に複数の出荷がぶら下がる関係です。

受注番号を共通の手掛かりにし、出荷のたびに別の記録を残せば、受注量と出荷済み量から残数を確かめられます。PostgreSQLの主キーや外部キーは、こうしたデータの識別と関連を守る仕組みです。ただし、何を一件と数えるかは業務側で決める必要があります。開発会社には、普段どおりに分納する操作を見せて説明すると伝わります。

参考：PostgreSQL Global Development Group：PostgreSQL Documentation: Constraints

古い台帳は、全部きれいにしてから相談すべき？

相談前に全件を整える必要はありません。まず、同じ取引先が別名で登録されている、商品コードが空欄、色で「確認待ち」を表している、といった癖を共有します。開発会社が形式を揃える作業と、社内で取引の正しさを判断する作業を分ければ、担当者の準備が必要な部分も分かります。同名だからという理由だけで、別支店や別法人をまとめてはいけません。

移す範囲も、保管している全期間とは限りません。未完了の受注は新システムへ、完了分は検索できる参照用データへ分ける案があります。ただし過去の納品に対して返品を受けるなら、その取引を特定できる情報が必要です。空欄を便宜的なゼロで埋めず、分からないデータを保留できるようにしておくと、後から事実と推測が混ざりません。

費用が変わるのは、シートの枚数だけではない

ダンドリの公表料金では、業務システム・Webサービス開発は80万円〜です。これは特定業務のシステム開発などを対象とする入口の価格で、既存台帳の全面移行を一律に含む総額ではありません。設計・開発の作業量を見積もる基準は1人月160万円、160時間換算です。データの補正、複雑な承認、外部連携、帳票、移行の試行によって必要な作業量が変わります。

予算を抑えるなら、最初に便利機能や過去履歴の範囲を見直します。入力だけ完成して承認も訂正もできない状態にすると、別の台帳が必要になるためです。見積もりでは、移行作業や操作説明を誰が担うか、クラウド等の利用料が別にいくら必要かを確認してください。料金基準には移行設計や引き継ぎなどの作業も含まれますが、実際の対象と工数は案件ごとに確定します。

最初の締め処理まで試せば、切り替えを判断できる

試用では、登録画面の見やすさに加え、未出荷一覧、請求対象、訂正後の履歴を現場の担当者に確かめてもらいます。旧台帳と新システムを同じ時点で比べ、件数、金額、残数の違いを説明できるかを見ます。分納の構造を変えれば行数は変わるため、行数一致だけを合格条件にはできません。差が出たら、取り込み漏れなのか集計ルールの変更なのかを調べます。

本番を切り替える日は、旧台帳への入力を止める時刻と、最後の差分を反映する人を決めます。新旧両方へ自由に入力すると、どちらが正しいかを再び調べることになります。依頼先を選ぶときは、この切り替えや初回の締めをどう支援するかも聞いてください。最も困っている台帳と一件の具体的な取引があれば、相談を始める材料として十分です。

検討・発注前のチェックリスト

担当者と確認状況を添えて、社内の検討メモや打ち合わせの議題にご活用ください。

確認日：________________ / 担当者：________________

• □直近の締めで、確認や手直しが発生した場面を一つ選ぶ。確認状況・メモ：
• □確定情報と分析用データの置き場所を分ける。確認状況・メモ：
• □分納・返品・訂正を含む実際の手順を説明できるようにする。確認状況・メモ：
• □移行する履歴と参照用に残す履歴を選ぶ。確認状況・メモ：
• □金額と残数を誰が照合するか決める。確認状況・メモ：
• □データ整理・切り替え・操作説明が見積もりに含まれるか確かめる。確認状況・メモ：

よくある質問

参考資料

製品の仕様・提供条件は変更されることがあります。採用時には公式資料と契約内容をご確認ください。

• Excel specifications and limitsMicrosoft
• PostgreSQL Documentation: ConstraintsPostgreSQL Global Development Group