【頑張れシステム屋さん】システム改修、改元までに完了 国民生活影響なし 政府「省庁･独法･地方自治は適切に対応しろ」
■ このスレッドは過去ログ倉庫に格納されています
2019.3.14 12:37
政府は１４日、天皇陛下の譲位と皇太子さまの新天皇即位に伴う５月１日の改元に向けた関係省庁連絡会議（議長・古谷一之官房副長官補）を開いた。各府省庁が管理する情報システムの改修作業は５月１日の改元日や１０連休明けとなる７日の開庁日までに完了し、年金や納税、雇用など国民生活への影響は出ない見通しになったことを確認した。
政府は各府省庁や独立行政法人が管理する計５７６システムの調査を実施した。いずれも効率的に作業を進めて改修を終え、改元・開庁日までに新元号での対応が可能になると判断した。地方自治体にも住民に混乱が生じないように適切な対応を求める。
また、民間企業では金融や交通機関などのインフラ事業者でも改修に向けた対応が進んでいることも確認した。対応が把握できていない一部の企業には今後も周知・広報を徹底する。
会議は４月１日の新元号の事前公表まで１カ月を切ったことを踏まえて開催され、各府省庁の官房長級が出席した。古谷氏は「各府省庁では今後の改修計画を着実に実施してほしい。民間にも引き続き必要な対応を行うように周知してほしい」と指示した。
https://www.sankei.com/smp/life/news/190314/lif1903140021-s1.html 問題が発生しても公務員は、責任など取れるだけの大人じゃ無いから。
いつもの様に
「再発防止に努めます。」と言う。
乳幼児レベルだから日本の公務員は。 もっと前に発表すれば良いだけ
政治家と官僚のバカどもが国の足引っ張りすぎ >>137
急な改元の対応なんだから、一時的な処置で十分だと >>142
頭悪いな
昭和から平成への改元の時には、システム対応ができねない企業や役所が多くて
昭和のまま何年間も運用し続けるところが多かったてはなし 改元もそうだが、10連休明けの初日のほうが祭りな気がする >>133
俺もメインはオフコンだったから、詳しくは知らないが
業務で使えるようになったのはWin3.1あたりからかな？ 年度のはなし
2019年度って、4月中の和暦表記は平成31年度だよね。
「平成31年度入学式」みたいに。
じゃあ、卒業式ってどうなるのだろう。
「平成31年度卒業式」ってのは違和感。
5月以降は、◯◯元年度なの？
システムへの要求として、何が正解なのだろう。どっちでも良い、が答え？ こんな百害あって一利なしの仕組み
さっさとやめればいいのに
日本人ってほんと馬鹿 西暦−1988＝平成
で計算してるプログラムが多すぎる
作ったやつ氏ねよ >>49
ああ、典型的な無知な発注主の発言だな。
こういう連中が死滅するのはいつの日になるんだろうな。 >>143
まあ、世の中広いから、そんなのを必要としない業務システムも存在するのかもしれないな。
見たことはないが。 >>158
やめろ。その言葉を口にしないでくれ... >>157
業務を何から何まで全部一つのERPでやればいいのにな
全部SAPにすれば沢山のマスタを修正する必要もなくなるのに、
全部SAPにすると莫大なライセンス費用とカスタマイズ/アドイン費用がかかるから、
ビビってしまって、ツギハギのシステムにしちゃう経営者ばかりだもんな 休み明けが楽しみだ。空売りを仕込む絶好のタイミング！ >>143
年齢計算するような時はいるかもな。
あ！なんか、見たことあるかも。
退職金を予算計上するのにシミュレーションするときに計算する。
そんな処理で見た覚えが。 >>159
平成に改元するときには、新元号発表語からの対応だから、
平成元年いっぱいは昭和64年のままで通して、翌年の1月から平成にする企業は多かったよ
翌年ならまだましで、2年後、3年後まで昭和のままでいくところもそれなりにあったし、それで文句を言う役所も企業もなかった VBAとかのgeから始まる和暦のフォーマットってどうなるんだろ
パッチがすぐくるとも思えないけど 昭和から平成の時は、古いシステムはシステム内のデータが昭和暦の6桁だった。
オンライン画面もアセンブラーとかで組んであって昭和前提だったよ。
そもそも役所が発行する公的書類はプレ印刷が
ほとんどで、
今のシステムで対応してあっても運用面で
事故になることがある。
税金関係では、それを逆手取って払わねーなんて馬鹿が多発するが
それも法律や政令を読んでいないなら、
意味のない主張をしているだけ
ちなみに前回はお金を頂いたが、今回は通常保守の範囲内で0円です。
あくまで自社開発のパッケージ製品が対象で
請負のワンオフシステムは規模に応じての従量性かな >>152
4月1日が属してる元号になるのが普通じゃないのか？ >>110
自治体ごとに各メーカーに発注して組んでるからソフトは専用で京都市役所はACOSのCOBOL
これをリプレースでオープン化するのに入札にはNECは参加せずwww
当時は買い切りで仕様書もソースも残ってないから現在のシステムをリコンパイルしたり動作検証してのマイグレーション
んで独立系が入札で受けてツールでCOBOLマイグレーションしようとしたらACOSの独自仕様拡張COBOLで結局、できなくて
お手上げになっていまｸﾞﾀﾞｸﾞﾀﾞ >>18
そりゃ動作チェックくらいしないといかんからな ちなみになみに、うちの会社には「400で割り切れる年は閏年にしない」というロジックが抜けてるシステムが一つある
2400年には不具合を起こす 新しい年号って安倍の痴呆で
安呆って知り合いに聞いたわ >>121
もうそこまでやるならいっそ新元号は”null”か半角バックスラッシュ1文字にして欲しい。 今の段階でまだ改修なんて言ってるのは同情できんわ。 無理なはずだが？
そもそもwindowsだoracleだの修正パッチの
検証が出来ないだろ 新元号と平成の併用を今年に限って認めりゃいいんだよ >>176
not null制約に引っかかる企業続出 お前らは納期に追われた惨事下請けの書くコードがまともだと思ってるのか
MS様の偉大なるビッグブラザーWindowsでさえ毎月パッチ出してる状態なのに？ >>178
そもそもWindowsやらOracleだのの機能に頼ってるのがダメだわ フィールドテストを7ヶ月やってりゃだいたい直るだろ >>177
無理だよ報道で「基本ソフトメーカーとも協調して」ってなってるのでMSのパッチ待ちになってる奴があるみたい 今日日年号をハードコーディングしてる糞システム使ってる大手なんていないだろ
居ないよな？ >>185
ハードコーディングしたシステムをつかいつづけてるところはある気がする >>179
前回もみとめられてたから、今回も併用で問題ないよ >>183
テストする環境が現場にしかなくてしかも全国規模のシステムで深夜に個別テストして、全国的に何度も全システム止めて
結合テストして失敗してを繰り返してるみずほ銀行ってとこがありましてね・・・ 元号を一切なくすという対応にした
国に提出する書類でそれでいいんかという気もしたが、いらないんなら初めから使わないで欲しかった >>169
マイグレーションのスレは見たような気がするな。
たしか、裁判沙汰になったとか。
そんな状況じゃ消費税とかどうすんだろうな。 そりゃ、まあ、普通元号ベースにプログラム組んでないだろ
簡単だって ■ このスレッドは過去ログ倉庫に格納されています
