1対1のリレーションがある場合の外部キーは、後からインスタンスが発生する側に配置する

（４）の関係スキーマを完成させる問題で、v、w、yの解答が腹に落ちません。
これらの解答では、”入庫元拠点コード”属性の代わりに外部キー”出庫番号”属性が入っています。
この場合、”出庫番号”属性があれば、”入庫元拠点コード”属性以外の”入庫拠点コード”、”部品部材番号”属性についても外部キーから参照できるため、不要とならないでしょうか。

ある解説によると、
「人為的なミスや不慮の事故などにより、出庫の記録と実績とが異なる場合がある。具体的に言うと、入庫拠点、対象部材、及び、入庫数である。実績を確認できるのは入庫の時点である。したがって、これらの属性を入庫側に持たせる必要がある。」
とありましたが、上記を想定するならば、”入庫元拠点コード”属性も入庫側にもたせる必要があると思うのですが…。

もやもやが晴れず、是非ご回答頂ければと思います。

入庫情報に"出庫番号"属性がある。
”入庫元拠点コード”属性は、"出庫番号"属性から参照できる。
しかし、解説にあるように
"出庫番号"属性から参照した"入庫拠点""対象部材""入庫数"の各属性は、
実際に入庫される時点で異なっている可能性があるので、
別途保持しないといけない。

というのは、配送先がｘｘ倉庫のはずがｘｘ営業所に持って言ってしまい、間違えたのはわかっているがいったん営業所在庫とする⇒"入庫拠点"が一致しない。
配送するときに入れ間違えたため"対象部材"が違っていた⇒"対象部材"が一致しない。
配送中に１個壊れてしまった。⇒"入庫数"が一致しない。
（壊れた処理を入庫側で行うなら一致させて壊れた処理をしてもいいのですが、出庫側で行うなら、
  一致させてはいけないです。出庫側で、１個出庫取り消しして不良品振り替えします。）
※入庫拠点の在庫を正しくしようと考えるので出庫と一致しない入庫を可能にしないといけないです。

一方で、"出庫番号"に対する”入庫元拠点コード”（つまりは、出庫した元拠点）は、
入力ミス以外にかわる可能性がないです。（入力ミスなら元を変えるだけ。）
ということで別途保持する必要はないです。
※出庫した拠点の情報は、入庫拠点の在庫に影響ないです。