【伝統のタレ】京都市、基幹系システムの刷新に失敗 7億5000万円の損害賠償請求もIT企業は拒否 COBOL★2
レス数が1000を超えています。これ以上書き込みはできません。
京都市が進めていたシステム刷新の稼働が遅延している件で、京都市とシステム開発を受託したシステムズ（東京・品川）の関係が泥沼化している。京都市は開発遅延の責任を巡って2017年10月12日、システムズに対して10月27日までに約7億5000万円の損害賠償を支払うことを求めていた。ところがシステムズはこの支払いに応じなかったことが、日経コンピュータの取材で分かった。京都市とシステムズともに、訴訟に発展する可能性を否定していない。
京都市の情報システム部門に相当する総合企画局情報化推進室は2014年から81億円を投じて、基幹系システムの刷新プロジェクトを進めてきた。この基幹系システムは、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担うもの。NEC製メインフレーム上にCOBOLプログラムで構築したシステムで、稼働後約30年が経過している。
福祉系のオンラインシステムはリライト（プログラムの他言語への書き直し）を無事終えたものの、システムズが受託したバッチシステムのリホスト（プログラム言語を変えない移行）が遅延。稼働予定の2017年1月に稼働できず、現在も稼働していない。
これまでシステム刷新の失敗を巡り、京都市の発案で第三者の専門家による「検討委員会」が原因究明と今後の方策について検討する作業を進めていた。検討委員会は2017年6月、調査報告書を京都市に提出。京都市はシステムズと2017年8月29日と9月6日に面談したが、「遅延の原因に関する見解の開きが大きく、協議解決は困難であると判断せざるを得ない」（京都市が10月24日の京都市議会に提出した資料）ため、京都市は10月10日、システムズとの契約を解除した。
埋まらぬ溝、7億5000万円の請求へ
京都市議会で京都市は、システム刷新が失敗した原因について「システムズの作業品質、プロジェクトマネジメント能力の問題」と主張。「調査報告書の内容を踏まえ、遅延の原因は本市に無いものと考える」としており、責任はシステムズ側にあるとの考えを示している。一方システムズは、「京都市が実施すべき現行システム分析の不備と、これによる基本情報の不足」と反論している。
こうした状況を踏まえ、京都市は契約解除2日後の10月12日、システムズに対して7億5024万4003円を請求。内訳は、京都市がシステムズに2016年までに支払った5億662万5000円とその利息（2318万7307円）、ならびに現行システムの改修・運用費のうち、稼働遅延と「相当の因果関係」（同資料）があって、現時点で判明している損害賠償の2億2043万1696円（改修費は1億8710万1453円、運用費は3333万243円）である。
損害賠償は今後も発生し、全体金額は試算できないという。京都市は大規模なシステム改修案件をいくつか抱えている。それらの案件に対して、今回のシステム刷新の遅延がどれくらい影響するのかを金額換算するのは難しいというわけだ。
市議会で京都市は具体的に「国民健康保険の広域化、介護保険の総合事業、マイナンバーカードの旧姓併記、宿泊税。もっと大きい話は改元（元号の変更）がある」とした。改元は基幹系システムのプログラムの7割に影響があり、バッチシステム刷新のやり直しが2年以上かかるのと合わせると、全体の完成には3年程度かかる見通しだと明かした。
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/110201189/
関連過去スレ
【京都市】システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
http://asahi.2ch.net/test/read.cgi/newsplus/1507892174/
★1が立った時間 2017/11/05(日) 01:29:33.48
前スレ
http://asahi.2ch.net/test/read.cgi/newsplus/1509812973/ >>943
公共事業は未だにそれは受注側の責任って言われる世界なんよ
だから建築土木業界の談合でのリスク回避がなくならん >>907
こんな無謀な案件に安易に手を出した業者もそりゃ悪いけど
費用削減しか考えずにろくな事前調査もなしに業者に丸投げにした京都市の責任も小さくない
このへんちゃんと裁判で争えばいいと思うよ
どっちが負けても今後化石システムの刷新には慎重にならざるを得ないだろうよ ある程度実績がある会社に頼まないとだめだな
入札でそれぐらいの条件入れとけよ >>937
全システムをパッケージ化されたものに乗り換えるのか？
理想はわかるけど、現実はできるとこからチマチマやっていくしかない 東芝に2010年に見切りつけてリタイアした俺は勝ち組 >>951
やったやった。
納品はトラックだったw
今やDVD一枚。 >>913
そんな軽い認識で、この業者も仕事を受けちゃったのかなｗ 一般企業のシステムだったら
「できませんでしたぁ！こんな文字コードの問題知りませんでしたぁ！工数くださぁい！（土下座）」
「しかたにゃいなぁ」
で工数増やすなり、リリース延期するなりして済ますことができるところを、
公共システムで、原資が税金で住民・議会の監視もあるから、
公務員のシステム担当者も、市長も「ワイには責任はないんやで！（滝汗）」
って第三者委員会を作って必死に訴えてひたすらできひんかった業者を死体に鞭打った結果に見える >>943
いやいや、ユーザーにそれは無理
結局、そのリスク含めてNECに発注すべき案件に、入札したシステムズが悪い キーマンがいて難しそうなところは誤魔化して選定させたんだろ >>840
業者が悪いのは同意だが
理由は業者が京都市がどんなヤクザなやり方を仕掛けてくるか
全く知らずに動いたことだな。
性善説ではダメなんだよ。
当たり屋だと思わなくっちゃ。 >>955
ERPとかも財務だけとか製造だけとか部分的に
稼働させていくのはふつうだよ
パッケージでも全部一括で稼働させる必要はない。
自治体ごとの差がほとんどないしパッケージでいくのが当たり前だよ 想像するに京都市独特の住所の表現とかも足引っ張ってそう
三条通河原町西入とか木屋町通四条上るとか >>949
京都は町名番地のパターンと通りと上下るのパターンがある
しかも千本寺之内通東入ル上るパターンとか寺之内通千本西入下るパターンとか町名と合わせるパターンとかあって
全部通用するし人によって使い方も違う
通名も異様に多いし旧字体も多いし常用漢字外も異様にあるし京都の自治体のシステムに手を出してはいけないレベル >>946
テキストボックスの文字が修飾出来ないことに文句を言ってきたあげく｢ワードなら出来るのに何で出来ないんですか｣とか言われたことはあるな… バッチ系のリプレースは同一会社に発注しないとなー
NECは受けてくれなかったのかね >>960
これそもそも更改無理な案件てことだろ
どこもこんなの受けないだろ
元の開発社ならやれるかもしれないけど >>953
入札だろうから、京都市としては発注するしかない
ホントはNECに随意契約しないと無理な案件だろ >>960
ユーザーにそれは無理とか言うワガママを放置するからこうなるんだろ。
日本でも多くの企業が出来ているし、海外では当たり前にやってることが何故優秀人材を集めてるお役所で出来ないのか？ >>914
ていうか、無償で追加仕様に対応しようとしたのかよ。
医大も悪いが、無償で応じたＮＴＴ側にも非があるな。
そんなことしてたらそら医大側も調子に乗っちゃうよ。 >>948
最終的に顧客の方が強いから顧客がやれ言うならベンダー側は可能な限りやるはめになるんだよなあ…
旭川医大のは度が凄すぎて対応しきれなかっただけで >>965
旧学区ってのもある
小学校区とは別で、昔の学区ね
町内レベルではこの旧学区が学区扱いされてたりする >>958
軽く無いけど
一時はそういう仕事専門にしてた
外字とかは置き換えルール（テーブル）通り処理するだけだし >>968
ほんとかはわからないけど、予定金額が低すぎて辞退したとかどこかに書いてた 化石システムの刷新
難しすぎる！！
役所が仕様を出せない予感 >>959
多言語への書き換えができない業者ってことだから
COBOLわかる人がいないんだよ
そんな状態で案件うけるのは詐欺だよ
自治体が何も知らないのわかってて騙してる。詐欺 >>968
随意ではなく入札
しかも予定価格が13億
NECは予算が一桁足りないとして入札にすら不参加 >>967
UI は仕様だから同じにするなら仕様作成の時点で言わないとユーザーの落ち度になる
完成してから変更するなら、追加の案件 >>972
>>973でも書いたけど、最終的には金払うのが客だから客が強く言ったら可能な限りやるはめになるんだよ
建前ではユーザとベンダーは対等だけど、実際はそうじゃない
尤も対等じゃないからこそ裁判でNTT側が勝てたとも言えるんだけどな NECは入札に応じなくても、今後の保守料でガッツリ稼げるやん？
しかもマイナンバー対応なんかで漁夫の利やん >>966
俺京都で京都の自治体のデータ移行何ヶ所かやってるんだが >>965
ただの文字列だから一切関係ないよ
UTF-8で表現できれば何も問題ない
仮に表現できない変な文字があれば
住所の正式な文字のほうをかえてしまえばいいだけ
変換できない文字なんて市民も困るだけだからな >>950
どうせ役人はシステム把握なんて出来ない。
いっそのこと、役所がシステム発注する際は、システム分析して仕様書作成までコンサルに丸投げするの義務づけた方がいい。
いや、経験者配置を国で全自治体に義務づけるか。
開発で壊れかけた奴らの一大救済地になるかも。 業者側の言い分
http://www.systems-inc.co.jp/newsdetail/?pid=662
かねてより弊社は京都市に対して、当初契約の前提となる現行システムの基本情報（マイグレーション作業に必要なファイルレイアウト等の基本的な仕様）が提供されていない点、
その為に弊社作業（テスト工程の準備作業）が予定どおりに進まない点について、繰り返し問題点として指摘してきました。 平成29年1月16日に京都市と弊社は協議を実施し、
現実に京都市側に現行システムの基本情報の不足がある事実を確認したうえで、
京都市オープン化推進事業の完遂を最優先の共通の目標として、新たな役割分担と新たなスケジュールで作業を進める旨を合意致しました。
その後、弊社は京都市との合意に基づき作業計画を見直し、京都市に確認をとりながら作業を進め、平成29年7月末には合意した内容に従って納品物を京都市に納品しております。
しかしながら京都市は、納品後１ヶ月以上が経過しているにも係わらず、弊社との合意内容を無視して、弊社に対して当初契約の内容のみを根拠に契約解除を通告してきました。
弊社は、京都市による一方的な契約解除は無効であることを明らかにする平成29年10月5日付書面（回答書）を京都市に送付しておりますが、
京都市は弊社回答書を受領したことに言及することなく、解除の公表に踏み切ったものです。
京都市オープン化推進事業に関わった当事者として、京都市民の皆様をはじめ関係各位にご心配をお掛けする結果となった点については誠に申し訳なく思います。
ただ今回のように、全ての問題を受託業者の責任にすり替えようとする京都市情報化推進室の対応については、弊社も事実に基づき正当な主張・反論を今後も展開してまいります。 >>985
今はその保守業務も競争入札で、システムが安定してリスクが減ってから、他社に安く持っていかれる事が多いんだよねー >>982
いや、言語仕様として古くね？ と思っただけです。
確かに中で何いているかは理解できるようになるけど… >>966
うわ
パターンが多すぎって、それこそコンピュータが一番得意である
パターン処理が困難になるって事じゃないの？ >>893
linux/windowsでC/C++で何か作っとけば
他の言語のライブラリも作法も何も知らん状態でもすぐ理解できるわな。
最近の言語はＣで作られてるし、ハード屋さんもＣやアセンブラに真っ先にモジュール提供するし、誰かの新作スクリプト言語で四苦八苦してブレイクスルーすんのもね。
ただ、何ができようが年齢で切られるけどｗ >>981
こんなの10年前に移行しとくべきだろ
今頃に言い出しても、関係者みな退職してるから、13億じゃ無理なんだろ >>989
ファイルレイアウトがもらえると思うのは甘え >>990
でもそこが今のシステムが難解すぎて他の業者が入れない >>949
確かに市区町村の統廃合考慮してないシステムだったのを考慮するように作り直すとか、最初にそういうの込みで設計したりしたなぁ
当時のものが今も手直しせずに動いてると良いけど、きっと今の人に糞設計だのボロ糞に言われてるのだろうなぁ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 3時間 25分 58秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
