SES（システムエンジニアリングサービス）業界の営業事務において、最も神経を削る業務の一つが「月末月初の精算・請求作業」ではないでしょうか。
エンジニアごとに異なる単価、複雑な「上下割」や「中割」の計算ルール、そして突然発生する月中入場の日割り対応。
これらをすべてExcelで管理し、一人で何十人分もの請求書を作成するのは、相当なプレッシャーです。
たった数円の計算ミスが、クライアントからの信頼を損なう原因になりかねません。
「今のやり方ではいつか限界が来る」と感じつつも、日々の業務に追われて改善が後回しになっていないでしょうか。
本記事では、SES特有の精算ルールの基本から、Excel管理に潜むリスク、そしてミスを防ぎ業務を標準化するための解決策までを詳しく解説します。
SESの精算ルールとは？基本の仕組み
月末月初、エンジニアのタイムシートと契約書を突き合わせ、ひたすら電卓やExcelと向き合う日々。
SES特有の精算業務は本当に神経を使いますよね。
なぜこれほど複雑なのか、まずはすべての土台となる「基準時間」と精算の必要性からおさらいしましょう。
基準時間と精算の考え方
SES契約（準委任契約）では「月にどれくらいの時間、業務を提供するか」を取り決め、それに対して単価が支払われます。
この時間の枠組みが「基準時間（精算幅）」です。
ITプロジェクトは稼働が変動しやすいため、「140時間〜180時間」のように下限と上限を設けます。
総稼働時間がこの枠内に収まっていれば、「基本単価」がそのまま請求・支払い額となります。
【よくある失敗例】
営業事務を悩ませるのが、「A社はいつも140-180hだから」と思い込み、契約書を見ずにExcel入力してしまうミスです。
同じクライアントでも、エンジニアのスキルやプロジェクトによって「今回は150-190h」と変わるケースは多々あります。
基準時間が少しでもズレると後の計算がすべて狂うため、毎月発行される注文書の目視確認が正確な業務の第一歩です。
超過・控除精算が必要な理由
稼働時間が基準時間の上限を超えた場合（超過）、または下限を下回った場合（控除）に発生するのが「超過精算」「控除精算」です。
- ・超過精算: 上限（例:180h）を超えた分を基本単価に上乗せ
- ・控除精算: 下限（例:140h）を下回った分を基本単価から差し引き
この精算を厳密に行う理由は大きく2つあります。
- ❶ 企業の利益を正確に守るため
上限を超えたのに超過精算を忘れるとクライアントへの「請求漏れ（売上の損失）」に、下限を下回ったのに満額支払うと「過払い（原価圧迫）」になります。
1件のミスが数万円のズレを生むため、正確な計算が不可欠です。 - ❷ コンプライアンスと信頼確保のため
超過稼働に対する未払いは取適法などのコンプライアンス違反リスクがあります。
また、エンジニアの「残業したのに手当に反映されていない」という不満は離職にも直結します。
精算業務は会社の利益とエンジニアを守る最後の砦です。
だからこそ、手計算や複雑なExcelに頼り続けることには大きなリスクが潜んでいます。
「上下割」と「中割」の計算方法
超過・控除精算の「1時間あたりの単価」を算出する代表的なルールが「上下割」と「中割」です。
この算出方法を間違えれば、その後の掛け算はすべて意味を成しません。
ここからは具体的な数字を使って、それぞれの計算手順と、Excel作業で陥りがちな失敗例を見ていきましょう。
上下割（上限・下限）の計算手順
SES業界の中で最もポピュラーな計算方法が「上下割」です。
文字通り、超過時は「上限時間」で単価を割り、控除時は「下限時間」で単価を割るルールです。
- ・超過単価 ＝ 基本単価 ÷ 上限時間
- ・控除単価 ＝ 基本単価 ÷ 下限時間
【基本単価60万円、基準時間140h-180hの例】
- ・超過単価：600,000円 ÷ 180h ＝ 3,333.33…円/h
- ・控除単価：600,000円 ÷ 140h ＝ 4,285.71…円/h
この方式は「残業代は安く、欠勤時のマイナスは高くつく」という特徴があり、発注側のコスト増リスクが抑えられるため、多くの契約で標準的に使われます。
【よくある失敗例】
Excelで計算する際、超過も控除も同じ「160時間」で割ってしまう初歩的なミスが多発します。
さらに怖いのが「セル参照のズレ」です。
エンジニアの増減に合わせて行を挿入した際、上限と下限の絶対参照（$マーク）がズレて単価が逆転してしまうケースです。
前任者の数式を疑わずに使っていると、数ヶ月後にクライアントからの指摘で突然ミスが発覚し、青ざめることになります。
中割の計算手順と適用されるケース
上下割に対して、超過時も控除時も共通して「中間時間」で割るのが「中割」です。
- ・中間時間 ＝ （上限時間 ＋ 下限時間） ÷ 2
- ・超過・控除単価 ＝ 基本単価 ÷ 中間時間
（※契約によっては、単純な平均ではなく「160時間」など固定数字が指定されることもあります）
【基本単価60万円、基準時間140h-180hの例】
- ・中間時間：（180h ＋ 140h） ÷ 2 ＝ 160h
- ・超過・控除単価：600,000円 ÷ 160h ＝ 3,750円/h
中割は残業しても休んでも1時間あたりの単価が同じになります。
エンジニア側に不公平感が少なく、高スキル人材の契約などで採用されやすい傾向があります。
【よくある失敗例】
「A社は上下割」「B社は中割」とルールが混在すると事務負担は激増します。
これを一つのExcelで処理しようと、IF関数を何重にも重ねて条件分岐させるケースがよく見られます。
取引先が増えるたびに数式は迷宮化し、誰かが誤ってカンマを消しただけでファイルが壊れます。
請求書の期限が迫る中、セルに「#VALUE!」が出た時の血の気が引く思いは、担当者なら誰もが経験しているはずです。
| 計算方式 | 超過単価の計算式 | 控除単価の計算式 | 特徴・適用されやすいケース |
| 上下割 | 基本単価 ÷ 上限時間 | 基本単価 ÷ 下限時間 | 超過（残業）は安く、控除（欠勤）は高くなる。 発注側のコストリスクが低く、最も標準的。 |
| 中割 | 基本単価 ÷ 中間時間 | 基本単価 ÷ 中間時間 | 超過も控除も単価が同じになり、不公平感がない。 高スキルエンジニアの契約などで採用されやすい。 |
端数処理（15分・30分単位）の罠
単価が計算できたら超過・控除時間を掛けますが、ここで担当者を泣かせるのが「時間変換」と「端数処理」の罠です。
例えば「15分単位」の集計。
15分は計算上「0.25時間（15÷60）」として掛け算します。
しかし月末の焦りから、タイムシートの「15」をそのまま掛けたり、「0.15」と入力するミスが頻発します。
さらに厄介なのが端数処理です。
「10円未満切り捨て」「円未満四捨五入」など様々ですが、最大の罠は「どの段階で丸めるか」です。
単価3,333.33円で超過が2時間の場合、単価の段階で切り捨てて「3,333円 × 2時間 ＝ 6,666円」とするか、掛け算の後に「6,666.66円 → 6,666円（四捨五入なら6,667円）」とするか。
この順序だけで最終金額に数円のズレが生じます。
「たかが数円」というどんぶり勘定は法人取引では許されません。
この数円のズレが原因で請求書を突き返され、多忙な月初に一から原因調査と再発行に追われる羽目になるのです。
営業事務を悩ませるイレギュラー処理
基準時間と上下割・中割の基本が分かっても、SESの現場では「セオリー通りにいかない例外」が日常茶飯事です。
共通のExcel数式を簡単に破壊し、残業の原因となる「2大イレギュラー処理」を解説します。
月中入場・退場時の日割り計算方法
月初から月末まで綺麗に参画するのが理想ですが、「急な欠員で15日に入場」「体調不良で20日に急遽退場」といったケースは少なくありません。
このとき必要になるのが、基本単価と基準時間（上限・下限）の「日割り計算」です。
【計算手順の例】
一般的には、その月の「所定営業日数」を基準として、「参画営業日数の割合（参画営業日数 ÷ 所定営業日数）」を用いて按分して算出します。
（例：基本単価60万円、140h-180h、月所定20日、途中入場して参画10日の場合）
- ・単価：600,000円 × (10日 ÷ 20日) ＝ 300,000円
- ・下限時間：140h × (10日 ÷ 20日) ＝ 70h
- ・上限時間：180h × (10日 ÷ 20日) ＝ 90h
この「特例の単価と基準時間」をもとに超過・控除単価を再計算します。
【よくある失敗例】
最も多いミスが、「暦日（カレンダーの日数）」で割るか「営業日」で割るかを確認し忘れることです。
「15日からの入場だから単純に半分（0.5）でいいや」と感覚で処理すると、祝日があった場合に正式なルールとズレが生じます。
この数時間のズレが後々のトラブルや請求のやり直しに直結します。
営業日数が少ない月の基準時間調整ルール
もう一つが、GWや年末年始など祝日が多く「稼働しても下限時間に到達しない月」の特例ルールです。
下限140時間でも、5月のように営業日が18日しかない月は、毎日定時（8時間）働いても144時間です。
1日休めば下限割れを起こし、エンジニアに不利になります。
そのため「営業日数が◯日以下の月は、下限時間を引き下げる」という特例が設けられることがあります。
【計算手順と調整例】
- ・通常月：140h-180h
- ・5月（GW）と1月（年末年始）：120h-160h にスライドする
あるいは「その月の所定労働時間（営業日数×8hなど）を基準時間とする」といった変動ルールもあります。
【よくある失敗例】
こうした特定の月だけ発動するルールは、普段の共通Excel数式では対応できません。
手入力で上書きする必要があり、翌月に特例の数字（120hなど）を「140h」に戻し忘れるヒューマンエラーの温床になります。
「たしか5月は下げていたはず…」といったおぼろげな記憶での処理は、必ず計算ミスを引き起こします。
イレギュラーのたびに枠外にメモを残し、記憶力だけを頼りに綱渡りの運用をしている企業は少なくありません。
Excel管理の限界とよくある計算ミス
SESの超過・控除精算において、多くの企業が最初に直面する壁が「Excel管理の限界」です。
取引先が少なく、精算ルールがシンプルなうちは問題ありませんが、案件や稼働するエンジニアの数が増えるにつれて、表計算ソフトというツールの脆さが露呈し始めます。
ここでは、営業事務を苦しめる代表的な課題を見ていきましょう。
複雑なマクロや関数の属人化リスク
営業事務の皆様が最も頭を抱えている悩みが、肥大化したスプレッドシートの「属人化」ではないでしょうか。
SES特有の「A社は上下割・15分単位切り捨て」「B社は中割・円未満四捨五入」といった無数の個別ルールを1つのファイルで処理しようとすると、IF関数が何重にも入れ子になった複雑怪奇な数式が生まれます。
結果として、前任者が残したファイルは誰にも解読できない「ブラックボックス」と化します。
さらに厄介なのが、過去に良かれと思って組み込まれたマクロ・VBAの存在です。
行の追加や仕様変更で突然デバッグエラーの警告窓が出ても、作った本人以外はお手上げ状態になります。
「誰かが誤って関数を消したら一巻の終わり」「社内で自分しか月末の精算処理を回せない」という圧倒的なプレッシャーは、担当者の心理的負担を高め、休暇も安心して取れないという過酷な状況を生み出してしまいます。
契約ごとの個別ルールの見落とし
属人化したExcelが引き起こすもう一つの悲劇が、手作業の限界によるヒューマンエラーです。
エンジニアの参画や退場に合わせて、毎月Excelの行をコピーして挿入・削除していると、いつの間にかセルの参照元がズレてしまうことがあります。
その結果、「A社の案件なのに、行がズレたせいでB社の精算ルール（下限時間や単価）が適用されて計算されてしまう」という恐ろしいミスが水面下で発生します。
また、似たような単価の契約書を見比べながら、手作業で金額や上限・下限時間を入力する際のコピペミスも見逃せません。
「たかが数円のズレだから」といったどんぶり勘定は、厳格な法人取引において致命傷になります。
万が一、誤った金額で請求書を発送してしまった場合、クライアントからの信頼を損なうだけではありません。
先方から突き返された後、謝りの連絡を入れ、複雑なExcelのどこが間違っていたのかを血眼になって探し出し、電卓を叩いて正しいか確認した上で再発行する…という、多忙な月初に膨大な時間と精神的コストを支払う羽目になるのです。
精算業務をシステム化する2つの利点
SESの精算業務は非常に複雑で、属人化したExcelでの手作業にはいつか必ず限界が訪れます。
この課題を根本から解決するのが、SES特有の商習慣に対応した専用システムの導入です。
営業事務を月末月初の残業から救い出す、具体的な2つの利点を解説します。
ルール登録による自動計算とヒューマンエラーの防止
システム化の最大のメリットは、毎月の「計算作業そのもの」を手放せることです。
これまではExcelの複雑な数式に依存し、「A社は上下割、B社は中割」といった個別条件を担当者の記憶や目視チェックで乗り切ってきました。
専用システムでは、契約時に「基本単価」「基準時間」「計算ルール（上下割・中割）」を一度マスタに登録するだけで済みます。
あとは毎月エンジニアの稼働時間を入力すれば、超過・控除額から最終的な金額まで即座に自動計算されます。
月途中の入場に伴う日割り計算なども自動で補正されるため、ヒューマンエラーが物理的に消滅します。
どんぶり勘定による数円のズレも未然に防げるため、正確な金額が担保され、担当者の心理的負担は劇的に軽くなります。
請求書発行のワンストップ化とステータス一元管理
もう一つの利点は、計算結果からそのまま請求書発行・管理まで一気通貫で行える点です。
Excel管理の現場では、単価計算が終わった後に、その数字を別の「請求書ひな形」へコピー＆ペーストする作業が発生します。
ここで転記ミスが起きると、せっかくの計算も台無しです。
システムであれば、自動計算された精算金額や稼働時間がそのまま請求書の明細に反映されます。
さらに、「どの請求書が送付済みか」「いつ入金されるか」といったステータスも画面上で一元管理できます。
過去のExcelフォルダをあちこち探し回る必要がなくなり、担当者が休んだ日でもチーム全体で状況を把握できるため、属人化を根本から解消できます。
【システム導入時のよくある失敗例】
ただし、システム化にあたり注意すべき点もあります。
それは「過去の請求などのExcelデータを、新システムへそのままデータ移行しようとすること」です。
基本的に、こうしたシステムには既存のExcelデータをそのまま取り込むようなデータ移行機能はありません。
無理に過去の混沌としたデータを流し込もうとするのではなく、「過去の履歴はExcelファイルとして適切に保管し、導入月からはシステム上でクリーンな新しいデータを作り上げていく」という割り切りを持つことが、スムーズな運用開始の鍵となります。
まとめ：脱Excelで正確な精算業務を
SESの精算業務は、一般的な物販や受託開発とは異なる「時間」を軸にした複雑な商習慣に基づいています。
基準時間の考え方や精算単価の算出ロジックを正しく理解することは、正確な請求を行うための第一歩です。
しかし、どれだけ知識を蓄えても、属人化したExcelによる手作業が続く限り、ヒューマンエラーのリスクをゼロにすることはできません。
数式のブラックボックス化や、契約ごとの個別ルールの見落としは、担当者の心理的負担を増大させ、組織としての成長を阻む要因となります。
「どんぶり勘定」を許さない正確な事務処理と、誰でも同じ品質で業務を遂行できる体制づくり。
これこそが、これからのSES企業に求められるバックオフィスの姿です。
本記事を、ぜひ貴社の業務フローを見直すきっかけにしてください。
無料お申し込み
下記お客様情報を入力し、「利用規約に同意する」にチェックを入れた後、「上記の内容で申し込む」ボタンを押してください。
送信いただいた情報を弊社で確認後に、ログインアカウント情報をメールにてお送りさせていただきます。
