この記事でわかること
- 時間で清算する契約では、端数の扱いがそのまま金額になる
- 丸めの決まりは単位ごとに確かめ、全計算が通る1か所で持つ
- 決まりを変えたら、過去の月は差を見てから記録付きで直す
稼働時間の「181時間6分」は、請求ではいくらになるのか。時間で清算する契約を扱うシステムでは、こうした端数の扱いが毎月の請求額と支払額を決めます。小さな話に見えますが、決まりがあいまいなまま作ると、働いていない時間までお金を払う計算になっていることがあります。
弊社が社内で運用している経営管理システム「Compass」（エンジニアの参画・稼働・請求・支払・利益を一か所で管理するシステム）では、2026年10月、清算の単位時間（15分・30分・60分）ごとにばらばらだった端数の扱いを、すべて切り捨てにそろえました。この記事では、そのとき確かめたことと、すでに確定していた過去の月の扱いを、ご自身のシステムで確かめるときの考え方として紹介します。
時間で清算する契約では、端数がそのまま金額になる
エンジニアの契約の多くは、月の稼働時間に幅を持たせています。月の下限と上限の時間を決めた契約なら、幅に収まっていれば金額は一定で、上限を超えた分は追加で払い、下限を下回った分は差し引きます。これを清算と呼んでいます。清算を何分刻みで数えるかが、単位時間です。
幅に収まっている月は、端数がいくつあっても金額は変わりません。端数が効くのは、幅からはみ出した月です。そして、はみ出す月は珍しくありません。
Compassでは2026年9月に、4〜8月の稼働時間を確かめています。幅のある契約で、幅に収まっていたのは全体の約6割だけでした。6月は29件中11件が上限を超え、5月は29件中9件が下限を下回っていました。残りの約4割の月では、端数をどう扱うかが、そのまま請求額と支払額の差になります。
丸め方は、単位ごとにずれていないか確かめる
端数の扱いは、一度決めたら全部同じだと思われがちです。けれども単位ごとに別々に作られていると、単位によって扱いが違うことがあります。
2026年10月13日、エンジニアが稼働時間を入力する画面を見直す中で、私から「入力した稼働時間が単位時間（30分・1時間など）に合わないときは指摘してほしい」と依頼しました。指摘する仕組みを作るには、まず「単位に合う」とは何かを決める必要があります。そこで、今の計算が単位ごとに端数をどう扱っているかを確かめました。
- 60分単位：丸めない（入力した時間をそのまま使う）
- 30分・15分単位：四捨五入する
60分単位なのに丸めないので、月の合計が181時間6分になった契約では、1.1時間ぶんの超過を払う計算になっていました。30分単位では、181時間20分が181時間30分として扱われていました。どちらも、働いていない端数まで払う形です。
出典：Compass 開発記録（2026年10月13日の本番データ）
いちばん件数の多い60分単位だけが丸めない扱いになっていたのは、以前にデータの持ち方を移し替えたとき、移す前と金額をそろえるために置いた扱いが、そのまま残っていたためです。移行のときに金額を合わせるための特例は、移行が終わった後も残りやすく、後から見ると理由の分からない例外になります。
丸めの決まりは、すべての計算が通る1か所で持つ
決めたのは次のとおりです。
- 60分単位は「1時間ごとにしか清算しない」が正しい。181時間6分の6分にお金は出ない
- 15分・30分・60分のすべてで、単位に満たない端数は切り捨てる
- 差し引く側（下限を下回ったとき）も同じく切り捨てる
- エンジニアに画面を公開する前なので、全期間に反映する
切り捨ては、取引先への請求、エンジニアへの支払、エンジニアからの請求書、利益の計算がすべて通る1か所に入れました。どの書類も同じ計算を通るので、書類によって端数の扱いが変わることはありません。
あわせて、入力の画面も決まりに合わせました。
- 稼働時間は「時間」と「分」に分けて入力する
- 単位に合わない端数があっても保存は止めず、指摘だけ出す
- 超過・控除の金額の目安は画面に出さない（計算違いがトラブルのもとになるため）
保存の桁も確かめています。稼働時間を小数第1位までで保存すると、181時間59分が182.0時間として保存され、切り捨てる前に1時間切り上がってしまいます。第2位まで保存する形に広げ、0〜59分のすべてが分に戻せることを試験で確かめました。決まりを1か所にしても、その手前で値が丸まっていては意味がないからです。
決まりを変えたら、過去分は差を見てから反映する
計算の決まりを変えるときは、すでに締めた過去の月をどうするかを決めなければなりません。黙って過去の数字まで変えると、すでに払った金額や報告した数字と食い違います。
Compassでは4〜8月の数字を、すでに月次確定（その時点の金額を保存して固定する仕組み）で固めていました。確定した月は計算し直さず保存した値を出すので、決まりを変えても金額はそのままです。反映するには、確定し直す必要があります。4〜8月の入力には、毎月16〜19件の端数がありました。
順番も決めました。新しい計算を本番に出してから、確定し直します。逆にすると、古い計算のまま新しい版が積まれてしまうからです。
本番に出した後、月ごとに「確定した値と今の計算の差」を私が月ごとに確かめてから確定し直しました。理由欄にはすべて「清算の単位時間の端数を切り捨てに変更したことの反映」と残しています。動いたのは清算の金額と、それに連動する利益だけでした。稼働時間などの入力には変化がなく、決まりを変えた分だけの差です。発行済みの請求書・注文書は変わりません。
業務システムを発注するときに役立つ3つのこと
端数の扱いを、単位ごとに書き出してもらう
15分・30分・60分など、清算の単位ごとに「切り上げか、切り捨てか、四捨五入か」を一覧にしてもらってください。契約書に書かれた清算の決まりと、システムの計算が同じになっているかを、要件の段階で確かめられます。あわせて、その決まりがシステムの1か所で計算されているかも聞いてみてください。
移行のための特例は、移行の後に見直す
古いシステムからデータを移すときは、移す前と金額をそろえるための特例が入ることがあります。移行の時点では必要でも、残り続けると理由の分からない例外になります。移行が終わったら、特例を外すか、正式な決まりにするかを決めておくことをおすすめします。
決まりを変えるときは、過去分の差を先に見る
計算の決まりを変えるときは、過去の月にどれだけの差が出るかを先に月ごとに出してもらい、見てから反映するかどうかを決めてください。確定済みの月を直すなら、いつ、なぜ直したのかが記録に残る形で直すことが大切です。