【悲報】富士通の住民票システム、2箇所のコンビニで1秒以内に同時申請があると混ざる仕組みだった
■ このスレッドは過去ログ倉庫に格納されています
2023年5月2日に川崎市様において、証明書交付サービスと戸籍システムを連携させるために当社が開発した個別連携システムの通信連携プログラム(以下、当該プログラム)不具合により、証明書交付サービスで申請された方とは異なる住民の方の戸籍全部事項証明書が発行されるという事象が発生いたしました。
川崎市様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。
本事象の原因は、2か所のコンビニで、2名の住民の方が同一タイミング(時間間隔1秒以内)で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまうことによるものです。本事象の原因となった当該プログラムの不具合は、既に修正および入れ替えを完了しております。なお、当該プログラムは川崎市様以外では使用されておりません。
https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/2023/0509.html NTTデータのアラジン武勇伝の話聞く?
未だにアラジンの栄光に縋ってるらしいで? >>491
テストもクッソ金と手間とリソース要するからな
かといって素人にやらせると面倒くさがってヨシ!が横行する
「時間更新間隔1秒以内に2度帳票発行する」って粒度まで追うと何万項目にもなる
上層部は「この粒度まで追うならあれもこれもそれもやっとかなあかんやろ」ってバランス揃えてくるからな >>533
秒までしか考慮してないやつが1秒以内に同時に申請するテスト項目作るわけ無いやろ いつも思うけど「上流SEは会議で死ぬほど忙しい」ってあれなにやってんの?
そんなに事細かに決めごとやるんか? 某銀行系SEが残業100時間とか聞いて引いたんだが >>534
゛ALADINはCOBOLで記述されている。゛
へぇ すげぇな >>535
それなガチでバグ見つけるやつは一人で何個も見つけるから才能の問題の問題なんやと思う 君らわかっとらんな
テストとか下手したら確認すらせずOKとか付けとるやつがおる世界やぞ
ワイそれでクビになっとるやつ3回見たことあるわ 全国にあるんだから頻繁に混ざるやろそれ
全体中どんくらいの確率で発生したんや >>537
関係部署への根回しや
根回しの根回しや根回しの根回しの根回しも必要やで >>535
そらリッチにテストできるなら一番良いけどあらゆる全てをテストすることなんて不可能やからな
だからこそユニークIDなんてクソくだらないところなんて机上で済ませるように設計すべきなんだけれども >>535
まあ雰囲気でもシステムわかってないと確認せず面倒くさいしスルーするか >>531
発注者「要件定義のための調査は発注側(やるのはワイ)がやりますんで」
元請け「では設計と実装はこちらとパートナーが…(やるのはワイ)」
こんな感じや
説明するためのパワポ作るのもワイや
官公庁案件こんなのばっかで頭がおかしくなる >>537
意味あるかはともかくやっとるで
でも下請けのワイはそこに参加してワイが話してたよ >>537
会議をするための会議をしてて結論なんか出てこないぞ
だいたい煮詰まった時に決定権もってる奴の鶴の一声で決まる
最初からそうしとけやって思えるぞ なんか必要悪ではあるんだろうが メンタルばかりやられる割に意味ないシンドい仕事だろうなぁ...上流SEさん >>547
でも発注者さんは作成した資料に対して粗探しをしてくれるからセーフや >>432
そんな経験ないやつに致命的なところ設計させるんか?
人手不足すぎるわ わいも頭の中にマルチコンパイラ入ってんのか?ってレベルで見ただけでバグ見つけるガイジに会ったことあるわ
FC時代のゲーム作ってた奴らってみんな感じなんやろな >>508
アンチ乙
=でセル参照がギリギリだから 要件定義が金貰えるというか下請け構造のせいで実質下流工程が金貰えないんだよね
内製化はよ >>499
叩き上げの人が給料安くて泣けますよ…何で現場知らん方が高いねんな…SEも大変なんやろけどプログラマの方が大変に思えるけどなあ >>560
昭和の時代はジャパニーズの独占枠やったんよな >>5
これ弊社で20年前くらいにあったらしいわ
以降秒はミリ秒まで取ることになっとる >>561
まあ「せーの」で押すテストくらいはするよな普通(普通なのか知らんが...)
素人のワイでも「やったらバグ起きないかなぁ」って考えそうなのに システムは悪くないやろ
悪いのは同じタイミングで住民票なんか申請する市民や
もう少し考えてサービスを利用してくれ マイナンバーなんて関わったら絶対怒られるからやりたくないわ
経歴にも傷つく
面接で「あー、あれね…」と言われる悲しさはないで >>555
FF3だか5だか作ったインド人のエピソードすこ >>563
それも根本解決してないやん
確率の問題やけどいつかバグになるぞそれ >>563
ミリ秒にしても細かくなっただけで根本解決になってないんだよなあ ワイは富士通からのメール届かないようにしたいのに富士通のアカウント忘れて拒否設定にできなくてもう何年も困ってる 建築も同じような業界構造してるけどIT業界よりもまともものできてるよな
もしかしてIT業界って職人よりも碌なやついない? こりゃYouTuberが音頭とって同時刻に1000人でやってみましょーとかやりだすぞ >>569
>>570
そんなんワイに言われても昔決められた有り難い開発基準なんやから知らん☺ >>572
建築でバグっても見つかりにくいだけでは? >>561
複数の申請を受け付けることが前提のシステムなのに
処理IDが一意にならない時点でシステム設計自体が破綻してる
せめて一秒に1件しか受け付けずそれ以外は捨てるのなら破綻しないが現実的じゃない >>572
そもそも日本は建築業界を元にした構造ばっかりだから
自分に都合のいい、下っ端には悪い部分だけ真似ていくんや なんか神奈川だけシステム系ゴミすぎへんか?
別件だけどコロナ禍じゃエリアメール数百件飛ばして来たし、数年前の元日深夜でもエリアメール飛ばして大迷惑だったし >>572
この前大成建設が日本建築史上前代未聞のやらかししたやろ… 国ならともかく市町村なら同じ秒で申請するやつはいない!ヨシ!で通るはず
キーが長くなると色々なものがめんどくさくなる 富士通というより下請けの派遣が悪いんじゃない?
マジで派遣ってレベルの低い奴しかおらんし >>582
都内在住の黒岩がノーダメージで余計に腹立ったわ >>11
スポット案件にそんな優秀な人材つかわんやろ
外注に投げて終わりや >>575
イッチ「変えた方がいいんじゃないですか?」
上司「ほなどうしたらええねん 対案だせや」
イッチ「同時にアクセスした場合には5ミリ秒待機時間作るとか...」
上司「で?その工数は?? お前が全部作って責任とれる??? そもそもこの構造使ってる部分全部設計からやり直すんか???(激詰め)」
こんな感じになんとなくなりそう >>5
タイムスタンプ以外のユニークidなしってマ?
設計から狂ってるやん >>584
同時複数箇所だろうと窓口関係なく発行手続きできるのがマイナンバーの利点なのに… コンビニコピー機の数が32bit超えかねないからね仕方ないね >>583
アレって職人というか設計の問題もあるだろうけど
後戻りできないところまで隠しちゃった管理が一番悪いやろね いや混ざっちゃダメでしょ
トランザクション保護の観点を持ち合わせてないのか >>585
設計レビューで潰せよ
公共やってないワイでも気づけるでこれくらい >>11
富士通は90年代にテレワークや評価制度導入して社内混乱して以降ずっとアカン企業やと思っとる
多分45歳以上の人はそのイメージ持ってると思うで 実装したやつも通したやつも等しく頭おかしいけど年収は3倍差くらいあるんやろな
結局下請け責めて終わりだからまた起きるやろ 富士通とか学校相手にぼったくってるだけの会社ちゃうんか ちなみにテストでIO関連の指摘しても大体通らんで
連携システムこれで作っちゃってますけど?どうするんですか?って言われて終わり 設計がアホでコーディングがド素人だとしてもこんな典型的なパターンをテストしないわけが無い
下っ端がテストしたフリして通したんじゃねえの 知ってるとこのシステムは複数台実行とか実行とキャンセル同時押しとか処理中の停電の試験とかやるけどそうのやってないんかな >>593
よおわからんけどそれな
DB(データベース)扱う以上排他処理でガードかけるのは基本の基だし
全然赤の他人のDBデータ引っ張り出してくるとか訳わからん
富士通ともあろうものが気がつかんとは思えん
万一?富士通の要件定義と基本設計が無能でも下請けで手を動かす人達は有能だから気づいて諫言すると考えるのが理に叶う すれ違い通信とかしたことないんか?
他のユーザーのプロフィールカードとか集めるの楽しかったやろ >>601
テスターはテスト設計書通りにやるだけやで
IOの問題は要件定義が最上流の問題 よく考えたら同じ時間に同じ作業してるやつがこの世に二人もいるなんて運命的だよな
そんなことあるわけないって思っちゃう >>601
設計書いたのがテスト仕様も作ったんじゃね
だったら抜ける気もする
レビューないんかって感じはするが >>609
こんな小規模で堅牢性のあるDBなんて作らんぞ普通 >>614
設計レビューするやつがテストもレビューするから多分設計抜けたらもう無理や 同時実行したけどエラー出なかったからヨシ!
エラー出てないんだしログ確認なんてしなくてもええやろ! 新手のマッチングシステム
これ起こったやつらは付き合えよ 仮にテストしてたとしても必ず入れ替わるわけやないやろ?🤗
1/2で成功したらヨシって!なるやろ🤗 >>619
うちはPMがその辺チェックするけどまあないなら確かに設計で終わりやね… やっぱ人命に関わらないようなシステムだとこんくらい適当になるんやろか こういうテストってしにくいからわからなくても仕方ないね
設計決めたやつが悪い >>626
新幹線とか自動車の制御システムは死ぬほどテストあるからやっぱそうなんやろね 要件定義(おかしいな…まぁ客が決めるからええか…)
設計フェーズ(なんかおかしいな…まぁ要件定義通りか…)
実装フェーズ(バグってないか…?まぁ設計バグやしええか…)
テスター(うーん…まぁテスト仕様書通りやし…)
PM「納期通りにプロジェクト終了!よし!」
大体こんな感じや 役所の個人情報扱うシステムがこれって相当ヤバいよな
人材不足が深刻なんやろか >>626
人命が関わっても適当にやるぞ人間は
東電なんて事故起きて監視入った後もガバガバじゃねえか ■ このスレッドは過去ログ倉庫に格納されています