仕様書に書いていない作業はやる必要があるのか？「ついで対応」で損をしないための考え方

業務を進めていると、

・「ついでにこれも対応できますか？」
・「仕様書にはないけど軽い作業なのでお願いしたい」

といった依頼を受けることは少なくありません。

このとき多くの方が悩むのが、

「断っていいのか」
「やらないと問題になるのか」

という点です。

結論からいうと、一般的には
仕様書に記載のない作業は当然の義務とは限りません。

ただし、実務ではそれだけで割り切れないケースが多くあります。

この記事では、仕様書に書かれていない作業が発生した場合に、
それが契約上の業務範囲に含まれるのか、
それとも追加対応として整理すべきなのかを、
契約全体の構造から考えます。

単に「やる・やらない」の問題ではなく、

・仕様書
・契約書
・検収
・報酬
・責任範囲

がどのようにつながっているかを確認することが重要です。

仕様書に書かれていない作業が問題になる背景には、
仕様書と契約書の関係が整理されていないことがあります。

仕様書が契約全体の中でどのように機能するのかについては、
→「仕様書があるのにトラブルになる理由」でも整理しています。

1．なぜ「ついでにこれも」が発生するのか

この問題が起きる背景には、次のような要因があります。

・仕様書の内容が抽象的
・業務範囲の線引きが曖昧
・発注側と受注側の認識がズレている

特に、仕様書がざっくりしている場合、

「この程度は含まれるはず」
「当然やってくれるはず」

という解釈の違いが生まれやすくなります。

「ついで対応」は、一つひとつを見ると小さな作業に見えることがあります。

しかし、契約上は、その作業が当初の業務範囲に含まれるのか、
追加作業なのかを整理しないと、後から判断が分かれやすくなります。

特に、仕様書の記載が抽象的な場合、
発注側は「当然含まれている」と考え、
受注側は「追加対応」と考えることがあります。
この認識のズレが、業務範囲の拡大につながります。

仕様書の役割については、こちらで整理しています。
→仕様書と契約書の関係はこちら

2．業務範囲がどんどん広がるケース

最も注意すべきなのは、

業務範囲が徐々に拡張されていくケース

です。

例えば、

・最初は小さな追加作業
・次第に作業量が増える
・最終的に本来の業務以上の負担になる

という流れです。

この状態になると、

・報酬は変わらない
・責任だけ増える

という構造になりやすくなります。

これは、契約トラブルの典型パターンの一つです。

このような状態では、作業量だけでなく、契約上の責任も広がる可能性があります。

例えば、仕様書に書かれていない作業に対応した結果、
その部分についても成果物の品質や検収の対象として扱われることがあります。

また、追加対応を繰り返すことで、
当初は例外的だった作業が、実務上の前提として扱われることもあります。

その結果、報酬は当初のままなのに、
業務範囲・検収対象・責任範囲だけが広がっていく構造になりやすくなります。

報酬との関係については、
→「仕様書が原因で報酬の前提がズレる理由」でも整理しています。

3．なぜ断りにくくなるのか

問題は「断りにくい」という点にもあります。

その理由は、契約構造にあります。

例えば、

・業務内容が抽象的
・仕様書の位置づけが曖昧
・検収条件が不明確

こういった契約では、

「どこまでが業務か」がはっきりしません

その結果、

「やるべきだった」と後から言われるリスク

が生まれます。

また、実務では、契約書の問題だけでなく、
取引関係上の断りにくさも影響します。

継続取引である場合や、相手方との力関係がある場合には、
「今回は対応しておいた方がよい」と判断しやすくなります。

ただ、その対応が積み重なると、
どこまでが契約上の業務で、
どこからが追加対応なのかがさらに分かりにくくなります。

4．仕様書と契約書の関係

ここで重要なのが、

仕様書と契約書はセットで考える必要がある

という点です。

例えば、

・契約書に「仕様書に基づく」と書いてある
・しかし仕様書が曖昧

この場合、

契約全体として業務範囲が曖昧になる

ため、解釈の余地が大きくなります。

また、

・検収条件
・報酬支払条件

とも密接に関係します。

仕様書と契約書の基本的な関係については、
→「仕様書と契約書の関係」で詳しく整理しています。

また、
完成や納品の判断が問題になる場合は
→「仕様書と検収の関係」、
責任範囲が問題になる場合は、
→「仕様書と責任範囲の関係」も関係します。

さらに、途中で作業内容が変わっている場合は、
→「仕様書を後から変更するとどうなる？」もあわせて確認すると、
全体像が見えやすくなります。

5．どう考えるべきか

実務では、「やるべきかどうか」をすぐに決めるのではなく、
まずその作業が契約上どの位置づけにあるのかを整理することが重要です。

例えば、次のような観点で、判断の前提が変わることがあります。

・仕様書に明記されている作業か
・契約書本体の業務範囲に含まれる作業か
・検収や成果物の完成に必要な作業といえるか
・追加対応として扱うべき性質のものか

これらは契約内容や実際の運用によって変わるため、
一律に判断することは難しいといえます。

特に、対応が積み重なっている場合には、
それが当初の契約範囲なのか、
実務上広がってしまった対応なのかを分けて考える必要があります。

6．まとめ

仕様書に記載のない作業は、一般的には当然の義務とは限りません。
ただし、業務内容が曖昧な契約では、解釈次第で義務とされる可能性があります。

そのため、「対応するかどうか」ではなく、
契約全体の中で業務範囲がどのように定義されているかを確認し、
どこまで対応するかを整理した上で判断することが重要です。

仕様書に書かれていない作業の問題は、
単に作業を引き受けるかどうかの問題ではありません。
業務範囲・検収・報酬・責任範囲がどのようにつながっているかによって、
判断の前提が変わります。

仕様書トラブル全体の構造については、
→「仕様書があるのにトラブルになる理由」も参考になります。

※どこまで対応すべきか判断できない場合

仕様書に書かれていない作業については、
契約の構造によって対応の必要性が変わることがあります。

特に、どこまでが業務範囲なのか、
追加対応として整理すべきなのか、
検収や報酬にどう影響するのかが分からない場合は、
条文単体ではなく契約全体で整理することが重要です。

契約書リスク診断では、契約書の条文だけでなく、
仕様書や実際の業務内容との関係も含めて、
契約全体のリスク構造を整理します。

→ 契約書リスク診断の詳細はこちら

なお、契約書を条文単体ではなく構造で見る考え方については、
→「契約書は条文単体で読んではいけません」も参考になります。