>ところが、福祉系のバッチ処理の移行作業が進まなかった。
>NECのCOBOLプログラムを英マイクロフォーカスのCOBOLプログラムに変換（マイグレーション）する際のテスト手法などについて、
>京都市とシステムズの見解が一致しなかったからだ。

→京都市側が日立COBOL、Merant Micro Focus COBOL、富士通 COBOL85などの違いを理解していなかった恐れｗ


「現在の契約金額の範囲内で完成させる（追加費用を支払わない）」

→追加予算無し


「遅延による京都市の損害を賠償する（金額は別途協議）」

→遅延した分の金払え


「システムズの負担で、京都市が承認しうるプロジェクト管理業者を選定して開発体制を構築する」

→業者を選べ。ただし俺が許すまで選べ



(　ﾟдﾟ)

総務省が主導して全国共通自治体システムを配布すりゃ
なんて無理かな

良い事考えた
全国共通自治体システムを作って
各自治体の差分はアドインで対応して
セキュリティリスク露呈してマイナンバー流出ってどうよ

>>306
http://www2.city.kyoto.lg.jp/shikai/img/iinkai/soumushoubou/data/290703souki02.pdf

確定義務の履行
ウ
ヒアリング等から認められる受託事業者の認識
(ｱ)
京都市が「移行対象ファイルの最終的な確認及び承認」を先送りし
たため，開発遅延の原因となった。受託事業者は，京都市に対して，平成２８年７月２１日の定例進捗
会議において，アプリケーションで使用するファイル・データの観点から移行対象ファイルを特定したうえで，
最終的な移行対象範囲として問題がないか確認を求めた。
しかし，京都市担当者は受託事業者がプログラム及びＪＣＬとの関連付けから調査した結果について，
「移行対象ファイルが多すぎるので，現行システム担当者にチェックを依頼できない」として，何度も
再調査を求めてきた。現場担当者間のやり取りでは解決しなかったため，受託事業者は，
京都市に対して，平成２８年９月２９日，「京都市様システム刷新プロジェクトの現状に関する受託事業者
見解とお願いについて」において，週次定例進捗会議会の中で移行対象ファイルの調査状況と京都市担当の協力を依頼した。
第４部
／
第４
遅延原因の検討
(1)
本プロジェクトの遅延原因
-
67
-
しかしながら京都市担当は，平成２８年１２月頃まで，その後のデータ移行に関する打合せにおいても，
移行対象ファイルの調査を要求してきた。その結果，受託事業者は移行対象ファイルの調査作業を延々と実施する
こととなり，データ移行作業のスケジュールを見直さざるを得なくなった。

>アプリケーションで使用するファイル・データの観点から移行対象ファイルを特定したうえで，
>最終的な移行対象範囲として問題がないか確認を求めた。
>しかし，京都市担当者は受託事業者がプログラム及びＪＣＬとの関連付けから調査した結果について，
>「移行対象ファイルが多すぎるので，現行システム担当者にチェックを依頼できない」として，何度も再調査を求めてきた。


>ヒアリング等から認められる京都市の認識
>(ｲ)京都市は，移行対象データの確定において意思決定が必要な場面では，遅滞なくこれを行っている。
>したがって，京都市の対応が本プロジェクトの遅延原因となることはない


京都市「マイグレだけの話だけど、うちじゃ移行対象が分からないから調査もやって。そっちの自費で。」

これがマジだったら凄いな

>>317
このベンダーが請けたアプリケーションが利用する範囲のデータを調査・特定して、
ベンダーが「これでいいですよね？」と聞いたら
京都市側が「分かりません！」って、これもうお手上げなんじゃ…

「調査」と「最終確認」の責任区分が裁判で明確に分別されるかどうか…

>>323
あー、絞り込みに不備がある恐れもあるのか
こなした上での話だと思った