マクセルプロジェクト

[BL-COMMENT-719619047]
KSC阿部 寧子:
None

[BL-COMMENT-719596655]
KSC阿部 寧子:
None

[BL-COMMENT-715466688]
KSC阿部 寧子:
M_SPIRITS_SHIPING_ORDER_LUの対応も完了済みである。本件Closeとする。4/7

[BL-COMMENT-702534680]
KSC本橋 誠司:

【対応】

CR本番DBのスキーマ「PSIF」のテーブル「IF_RECV_CIM_VENDOR」（取引先データ）がベンダーのマスターとなっている。

このテーブルは材料のベンダーを管理するものであるとのことで、得意先名の取得には利用できないとのこと。
代わりに、「SR0025@SPIRITS_TMM」から取得する方針に変更する。

SQLの修正のほか、すでに「M_SPIRITS_SHIPING_ORDER_LU」（SPIRITS出荷指示マスタ）に登録されてしまったデータに対するパッチ当ても必要。
なお、「M_SPIRITS_SHIPING_ORDER_LU」（SPIRITS出荷指示マスタ）にはベンダーコードを直接登録していないため、ベンダーコードに紐づく別の情報と紐づける必要がある。

[BL-COMMENT-701407769]
KSC本橋 誠司:
（MBS-19と共通の対応）

「M_SPIRITS_SHIPING_ORDER_LU」（SPIRITS出荷指示マスタ）を更新するときに、「DESTINATION」（得意先名）にnullを設定するようになっている。

【SPIRITS出荷指示マスタ更新箇所】

最新計画取得処理（出荷管理）

この中で、「CR1037@SPIRITS_TMM」または「MR2036@SPIRITS_TMM」から値を取得して得意先名に格納する処理があるが、「CR1037@SPIRITS_TMM」そのものにレコードが存在していないため、この処理が呼ばれる条件に該当する場合は必ず得意先名がnullで更新されてしまう。

【対応】

CR本番DBのスキーマ「PSIF」のテーブル「IF_RECV_CIM_VENDOR」（取引先データ）がベンダーのマスターとなっている。

得意先名を取得するときに、「CR1037@SPIRITS_TMM」の代わりに「IF_RECV_CIM_VENDOR」から取得することで対処可能。

具体的な対処方法や横展開の必要性については、別途検討する。

【要修正箇所】

org.mbs.dao.mapper.prod.ProdPlanMapper.mergeSpritsShipingOrder()
から呼び出されるSQL

[BL-COMMENT-701172899]
KSC本橋 誠司:
「得意先名」の取得元は、「M_SPIRITS_SHIPING_ORDER_LU」（SPIRITS出荷指示マスタ）。
このマスタテーブルそのものに、「DESTINATION」（得意先名）がnullとなっているレコードが含まれている。
対処方法については別途検討する。

[BL-COMMENT-699968506]
KSC椎原 清澄:
None