- 1 名前：仕様書無しさん [2007/05/28(月) 22:31:32 ]
- 官公庁のシステム組んだ事ある人
今回のこの五千万件の事どう思う。
- 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
同意
- 149 名前：仕様書無しさん [2007/06/03(日) 11:27:33 ]
- つまり、今までのは無かったことにして、新たに消費税を財源に新しい年金制度を作りましょう、ってことか？
- 150 名前：仕様書無しさん [2007/06/03(日) 12:33:07 ]
- >>124
マスコミの言い方には、本当にイライラします。
あたかも、すべての担当者がどんな仕事に対してもいい加減に仕事をしている
という様なものの言い方をしますから。
>>128
>エラーがあったらソフト上で更新処理が出来ないんでしょ?
>また同じデータ入れてもまたエラーではじかれるでしょ?
>エラーリストが出たらそれを元に修正して正しいデータでまた更新するんじゃないの?
もちろん自社で処理している時にエラーとわかったものについては
正しいデータで処理しますよ。
→聞きたい事に答えてなかったらすみません。
>エントリー側の問題ですよね
>判断付きにくい項目はきちんと確認してからまた入力するんじゃないですか?
もちろん確認は取りますよ。
どの仕事でも最初はすぐに連絡をとって確認した上で入力をしますが、
だいたいは途中から、担当者から
「後で確認しますので、判断した上でフセンに何でパンチしたか貼付して下さい」
と指示がでてましたね。
（あくまでも私がいた会社がしていた業務に限っての事ですが）
>これってエントリーの常識ですよね
>私の会社ではこんな事して無かったですね。
常識っていわれても困ってしまいますね。
別に私がいたパンチ会社が業務の仕方を勝手に決めて仕事してるわけではなく、
社保庁なり、お客の仕様や指示にそって仕事をするわけで、
たまたま私がしていた業務は、そのような指示だった事が多かっただけの事ですから。
もちろんそうでない業務もありました。
ただ、そういう業務は、少量データのものが多かったですね。
- 151 名前：仕様書無しさん [2007/06/03(日) 13:55:55 ]
- >>150
>「後で確認しますので、判断した上でフセンに何でパンチしたか貼付して下さい」
>と指示がでてましたね。
そんな馬鹿な・・と言ってしまいたくなります
こんな事したら二度手間になってしまうし、ベリやる意味も無い。
- 152 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:31:56 ]
- 国民背番号制への布石なんじゃないかな
- 153 名前：仕様書無しさん mailto:sage [2007/06/03(日) 15:21:00 ]
- 厚生労働省のページ↓
ttp://www.mhlw.go.jp/shingi/other.html
の一番下のほうにある「社会保険新組織の実現に向けた有識者会議」の資料。
問題の文書は第三回資料の中にある「社会保険庁と職員団体との「確認事項」
等の破棄について」
ttp://www.mhlw.go.jp/shingi/2005/09/s0908-4.html
www.wam.go.jp/wamappl/bb16GS70.nsf/0/3f4080baa08d356d4925707c000d0851/$FILE/1-7-1_1.pdf
確 認 事 項
窓口装置で使用するＪＩＳ配列キーボードを配布するにあたって、次の事項を確認する。
１．現行の５０音配列キーボードに加え取り替えが容易なＪＩＳ配列キーボードを配布する。
２．キーボードの使用については、操作者の判断による選択とし、一方的に押しつけるものではない。
３．職業病予防の観点から、４５分操作１５分休憩、１日あたり総操作時間、キータッチ数の制限など、覚書を守れる職場体制を確保する。
４．キーボードの変更によってもたらされる入力作業量などの点検や労務管理強化は行わない。
５．この措置によって、入力業務の民間下請化を進めるものではない。
６．今後とも、オンライン関係についての国費評議会からの要求に向け、 誠意をもって対処する。
以上の点を確認し、ＪＩＳ配列キーボードを配布することについて合意する。
平成８年６月２７日
社会保険庁総務部
総務課長
自治労国費評議会
事務局長
- 154 名前：仕様書無しさん mailto:sage [2007/06/03(日) 15:25:01 ]
- >>153みたいな状態だから入力ミスは十分ありえるんだけどね。
これを取り決めたときの大臣が今の民主党の管直人です。
- 155 名前：仕様書無しさん [2007/06/03(日) 15:34:51 ]
- >>154
どの部分が入力ミスしやすいんだ?
- 156 名前：仕様書無しさん [2007/06/03(日) 15:39:18 ]
- よくわからんがとにかくgrepしまくれよ
じゃあな
- 157 名前：仕様書無しさん [2007/06/03(日) 15:39:30 ]
- >>154
そうそう、だいたい必須項目はソフトでチェックされるから
間違って入れたってそもそも入力は出来ない。
- 158 名前：仕様書無しさん mailto:sage [2007/06/03(日) 15:40:47 ]
- >>153
JIS配列キーボードにしたために、
五千万件ものデータ入力ミスが発生したと言いたいのか！？
んな、あほな。
- 159 名前：仕様書無しさん [2007/06/03(日) 15:41:28 ]
- だいだいマスコミ連中は
画面に入力した項目全て入力出来るなんて思っているから
あんな事言えるんだよな。
- 160 名前：仕様書無しさん [2007/06/03(日) 15:44:49 ]
- 菅直人は人類史上最強のブーメラン
- 161 名前：仕様書無しさん mailto:sage [2007/06/03(日) 15:46:16 ]
- で、どこに問題があったの？
設計、開発、移行、運用のどこかピシッと指摘してくれ。
- 162 名前：仕様書無しさん [2007/06/03(日) 16:10:54 BE:490434757-2BP(301)]
- 統合以前に問題があったということさ
- 163 名前：仕様書無しさん [2007/06/03(日) 16:12:04 BE:420372656-2BP(301)]
- ９８年度の統合以前の 制度設計が お粗末だったということだろ？
- 164 名前：仕様書無しさん [2007/06/03(日) 16:15:48 BE:882781979-2BP(301)]
-
まさか、 社保庁の職員が 直接入力するときには チェック機構が 甘いとかいう穴はないよな？
- 165 名前：仕様書無しさん [2007/06/03(日) 16:17:44 BE:196174627-2BP(301)]
- >>152
納税者番号制を導入した方が ずっと 公平なわけだが・・・
裏金もあぶりだせるかもしれん
- 166 名前：仕様書無しさん [2007/06/03(日) 16:43:15 BE:252224036-2BP(301)]
-
そもそも 名寄せ が 完璧に出来る状況ではなかったわけでしょ？
原因は、 実際に問題解決した例を調査すれば あぶりだされるわな
- 167 名前：仕様書無しさん [2007/06/03(日) 16:44:21 BE:350310555-2BP(301)]
-
だれかが、 死亡者のものとかいってるが 死亡者のものに偏る理由がない
- 168 名前：仕様書無しさん [2007/06/03(日) 16:46:50 BE:504446494-2BP(301)]
- 領収書があるのに 記録がないケ〜スがあるってのは・・・ なんなの？ｗ
- 169 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:59:39 ]
- >>168
業務上横領
- 170 名前：仕様書無しさん [2007/06/03(日) 17:08:12 ]
- >>168
直接徴収に行った職員がそのまま懐に入れたり
代行で徴収に行った奴がそのまま懐に入れる
- 171 名前：仕様書無しさん mailto:sage [2007/06/03(日) 17:47:50 ]
- 職員が横領してない事を納付者に証明しろってのは絶対に無理だわなぁ
- 172 名前：仕様書無しさん [2007/06/03(日) 18:00:09 ]
- 年金**五千万件の名寄せ方法
pc11.2ch.net/test/read.cgi/prog/1180359092/
- 173 名前：仕様書無しさん [2007/06/03(日) 18:00:54 ]
- >>170
社保庁や国税庁で使ってる領収書には、一連番号が振ってる専用書式だし、毎日入金監査があるからそんなことしたら多分すぐバレる…
ただし、社保庁ぐるみで隠蔽してる可能性はあるけど…
- 174 名前：仕様書無しさん [2007/06/03(日) 18:03:47 ]
- 片山さつき
お前がいくら頭がいいからって
システム開発の事はわからんだろう
だから、実際にシステム作ったやつを呼んで説明させれば
野党の言っているような事はないってすぐにわかる。
- 175 名前：仕様書無しさん [2007/06/03(日) 18:08:33 BE:784694887-2BP(301)]
-
あとは、 統合の時には かなりのチェック体制をとっているのかもしれんが
日常の 納入の記録投入のチェックは 甘々なんじゃない？
- 176 名前：仕様書無しさん mailto:sage [2007/06/03(日) 18:50:39 ]
- 勝山的にいうと
右から来た年金を左へ受け流すだけだから
記録は残ってないってことだろうな
- 177 名前：仕様書無しさん mailto:sage [2007/06/04(月) 17:15:18 ]
- >>176
事実はそれなんだろうな。
前に言ったが、もう国民、厚生、共済全部廃止、一から組み直せ、機構から。
そして社保庁関係者は過去に遡り、時効を停止して、告発だな。
民事時効を超法規法案でぶっ壊したアベ政権史ね＜既に立法府の機能不全
- 178 名前：本当ですか？ [2007/06/04(月) 17:53:10 ]
- みのもんた と 嶌信彦 と 世耕弘成
www3.diary.ne.jp/logdisp.cgi?user=338790&log=20070603
- 179 名前：仕様書無しさん [2007/06/04(月) 21:05:06 ]
- 社保庁の年金漏れのリストを公開してくれたらいいのになぁ
- 180 名前：仕様書無しさん mailto:sage [2007/06/04(月) 21:08:01 ]
- 統合以前から問題があったなら、業務分析時に気づけよ。
- 181 名前：仕様書無しさん [2007/06/04(月) 21:11:22 ]
- 調べてるあいだに国民が死んでて、裁判してもそのあいだに国民が死んじゃいます
自民党の大勝利！
- 182 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:35:47 ]
- 素晴らしい、間引き政策だ！！
その前に、共産革命が起こりますが失敗、自衛隊各師団が逐次介入、一気に内戦へ。
北海道は、北海共和国として独立を宣言、東京は内戦で滅茶苦茶。
本州は各地の有力者が割拠し、四国、九州はそのまま独立 沖縄は琉球として独立
そして、米軍、ロ助、品人 挑戦、台湾、UNのフランス、イギリスが平和維持軍として各勢力に支援
日本戦国時代の再来。
- 183 名前：仕様書無しさん [2007/06/05(火) 00:50:59 ]
- 数十年かけて積み上げてきた年金システムを九ヶ月(片手間)で壊した安倍内閣は恐ろしい！！
このままじゃ日本が壊されちゃうよ！！！
- 184 名前：仕様書無しさん [2007/06/05(火) 00:53:30 ]
- １０年前、基礎年金番号移行に携った人の中から内部告白はないのかな？本番移行に出たゴミと対応政府のいきさつは、数千人の外注エンジニアは呆れてたが、温厚な日本人皆が悪いな。
ゴミプログラムとゴミデータで夜間バッチ時間足りませんでした
外注エンジニアですが呆れるばかり、今更何言っているんだ！！
５０００万件？随分丸めた数値ですけど･･･守秘義務････ 無知な日本人を温厚と言うのでしょうか？
- 185 名前：仕様書無しさん [2007/06/05(火) 00:56:38 ]
- |
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
∧＿∧ ／￣￣￣￣￣￣￣￣￣
（・∀・∩＜そうだ！入力ミスを無くす為に国民共通番号制を導入しよう！
（つ 丿 ＼＿＿＿＿＿＿＿＿＿
⊂＿ ノ
（＿）
- 186 名前：仕様書無しさん [2007/06/05(火) 01:05:05 ]
- あれ？
俺の職務経歴書読み返してみたら、
95年末から96年までに、
業種：市役所
業務：保険・年金システム
って書いてあるｗｗ
ま、いい加減だとおもうよ〜
当時の個人情報の扱いなんてさ。
どうせ台帳の入力なんて、キーパンチの会社に○投げで、
誰もチェックなんかしてないっしょ？
100件に1件くらいの入力ミスならいいから、
早く入力しろや！って感じだと思うね。
でも、誰もミスかチェックしないから、メッチャ適当だったと思う。
だってパンチャーの会社は１件いくらで仕事してるんだから。
- 187 名前：仕様書無しさん mailto:sage [2007/06/05(火) 01:42:05 ]
- >>186
＞どうせ台帳の入力なんて、キーパンチの会社に○投げで、
＞誰もチェックなんかしてないっしょ？
>>158に書いたけど、入力は社会保険庁の職員の大事なお仕事ですよ。
外に丸投げなんてしたら、職員の仕事がなくなって組合が大騒ぎですよ。
- 188 名前：仕様書無しさん [2007/06/05(火) 04:27:14 ]
- >>186
君は本当に年金のシステム携わっていたのかな?
>どうせ台帳の入力なんて、キーパンチの会社に○投げで、
>誰もチェックなんかしてないっしょ？
96年くらいなら、バッチ処理じゃないだろう?
キーパンチャーに頼むのかい窓口に来てもらって??
バッチ処理にしても、台帳の入力は直接キーパンチャーには頼まないけどな(笑)
新規異動のデータを打ち込んで貰うのだけどね。
それに、同じデータ二人で打ち込んで完全に一致させてそれを正のデータとして
今度はマスターを更新かける。
当然、各項目は更新プログラムソフトウェア上でさらにチェック掛けられ
項目に一つでもエラーが出たらマスターは更新されない、その際にエラーリストが出されるし
更新一覧も出てくるので、今度はこれを一件ずつチェックする
何処の市町村でも当たり前にやっている処理だ。
>でも、誰もミスかチェックしないから、メッチャ適当だったと思う。
>だってパンチャーの会社は１件いくらで仕事してるんだから
もういい加減に嘘話はよせ!!
二人で同じデータ打ち込むから間違いはないし
もし、入力した元のデータが間違っても更新エラーリストで発見される
六万人クラスの市町村になるとパンチャーが派遣で来ている場合がある
間違ったら、終わり、仕事出来ません
役所は厳しい環境だった。
- 189 名前：仕様書無しさん mailto:sage [2007/06/05(火) 07:33:11 ]
- みのさんのニュースによれば、やはり入力は主婦や学生のバイト丸投げで、チェックもやってなかったようだね。
これは、日々の窓口での入力の話じゃあなく、年金統合時のデータ一括入力作業時のこと。
だから、188がいくらまともに窓口での仕事が完璧だ！！と言っても、それが正しいかもしれないが、５０００万件
の宙に浮いた件については、意味の無い反論だよ。
それにしても、プログラム開発で１０億かかるとか、プログラム完成を来年5月までにやるなどと、柳沢が言っていた。
なーんも、システムのことを理解していないことバレバレだね。
- 190 名前：仕様書無しさん [2007/06/05(火) 08:08:49 ]
- パソコンアレルギーの年配職員がそのころはいっぱいいたと思うよ。
パソコンの電源をバイトに入れてって頼んでたりして。その程度の職員も
いたかも。電源を誤って切ってしまうとか。どうして良いかわからないので、
そのままごまかしてしまえって。パニックになってた職員もいたりして。
職員全員でなくても、その中の0.1％の職員にそんなのがいても終わりと思う。
- 191 名前：仕様書無しさん [2007/06/05(火) 10:38:48 ]
- >>188
お前、学生だろ？
少なくとも、当時の状況まったく知らないで想像で物言ってるよね。
文書管理してたデータを、を人力キーパンチで、
大量にデータ入力が必要になった時期があったわけ。
実際にそういう仕事してた奴はバイトも含めて数千（数万？）人以上は要るわけ。
- 192 名前：仕様書無しさん [2007/06/05(火) 13:39:26 ]
- ＝＝＝＝＝＝＝＝＝＝＝
年金システムには明治時代から現在までの法律が入っているんだよ！
無知な日本人諸君！よく勉強してね！！！
誰を批判しても誰も助けてくれないよヽヽヽ
- 193 名前：仕様書無しさん mailto:sage [2007/06/05(火) 15:41:58 ]
- 確か、現在の年金制度のひな形は、太平洋戦争中に法案が可決されたはずだが
日中戦争の泥沼で、未亡人が増えたから寡婦年金つうのが始まりだった気が
現行の税 源泉徴収も、大平洋戦争時、税務申告の負担軽減と、
確実な徴収を図るため施行されたはずだがなぁ。
明治か、日露戦時にそんなのあったかな。
>>191
なんどもいってんだろ、イキ シニ これの意味が分かんないならニセモノ
- 194 名前：仕様書無しさん [2007/06/05(火) 16:54:02 ]
- >>191
大量のデータを間違いなく早く打ち込むために
データエントリー会社があるんですけどね
多くはソフト開発会社の中にもあったし、独立してエントリーだけやっている会社もある。
昔はオンライン処理ではないので、バッチ処理と言って
一週間に一度とかの更新作業が普通だったので、まとめてデーターのエントリーをやるのが普通でした
データエントリーも専用の機械があって素人には扱えません
職人技が必要でしたので、養成する為に専門の学校があった位です。
数万人ですか
そんなにキーパンチャー居たのかな(笑)
- 195 名前：仕様書無しさん [2007/06/05(火) 17:03:37 ]
- >>189
本当に何も知らない素人は何度説明しても行っている意味すらも理解できないのかね
入力プログラム作った事が一度でもある人なら
みのもんたとかマスコミ、週刊誌に書いてある事は、本当にただの笑い話だって
無知からくるただ言いがかりだって事よーくわかるよね?
氏名の漢字、カタカナは入力の元がそもそも間違っていると
ソフトでは漢字の桁数、スペースのチェックしかかけられないから無理だけど
必須う項目は全て、ソフトウェア上でチエックを掛けている
間違って入れたら、エラーになって入力も出来ない
頼むから基本的なシステムの知識勉強してくれ
- 196 名前：仕様書無しさん mailto:sage [2007/06/05(火) 17:13:15 ]
- >>195
指名の漢字の読み方が分からない上に、判読不能な振り仮名しか書いてない原票しかなかったらどうするのさ？
- 197 名前：仕様書無しさん [2007/06/05(火) 17:21:12 ]
- >>196
オンライン処理なら現場に届出に来ている会社の総務がいるんじゃないの
分からなかったら、聞くだろう、この字で良いのかって?
それで間違ったら、会社の総務が悪い。
- 198 名前：仕様書無しさん mailto:sage [2007/06/05(火) 17:24:25 ]
- え？
絶対に間違いの起こらないシステムじゃなかったの？
- 199 名前：仕様書無しさん [2007/06/05(火) 17:33:25 ]
- >>196
システム化する時の話しなら
>指名の漢字の読み方が分からない上に、
>判読不能な振り仮名しか書いてない原票しかなかったらどうするのさ？
このようなデータはまづは確認取って、間違いないと分かるまでは入力しない。
どうしても確認が取れない状態でもマスターに追加しなければならないという
システムの設計がされていたら
このレコード(今もレコードって言うかな)を正常なレコードと分けて登録するか
項目に「要注意」「ワーニング」「要確認」などのコード付けて
正常データと同じにマスターに登録・・・・・とか
やると思うんだけどな。
- 200 名前：仕様書無しさん [2007/06/05(火) 17:45:22 ]
- 生年月日も確認が取れなかったら
空白では入れないと思う、もちろん入力ではチェックかけてるから入らないけど
後でコードを利用してデータを抽出しやすいように
修正のコードとして、生年月日に99999999とかは入れられるようになっている
かもな。
- 201 名前：仕様書無しさん mailto:sage [2007/06/05(火) 17:49:27 ]
- 原因調査のため。
プロジェクトリーダーの証人喚問が必要だな。
あるいは、仕様書のリーク。
- 202 名前：仕様書無しさん [2007/06/05(火) 18:19:18 ]
- >>201
これやれば良いのに
>あるいは、仕様書のリーク。
これやったらマスコミ連中は何も分からないから
余計不安を煽るだけのような気がする。例えば
生年月日には999999が入るようになっていたって大騒ぎするんだと思う
- 203 名前：仕様書無しさん mailto:sage [2007/06/05(火) 18:37:41 ]
- >>202
報道や政治家の駆け引きなどに興味ない。
原因追求のほうが先決。
- 204 名前：仕様書無しさん mailto:sage [2007/06/05(火) 18:51:08 ]
- 全部安部てしそうじゃね？
- 205 名前：仕様書無しさん mailto:sage [2007/06/05(火) 19:03:39 ]
- >>203
同意、誰が何の為にどのような理由で、こんなアホな事件を起こすに至ったかに興味があるなｗ
- 206 名前：仕様書無しさん [2007/06/05(火) 19:05:34 ]
- 最初はバッチ処理からシステム化始めたんだと思うけど
いきなりオンラインはないはず。
７０年代位はやっぱりコンピュータは特殊なので役所にも詳しい人材がいるわけではないので
大手のIBM、NEC、日立、富士通とかが協力して開発しているはず。
特殊情報処理なんて資格持っている人が当然開発担当しているんだから
変なシステムは当然作らないと思うんだけどな
- 207 名前：仕様書無しさん mailto:sage [2007/06/05(火) 19:14:00 ]
- >>206
当時の技術者にとっては変でなくても
今の技術者から見ると理解不能なコードもあるんだろうな。
- 208 名前：仕様書無しさん [2007/06/05(火) 19:19:22 ]
- >>207
例えばどんな?
当時はみなCOBOLだからそんなに変な物でもないと思うけど?
銀行みたいにOSいじったり、専用の言語作る為に「アッセンブラー」を拡張したりしてないと思うけど
- 209 名前：仕様書無しさん [2007/06/05(火) 22:38:40 ]
- 今のコンピューターが昔にもそのままあったと思ってる安倍支持のアホグラマきもす。
- 210 名前：仕様書無しさん [2007/06/06(水) 00:15:03 ]
- >>195
>間違って入れたら、エラーになって入力も出来ない
>頼むから基本的なシステムの知識勉強してくれ
あなたほんとにエントリシステムの経験あるのかな？
生年月日やヨミガナなどにエラーがあるデータがあったとしても、それをシステムではじいて入力できないような
システムに普通はしないよ。
もちろん入力データが少なくて、訂正もすぐに可能なら、「もういっかい入力してね」と弾いてもいい。
でも、1万件の入力データを読み込ませて、そこで500件のエラーが発見された場合、その500件のデータの訂正
を、修正するのに、「エラーとなったデータだけを元データから抜き出して、それを修正してもう一度入力してくれ」
なんてシステムにはやらないはずだよ。
199さんが書いたように、エラー原因等のコードを付加して、不良データ累積マスター等に蓄積して、訂正箇所と
マッチングコード等だけを打ち込んだ、訂正データを起こして修正するはずだよ。生年月日だけのエラーのため
に、再度、氏名や性別など、正常だった部分のデータを打ち直したくはないからね。
そして、データがテープ入力なら、当然ながら、「エラーだけテープから抜き出す」なんて処理はやらない。
パンチカードならば、エラー分だけ抜き出すことは、やろうと思えば可能だけど、その抜き出す作業効率を考える
と、やはりそれはやらない。
もちろん、こうしてエラーを訂正しても、それは形式上のエラーが無いだけで、払った本人に支払い実績として付加
されるかどうかは別問題だね。
たぶん、ファイル上で、形式エラー（不良データ）とアンマッチのエラーの合計で５０００万件ってところじゃないだろうか？
- 211 名前：仕様書無しさん [2007/06/06(水) 00:49:21 ]
- >>194
だからぁ
データエントリーの会社に丸投げして、チェックしないの！
データエントリーの会社では、バイト君を募集して時間交代で、
ひたすら打ち込むの。役所は誰が仕事してるかとか、入力内容とかチェックしないの！
で、そんなモンは自治体によってバラバラなの。
いい加減なところはとことんいい加減だし、そもそもマトモにやってるところが皆無なわけ。
データエントリーの会社があるって、
そんなもん、仕事の増減に合わせてバイト雇うに決まってるだろ。
毎年特需あるんじゃないんだから、常に大量の人員抱える会社なんてねーよ。
社員で大量の仕事こなす為に大量雇用して、
役所の仕事終わったら、どうすんだよ。馬鹿じゃね？
- 212 名前：仕様書無しさん mailto:sage [2007/06/06(水) 01:20:28 ]
- 前提条件
平成９年当時、国民年金と厚生年金の記録が３億件
この内、加入中の記録の１億件基礎年金番号へ移行して、残り２億件を基礎年金番号に統合、現在でも５０００万件残っている状況です。
基礎年金番号以外の番号持ってる人は届け出てくださいという勧奨状と年金請求時の聞き取りで２億５０００万件統合した結果です。
７０年代は188さんの、８０年代以降は186さんのお話でまあ雰囲気出てますが、
５０００万件と、データの不備とは別の問題です。
- 213 名前：仕様書無しさん mailto:sage [2007/06/06(水) 01:26:25 ]
- まずは、問題を整理して切り分ける必要があると思います
- 214 名前：仕様書無しさん mailto:sage [2007/06/06(水) 01:31:36 ]
- １件の記録っていうのは
一人の１ヶ月分のデータなのか、それとももっとまとまった単位なのか、
そのへんからよくわからないんだけど。
- 215 名前：憶測だが・・・ mailto:sage [2007/06/06(水) 02:02:56 ]
- １９６１年 (1)国民年金発足
｜
｜ (2)（市町村毎に台帳で管理）
｜
１９９７年 (3)基礎年金番号適用開始（システム化）
｜
｜ (4)（社保庁がコンピュータで一括管理）
｜
２００７年 (5)５０００万件のアンマッチ発見
報道では、
(2)ではきちんと管理されていたが、
(3)の瞬間に、データが崩壊したとされている。
でも、(2)の間に５０００万件のエラーが蓄積され、
(3)では５０００万件のエラーのある紙の台帳を
ほぼ完璧にシステム化しただけと見る方が自然じゃない？
# [金融 & 官庁] の仕事となれば、
# 普通はガチガチのテスト計画を組むはずだし、
# そうでなければ役人が検収印を押すはず無い
# （役人にとっても自分の責任になる)
- 216 名前：仕様書無しさん [2007/06/06(水) 02:04:32 ]
- >あなたほんとにエントリシステムの経験あるのかな？
>生年月日やヨミガナなどにエラーがあるデータがあったとしても、
>それをシステムではじいて入力できないような
>システムに普通はしないよ
氏名チェックって普通は空白で入力されているか、所定どおりの大きさにとどまっているか
例えば漢字項目は15桁、カナは30桁、それ以上はエラー
spaceもエラーでプログラム上の入力チェックのロジックじゃないの?
生年月日は
必須う項目の一つだから、space、暦上ありえない日付を入力チェックするんでしょ?
プログラマーの常識、何処の業務でもやるロジックだよ!!
本当に君、プログラマーなの??
プログラム上でチェックしたら今度は更新一覧、新規一覧出力させて
入力データとまた一件ずつチェックやるだろう?
プログラム上のチェック、出された結果で人の目でチェック
どの業務でもやっているチェックじゃないんですか
>もちろん入力データが少なくて、訂正もすぐに可能なら、「もういっかい入力してね」と弾いてもいい。
バッチ処理ならエラーなら次回の更新作業まで
エラーの項目確認してもう一度やり直すんじゃないの?
オンラインならその場で確認するんじゃないの?
- 217 名前：仕様書無しさん mailto:sage [2007/06/06(水) 02:04:36 ]
- １件は手帳単位
厚生年金の場合は、
入社から退職までのデータが、会社数分記録されている。
会社を変った際、手帳持って無いと申告があれば新しい手帳の発行で２件目となる。
国民年金の場合は会社を市町村と置き換えればいい。
- 218 名前：仕様書無しさん mailto:sage [2007/06/06(水) 02:07:50 ]
- ＞212
188さんと186さんが逆でしたorz
|
 |
