【IT】システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
■ このスレッドは過去ログ倉庫に格納されています
京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ（東京・品川）との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。
京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。
既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウトシステムズ製の超高速開発ツール「Outsystems Platform」を使って刷新した。
バッチ処理のマイグレーションテストで見解が相違
ところが、福祉系のバッチ処理の移行作業が進まなかった。NECのCOBOLプログラムを英マイクロフォーカスのCOBOLプログラムに変換（マイグレーション）する際のテスト手法などについて、京都市とシステムズの見解が一致しなかったからだ。システムズは2016年1月15日に移行業務を落札。落札額は予定価格の79％である11億376万円だった。
京都市は2016年11月14日に市議会で稼働遅延を報告。2017年1月23日に門川大作市長が稼働延期を説明し、第三者の専門家による「検討委員会」が原因究明と今後の方策検討に当たると表明した。検討委員会は2017年6月に調査報告書を市に提出。現場の移行作業は2017年7月24日に京都市からの申し入れで停止している。
調査報告書を受けて、京都市は「円満な解決の可能性を探るため」（公表資料）に、システムズと2017年8月と9月に面談。だが、作業再開に当たって京都市がシステムズに要請した3条件を合意できなかった。具体的には「現在の契約金額の範囲内で完成させる（追加費用を支払わない）」「遅延による京都市の損害を賠償する（金額は別途協議）」「システムズの負担で、京都市が承認しうるプロジェクト管理業者を選定して開発体制を構築する」というものだ。
京都市は「遅延の根本的な原因に対する見解に大きな乖離があり」（公表資料）、システムズとの協議によって解決するのは困難と判断。2017年9月22日には2週間以内に債務を履行しなければ契約を解除する旨の催告書をシステムズに送ったが、債務が履行されなかったため2017年10月11日に契約を解除した。
以下ソース
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ 自治体ごとは、本当に無駄。共通でなぜしない？
また、入札もクソ企業かどうか見分けが難しいな。 COBOLリプレイスするぐらいなら、イチから業務ヒアリング分析して作るほうが遥かに良い物できるわ。
こんなことがわからない発注側と受託側。 今回の話は入社した業者ではなく、入札を開いた側の京都市がクソだったんだろ? 公務員って優秀なんでしょ？自分達で作れば要求満たせるやんｗ
しかもシステム構築費用も大幅に削減出来るでしょ >>263
机上の空論だが
仮に全く同じ制度になったとしても
自治体の人口規模でシステムは細分化されるからな
Oracle DBやSQL Serverを使う
お高いシステムだと
人口規模の少ない自治体では
無駄に金のかかる過剰なシステムとなり
税金の無駄遣いになる
逆に安いオープン系データベースでシステム構築すると
大規模自治体では大量の負荷に耐えられず
使い物にならないゴミシステムとなり
これも税金の無駄遣いになる
中間を取っても大規模、小規模
双方の自治体からクレームがくる 資本金１億円、社員数280名の会社だってさ
あまり揉めるとつぶれてしまうかもね・・・
連鎖倒産とか勘弁 >>17
パッケージでできないほど
自治体ごとにやってることがデタラメなんだと
マイナンバーがそうだった
談合仕様なんかも共通じゃないし
公のパッケージにもできない 絶対裁判勝てるから頑張って欲しい
っていうかベンダー側から先手打っちゃえば？
絶対勝てる裁判ならやらない手はない 中小SIerがこんな大規模案件を請け負うからそうなる
この倍の予算で５大SIerに請け負ってもらうべきだった
一般競争入札だとこんなアホが紛れ込んできてプロジェクトが失敗するんだよ 今でも手作業（とは言ってもPCぐらいは使う）でやってる行政処理もあるが、
普通の市の中核処理はシステム化されている
レアケースではない通常業務は、制度≒システム
そして、その制度が自治体によって微妙に違うのだから、全自治体を同じシステムでは処理できない
全く新規の制度でも、ベースシステムを提供して各自治体で自分の所にあったカスタマイズは必要になる
その場合でも、自体の規模に応じた元システムを複数用意しなければならない
各自治体で異なるシステム仕様なのは、大元の行政が自治体毎に違う部分があるからで、
それを全国統一しろというのは、全ての地方行政を全国統一しろということになり、
地方毎の独自行政の否定であり、今の日本では原理的に不可能な話 ソレは予算がたくさんある場合、予算がないなら独自を捨てるしかない。
倒産しないから好き勝手やってないか？ >>17
その通り。
だけど、それじゃベンダーが儲からない。
だからそれが進まない。 それこそ、民業圧迫と言われようが、
総務省が統一ソフトを作ればいいんだ。 >>278
全国の自治体多くは金がないから
地域ごとに公共サービスを取捨選択してるわけ
田舎の老人ばかりの自治体で
金がない需要もないのに全国一律だからと
子育て支援や保育など公共サービスの
システムを導入しても税金の無駄になる
都会で若い人ばかりの自治体で
需要もないのに全国一律だからと
介護サービスや年金生活者の支援の
システムを導入しても税金の無駄になる 30年前のCOBOLと、今のCOBOLとじゃあ、全然違うからなあ。 まあでもどこの街行っても似たようなショッピングモールばっかりだけどね
そしたら統合できんじゃん？ 街づくりを統一することで
人間も画一的にできる
文化財なんて全部ぶっ壊せばいいんちゃう？ >>17
人口少ない町村レベルになると
もとからシステムが存在しない業務があるからね
DBシステム導入する予算なんて無いし
そもそも人口少ないからOfficeを使って管理とか
最悪紙ベースなんてのもあり得る
良くてPCソフトに毛の生えたシステムモドキだ >>267
このプロジェクトって、オープン機で運用されている保険・福祉関連のシステムをすべて
コードレス開発基盤「outsystems platform」を使ったモデル駆動開発を駆使してwebアプリに
置き換えるというもので官公庁による発注としてはかなり冒険的な内容なんだよなあ。
立ち上がった当時に何度か日経やらで取り上げられてるのを見た。 >>256
自分の経験上、それやるのはお堅いとこが多いけど
上手くいった試しないし、要員は徹夜、土日出勤終電なる。 >>267
ヒヤリング？公務員も分からないよ。
ソースが仕様書。
｢俺に聞かずにソース見ろ。俺は分からん｣って言われるよ。
お前甘いね、学生？ >>288
公務員は人事異動で数年経つと居なくなる
ベンダーSEのほうが役所の業務に
精通してるなんてことも多い 自治体にとってのクラウドコンピューティングのメリットとは
http://www.itmedia.co.jp/enterprise/spv/0907/21/news057.html
クラウドコンピューティングは各地方自治体にとっても重要にキーワードだ。
しかし共同でシステムを活用して「割り勘にすれば安くなる」となればいいが、
参加者全員が満足・納得するようなシステムは複雑かつ高額でしかなく、
「割り勘にしても安くならない」のが現実だ。 ABORTした！
と言うとABENDOだろ、まったくACOS使いは・・・
と言われたことを思い出す >>260, >>281
アホか、どんだけ自由度の少ないシステム使うんだよ
そんなのある程度マスタの設定で、カスタマイズなしにどうにでもできるシステム作るに決まってるだろうが 全然関係ないけど、先日のMicrosoftのアップデート
もうね、やめてよー的な感じどした >>204
この人関係者だろうね
こういうレベルの人たちなのね >>248
地方自治は総務省管轄だが、社会保険関連は厚労省管轄下で、年金名寄せ問題を看過した社会保険庁が絡んでほんだらら…
本来、所管省庁がオンラインでもクラウドでもいいから閣法案に基づく全国統一サービスを地方に提供していれば、地方自治体が京都市の様に無能でも最低限必要なデータ処理ができる話なんじゃないの？
年金番号にマイナンバーと言うユニークキーを活かせないシステムなんて、要件定義の時点で何だかおかしいんだがね…BKCが跳梁する京都市だから、例外処理が腐る程控えている可能性も有るけどな。 日経コンピューターでもう少し詳細な情報読んだけど
これはシステムズ側厳しいな 同じプロジェクトに参加してる他社は問題なく担当部分完了させてるのに
このベンダーだけ炎上。しかも当初の契約と違うマイグレーション方式に
したいって自分で言い出してこれじゃ
厳しいだろうなw 入札で、安値の所を選定だから
しかたかないんじゃね。 どうせマイグレツールでコンバートなのに全パターンテストしろとか
仕変祭りかました結果だろ これか、前から求人が出ていたのは
必死な求人、回復させるくそだったんだなｗ なんで全部やらなきゃならないの？京都の公務員ってヤクザ？ >>306
元々、入札時の仕様でそうなってたんだってさ >>305
http://www2.city.kyoto.lg.jp/shikai/img/iinkai/soumushoubou/data/290703souki02.pdf
確定義務の履行
ウ
ヒアリング等から認められる受託事業者の認識
(ｱ)
京都市が「移行対象ファイルの最終的な確認及び承認」を先送りし
たため，開発遅延の原因となった。受託事業者は，京都市に対して，平成２８年７月２１日の定例進捗
会議において，アプリケーションで使用するファイル・データの観点から移行対象ファイルを特定したうえで，
最終的な移行対象範囲として問題がないか確認を求めた。
しかし，京都市担当者は受託事業者がプログラム及びＪＣＬとの関連付けから調査した結果について，
「移行対象ファイルが多すぎるので，現行システム担当者にチェックを依頼できない」として，何度も
再調査を求めてきた。現場担当者間のやり取りでは解決しなかったため，受託事業者は，
京都市に対して，平成２８年９月２９日，「京都市様システム刷新プロジェクトの現状に関する受託事業者
見解とお願いについて」において，週次定例進捗会議会の中で移行対象ファイルの調査状況と京都市担当の協力を依頼した。
第４部
／
第４
遅延原因の検討
(1)
本プロジェクトの遅延原因
-
67
-
しかしながら京都市担当は，平成２８年１２月頃まで，その後のデータ移行に関する打合せにおいても，
移行対象ファイルの調査を要求してきた。その結果，受託事業者は移行対象ファイルの調査作業を延々と実施する
こととなり，データ移行作業のスケジュールを見直さざるを得なくなった。
wwwwwwwwwwwwwwwww >>1
＞システムズ
このベンダーの名前がすごいなげやりっていうかうさん臭い感じがするんだが。 >アプリケーションで使用するファイル・データの観点から移行対象ファイルを特定したうえで，
>最終的な移行対象範囲として問題がないか確認を求めた。
>しかし，京都市担当者は受託事業者がプログラム及びＪＣＬとの関連付けから調査した結果について，
>「移行対象ファイルが多すぎるので，現行システム担当者にチェックを依頼できない」として，何度も再調査を求めてきた。
>ヒアリング等から認められる京都市の認識
>(ｲ)京都市は，移行対象データの確定において意思決定が必要な場面では，遅滞なくこれを行っている。
>したがって，京都市の対応が本プロジェクトの遅延原因となることはない
京都市「マイグレだけの話だけど、うちじゃ移行対象が分からないから調査もやって。そっちの自費で。」
これがマジだったら凄いな 可哀相に。京都市のいうこと聞いてたら死人が出るよ・゜・(つД｀)・゜・ COBOLやる人いないから自動ツール
で、バッチのほうか >>310
たぶんいわゆる情報システム部の立場がすげぇ弱々しくて「現場に迷惑をかけられない！自分たちでもわからない！ベンダが調べる！」
うちでもそう。何もできないのに偉そう、じゃあ管理がしっかりしてるかといえばない。
役付の人がえらそうにしているだけで実態は虚構なんだなぁと思ってる 「御池代官（市役所別名）」
成田屋さん、今回の守備は２０万両で、、「成田屋」
お代官様、いつもご贔屓をありがとうございます、２０の内五つはいつものように追って菓子箱でお届け致します >>313
というか仕様書には移行対象の調査と明確化は受託業者側の担当とはっきり書いてあるらしいからなあ。 情報システム部の人なにできます？
設計できず、業務わからず、社内まとめられず、新しい技術にと疎く、端末利用許可証とUSBの払い出しがメインなんじゃ？
本来なら役立たずで全員出向させて当然なんじゃないのかな 成功させたくないんじゃないか？
リスクを負って成功なら、リスクを負わず失敗の方がいい、官の体質なんじゃないか？ 「御池代官（市役所別名）」
おい、 成田屋、今回、山本屋等という新参が僅か十万両で落札しおった、困ったのう、「成田屋」
お代官様、新参にはこの屋敷の図面も何も分かってはおりません、ちょっとこんな風に懲らしめてやりませんか、、ひそひそと、、
「御池代官（市役所別名）」
おい成田屋、お前も悪よのう
ヒャヒャヒャヒャ ぽるとがるってそんなのあるんだ
日本製にこだわらないんだね >>308
プログラム・ソースとＪＣＬを機械的に調査して、使用する全ファイルをリストアップしただけで、
障害時に途中からリラン用に保存する中間ファイルの除外をしてなかったのだろうか？
ジョブフローで精査すれば、サブシステムとして移行に必要なファイル・ＤＢを
最少化できるのだけど、当初はそれをしてない（できる要員が居ない）のでしょうね
そして、業者が京都市に提出したのは、機械的にリストアップした移行ファイル候補で、
絞り込み作業はしていない
絞り込みの調査作業は、「確認」という名目で市にさせるつもりだったのでしょう
>>310
役所が実作業するわけないじゃん
役所がするのは、承認と金の支払いと口出しだよ nのゴミなんて移行できないだろ
全ていちから作り直せばよいものを >>316
このベンダーが請けたアプリケーションが利用する範囲のデータを調査・特定して、
ベンダーが「これでいいですよね？」と聞いたら
京都市側が「分かりません！」って、これもうお手上げなんじゃ…
「調査」と「最終確認」の責任区分が裁判で明確に分別されるかどうか… 判断できない、判断できない
うちの役所の客も言いますね。
今ある情報で判断師でリスクを負えよ！おまえの首かけてやれよ！と。 この京都のやつ、次にどこか請け負ってくれるところあるのか？？
超地雷ってばれてるじゃん。 >>322
あー、絞り込みに不備がある恐れもあるのか
こなした上での話だと思った >>322
322も言うように、機械的にファイル一覧出力して並び替えただけで「これでいいですね」と
言ってもそりゃわからんとしか言われないだろうね。
中間ファイルの除去をはじめたのはその数ヶ月後、京都市に散々指摘されてから。
これで調査したとは裁判でも認められると思えない。
これ全部報告書に書かれてるから、書かれてることだけ読むとベンダーはかなり不利だよ。
なのでベンダー側は報告書自体に不満を表明してるわけだが。 役所のシステムなんかを必死で受注しようとするからさｗ NECはIDL2という独自の言語
既存のツールでは変換できない >>308
あるあるｗｗｗｗｗ
「うちの承認を得ないと先に進むなんてとんでもない！」と言うのにその承認得るために資料を提示すると「良くわからないから承認できない」とか「忙しいからもう少し待って」で延々と引き伸ばすやつな 設計書に不備あってもあいつら判子押すよ。
で、その不備な設計書通りに開発してバグ出て遅延しても
責任は100％開発側にかぶせるよ。
｢判子の意味なくね？判子しなくてもよくね？判子欄消せや｣って気持ちになる。 >>305
＞受託事業者は，検討委員会からの質問事項に対して，「受託事業者の受注業務が現行システムの分析ではない以上，大半が不明といった状況を前提としておりません。」
ｗｗｗ こういうの統一してくのが
地方創世なんじゃまいかね？安倍成長戦略にもりこんじゃえよ >>182
スマホ対応していないページなので読みにくい
技術レベルが低すぎる >>310
(*ﾟ∀ﾟ)ハハハ、よくあるやつだね
これを読み込めばいいんだけど
内容がわからなくて全部でどのくらいやればいいのかわからないよ
ってよくあるやつだろ
見積りなんか取れない完全なブラックボックス
資料もなんもないな
やるべきこともこれを全部解析しないと出てこないな
そもそも最後どうなったらOKなんだろうな？コレ >>335
なるほどね
っていうかこれもう本番データでやるしかねぇよな
なんでテストデータなんかでやる必要あるんだ？
本番データじゃなきゃわかんないって言ってるのは京都市の方じゃんな >>145
銀行系、医療系、公共系のIT系は全て避けるようにしてる
超ブラックな匂いがﾌﾟﾝﾌﾟﾝするわ ああ、よく読んでみてわかった
これ前工程が終わってないからデータを渡さないんじゃなくて
京都市側が本番データの準備ができてないから渡せないんだ
んで開発に難癖つけて自分らの作業遅延を開発会社の品質のせいにして誤魔化そうとしてるね ちんけなIT派遣業社に委託したさ時点で
予想できた事態だよ。 京都市側のミスだよ。 んなもんわかるわけねぇだろ
バグ仕込んでんじゃねえ >>293
自由度持たせると
まず大規模自治体に合わせて
金のかかるのオラクルDBに
中規模や小規模の多くの自治体には
税金の無駄遣いなほど
非常に高価なシステムになるけど
自由度のためだからね！
各自治体でカスタマイズの名の元
新たなシステム開発することに
カスタマイズなんて極力避ける
パッケージメリットが無くなるから
アップデートに対応できなくなるから >>121
役所に限った話じゃないけど、予算上限だけ決まってるのはよくある話
馬鹿なのは予備費を持ってなくて想定外のことが起きたら即破綻するような体制の方 ソフトウェアはそのままでハードウェアの寿命を延ばす方向で行こう せめて VM ACOS on Windows とか作っといてくれれば、
「少しずつ移行」がし易くなるんだがなあ >>351
NECにそれができる技術者がいないんだろ
せめてもっとソースが追いやすくなればな >>349
根拠のない予備費なんて
まず予算が下りない
「失敗するかもしれないから金が欲しい」
と言ってるようなもの >>275
ポルトガル製インチキツール売りたいだけや(^。^)y-.。o○ >>353
そこを何らかの名目で確保するのがその組織テクニカルな部分なんだけどね
まあ一度通ったはずの要求を無理やり1割カットして予備費に充てるとか言い出す糞PMOを真似ろとは言わないけど(私怨) 京都は悪くあらへんがな(^。^)y-.。o○
インチキツール 適用範囲は?
京都 そこもわからないので調べて
他のベンダーは
対応しとる
インチキツールが調査開発する能力もなく、ただインチキツール売りたい >>355
ITベンダーから見積出させるから
ベンダー側が見積出す段階で
予備費とやらを仕込んでおかないとな >>182
見たけどACOSなんてまだ使ってたのかw >>272
自治体ごとに微妙に制度がちがうのは
小規模政党の運動成果です 制度としては同じでも
役所のなかの回覧ルートがちがうから
ある役所では月曜日にまとめて課長の承認をもらうとか
地区の相談員にもコピー渡すとか 価格ありきの入札は止めるべき
安かろう悪かろうの典型だろ >>346
なんで、サーバーやDB分けるの？
同じサービスで運用すりゃいいだろ 京都は勝てない。
もちろんベンダーにも責任があるのは確かだが100%の勝利が得られないなら京都は完敗と同じだ。
長い時間と労力をかけて役人のためだけの仕組みを入れ替えようとして、失敗した。
古いシステムのメンテナンス費用がかさみ、新しいシステムの費用もこれから必要だ。
完敗だ。 役人は民間人じゃない。
各自治体で別々のシステムを持つ資格がない。
だから最大公約数的なものに集約していく義務がある。
給与システムは納税者のための仕組みじゃないのだから >>363
いいえ(^。^)y-.。o○
京都は悪くあらへんがな(^。^)y-.。o○
インチキツール 適用範囲は?
京都 そこもわからないので調べて
他のベンダーは
対応しとる
インチキツールが調査開発する能力もなく、ただただインチキツール売りたいだけ ■ このスレッドは過去ログ倉庫に格納されています
