【悲報】富士通の住民票システム、2箇所のコンビニで1秒以内に同時申請があると混ざる仕組みだった
■ このスレッドは過去ログ倉庫に格納されています
2023年5月2日に川崎市様において、証明書交付サービスと戸籍システムを連携させるために当社が開発した個別連携システムの通信連携プログラム(以下、当該プログラム)不具合により、証明書交付サービスで申請された方とは異なる住民の方の戸籍全部事項証明書が発行されるという事象が発生いたしました。
川崎市様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。
本事象の原因は、2か所のコンビニで、2名の住民の方が同一タイミング(時間間隔1秒以内)で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまうことによるものです。本事象の原因となった当該プログラムの不具合は、既に修正および入れ替えを完了しております。なお、当該プログラムは川崎市様以外では使用されておりません。
https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/2023/0509.html 日本って想定外すきだよな
起こりうるトラブルを考えないスタイル >>224
で、どういうロジックを使ったら一意なIDになる訳? 逆にここに任せとけば安心ってシステム会社はどこなん? 川崎市だけ独自とか絶対嘘だろその場しのぎのてきとーな嘘ついてるからこういう事起きるんやで
お前らも仕事でそういう経験あるやろ >>227
これむしろ起こり得ないトラブルをケアしろって言ってるように聞こえるんやが
そういうのにツッコむのにジャップ仕草感じるんやが >>115
こういうのは思いついても再現が難しかったりするからなんとなくなあなあでテストしたんちゃう? >>5
普通なんか頭とか尻に判別できるやつつけるやろ… よくわかっとらん素人が発注したのをそのまま
よくわかっとらん下請けに丸投げして
よくわかっとらん奴が設計書を書いて
よくわかっとらん奴が作って
よくわかっとらん奴がテストして
よくわかっとらん奴がテスト結果を確認して
よくわかっとらんまま実装されたゴミ >>225
川崎市のGDPって世界で言えば上から70番台ぐらいの国の国家予算レベルの規模やけど 処理IDが時間そのまましかも秒までなんて小学生にやらせてもマズいと気づくやろ…
たぶん似たようなシステムをそこらじゅうで納入してるよな… 📃「もしかして…」
📃「私たち…」
📃📃「入れ替わってる〜〜〜!!??」 まあ色々な問題があるから一社に任せる事は出来ないんだろうけど、みずほ銀行のシステム問題と似た匂いしかしないわ >>230
え、ロジックていうかデータ構造の話だろ?
マイナンバーIDって一意だろ? >>234
さすがに世間知らなさすぎじゃない
部署ごとに違うぞ 識別するとしたら店のIDとかにタイムスタンプならええんやないか ワイは富士通の末端の派遣やで
ちな4次請け
こんなやつが作ってる >>247
こういうのが上に立ったりするからこういうシステムが出来るんやろな 日本のITのレベルなんてそんなもんやろ、
もういっそ違う住民票が出てきたら処分してやり直せって言った方が早いんちゃう そもそもいつまでたっても住民票の写しとやらを紙でやり取りせなならんところからしてIT土人国家だわな >>258
大体上流工程やろ
製造とかだけ他社に投げる
下手すりゃ要件定義だけかもしれんけど てかワイ、官公庁関連に装置納めたりしとるけど直接販売証明書提出させられて買っとるコンポーネントは仕様書で明示させられて下請けなんかしたくても出来んぞ
ソフトウェアの世界だけガバガバ過ぎんか? 金ケチって適当な所に任せたのか納期がおかしかったのかは知らんけど
もっとちゃんとした所にやらせろよ というか取り違え防止ならただ単に発信元と発信元の通し番号さえあれば絶対取り違えんやろ
通し番号の桁数がああだこうだいうなら発信元ID+年月日+日毎の通し番号でいい 日本のIT多重構造がゴミなだけや
担当者は末端だから情報の行き違いでいくらでもミスする ワイも業界におったけどなんで大企業のやつらって開発せんのやろな
めちゃめちゃ優秀なんやろうから正直そいつ1人で派遣100人分くらいの働きはできるやろ IT会社が未だにエクセルで勤怠管理してたりするし
そういうとこが終わってると思うわ てっきり全国で同じシステムやと思ってたわ
こんなん川崎市だけオリジナルにする意味あるの? オレが趣味でチャットシステム作ったときですらlockかけて他の人の発言は時差をつけるようにしたが
大手がそんなこともしてなかったとわ 下請けから下請けに投げまくって管理できなくなるのゴミすぎるやろ
なんでこんな無能システムなん? >>262
中身の管理できる人はいないんですかねぇ >>273
せめて元請けと二次請けだけで人員調達と作業できるやろと思う
サボりたい勢力が間に挟まってるとしか思えん >>239
技術が無い奴が元請けやっとるから、下請けに技術があるかどうかを変別出来んのやな
ポケモンみたいや >>270
そんな構成じゃコンビニの店舗増やしたら成立しなくなるやん >>273
上流できるやつが少なすぎるからなあ
派遣には絶対できない >>275
特に意味ないけど地方分権うるせーし、国で統括してやろうとすると中央集権だたああ!!っておギャリ始める人がいるから >>275
市町村毎に入札しとるんちゃう
A市は富士通、B市はNEC、C市はNTT…みたいに >>283
上流って要件定義とか会議のことか?
ワイ10年以上やっとるけどあんなんコミュ力あって頭のええ大企業のやつなら絶対できる IDの概念がなくて草
富士通ってここまでアホなんか >>275
政令指定都市って都道府県と同格な訳やけど >>283
ああすまん開発って要件定義とかも含んで言ってた
なんならあいつら要件定義すらやらんぞ >>285
でも実際国が一括管理してたらCOCOAコースで全国自動トレード状態になってたわけやかろ? 政府関係なんて中抜きだらけだから至るところから情報抜き放題なんちゃうん?
教えてエロい人 >>270
これ
この様で富士通のPOSシステムってどんな感じでサーバーにリアルタイムデータ上げとるんやと こんな奴らが日本の防衛産業担ってるのは草
2箇所から同時にミサイル撃ち込まれたら両方見逃しそうやな >>285
連携システム言うてるんやから元からある接続先のシステムが地方自治体ごとにバラバラやっただけやろ >>284
会社の看板で案件とってきてぶん投げるまでが本社の仕事ってことか
まぁ社員で技術者抱えちゃうと管理大変やからしゃーないか >>298
飛べないジェット機作る会社やゲームボーイのバグ技みたいな情報管理しとる企業が担う国防って凄そうやな ここでミスらないようにするにはこうすればいい!って上げてる奴はアホやろ
そりゃ発生後、原因までわかった後ならいくらでも言えるわ とは言えテストで全部のケースを見つけ出すのは難しいし
設計やソースのレビューで防ぐしかないやろな
実装者がゴミならどうしようもない訳だし、結局は海外みたいにエンジニア丸抱えするしかねえ 元請けは要件定義という名のやりたい事だけ伝えてくる場合あるからな
今の現場がそうやわ
これやりたいってだけ言われて開発側で全部考える アンチ乙
これ作ってるの高卒ひひひ孫請の派遣だから! 楽天カードマンの頻度で発行したらバグるとかどんなシステムよ >>308
頭捻って達成したら「やれば出来んじゃん、俺のイメージ通りだわ」か? 連休明け某職場でおなじみ富士通のシステムエラーでまともに仕事にならんかったんやが
派遣されてきた二人の役割が片方は話聞く役で片方はそれを記録する役でほんま草やったで 糞富士通に関しては防衛省やら原子力規制庁みたいな国家プロジェクトに関してはしっかりしてるイメージだったのに終わったな… >>308
現場はそのやりたいことすら落ちてこんからなぁ
終わりやでほんま ってかガチでチャットGPTにコード書かせてチェックまでやらせたほうがマトモなもん出来るんじゃね? >>308
コンサルまでやらされてんのと変わらんな >>5
4次請の個人フリーランサーにでも作らせてろくにチェックもしなかったのが透けて見える >>320
GPTはサンプルコードを書くのは得意だが組み上げは出来ないのでこの件みたいにIDの設計が終わってるみたいなケースだと無力やぞ どういう作りにしたらこうなるんや?
セッションとかキューとかそこらへん?
設計がどうなってるか説明する義務があると思う ■ このスレッドは過去ログ倉庫に格納されています