【伝統のタレ】京都市、基幹系システムの刷新に失敗 7億5000万円の損害賠償請求もIT企業は拒否 COBOL★3
■ このスレッドは過去ログ倉庫に格納されています
京都市が進めていたシステム刷新の稼働が遅延している件で、京都市とシステム開発を受託したシステムズ(東京・品川)の関係が泥沼化している。京都市は開発遅延の責任を巡って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/1509840228/ >>1
なんでわざと重複させるのか
【伝統のタレ】京都市、基幹系システムの刷新に失敗 7億5000万円の損害賠償請求もIT企業は拒否 COBOL★3
http://asahi.2ch.net/test/read.cgi/newsplus/1509854714/ 日本製なんか使ってっからだよ
IBMならパッと更新完了 >>5
IBMにえらい目にあった俺が言うけど
業務知識ないと無理だよ COBOLかどうかよりプラットフォームの問題じゃないの
機種書いてないけどバッチ系ならシングルタスクでしょ
今だとほとんどWindows serverだからその辺のトラブルかな 鬼畜、東京都北区赤羽住民、創価学会集団ストーカーに加担する
赤羽警察署は偽証申告した住民の犯罪を
もみ消しにかかってる
ghっっっっっっっjっっyっty システム開発で失敗しましたネタは2ちゃんで伸びるのはなんで? こういう話って一方的にどちらかに責任があることはないので
契約内容がどうなっているかが焦点になるんだろうね >>11
経験者が多いんだろ!
おれの会社もCOBOLから移行で絶賛炎上中だw 「NEC製メインフレーム」
たぶんやっかいなのはこっち
COBOLは標準化されてるからとたかをくくってると
いろいろやっかいになる
DBの在り方や使い方などが製品によって違うから
そういうところで問題になりやすい
あとNECのマニュアル
あれ読んで理解できる人間はいないと思うぞ
使い方説明書じゃなくて仕様書だもん どうせスペースが入ってるのに気づかずにエラーが出てるんだろ >>19
それIBM系
このスレの話はNECだから全くの別系統 金額が適正でないのに要求が多すぎるからよ
これでは他の会社も手出さないよ 入札を止めて国から金を融資してもらって行政ソフトを買ってきてそれを動かすしかないんじゃないかな
年号の切り替えまで入れたら時間が足りなさすぎる 担当者は生きた心地しないだろうな。稼働してないからまだましだけど
もし稼働後の致命的不具合発生とかだったら恐ろしい。
わかりません、できませんじゃ済まないからな。 今時COBOLやC言語でプログラム組むところあるんだよな、今のシステムについてけないだろ >>25
IBMerだったからCOBOLとRPGばかりだったけど今は何が主流なの? >>26
今はJAVAが主流。
サーバはJAVAが主流だからシステムがメインフレーム→サーバになると同時にJAVAが主流になった 今時COBOL使える技術屋なんて50歳以上で単価高そう 頭がいい人は「分かりやすい説明」をする時、何を考えているのか
http://ghznews.link/2017/11/36.html
転職の多い人を採用したいという経営者。一体なぜだろうか。
http://ghznews.link/2017/11/34.html dfsafdaeww NEC製メインフレームって何ぞ?
Cobolだからオフコンのことだろ
この時代のNECは日本のガリバーと呼ばれていたんだよな。
廃れるなんて誰も想像せんかった >>33
ACOSは多分オフコンじゃない
このこのろのおふこんならもしかしたら、ITOSとか別のらとかも
具体的な差は全く知らんがw とか試しに言ってみる。 >>33
ACOS-4だよ
オフコンじゃなくて汎用機 全国の自治体には元号を決め打ちしてるシステムのところもあるだろうし、
システム屋は忙しくなりそうだな どうせまた行政側が無茶振りしたんだろ。そしてそれを営業が安請け合いしてきたんだろ。 俺…どういう形式で出力するか(印刷するか)症状を下さい
自治体…まだ決まってないので先にシステムを組み始めてください
マジにあった というか市毎にシステムが違うことに驚き、国が共通システムを作って共同利用させろよ。同じ国なんだから。この辺の経費で相当に無駄使いがありそうだな。 市にやる気がなく業者に能力が無かっただけだろ
よくある話 旭川医大病院とNTTも争ってなかった?
こういうの少なくないんだろうな 京都ってめちゃくちゃ住民税が高いんだけど
毎月自分は所得税の1.5〜2倍近い額を払っている
でも、こういう形で無駄遣いをしてるんだね
そもそも能力のない会社に委託した京都市がアホ >>38
割とよくある(´・ω・`)
微妙にやりにくい方向に変えてくるんだよね(´・ω・`) 本来のプロジェクトが遅れまくった原因がソフトを売った側の不具合にあるのに、不具合が多すぎて1点1点チマチマ直させてたらいつまで掛かるかわからんから俺がその企業に出向してデバッグに付き合う羽目になったことあるわ
よこかわHさんとみつびし重さん
んじゃあ俺が携わってたプロジェクトのソフトが完璧かというと運用開始後もちょくちょく不具合見つかって迷惑掛けたんだけどねw 総務省が金を出して、共通プラットホームを作り標準化すべきだろ
各自治体がバラバラに使うのは税金と人材の無駄遣いだわ 俺と同世代で京都か。
地元の会社の仕事ならなんでこれできちんと動いてるんだ?と絶句したくなるコードが目に浮かぶな。 >>1
これって、あとから変更変更追加追加でもう無理!ってなったやつ? >>44
京都の住民税は他都市と変わらない
1番安い名古屋市だって年収1000万でも数千円しか変わらない
お前は人にイチャモンつける前に自分が払ってる税金がどういう風に計算したか調べてみろバカ こういうのはちゃんとその道の弁護士つけたりしながら契約してるの?
業界団体で契約の仕方をちゃんと整備しなきゃダメでしょ 日経コンピュータの動かないコンピュータに載ってたやつか
>>38
客にグラフのレイアウトを描いてもらって、グラフの中に書いて有る文章をそのまま出力したら……
客「それは説明だから出力する必要は無いのに。あなた面白いですねwwww」
俺「説明ならグラフの外に書いて下さいよ」 頭がいい人は「分かりやすい説明」をする時、何を考えているのか
http://ghznews.link/2017/11/36.html
転職の多い人を採用したいという経営者。一体なぜだろうか。
http://ghznews.link/2017/11/34.html DSAEREWAEW システム移行あるある
営業サイドがろくに調査することなく見積もりを立てる。「これで絶対間にあわせます」というものだから余裕まったくなし。
現行システムの仕様くれと個人情報を盾に顧客が拒否。自力で調査しないといけないのでその分の時間と費用が無駄になる。
調査で遅れた分を穴埋めするためスケジュールが無茶苦茶になる。とにかくノルマありき。問題が発生しても余裕時分がないため中途半端になる。
顧客が余計な機能を追加したがる。「ついでだからこれもつけてよ」とかいう。当然その分の費用と時間はほとんど考慮されない。
納期に間に合わなくなると「契約違反だ!」となり揉め出す。営業サイドは下請け孫請けに無茶を要求をし、ただでさえ疲弊している下請け孫請けはさらに混乱。
納期に間に合ったが内容はまるで出来ておらず、無報酬でやり直し。ここで下請け孫請けが悲鳴をあげ逃亡。 >>39
地方自治に国がとやかく言えるわけがないだろw
総務大臣に聞いてみろよw >>24
採用大学は国立いなくて私立も中央以下くらいだろ。
普通こんなの受注せんよ。 >>28
昔っからいい値段だよ
最低の7次受けでも手取り27万円貰ってた時代がありました >>33
おまえらACOS舐めとんのか!
2017年9月26日[ACOS-4]ACOSシリーズ大型機「i-PX9800/A200」を発売
http://jpn.nec.com/products/acosclub/index.html >>66
今回問題になってるバッチもこれで動くのかなw
これでいいんじゃね?ってのが、某社が辞退した理由なのではw >>71
設備資産をほとんど持たないソフトハウスで、
資本金わずか1億円の会社だぜ。
「 勘定あって銭足らず 」 で、
いくら黒字経営でも運転資金がショートしたら最期、
不渡り出して倒産w
中小企業の経営者は個人資産を担保に金借りてるから、
下手すりゃ一家心中だわな 昔、COBOLのソフトをワークステーションからWindowsに移行する仕事をしたことがあるが、営業が移行するだけだからと安い値段で取ってきたら、ライブラリが特殊でソースもなくて一からかいはつになり、大赤字になったことがあった。 >>71
賠償金額は7億だけど、契約解除されたから、これまでに使った人件費は帰ってこない
損害は計り知れないぞ >>44
能力あるとこは「桁がひとつ足らない」って降りたんだから
もっと住民税とるぞ どうせ本音と建前を混同して混乱したんだろ
京都らしい このスレのすぐ後にも3があるわ
全くアホにスレ立てさせるとこっちが当惑する事になる コンパイルエラーが出るほうがいいんだろ
要修正だとわかるんだから(´・ω・`)
エラーが出ないで動作が違うほうがよほど怖い(´・ω・`) >>68
恐らく動くが、こいつ基本レンタル契約なんだ。
しかも、月額900万円オーバーとか普通。
恐らく今回の事案はオープン環境へ移行したいというのが主たる動機の一つだろうから、残念ながら最初から選択肢に入ってなかっただろうな。 http://www.systems-inc.co.jp/migration/
「マイグレーション」とは、旧世代の大型汎用システム(レガシーシステム)の機能をそのまま新システムに置き換えるITソリューションです。
旧システムの資産をできるだけ活用し移行時のコストを大幅に抑えるのが特長です。
40年を超えるシステム構築のスキルとノウハウを持つ株式会社システムズは、
解析や設計に重点を置いた「エンジニアリング型マイグレーション」を標榜し、
レガシーシステム再構築により運用コスト削減と企業競争力強化を切望する企業へのトータルなサポートを提供しています。 基本はエミュレータ動かしてそこで動かすんじゃないのか?
そんなに難しいことのように思えないのだが。 新しいPCで動かしたら速すぎたり空き容量多すぎたりしてまともに動かなかったのかな?
たまにそういうソフトあるよね。 勿体ないから、こっちを1000まで使い切ってから新スレ立てろよ。 >>64
> >>61
> そこはバッチ処理ではなくて窓口業務だからマイグレーション使わずにOutsystems Platformってツールでコード自動生成したからね
> でもバッチ処理はデータ件数多すぎてコード自動生成ツールでは重すぎて出来ないって事がわかり最初の5社が白旗上げて
> 再度、バッチ系だけ入札になった
> そしてシステムズが最安値で受注した >>85
ACOS4のエミュレータなんて存在するのかな?
そんなの出してるという話は聞いたことない。
もしゼロから作るとしたら、10億だと到底足らん気がする。 >>91
あ、そうなのか。じゃあ何とかしてソフト移植しようとしてたのかな。 NECは自社製品をオープン化するノウハウないんやろか >>92
今回の事案はまさにそういうことらしいな。
外国製の自動変換ツール使って、既存ソースを変換して使えるようにするつもりだったようだ。
そして、そんな外国製ツールがNのガラパゴスCOBOL85をよしなに変換できるわけもなく、見事に火を吹いた、といったところか。 >>94
COBOLもJCLも文字コードも独自世界やのに、京都市も業者もなんで自信満々で出来ると判断したんかなあ?
不思議やね 前スレの355によれば三社応札で10億、11億、12億だったらしい
まともなRFPもなさそうな中身想像つかないものでこの価格帯に集中してるのは、価格示唆があったんじゃないかな
で、元のシステムを作ったNECは応札しなかったてことはNECはどう考えてもそれじゃできない事を分かってたんじゃない? >>97
予定価格あるから、価格はそんなもんじゃない?
ただ、これだけの案件ならプロポの点数は価格よりも内容重視しな不安やけど価格だけ見てたんかなあ バカだな
市が借金被るってことは市民の税金からさらに補填するってことになるんだぜ
つまり企業は京都市民に喧嘩売ったのと同じだ >>97
> で、元のシステムを作ったNECは応札しなかったてことはNECはどう考えてもそれじゃできない事を分かってたんじゃない?
そりゃそうだろな。
自分とこのCOBOLソース、それも自治体基幹系で熟成された30年もののビンテージソースを、外国製ツールで変換できるようなものかどうかくらい容易に判断つくだろうから。
そして、変換できないとなったらどうなるか?
それもまた、火を見るより明らか。
もちろんNとしてもここを取れないのは小さからぬダメージだろうけど、それでも応札しなかったということは、推して知るべし....だな。 ■ このスレッドは過去ログ倉庫に格納されています