- 1 名前：仕様書無しさん [2007/05/28(月) 22:31:32 ]
- 官公庁のシステム組んだ事ある人
今回のこの五千万件の事どう思う。
- 48 名前：仕様書無しさん [2007/05/30(水) 04:23:05 ]
- >>45
統合前には戻せるはず。
どんなシステムでも、一番最初のマスターデータは必ずコピーしているからな
システム障害、ハードのクラッシュに備えてね。
異動テータ、納付データも当然残している。
- 49 名前：仕様書無しさん [2007/05/30(水) 04:37:37 ]
- www.nikkei.co.jp/news/main/20070524AT3S2302124052007.html
厚生年金、６万3000事業所が未加入
厚生年金への加入義務がある正社員を雇用しているにもかかわらず、
全く制度に加入せず保険料も払っていない事業所が全国で6万3539に
達することが社会保険庁の調査で分かった。
このうち一部では社員の給与から「保険料」として天引きしながら、
それを厚生年金に納めずに横取りする悪質事業所が含まれているもようだ。
厚生年金保険法は正社員を雇用するすべての法人に加入義務を課しており、
現在160万以上の事業所が加入する。
未加入の事業所は全体の4％程度で、社保庁は責任者を呼び出したり、
戸別訪問するなどして加入を促す方針だ。 (18:06)
- 50 名前：25 [2007/05/30(水) 05:38:24 ]
- >>44
領収書は違うだろ。領収書があれば支払った事を認めて登録し直しているだけだろ。
- 51 名前：匿名希望の元役人 mailto:sage [2007/05/30(水) 06:40:44 ]
- 俺は社保ではない別の国家機関(国○庁)出身なんだけど、その経験を元に推測。
年金納付データはその性質上、ほぼ間違いなく永年保存のはず(30年以上保存しなきゃいけないものは全て永年保存になる)はなんで手間ひまかければ、復旧は可能と思われ。
市町村のデータ削除は、年金番号統合したからという理由で、後先考えずに行った可能性大。
でもって、今回の事態を招いた原因は、ほぼ間違いなく、基礎資料の作成ミスじゃないかなぁ。氏名・生年月日・性別の３つを主キーとして統合用データ作るんだから、その時点での入力ミスであったり、そもそもの台帳の記載に誤りがあったんだろ。
納付記録漏れ以外に、勤めたことのない事業所にいた事になってるケースもあるらしいので、単純ミスの可能性大。
ぶっちゃけ、ウチでもたまにあったからね。で、後から指摘されて、慌てて修正したこと。
- 52 名前：仕様書無しさん [2007/05/30(水) 06:54:07 ]
- >>48
はず。って何だよ。
普通に考えたら戻せるのが当然なのに、戻せないから騒ぎがでかくなってんだろ。
大事なのはソース付きの根拠で、お前の思いこみなんか何の意味もないんだよ。
いい加減気づけよ。アホ。
- 53 名前：仕様書無しさん [2007/05/30(水) 06:58:31 ]
- >>51
たまたま同姓同名で生年月日同じ奴がいたら同一人物って扱いか？
さすがは役人すらクビになるだけの事はある。
- 54 名前：仕様書無しさん mailto:sage [2007/05/30(水) 07:13:02 ]
- >53
RDBが登場するはるか以前から存在していたシステムにそれを言うのは酷かも・・・
- 55 名前：匿名希望の元役人 mailto:sage [2007/05/30(水) 07:15:38 ]
- >>53
誰がクビやて？自分で辞めたんや。キチガイな職場やったから。
とまぁ俺のことはさておき、同姓同名同年月日が同一視された可能性はあるだろうね。冗談抜きに。何も考えずに機械的に処理していると、ありえない訳じゃない。どの位の確率かは別にして。
俺が言いたかったのは、同じ人間の記録Aと記録Bで主キーの内容の整合性がとれないって意味だったんだけど。
どちらにせよ、かなり杜撰な事務管理であったことは間違いない。
- 56 名前：仕様書無しさん [2007/05/30(水) 07:40:32 ]
- >>55
いや、さすがにそこまで頭の悪いミスするのはお前くらいだ。
主キーなんてdbの要だろ。
現場のPGで、そこまで馬鹿はいないだろうし、入力ミスとしても多すぎる。
ITのミスじゃなくて、確実に上のミス、もしくは故意。
- 57 名前：匿名希望の元役人 mailto:sage [2007/05/30(水) 08:39:43 ]
- >>56
誰がPGのミスって言ってる？
システム云々以前の問題だって言ってるの。
DB設計で主キーに関する問題が発生したなんて、俺も思ってない。
単なる運用する社保庁側のデータ管理が杜撰だったってのが、今回の問題の本質だろ。
使う側がアホなら、システム組んでも意味がないっちゅう、どこにでもある話なんじゃないの。
- 58 名前：匿名希望の元役人 mailto:sage [2007/05/30(水) 08:50:16 ]
- 訂正
>>56の言ってることなぞっただけだな、俺。
ただ、俺の経験から言わせてもらうと、社保庁はめちゃくちゃな役所だから、入力ミスにしては多いとかいう常識は通用しないと思った方がいい。あと、役所のバイトも暇つぶしのオバハンとか、キャリア目当てのネーチャンしかいないから、マトモじゃない。
国○が全国的システム導入したときも、照合したらとんでもないことになったよ。
あと、故意ってのはどうかなぁ。ミス隠しは積極的にやるけど、こんなことワザとやったら、自分の立場が危うくなるから、役人心理からは出てこない発想だと思うけどなぁ。
- 59 名前：仕様書無しさん mailto:sage [2007/05/30(水) 09:27:53 ]
- 名寄せなんて生年月日一桁でも間違えたら無理
略字ならまだしも日と田を間違えたらもう無理
人の頭使うか一歩進んだ人工知能必要だな
つかそれで金が飛ぶ
- 60 名前：仕様書無しさん [2007/05/30(水) 10:24:12 ]
- 社会保険庁解体を言い出して１０年。
去年１００年安心宣言。自民に人生預けても、もう駄目だろ
１００年安心プラン宣言の一年後に、記録消失じゃな
詐欺師を政権から降ろさないと復活はない。
- 61 名前：仕様書無しさん mailto:sage [2007/05/30(水) 10:30:27 ]
- テレビで、「難読氏名の読みを適当に入れたから」っていう例を挙げてたよ。
転職するたびに、別人として登録されてたらしい。
基礎年金番号導入の前の話だけど。
- 62 名前：仕様書無しさん [2007/05/30(水) 11:24:05 ]
- なー俺以外でこの中で実際に現場で
システムの保守と運用経験したやつはいないんじゃないかと・・・・
最初からシステム立ち上げたやつもいないんじゃないの
>>58
故意でも無理。
>>55
君は住民記録の知識が無い
あのね、社保の業務も最初からコンピュータシステム使ってなく
最初は何処でも人の手で事務はやるんだけど
システム化するにあたり、大手のIBM、日立、日本電気とかに業務の分析をしてもらって
それから機種の設定、ソフトの開発するんだよ
当然、台帳のデータ起こしもどういう風にやったら間違いなく入力できるか
どやったら間違いなくチェックできるか
稼動する何年も前に考えて、何度もテストして、初めて稼動する。
これらの経験をした事のあるなら、データーベースが悪いとか言うわけが無い
と思うんだけどね。
>>61
申込書とか、役所で書くドキュメントには
必ず漢字のほかにカタカナの欄があるはずだけどな
四十年位前は無かったなんていっているけど??
普通に考えたらカタカナの欄なかったら困ると思うのだけどね
マスコミ連中は本当に適当な事言うよな。
- 63 名前：仕様書無しさん [2007/05/30(水) 11:34:07 ]
- >>58
>国○が全国的システム導入したときも、
>照合したらとんでもないことになったよ。
これも絶対にありえないよな(笑)
テストもしないでシステム稼動しているって言うのかい
あほらしい、何処の経験の話してるの(笑)
最初にシステム化するにはどーしても「専門家」の知識がいるから
大手コンピューター会社に協力してもらってやる
もしあんたの言うようにまともに稼動しないの作ったりしたら
大変だよ、新聞にでかでかと報道されるぞ。
国民年金の納付書発行の住所少しでも違っても新聞に載るからな
- 64 名前：仕様書無しさん [2007/05/30(水) 13:03:20 ]
- streaming.yahoo.co.jp/p/t/00064/v00134/
パックインジャーナル・・愛川は当然何も知識ないんだろうけど
この説明しているやつはまったくもって大嘘ばかり言ってると思う。
システム化する以前はこんな事あったかもしれないけど
システム化された後も、氏名の入力ミスしてたとか生年月日も間違って入れただとか
あまりにもひどすぎる大嘘。
マイクロフィルムの話はみんなここから流れていたのか(笑)
これも考えたら可笑しいと気づくはずだろう
開いた口がふさがらん・・あんぐり。
- 65 名前：仕様書無しさん mailto:sage [2007/05/30(水) 13:49:20 ]
- ここで「間違いなんてありえない」「そんなのはすべてうそだ」って言ってる人って
どういう人種なの？
プログラムや設計仕様に関する部分を否定するのは分かるけど、
プログラムに起因しない単なる入力ミスまで否定してるのがよく分からん。
マ関連の人なら原因が入力ミスであれば責任は問われないんだから、
それを肯定してもよさそうなのに。
ましてや難読氏名なんてプログラムでチェックできる代物じゃないんだから、
喜んでそこに飛びつけばいいのにね。
- 66 名前：仕様書無しさん [2007/05/30(水) 14:14:11 ]
- >>65
君は本当にプログラム作った事、システム作った事あるの??
システム稼動する前に各項目のチェックのテストするだろう
そんなら単なる入力ミスはあり得ないんじゃないの。
行為でも無理でしよ?入力した後も今度は一件一件また入力チェックもするんだもの。
昔のバッチ処理なんてデーターエントリーは二重にやってるし
単なる入力ミスなんてあり得ない。
>ましてや難読氏名なんてプログラムでチェックできる代物じゃないんだから、
>喜んでそこに飛びつけばいいのにね
こんな事言うのは住民記録のシステム運用した事ないだろう
氏名チッェクの基本はこの項目にカタカナ以外の物が入ってない事
スペースも駄目
漢字の項目は後で更新チェックリストで入力データと一件一件チェックする。
昔のシステムならここで外字登録なんて作業もあるんだけどね(笑)
この作業の事も知らないのかい?
- 67 名前：仕様書無しさん mailto:sage [2007/05/30(水) 14:21:50 ]
- >>66
じゃあさ
dqname.jp/
こういう名前がなんて読むかをプログラム上でどうやってチェックするの？
あと、公務員を信用しすぎじゃない？
時間内に終了しないようなら、適当に済ませてしまう連中だよ？
- 68 名前：仕様書無しさん [2007/05/30(水) 14:40:18 ]
- ＞マ関連の人なら原因が入力ミスであれば責任は問われないんだから、
＞それを肯定してもよさそうなのに。
頭悪すぎだし、根性腐り過ぎだな。
誰の責任か事実をハッキリさせるべきだろ。
「入力ミスって事にすれば、他人に責任を押しつけられるから入力ミスって事にしちゃえばいいや」か。
人間のくずだね。
- 69 名前：仕様書無しさん [2007/05/30(水) 14:48:31 ]
- >>67
あのさ、役所に行って自分の住民記録貰って来い
申込書にカタカナの欄あるだろう。
転出した時も自分の名前書くだろう、子供生まれた時も
>あと、公務員を信用しすぎじゃない？
>時間内に終了しないようなら、適当に済ませてしまう連中だよ？
あー・・マスコミ連中はみんな責任取れ。
- 70 名前：仕様書無しさん mailto:sage [2007/05/30(水) 14:55:05 ]
- 実際に起こっている、5000万件の不備は無視して、
「全部うそ」「ありえない」って言ってるのは人間のクズじゃないの？
- 71 名前：仕様書無しさん [2007/05/30(水) 15:08:39 ]
- >>70
俺はそいつじゃないから知らんわ。
お前の事をクズだと思っただけで。
そんでお前の言っている事がそうだったとしても、
お前がクズって事に影響ないのはわかるか？
- 72 名前：仕様書無しさん mailto:sage [2007/05/30(水) 15:14:16 ]
- >>71
おれがクズだということはまったく否定しないが？
ただ、不備が起こっているにもかかわらず、
システムは完璧。
入力も完全。
て、のうのうといっちゃう連中は、どういう人種なんだろうと思ったんだよ。
- 73 名前：仕様書無しさん [2007/05/30(水) 15:18:21 ]
- >>72
知らないよ。
自分で調べろカスｗ
カスはおんぶにだっこで自分じゃ何も出来ないから困る。
「こうすれば自分の責任じゃなくなる」って事で結論だそうとするカスのために教えてやるいわれもないんでな。
入力ミスって事にしときゃいいんじゃね？
お前がどう認識しても何の影響もないしな。
- 74 名前：仕様書無しさん mailto:sage [2007/05/30(水) 15:20:18 ]
- はいどうも。
じゃあ、 >67 の質問に答えておいてね。
- 75 名前：匿名希望の元役人 mailto:sage [2007/05/30(水) 15:36:46 ]
- 俺は、当初からシステムの問題じゃなくて運用する人間の人的ミスだって言ってるつもりだけど。
業務分析→要件定義→システム導入→データ移行→導入開始
↑
ここに問題があるっていってるの。
俺の経験で発生したトラブルってのも、１００％データの移行ミス。システムが吐いてきたデータと
保管してあった書類に差異があり、確認・照合してみたら、データの移行が正しくされていなかったことが判明した。
手書きの原票入力・チェックをバイトに任せたり、職員が片手間にやっていたからそんな事態になった。
それともおたくは、正しく入力してるのに間違ったデータ吐いてくるようなシステム開発してるの？
>故意でも無理
当たり前だw
それに、故意にデータ消去する理由がない。そんなことするくらいだったら、法改正して合法的にwごまかしちゃえってのが
官僚の思考回路。
>申込書とか、役所で書くドキュメントには
必ず漢字のほかにカタカナの欄があるはずだけどな
国○で扱ってた手書き帳票の一部には、フリガナの記載は無かった。
但し、国○の場合は一部バッチ処理が導入されていたのでそちらのデータがあったのと、
各種届出書類にフリガナがあったから、そのへんは問題にならなかったけど、
難読文字の手抜きは可能性としてゼロとは言えない。実際、戸籍原本にはフリガナの記載が無いという
ケースもあるわけだし。
読めない字を適当に処理したやつなんて何ぼでも知ってるw
- 76 名前：仕様書無しさん mailto:sage [2007/05/30(水) 15:49:57 ]
- こんな時ヒイロ・ユイなら
馬で社会保険庁の窓から侵入して
コンピュータ操作して
年金払った事に出来るんだろうな
- 77 名前：仕様書無しさん [2007/05/30(水) 15:51:53 ]
- >>74
上の書き込みは俺じゃないんで知らんし、カスに教える義理もないよｗ
- 78 名前：仕様書無しさん [2007/05/30(水) 15:53:41 ]
- 氏名チェックは更新時の時は
入力が指定した桁数超えたらエラー
スペースならエラー、英数字の入力もエラーとなり
新規、異動の処理は出来ません。
晴姫（はるひ）ちゃん
読み方のチェックはソフトでは行わないよ。
これはデータを起す時に挙がってきた書類だから入力ミスとは言わないな。
彼に間違っても後でまた更新リストと、更新エラーリストとつき合わせてチェックするから
読み間違いがそのままになる事は
俺が担当していた時にはまったくないです。
- 79 名前：仕様書無しさん [2007/05/30(水) 15:57:25 ]
- 漢字から読みをチェックする機能、って発想がPGとしてあり得ない位、頭悪いな。
出来るわけねーだろｗ
- 80 名前：仕様書無しさん [2007/05/30(水) 15:59:00 ]
- ハルヒにだけ反応した>>78もどうかとは思うけどさｗ
- 81 名前：仕様書無しさん mailto:sage [2007/05/30(水) 15:59:06 ]
- ふりがなの欄が無かったのですか
そうですかそうですか
- 82 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:02:08 ]
- >>79
そうなのよ。出来るわけないのよ。
でも、入力ミスは絶対に起きないシステムなのよ。
すごいよね。
システムをスシテムって打っても間違いを指摘してくれるはずだよ。
そのシステムならね。
- 83 名前：仕様書無しさん [2007/05/30(水) 16:04:38 ]
- >>82
いや、お前の文句の言い方がキチガイだと思っただけ。
相手が言ってもいない機能に勝手に文句をつけているから。
ていうか、内容以前に書き方が馬鹿丸出し臭いんだよ。
普通の日本語書けないのか？
- 84 名前：仕様書無しさん [2007/05/30(水) 16:07:46 ]
- >>75
本当にシステム組んでるの???
>業務分析→要件定義→システム導入→データ移行→導入開始
データ移行のテストしないかい?
そうしたら問題がある事がわかるんじゃないの
>俺の経験で発生したトラブルってのも、
>１００％データの移行ミス。システムが吐いてきたデータと
>保管してあった書類に差異があり、確認・照合してみたら、
>データの移行が正しくされていなかったことが判明した。
>手書きの原票入力・チェックをバイトに任せたり、職員が片手間にやっていたからそんな事態になった。
えーなんかおかしいぞ(笑)
移行する前にテストするんだからそもそも差異なんて物は無いんだけどね。
それから入力データ作る時は間違いないように
同じデータを二人以上で入力するんだからそもそも間違いようがないし
間違わないために入力の仕方も工夫するし
早く入力するために、専用の機械も入れたりもするんだけどね・・・・・
それを今度はリストに打ち出して一件ずつチェックやるんだよ。
この処理は特別な事じゃない、何処でもやっている事。
- 85 名前：仕様書無しさん [2007/05/30(水) 16:08:07 ]
- >>83
きみ、情緒不安定だよ。
文章から陰気でジメジメした空気が伝わってきて気持ち悪い。
周りの人もそういう目できみを見てるよ。
誰も面と向かって言ってくれないだろうけどね。
おだいじに。
- 86 名前：仕様書無しさん [2007/05/30(水) 16:08:56 ]
- >>85
自己批判乙ｗ
- 87 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:13:21 ]
- イキ番号
シニ番号 とか出てこないのがおかしいな
- 88 名前：仕様書無しさん [2007/05/30(水) 16:15:39 ]
- 氏名のチェックは
ソフトでは桁数、英数字以外、空白、これしかやってないよ。
このアルゴリズムは他の業務もみんな同じで常識。
- 89 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:18:56 ]
- あ、なんとなく分かった。
俺が言ってる入力ミスは、基礎年金番号が出来る前の国民年金の時の入力ミスね。
- 90 名前：仕様書無しさん [2007/05/30(水) 16:21:50 ]
- >>89
国民年金は全て住民記録台帳から
住所、氏名、生年月日のデータを貰ってるんでね
これも入力ミスは無いよ。
もしあっても、台帳は何度もチェックしているからあったら当然修正。
選挙人名簿も住民記録から貰ってるんでね
名前が違ったら大変だよね(笑)
- 91 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:26:56 ]
- 社保庁の人も自殺しないかな
- 92 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:27:54 ]
- 総員ラーゲリーに収容し…
- 93 名前：仕様書無しさん [2007/05/30(水) 16:35:41 ]
- >>91
子供が虐められているだろうと思う。
社保が何もかも悪いような事マスコミもアホ議員も知識人も言ってるからな
- 94 名前：仕様書無しさん mailto:sage [2007/05/30(水) 16:51:44 ]
- >90
昔の国民年金の台帳は自治体の持ってる住民台帳とは別冊ですが。
国民年金は特に所管が国･自治体･国と行ったりきたりしているし、
オンライン化前には別役所、場合によっては地域も違う場合があるので
照合のしようが無い。
- 95 名前：匿名希望の元役人 [2007/05/30(水) 16:52:46 ]
- >>84
あくまで俺がいたとこの手書きデータの移行についてという前提で実例を示すんでそのつもりで
1.入力
2.照合用帳票出力
3.チェック(入力者以外とされていたが実際は… 件数は１日7千件程度)
問題無ければ登録、ダメなら訂正して2へ
移行テストは多分必要以上にやってるが本番でミス続発。既に導入済みのバッチ処理システムからの移行にはエラーが無かった。
開発は腐痔痛が担当。２人入力や専用機導入はなかった。
>>90
国民のみなら多分問題なくて、厚生年金が絡んで、名寄漏れが発生したんでない？今回は。
- 96 名前：仕様書無しさん [2007/05/30(水) 17:04:34 ]
- >>94
>昔の国民年金の台帳は自治体の持ってる住民台帳とは別冊ですが。
何言ってるの(笑)
国民年金、国民健康保険は住民記録がされていないとそもそも
「納付」も出来ません。
住所氏名、性別、生年月日はみんな「住民記録台帳」から貰ってます。
それから、これ大切だけど、「選挙人名簿」も住民記録台帳から選出しますから
生年月日の間違いなんてやったら大変ですね
だから台帳は逐次なにかにつけてチェックしているんです。
>>95
>移行テストは多分必要以上にやってるが本番でミス続発。
>既に導入済みのバッチ処理システムからの移行にはエラーが無かった。
単純にシステム設計のミスでしょ?
致命的でなければ運用しながら修正するし、致命的な欠陥ならシステム移行は中止。
だから厚生年金が住民記録とリンクしていれば
こんなに苦労はしなかったはず。
- 97 名前：匿名希望の元役人 [2007/05/30(水) 19:06:05 ]
- >>96
> 単純にシステム設計の>ミスでしょ?
まぁぶっちゃけそういうことになるなw
テストケースの設計や運用も含めて、根本的におかしかったとしか思えない。
同じ部門でも扱う事務ごとにUIが違うようなシステムだったからなぁ…
- 98 名前：仕様書無しさん mailto:sage [2007/05/30(水) 23:38:15 ]
- 一つ疑問が・・・
5千万件のエラーデータが有るのは報道されているけど、正常なデータは
何件あるんだろう・・・
？？？？？件中の5千万件・・・
- 99 名前：仕様書無しさん mailto:sage [2007/05/30(水) 23:49:02 ]
- しゃほちょうは
じじいばばあをみなごろしにするきだ
- 100 名前：仕様書無しさん mailto:sage [2007/05/31(木) 00:05:38 ]
- うん、全体の数もきになるけど
１件のデータってどんな内容なのかもきになる
- 101 名前：仕様書無しさん [2007/05/31(木) 00:16:04 ]
- 国民年金なら知ってるけど。
- 102 名前：仕様書無しさん [2007/05/31(木) 00:39:23 ]
- >>100
だいぶ昔の記憶で定かではないが
住民記録のリンク用の個人番号、世帯番号、手帳番号
氏名生年月日、住所、納付のデータ、移動の履歴とか、金融機関
- 103 名前：仕様書無しさん mailto:sage [2007/05/31(木) 01:00:32 ]
- >>98
正常なデータというより、処理しなければならないのはこんな感じらしい。
354 2007/05/30(水) 19:03:31 ID:uYBVGD9x
日出づる処の名無し(sage)
推計25万人と午後6時のNHKBSでやってたの見たけど、
具体的な数字が出始めたら、もう「日本国民の半分」などというテレビの煽動が期待できなくなる。
そもそも社保庁解体法案採決が近付く前は、きちんと重複などある為実際の件数は・・・とやってたんだよな。
“年金差額 未受給２５万人”(抜粋)
www3.nhk.or.jp/news/2007/05/30/d20070530000189.html
> 与党はこの時効制度を撤廃するための法案を提出しています。
> 柳沢厚生労働大臣「最近の事例についてサンプル調査を行ったところ、
> ５年間の時効制度によって差額を受け取れなかった人は、これまでに２５万人に上ると推計される」
- 104 名前：仕様書無しさん [2007/05/31(木) 07:09:54 ]
- 解体を逃れるために役所が大げさな数字を出したわけか
２５万件も結構大きいが
- 105 名前：仕様書無しさん mailto:sage [2007/05/31(木) 18:44:08 ]
- もう一から作り直そう。
- 106 名前：仕様書無しさん [2007/05/31(木) 21:41:07 ]
- そうだな、国民みんなにせっかく住記番号が付いたから
これを利用すれば。
もしかして、これが目的だったのかも?
- 107 名前：仕様書無しさん mailto:sage [2007/05/31(木) 21:48:25 ]
- そして、現行の支給額を一元化
最高額＋最低額/2＋α（マクロスライド）で算出。
国民年金満額 78マソを250マソまで上げる。
- 108 名前：仕様書無しさん mailto:sage [2007/05/31(木) 21:51:37 ]
- そうすれば、平均的サラリーマン（政府モデル）の大体50%だから収まるんじゃないかな。
まぁ、色々積み重ねている人は怒るだろうが崩壊するよりマシだろう。
崩壊したら、その人すらもうあぼーんだしな。
ヘタ打てば大正の二の舞、米騒動ならぬ年金騒動
=>警察力不能=>自衛隊治安出動=>自衛隊命令拒否=>政府崩壊
- 109 名前：仕様書無しさん mailto:sage [2007/05/31(木) 21:54:27 ]
- 現状で年金・退職金を受け取って
老後を呑気に暮らそうというのが間違っとる
- 110 名前：仕様書無しさん [2007/05/31(木) 21:55:30 ]
- とりあえず、ニュース系の板で状況確認してから書いたらどうだ？
情報収集が要件定義の準備としての基本だぜ？
ロジックにだけこだわる所が、PGらしいと言えばらしいけどな。
もうその情報は古いし間違ってるよ。
- 111 名前：仕様書無しさん mailto:sage [2007/05/31(木) 22:01:12 ]
- >>109
だがその老後の金を当て込んで商売する企業の何と多い事か。
- 112 名前：仕様書無しさん [2007/05/31(木) 22:16:35 ]
- 九月三十一日なんてどうやって入力できるんだろうな?
オンライン処理なら端末で入力するけど
生年月日の項目で九月三十一日って入れたら、エラーのメッセージが出で
入力も出来ないんだけどね。
バッチ処理でもエラーではじかれて、エラーリストに載って更新も出来ない。
- 113 名前：仕様書無しさん [2007/06/01(金) 00:03:16 ]
- 生年月日チェックのロジックは何も難しいものじゃないのに
暦に無い日付が入力できると言っている事が
どんな事か
streaming.yahoo.co.jp/p/t/00064/v00134/
この専門家という人は理解していると思えない。
- 114 名前：仕様書無しさん mailto:sage [2007/06/01(金) 19:53:55 ]
- >>109
払った元をとりたいだけだろ。
- 115 名前：仕様書無しさん mailto:sage [2007/06/01(金) 21:04:23 ]
- >>113
上辺だけだろ、そんなもん、
- 116 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:41:55 ]
- COBOLerですが、数ヶ月前にメンテナンスしたプログラムで
○○ヶ月後を求めるものがあって、小の月の31日とか
閏年でないのに2月29日を出力するものがありました。
- 117 名前：仕様書無しさん [2007/06/02(土) 09:06:04 ]
- 社保庁職員装う振り込め詐欺急増
headlines.yahoo.co.jp/hl?a=20070602-00000084-sph-soci
何かと話題の社会保険庁の職員を名乗る、年金版「振り込め詐欺」事件が、長崎市内などで相次いでいることが１日、分かった。
長崎市内では今年４月以降、７人が計約６５０万円を振り込んているという。
長崎社会保険事務局によると、被害者は２４〜８１歳の年金受給者かその親族。中には、約２００万円を振り込んだ高齢者もいる。
同事務局には、同種事案の相談が、４月からの２か月間で約９０件も寄せられている。
社保庁の職員を名乗る若い男が、「年金の差額請求の手続きが済んでいない」「年金の差額を払うので、３０分以内に自動預払機（ＡＴＭ）が
ある場所に行って連絡してほしい」などとうその電話をかけ、ＡＴＭを操作させて現金を振り込ませる手口が大半だという。
社保庁職員を装った「振り込め詐欺」電話は、昨年末以降全国に広がりつつある。社保庁によると、昨年１１月から今年４月までの間、
１５都府県で１５９件の不審電話情報が寄せられ、うち群馬、広島、長崎の各事務局管内で、計１６５万円の被害が確認されていた。
ところが、年金問題がメディアなどで大きく取り上げられるようになった５月以降、被害も急増しているとみられる。
５月９日には、群馬県の女性（６５）が１９９万９０００円被害に遭っている。
社保庁では、年金の還付金がある場合は原則として次回の支払いで調整するため、
職員が電話してＡＴＭの操作を求めることはないと注意を呼びかけている。
（6月2日8時1分）
- 118 名前：仕様書無しさん [2007/06/02(土) 09:55:47 ]
- >>117
社保庁の仕事が振り込め詐欺
- 119 名前：仕様書無しさん mailto:sage [2007/06/02(土) 12:00:02 ]
- 以前ﾃﾞｰﾀ入力の会社にいた事があるんだけど、
ﾃﾞｰﾀ入力時のﾐｽはあると思う。
その会社は入札で落札してﾃﾞｰﾀ入力業務をうけてた。
ﾃﾞｰﾀ入力時に、人を変えてﾍﾞﾘﾌｧｲもしてたし、ﾌﾟﾛｸﾞﾗﾑでかけられるｴﾗｰﾁｪｯｸもかけてた。
それでも入力ﾐｽはどうしてもあったよ。
ｴﾗｰについては二度打のﾍﾞﾘﾌｧｲ方式でも0.02％はでてしまうのはどうしようもない事とされていたし事実、社保庁との契約書にもそこを超えれば損害賠償等の責任が問われることになっていた。入力総件数から考えると恐くなってたが。
納品後に社保庁でﾏｽﾀとのﾁｪｯｸ等していたみたいだけどね。
あと、その会社がうけたほとんどは漢字氏名はなくｶﾅ氏名だった。
しかも手書きのものはｺとﾕ、0と6みたいな判断がつきづらいものも少なくなく、原票にﾌｾﾝ貼付して何でうったかわかるようにしているが、はたしてみているのか…
だからﾆｭｰｽでいろいろ言われているのを見ると、なんとも言えない気持ちになる。
- 120 名前：仕様書無しさん [2007/06/02(土) 14:29:13 ]
- >>113
社保庁のプログラムだから殆どノーチェックと考えた方が無難ではないか。
データを全部東京に集めて入力すると聞いてこれは駄目だと思った。
原簿は地元で入力シートは別の処で登録ではノーチェックと云ってもいい位だよ。
- 121 名前：仕様書無しさん [2007/06/02(土) 14:54:21 ]
- >>118 が良いことを言った！
- 122 名前：仕様書無しさん mailto:sage [2007/06/02(土) 17:10:04 ]
- 各地域の原簿からのデータ入力作業を、SOHOのおばさん連中に依頼・・
- 123 名前：仕様書無しさん [2007/06/03(日) 03:10:20 ]
- >>116
それって生年月日チェックとは関係ないだろう
COBOLなら大体のロジックはワークに日付のテーブル定義して
IF MM=09
DD>30
なら 生年月日エラーって言うロジックだろう
何も難しくも無いし、マクロで定義しても言いし
こんな物は間違わない
テストも難しくない。
- 124 名前：仕様書無しさん [2007/06/03(日) 03:20:21 ]
- >>119
俺は逆に市町村のシステムの運用保守担当だったので
役所の連中のうるささが胃によくなかった
間違いは許されない環境だったので、今回のようなマスコミがいい加減に
仕事をしている、間違い入力がかなりあっなんて事言うのに
正直腹が立ってます。
自分が作ったシステム、プログラム、チェックの方法を全て否定されたと感じている。
- 125 名前：仕様書無しさん mailto:sage [2007/06/03(日) 03:24:46 ]
- でも間違い自体は相当数あったろうよ
処理の煩雑さも手伝って。
- 126 名前：仕様書無しさん [2007/06/03(日) 03:25:19 ]
- >>1
そもそも、5000万件のアンマッチをどうやって調べたんだ？
そのアンマッチのデータの内容にも因るだろ。
- 127 名前：仕様書無しさん mailto:sage [2007/06/03(日) 03:36:12 ]
- >>126
if文で切り分けてると思う
- 128 名前：仕様書無しさん [2007/06/03(日) 03:43:40 ]
- >ﾃﾞｰﾀ入力時に、人を変えてﾍﾞﾘﾌｧｲもしてたし、ﾌﾟﾛｸﾞﾗﾑでかけられるｴﾗｰﾁｪｯｸもかけてた。
>それでも入力ﾐｽはどうしてもあったよ。
エラーがあったらソフト上で更新処理が出来ないんでしょ?
また同じデータ入れてもまたエラーではじかれるでしょ?
エラーリストが出たらそれを元に修正して正しいデータでまた更新するんじゃないの?
>あと、その会社がうけたほとんどは漢字氏名はなくｶﾅ氏名だった。
>しかも手書きのものはｺとﾕ、0と6みたいな判断がつきづらいものも少なくなく
>原票にﾌｾﾝ貼付して何でうったかわかるようにしているが、はたしてみているのか…
エントリー側の問題ですよね
判断付きにくい項目はきちんと確認してからまた入力するんじゃないですか?
これってエントリーの常識ですよね
私の会社ではこんな事して無かったですね。
- 129 名前：仕様書無しさん mailto:sage [2007/06/03(日) 05:05:19 ]
- 普通、起きるはずがないことが起きたから、
システム開発の一般論（常識）で論じても、しょうがない気もする。
さっさと原因と責任者ださないかな。
- 130 名前：仕様書無しさん [2007/06/03(日) 08:00:14 ]
- >>129
テスト段階で全てがわかるのが、システムです。
このような事務システムは何も難しくないの!!
- 131 名前：仕様書無しさん mailto:sage [2007/06/03(日) 08:05:40 ]
- 1年間で5,000万件直す？
1日で136,986件？
できるわけねーべw
- 132 名前：仕様書無しさん [2007/06/03(日) 08:10:08 ]
- >>131
各関係省庁が協力したら可能
雇用保険、健康保険など
- 133 名前：仕様書無しさん [2007/06/03(日) 08:17:13 BE:686608177-2BP(301)]
- １億件あればエラ〜率０．０２％は２００００件なわけだが・・・
- 134 名前：仕様書無しさん [2007/06/03(日) 08:19:35 BE:630558195-2BP(301)]
- >>130
そんなシステムあり得ないｗ
それが出来るなら 学会で発表しなよｗ
ＩＴ業界に革命が走るぉ ｗ
- 135 名前：仕様書無しさん [2007/06/03(日) 08:24:19 BE:196173672-2BP(301)]
-
社保庁じゃ、システム開発は 完璧なものなんだｗ きっとシステム開発者も完璧なんだろうなｗ
- 136 名前：仕様書無しさん [2007/06/03(日) 08:27:29 ]
- >>134
だから、各項目に入力チェックしてるんだろう
後でも台帳リスト出してチェックするんだから
ほとんと間違わないよ。
- 137 名前：仕様書無しさん [2007/06/03(日) 08:31:03 BE:588521467-2BP(301)]
- 納付記録が 毎月１回発生するとし １億人の平均納付回数を １２ヶ月＊２０年＝２４０件とすると
エラ〜件数は ２００００件×２４０件＝４８０万件
どう考えても ５０００万件 には 程遠い
９８年だかの統合の時には２億件のエラ〜があったとかいう話はホント？
だとすれば、 元デ〜タ自体に エラ〜が あったと 考えるのが 適当でしょ？
- 138 名前：仕様書無しさん mailto:sage [2007/06/03(日) 08:31:17 ]
- >>132
公務員同士が横の連携なんかするわけねーだろw
- 139 名前：仕様書無しさん [2007/06/03(日) 08:32:46 BE:140124252-2BP(301)]
- >>136
全件チェックでもしてるの？
- 140 名前：仕様書無しさん [2007/06/03(日) 08:34:18 ]
- >>139
当たり前だ、更新かけたところは全てチェックやるんだよ。
- 141 名前：仕様書無しさん [2007/06/03(日) 08:37:35 BE:196173672-2BP(301)]
- 入力時のエラ〜率が０．０２％
結果チェック時のエラ〜率が０．０２％だとすると
エラ〜率は０．０００４％
推定エラ〜件数は、１／５０の９６０００件
- 142 名前：仕様書無しさん [2007/06/03(日) 08:42:24 BE:252224036-2BP(301)]
-
>>136
まぁ、何を正しいとするかによるがな・・・
- 143 名前：仕様書無しさん [2007/06/03(日) 08:51:59 BE:378334793-2BP(301)]
- つまり、 統合に失敗しているというわけだろ？
- 144 名前：仕様書無しさん [2007/06/03(日) 08:53:35 BE:140124252-2BP(301)]
-
そもそも、理論上、完璧に統合できる状況じゃなかったものを 無理やり統合したってところか？
- 145 名前：仕様書無しさん [2007/06/03(日) 08:56:44 BE:56050122-2BP(301)]
- エラ〜率を０．２％としても ５０００万件は 多すぎる。
漏れも、登記簿とかをやったことあるけど
昔の紙のは 判別の難しいのが 必ずあるんだよなｗ
- 146 名前：仕様書無しさん [2007/06/03(日) 08:58:03 ]
- 統合できないというより、統合前の時点で既にOrphanedなデータだらけだったんじゃね？
- 147 名前：仕様書無しさん [2007/06/03(日) 09:00:14 BE:1135004999-2BP(301)]
-
どういう条件で 「同一人物の納付」としたのやら・・・
- 148 名前：仕様書無しさん [2007/06/03(日) 09:01:18 BE:490434757-2BP(301)]
- >>146
同意
|
 |
