【IT】京都市、開発遅延で7億5000万円請求もIT企業支払い拒否 言語はCOBOL 京都市「元号の変更もある(ので損害賠償はもっと増える)」
■ このスレッドは過去ログ倉庫に格納されています
ニュース解説 - 関係が泥沼化、京都市が7億5000万円請求するもIT企業は支払い拒否:ITpro
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/110201189/
井上 英明=日経コンピュータ 2017/11/04
京都市が進めていたシステム刷新の稼働が遅延している件で、京都市とシステム開発を受託したシステムズ(東京・品川)の関係が泥沼化している。京都市は開発遅延の責任を巡って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年程度かかる見通しだと明かした。 >>677
流石に基本設計から三十年ほどたったソフトをまだ使いたくないだろう。
Nは特に内情は解ってるだろうから、新規またはそれに近い見積りを出したんじゃないの? ↓のような状況だと厳しいよね。
次回入札で、どこか受注するところあるの?
ttp://www.systems-inc.co.jp/newsdetail/?pid=662
>かねてより弊社は京都市に対して、当初契約の前提となる現行システムの基本情報(マイグレーション作業に必要なファイルレイアウト等の基本的な仕様)が提供されていない点、
こっちの言い分だとよくある嫌なパターン バッチのファイルレイアウトってcopy句有れば分かるってレベルだからな。30年前なら
明治時代の建物の修繕請け負って「CADデータが無いと出来ません。」とか言っているような物。本気でコンバージョンの常識分かってないのか。分かって上で責任逃れに走っているのか。 >>680
そんなに簡単ならなんでどこも引き受けようともしないんですかね。 >>681
簡単なんて言ってないけど
30年前ならコピー句整備されてれば御の字で紙のドキュメントなんて無いかPG新規作成時のまま掘っとかれてるだけって事
むしろ紙ドキュメント信じた方がひどい目に遭う。
結局は生ファイルとPG見ながら解析して客と現状仕様の合意取っていくしかない。
凄く面倒な作業だよ。
FILLERに何か意味ありげな値入ってたり金額にスペース入ってたりとか当たり前だから
日付に20171032みたいなのが入ってた事もあったしな >>679
そんな資料、最初からないんだよ。まぁこんなの京都市に限った話じゃないけど、さ。
だからそれ解析の費用は込みだと京都市は思っていて、営業もそれを否定しないまま契約して
現場で破綻という王道パターン。 >>680
なぜcopy句で書かれてると思うのか?
そしてなぜ、適切な変数名が付けられてるなんて夢みたいなことを期待してるのか? >>684
システムズと言う会社は現行のファイルレイアウトが全部提供されなければいけないと言うもっと夢の様な理想をHPで主張してるんだな。 >>685
リプレイス案件ではごく当然の要求だが。 >>685、>>687
昔だったら、リプレイス担当者に、
「データはこれこれ。求める結果はこれこれ。疑問点があったら、元データはここにあるから勝手に使ってイロイロやってみて」で済んだんだよね。
個人情報保護と言いだしてから、業者に丸投げするのが不可能になってしまった。 >>686
京都市側の資料によると、仕様の不明確な部分は、ベンダー側に調査する義務があり、納期通りに完成させる義務もベンダーにある。
そのことが書面で取り交わされているから、日程遅延も含めて責任はベンダー側に有るってスタンスのようだね。
こんな内容で契約したくないわ。 京都はほかの都道府県のシステムでは転用できない。
住所からして別システムが必要。 >>690
あの政令指定都市の区っていうの?
やめてほしいんだけど疲れるから 京都人と関わったのが最大の間違い
システム云々は二の次 月曜日になると、オンライン広告のアルゴリズム
いじってテロ予告してくる奴いるんだけど?
https://www.youtube.com/watch?v=VSgAqSxjElw(テロ前月曜日)
https://www.youtube.com/watch?v=U5l-nd6MKVQ(テロ後月曜日)
それもおれが何やったかほのめかしながら
https://www.youtube.com/watch?v=ZupW6asSvm0
https://www.fastpic.jp/images.php?file=1495018434.jpg
https://www.fastpic.jp/images.php?file=1850084244.jpg
ロンドン地下鉄爆破テロの前後のネット閲覧や買い物支払いの記録です
2014年にウクライナのリヴィウを旅行して、(政治的にセンシティブなとこだけどそういうのとは全く関係ない、ただの個人旅行)
そこで見たある事をアメリカ大使館にタレこもうとした事があった。
それ以来こんな事ばかり起こっている。
地元の警察署へ逝ってきて話したら「あなたは統失です」だって。。。 >>521
スウェーデンとかは警察システムをアジャイルで作ったらしいけどなぁ >>694
予算の取り方が違うし、開発会社との契約形式も違うんだと思うよ
日本は先に仕様決めて予算取ろうとするけど、
仕様決まらないまま下請け探すから、
アジャイルなんてやったらただただ混乱して遅くなるだけ NECのCOBOLで特殊な数値の書式設定があったような。comp-3とか言うやつ。変換ツールはあったと思うけと、触った事ない奴はソースコード見ても分からんかもしれんね。 >>694
日本でアジャイルやったら、定額でいくらでも要件盛り込み放題にされるぞ。
金額や納期交渉なんて、日本では無いからな。 02 filler pic s9(7) comp-3 >>696
COMP-3はCOBOLではJISで定義された普通の表現形式。
それは、NECでもIBMでも富士通でも一緒、但しJISも内部の取り扱い迄規定してないので
wikiによれば符号の4ビットが東芝だけが違ってたらしい。 これは、公募したときに出した京都市の見積り額が低すぎてNECが辞退したというやつでしょう。
京都市も間違いを認めて金額の上乗せをしないと先に進めないよ。 >>702
官僚は「間違いを認めると死んじゃう病」に罹ってるから、絶対間違いは認めない。
多分、何処か大手にゴリ押しして赤字覚悟で作って貰うんだろうな。 >>703
大手は「改元処理に○○億円位かかるんですよ」とか言って元を取ろうとするかも。
平成も終わりそうな時代に、改元で費用が係るようなシステムだから幾らでもふんだくれるかも。 システム屋なら元号が変わる可能性を考慮するだろうけど、お役所のじじい達は天皇陛下が崩御する事を前提にする事は不敬罪で死刑って事なんじゃなかろうか。 >>706
官庁系の書類は、元号を使うことが規約で決められている。
その規約を改正するには、強大な抵抗勢力に打ち勝つ必要がある。
ぶっちゃけムリ。 大本を西暦(神武紀元含む)でつくって
年号に変換する部分を後付けなら
改修は問題ないんじゃないの? >>709
それは改修とは言わない。基本設計の変更前だ。 某社がわざと、
if "大正"
else if "昭和"
else "平成"
とかのコードにして、「大変なんですよ」と言われていたのかもね。
市役所に評価できる人が居ないんでしょ? >>711
ちょっと突っ込ませてもらうと、自治体システム的には明治も現役なんじゃなかろうか。 さて、具体的なタイムスケジュールが固まってきたが、(元号が決まってないが)裁判したって勝手に帳票の元号が変わるわけでもないし
どうするんだろうね。
新元号の本番は19年の5月1日からだけど自治体システムは3月4月はどうなんだろう。 いやあ、三十年も使うなんて思って無いと思うからその場しのぎの平成対応。
さらに2000年対応で歪になってそう。 >>716
印刷後、手書きかハンコで直すんだろう。 運転免許証みたいに有効期限が記載されてるやつだと対応しないと駄目なんだな。もう全部西暦にすれば良いのに。 >>717
あとは計算式と分岐やチェックの追加だろ。
DBは三文字じゃなかったらおkだろ。 >>719
平成対応はそれでも良かったかもしれんが、今回はそれなりに余裕があるのに
それじゃ叩かれないかな。 次の元号へのカウントダウンが始まりましたが、システム更新間に合いそうですかwww >>1の件も元号も、職員にシステムを正当に評価できる人が居なかった。
システムの評価ができなければ、オープン化なんてできる訳がない。
IT職員の育成に失敗した京都市は、素直にN社を運命共同体として寄生されていなさい。 工程管理支援事業者のピースミール・テクノロジーってのは存在価値ないな。 ■ このスレッドは過去ログ倉庫に格納されています