建設会社の請求管理をExcelからシステム化するとき、
最初に決めること
請求管理のシステム化は、Excelの表をそのまま画面に置き換える作業ではありません。先に整理したいのは、請求金額の根拠となる情報、確定のタイミング、確認する人、修正方法です。これらが曖昧なままでは、入力できても請求書を確定できない仕組みになります。現在の業務を確認し、社内ルールを決めてからシステムの仕様に落とし込む順序で考えます。
この記事の要点
・現在のExcelを再現する前に、請求確定までの流れと情報の出どころを整理します
・入力済みと確認済みを分け、誰がどの状態へ進められるかを決めます
・自動生成された請求書も、人が根拠資料と照合して確定する運用にします
現在の請求業務を順番に書き出す
最初に確認するのはシステムの機能ではなく、請求情報が発生してから請求書を発行するまでの流れです。現場、職人、工事担当、経理など、情報を受け渡す順番を実際の業務に沿って書き出します。
・請求の対象となる作業や費用を誰が報告するか
・現場名、取引先、期間、数量、単価をどこから転記しているか
・締め後に誰が集計し、誰が請求可否を判断するか
・差し戻しや翌月計上が発生したとき、どこへ記録するか
複数のExcel、紙、メールを使っている場合は、同じ内容を何度入力しているかも確認します。ただし、二重入力に見えても確認のために必要な工程があるため、すぐに削除せず役割を確かめます。
項目ごとに正しい情報の出どころを決める
請求書に表示する各項目について、元になる情報を決めます。顧客名は取引先台帳、作業内容は現場報告、単価は契約や見積書など、参照先が決まっていれば確認時に戻る場所が明確になります。
・項目名と入力する担当者
・参照する契約書、見積書、現場記録などの資料
・入力後に内容を確認する担当者
・請求確定後も変更できる項目と変更できない項目
同じ項目を複数の資料から取れる場合は、どれを優先するかを決めます。システム上の数字だけでなく、その数字の根拠までたどれる状態が必要です。
入力済みと確定済みを分ける
データが登録されていることと、請求に使えることは別です。少なくとも、入力途中、確認待ち、確認済み、請求確定といった状態を区別し、それぞれの意味を社内で統一します。
・各状態へ進められる担当者
・確認待ちにするための必須項目
・不備があった場合の差し戻し先
・請求確定後に訂正が必要になった場合の手順
状態の名称を増やしすぎると判断が難しくなります。実際の確認工程に存在しない状態は作らず、担当者が次に何をすべきか分かる区分に絞ります。
差異を消さず、確認できる形で残す
出面を請求根拠にする場合は、職人入力と経理入力を独立させ、差額を可視化するため二重確認を残す方法があります。一方の数字で自動的に上書きすると、どこで認識がずれたのか確認できません。
・金額だけでなく現場名、日付、工数なども照合対象にするか
・差異があるデータを請求確定できない状態にするか
・差異の理由と確認結果をどこへ記録するか
・修正前の入力内容を履歴として残すか
差異があること自体を入力ミスと決めつけず、根拠資料を確認してから採用する情報を決めます。システムには自動判定を任せる範囲と、人が事実確認する範囲を分けて持たせます。
請求管理の運用を無料ルームで情報交換できます
自社の確認項目や差し戻し手順を整理するときは、現場交差点の無料ルームで、ほかの建設事業者の考え方も参考にできます。
確認担当と修正権限を決める
全員がすべての情報を変更できる設計では、確定後の数字が意図せず変わる可能性があります。入力、確認、確定、訂正の担当を分け、権限を業務上必要な範囲にします。
・現場情報を入力できる人
・単価や請求先を変更できる人
・請求書を確定して出力できる人
・確定後の訂正を承認する人
担当者が不在の場合の代理者も決めます。権限は役職名だけで設定せず、実際に行う作業と対応させると、異動や引き継ぎの際にも見直しやすくなります。
請求書の自動生成後に人が確認する
登録情報から請求書を自動生成できても、その内容が事実と合っているとは限りません。出力前には、請求先、対象期間、工事名、内訳、数量、単価、税の扱い、振込先など、自社で定めた項目を根拠資料と照合します。
・プレビューを確認する担当者
・PDF保存や印刷を行える状態
・請求書番号を付けるタイミング
・発行後の控えと送付履歴の保存場所
プレビュー表示を請求確定とみなすのか、承認操作後に確定するのかも決めます。PDFが作成できるだけではなく、いつ、誰が、どの内容を発行したか確認できる運用にします。
請求書の記載事項、消費税の処理、端数処理、電子データの保存方法などは、取引条件や事業者の状況によって確認事項が異なります。最新の制度と自社の処理について、税理士などの専門家や関係機関へ確認してください。
対象を絞って既存データと照合する
一度にすべての取引先や工事へ導入せず、業務の流れを確認できる範囲から試します。同じ期間の処理を既存のExcelとシステムで照合し、金額だけでなく内訳や確定状態も確認します。
・マスターデータの表記や単価が一致しているか
・締め日をまたぐ作業を正しく扱えるか
・差し戻しから再確認まで進められるか
・訂正履歴と出力した請求書を追跡できるか
照合で差が出た場合は、システムの不具合だけでなく、従来のExcelにあった計算式や個別対応も確認します。例外処理を残すなら、担当者の記憶ではなく運用ルールとして記録します。
導入後の確認方法まで決める
運用開始後は、差し戻しが多い項目、未確定のまま残るデータ、手作業で修正している箇所を確認します。入力者を責めるためではなく、項目や確認手順が実務に合っているかを見直す材料にします。
・未確定データを誰が確認するか
・取引先や単価のマスターを更新する手順
・担当変更時の権限追加と削除の方法
・運用ルールを変更した場合の周知先
システム外で修正した請求書が増えてきた場合は、その理由を確認します。必要な例外なのか、入力項目や承認手順の不足なのかを分けて判断します。
開発や選定の前に一枚へまとめる
システムを作る場合も既製サービスを選ぶ場合も、最初に決めた内容を確認表へまとめます。画面の使いやすさだけで比較せず、自社の確定手順を実現できるかを確認します。
・請求金額の根拠となる情報と参照先
・入力、確認、確定、訂正を担当する人
・差異が出た場合に請求を止める条件
・確定後の変更履歴と発行記録の残し方
この確認表があれば、必要な機能と不要な機能を切り分けやすくなります。Excelから移す目的を「入力を置き換えること」にせず、「根拠を確認して請求を確定できること」として設計することが重要です。
