「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

別にIT用語というわけではないですけどね。
IT業界でも、特にシステム開発の現場ではよく出てくる用語なので、取り上げておきます。

順番に見ていきましょう。
まずは予備知識として「納品」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

納品は「お客さまに売った品物を（後から）実際にお渡しすること」です。
代金をいただくタイミングで直接商品を渡す場合は、あまり「納品」という言い方は使いません。
代金だけ先に受け取って商品自体は後で配送する、のように代金をいただくタイミングと商品をお渡しするタイミングが違うときに使われることが多い表現です。



以上を踏まえて

納品する日

が「納品日」です。
納品と同様に、代金をいただくタイミングで直接商品を渡す場合は、あまり「納品日」という言い方は使いません。
代金だけ先に受け取って商品自体は後で配送する、のように代金をいただくタイミングと商品をお渡しするタイミングが違うときに使われることが多い表現です。



例えば、そうですね。

ピヨ子さんがピヨ太君からピヨピヨ28号を買ったとしましょう。



ピヨピヨ28号はデカいです。
移動が大変なので持って帰るのは困難です。
ピヨ太君はピヨピヨ28号を後日お届けすることにしました。



次の日、ピヨ太君はピヨピヨ28号を担いでピヨ子さんのお家に持っていきました。



この話における、ピヨ太君がピヨピヨ28号をピヨ子さんの家に持って行った日が納品日です。
ピヨ子さんに売った商品を届けた日ですね。



もう少し、ITっぽい例も書いておきましょう。

システム開発において、お金と作ったシステムを同じタイミングで交換することは、ほとんどありません。
まず、作ったシステム一式をお客さまにお渡しします。



お客さまは受け取ったシステム一式が ちゃんとできているかを確認します。
ついでなので書いておくと、この確認作業を「検収」と言います。



受け取ったシステム一式が問題ないと思ったら、お客さまは代金を支払います。



システム開発に限った話でもありませんが、これがシステム開発の一般的な流れです。

この流れにおける、システム一式をお客さまにお渡しする日が納品日です。



システム開発における納品日は「終わり」の日では ありません。
「終わりの始まり」の日です。
お客さまが検収をして、OKが出ないと、本当の意味で終わりにはなりませんからね。

よって、システム開発における納品日は「締切日」に近いイメージです。
だから、その気になれば、後ろに延ばｓ……ごほごほ。