「Fujitsu MICJET コンビニ交付」サービスで発生した印刷障害について

「Fujitsu MICJET コンビニ交付」サービスで発生した印刷障害について2023年3月27日に当社「Fujitsu MICJET コンビニ交付」（以下、当該サービス）にて印刷障害があり、自治体様の証明書交付サービスで申請された方とは異なる住民の方の証明書が発行されるという事象が発生いたしました。 自治体様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。 既に本事象に関する対処は行っておりますが、今後こうした事象を二度と起こさぬよう、全力を挙げて再発防止に努めてまいります。 なお、当該サービスによる証明書交付の際に印刷障害が発生する可能性のあった自治体様には個別にご報告を行っております。また、3月27日に確認された障害以外に同様の事象は発生しておりません。 1. 発生事象について3月27日（月）、11:40頃、当該サービ

[nyankosenpai]

タイムアウトした時に終了するんじゃなくて、次のデータ取得しちゃうってちょっとやばくない？

[tetsutalow]

この説明は技術者にはすぐわかるんだけど普通の人には判らない。普通の人の主観では「人違いが生じた＝マイナンバーカードは確実な個人認証とはいえない」と誤解してしまう。そうではないことをちゃんと言ってよ。

[alcoolalcho]

そもそもの実装が心配過ぎる、タイムアウト超過時の挙動テストしてないのか..?

[kaiton]

タイムアウト時の処理が、どうしたら他の印刷イメージを取得することになるのか？

[ockeghem]

『印刷処理における遅延が発生いたしました。この遅延に起因し、システム上設定されていたタイムアウトの上限を超える状態となり強制的な印刷処理の解除が生じ、次の印刷イメージファイルを誤って取得したため』

[kamm]

これ読むとタイムアウト時以外も色々不安を感じる実装のような…。『一時的に交付申請が集中した際の強制的な印刷処理に関するプログラムを修正いたしました』本当にそれだけでいいの？

[diveintounlimit]

予想の斜め上の仕様だった

[civicpg]

「次」っていう順序が関係してるのが不安になる。タイムアウトで取るべきのが取れないなら分かるのだけど…。日時でソートされて最新のやつ取得とかなの？

[NOV1975]

「印刷障害」という言い方がすでの色々良くない（印刷障害なのは直接的な原因ではあるかもしれないが、障害事象は「異なる住民の方の証明書が発行されるという事象」なのでこれをタイトルにすべき。

[cj3029412]

おっかしいなあ。「タイムアウト後の処理方法(設計)に問題があり」「次の印刷イメージファイルを取得するという欠陥」でしょうよ。

[diet55]

4/7更新「この遅延に起因し、システム上設定されていたタイムアウトの上限を超える状態となり強制的な印刷処理の解除が生じ、次の印刷イメージファイルを誤って取得したため｣

[kumicit]

システム上設定されていたタイムアウトの上限を超える状態となり強制的な印刷処理の解除」

[mather314]

印刷イメージファイルの取得先は一回の印刷ごとに毎度生成していないのか？だとするとひどい設計だが…。

[mas-higa]

"当該サービスで事象の発生可能性のある自治体様に対して" 他人の住民票が出る自治体と出ない自治体があるのか。

[Eiichiro]

なんらかのIDでリクエスト制御するわけじゃないだけで怖すぎる。順番に意味をもたせすぎると死ぬやつだ。 なにか外側には情報を渡してはいけない的な制約条件があってこうなってるなら、仕様策定がミスってるやつ。

[burnworks]

『（負荷により）印刷処理における遅延が発生（中略）システム上設定されていたタイムアウトの上限を超える状態となり強制的な印刷処理の解除が生じ、次の印刷イメージファイルを誤って取得した』なるほどわからん

[khtokage]

「システム上設定されていたタイムアウトの上限を超える状態となり強制的な印刷処理の解除が生じ、次の印刷イメージファイルを誤って取得」 どういう実装してたらこうなるのかよく分からない……

[hom_functor]

ミッションクリティカルなシステムの経験が十分あるだろう富士通でもこんな初歩的な仕様バグに誰も気づかないままリリースするのか

[zu2]

“2023年3月27日に当社「Fujitsu MICJET コンビニ交付」（以下、当該サービス）にて印刷障害があり、自治体様の証明書交付サービスで申請された方とは異なる住民の方の証明書が発行されるという事象が発生いたしました”

[lifeisadog]

輻輳状態のテストってなかなか難しいよね

[MtAsuka]

根本原因も書かずに再発防止策と言われてもその対策が有効なのか判断できないよね。

[TriQ]

タイムアウトしたときになんで次を取りに行く？ってのは技術者でもなんでそうなってるのか分からんよ。タイムアウト時に一時ファイルは消すけど取りに行く処理は中止し忘れって感じかなぁ？

[hiroomi]

”高負荷状態におけるテストの強化に取り組むと同時に”

[blueboy]

プログラムに手続き上のバグがある「プログラムのバグ」かと思ったら、もともとの設計がイカレた設計だったという「頭がバグ」の状態。いや、「会社がバグ」の状態。→　会社をつぶした方がいい。富士通はオワコン。

[poponponpon]

try {} catch(TimeoutError) { /* あとで何か処理入れる */ } とかで何もやってなくてそのまま処理が進んで次の何かを取っちゃったのかなあ

[cbkf]

説明になっていないので業界人でも憶測するしかないが、システムテストは元請け主体で実施する(下請けに丸投げしない)筈なので富士通がヘマったのは確か。まあタイムアウトにを気を配れない実装者もそれはそれで……

[securecat]

次のファイルを誤って取得というのがわからないな。一時ファイル名がタイムスタンプ由来で作られてて重複していたとか？　正式発表をして印刷障害と称するのはいかがなものだろうか。

[ozomatli]

富士通Japan色々ダメすぎるな…

[sysjojo]

ファイルと操作者の突合やってないってコト? リクエストの順に印刷してるだけのように聞こえるんだけど。

[retore]

スレッドセーフでなかった、とかそういう原因を予想してたがなんか思ってたのと違うのが来たな

[munieru_jp]

「印刷障害」とは、実にマイルドな表現ですね

[masatomo-m]

なんというか、上流のSEが書いた仕様を下流のPGが特に疑問も持たずに実装し、テストもとりあえず正常系と境界値テストくらいしかしてないと起こりそうな事例ではあると思った

[koroha-a]

"類似サービスの総点検を行います" チェックシートに追加しました！トリプルチェックしました！ヨシ！になりそう

[kenkoudaini]

富士通イギリス程酷くはないかな https://www.bbc.com/japanese/features-and-analysis-60598164

[mobius118_7]

中抜きしすぎて負荷テストも碌にしてないのかよ

[kastro-iyan]

あまりにも間抜けな設計

[gcyn]

「そういうあらわれかたするものなの！？」って感じ。複雑だ…（ちょっと「ハックハックこんにちは」的な感じも受けてしまうところです。）

[getcha]

なるほど。わかりやい解説。プログラム書いた事のある人ならこれで大体想像が付くだろう。今までバグのあるプログラムを書いた事がない人だけ石を投げなさい。

[kitamati]

噛み砕いて説明できてない点、自治体に様つけたりする変な日本語から想像するにエンジニアが書いてきた文章をそのままあげてるくせーな

[aox]

寧ろこういう設計にすること自体が難しいような。作った人の頭が良すぎて常人の考えを飛び越えてしまったのかもしれません