パスワードを忘れた? アカウント作成
13823405 story
統計

経産省の「貴金属流通統計調査」における統計処理に誤りが見つかる、Excelの設定ミスが原因 86

ストーリー by hylom
どんなツールを使っても体制がダメだと間違いが出るのです 部門より

厚生労働省の「毎月勤労統計」で不適切な取り扱いがあった問題では、統計処理を行うプログラムがCOBOLで実装されており、それが計算上のミスの原因であるような話も出ていたが、Excelで統計処理が行われていた経済産業省の「貴金属流通統計調査」でも、関数設定を間違えていたために不適切な値が公表されていたことが分かったという(経産省の発表テレ朝ニュース毎日新聞)。

経産省によると、発覚した問題点となっているのは次の3つ。

  • 「年末在庫数量」について、12月の「月末在庫数量」を用いるべきところ、誤って1月~12月の各「月末在庫数量」の合計値を記載していたほか、一部で当該項目が空欄もしくは項目自体が欠落
  • 「期初在庫数量」データが空欄
  • その他、一部データや項目名の表記ミス

「Excelの関数設定を間違えた」ことが原因だという。

なお、厚労省や経産省だけでなく、ほかの政府機関による統計調査でもデータの数値に誤りがあるものが見つかっている。総務省の発表によると、基幹統計56のうち、22統計でなんらかの問題があったという(朝日新聞)。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2019年01月25日 19時04分 (#3554646)

    ある資材、従来は個別に発注していたのを、全社でとりまとめて交渉することになった。
    最終的にはシステム化する予定だったが、まずはどれぐらい効果が見込めるかシステムを作る前にExcelで集計することに。
    そこでどっかのアホが、マニアックな関数バリバリつかった美しいExcel集計表を作って、テスト値入れてもくろみ通り動いて、上手くできたできたって喜んで配布した。

    配布したが、喜びすぎて仮値を消すのを忘れた。

    結果、全社で仮知の分だけ割り増しされた値が入ってきた。
    しかし元々どれぐらいの値になるかの感覚がなかったため、「こんなもんかなあ?」とチェックをすり抜け、結果、本来より4倍近い量が発注されることに。
    全社でxx億円の損害が出かけた。

    もう少しクビになりかけた。

    当時の上司が掛け合って、別の生産でも使うように変更してくれたおかげで、なんとか期限内に消費しきった。
    そうでかったら間違いなくクビになってた。

    その後、Excelで失敗すると影響の大きいシートを作る場合には、面倒でも仕様書を作って、その仕様書を元に別の人がチェックすると言う体制ができましたとさ。
    別の人がチェックするから、無駄に複雑なワンライナー的な関数を作るのでは無く、計算シートを作って計算途中の値を拾えるようにするとか、コーディング規則めいたものまでできました。

    おかげで俺の様なアホはその後出ずにすんでます。

    • by Anonymous Coward

      営業車を運転するとエクセルで作った日報に走行距離をを入力して報告するんだが、
      メーター数字を読み取って入力するんだよ。 エクセルシートの計算式は前日の
      メータ読み取り数字から減算するんだが、入力する営業マンが桁足りないとか入力
      してしまうと月末になって事務方が困ると。 メータ読み取り数字を入力した時点
      で距離を表示させてればエラー表示もできるんだが、んなこたー日報エクセルだか
      らやってるわけなくてね。 もアホですかバカですかと。 数字追っかける営業部門が
      やるこってすかそれって。

  • 間違いの原因の更に1〜2段階上の原因を調べるべきじゃなかろ〜か

    • by Anonymous Coward on 2019年01月25日 19時53分 (#3554681)

      経済動向を示すガチ統計は専門部署が設けられて大勢がかかわってるけど、特定業界の細々とした統計なんてこんなものだよ
      本省が設けたExcelシートに各地方局の担当者がデータを入力すればダブルチェックしてるのは数段上等な統計で、本省担当者が1人でやってたりするものは本人の注意力に頼るしかない
      建前上は上司が入力を確認することになってるけど、そんな暇な職員はいないし、、(統計の集計は月末、年末、年度末の一番忙しい時期なので)

      私がかかわってた集計は各地方局担当者が入力するやり方で、入力セル以外はロック、検算欄も設けていたから割とまともだった
      でも、他局のデータが明らかにおかしい、、統計の趣旨に合ってないデータが追加されてたので総合計もおかしなことになっていた。
        #常に情報交換しているので、実績作りのためにあのデータも混ぜたな!というのがバレバレ (笑)
        #本省担当者も過去データとの辻褄が合わなくなるので黙認してた
      そんな訳で表面上きちんとした数字を入れてたのは私だけだった。
      でも、、大手でさえ統計データが締め切りに間に合わなかったり提出データが時々間違ってたりしたし、中小零細事業者に至ってはそもそも提出してこなかったりと、提出側にも問題多かった。(電話とFAXとメールと立入り検査までして提出を促しましたよ、、、税金使ってね)
      人間がやる以上、必ず間違いは起こるし、間違いに気づくのが半年一年後というのはわりと普通なんです

      なので、統計がおかしい原因、一段上の原因としては、そもそも企業の提出データがおかしい
      そして、根本的な問題として、その統計本当に必要??と当時思いました。(今でも不要と思ってる)
      でも、今までやってた統計を止めるのは関係者(業界や与野党議員)に説明するのが凄く大変なことはよくわかりました。
      都合が悪くなったから止めるのではないか? 何か隠そうとしているのではないか? そう考える陰謀論者多いんですよ

      親コメント
      • by Anonymous Coward on 2019年01月26日 10時46分 (#3554888)

        企業側からおかしな提出データが来たり、提出されなかったりする理由も考えてみてほしい。
        その忙しい時期に、地方ごと、省庁ごとに異なるフォーマットでデータ提出しろって言ってくるんだよ?
        ここでも時々話題になる、変なExcelの帳票で。しかも担当が変わればフォーマットも変わったりする。
        まともなフォーマットで、全省庁一括して依頼して来いっての。

        大企業は苦笑しながらも、お役所の仕事だから付き合ってるのだろう。
        本音は素人担当者が作った糞フォーマットで送って来るなと思いながら。

        親コメント
      • by Anonymous Coward on 2019年01月26日 22時30分 (#3555211)

        企業としてはね、普段のお仕事に加えて統計調査なんてもんがやってくるわけですよ。
        で、統計調査の記入方式は、会社が普段集計しているものと違うわけで、改めてデータを手直ししてから書き込んだり入力したりするわけですよ。それが一年間続いたりするわけですね。
        そりゃ面倒だからって、目見当で適当な数字を書いて提出しちゃうやつだっているでしょうよ。

        // 無作為抽出で県内二箇所の事務所が二年続けて調査対象になりました。ちょっと不幸。

        親コメント
      • by Anonymous Coward

        適当にヌルイ仕事やって税金から給料もらって
        批判されたら陰謀論者扱いですか
        呆れたものですね

      • by Anonymous Coward

        そりゃまあ
        都合の悪い文書がピンポイントで誤って破棄されたりするのがたびたび起こればね
        またかと疑われてもしょうがない

        • by Anonymous Coward

          こりゃどんどん別に都合は悪くないけど無駄なヤツが貯まっていくわけですな。

          • by Anonymous Coward

            役人の仕事を減らせという声が上がると逆に仕事が増えて「あいつら自分で仕事ばかり作り出してよほど暇なんだな、人減らせよ」という意味不明なループができ上がる

            • by Anonymous Coward

              そういう声をあげることで得する(と思われる)ところがある限りはそうなる
              ピコーン!もしかしてこいつ転職したらその分税金軽くなるのでは…?(←ならない)
              さぁげんなりしたろ?そろそろ転職先を考える頃合いではないかな?

      • by Anonymous Coward

        都合が悪くなったから止めるのではないか? 何か隠そうとしているのではないか? そう考える陰謀論者多いんですよ

        所謂、ハンロンの剃刀な事案ですな。

        # まあ意図的な間違いも1つや2つはあるのかもだが

    • by Anonymous Coward on 2019年01月25日 19時35分 (#3554665)

      別ツリーにもあるけど、根本的には予算・人員不足でしょ。
      リソースが足らなきゃ何をどう対策してもどこかしらで問題が出るもんだ。
      もともと日本は人口比率での公務員が極端に少ないからな。

      親コメント
      • by Anonymous Coward

        公務員が少ないって騙されてるぞ。
        それだけ外部委託で投げてるってことなんだし、公務員が手を汚さず無責任でいられるから楽。

        • by Anonymous Coward

          人件費に予算が出ないから外部委託になるんじゃない?

      • by Anonymous Coward

        国家公務員は平成になってかなり減ったというか1人当たりの業務量が凄く増えた
        処理ができないからそれまで国がやってた調査や検査を県にやらせるよう法律を変えた
        天から降ってきた仕事で県職員が疲労困ぱい過労死しそうになったので、県は条例作って市町村に仕事をぶん投げた

  • by Anonymous Coward on 2019年01月25日 19時09分 (#3554650)

    1.よくわからないけど値を入れると結果が出てくるので検証せずそのまま放置
    2.原本からコピーせずに、過去のシートを流用する。しかもそのシートは原本と若干異なる。
    3.原本に間違いが発覚するとこれまでの全てのシートを再検証する羽目になる。
    4.しかも2のせいで複数の版が存在する事が発覚し、訳が分からなくなる。あと黙って直されてる場合もある。(教えてくれよ...)

    計算シートを使い回す運用をしてたせいで会社で問題になったことがる。
    1,3はプログラムでもおんなじことが起きるどね。

    • by Technobose (6861) on 2019年01月25日 20時01分 (#3554684) 日記

       ちょうど今、仕事で来年度の元帳データを作っているところ。
       古の方々の努力のおかげでExcelシートにデータを転記すれば結果が出るようになってるんだけど、こういうワークシートって怖いし面倒すぎる。
       例えば同じ計算を行うセルに関数が埋まっているんだけど、これが全て正しいかなんて疑念を持ったが最後、セルの内容を一つ一つ確かめる必要がある。
       で、怖いのはここから。
       間違ってセルの内容を書き換えてもわからない。なので、何か作業を行うたびにセルの内容を確認する必要がある。全く消してしまうのならわかりやすいんだけど、中途半端に書き換わっているのが怖い。
       時々、自動計算が切れてる時がある。参照先がずれてるときがある。などなど。
       ワークシートの保護とか使えば、少しは楽になるんだろうけど、本質的な解決策では無いと思う。表計算の良さって、こういう自由にワークシートを編集できることなんだし。

       自分で集計作業を1から行うときは、Accessでデータベースを設計してクエリやVBAを使って行うので、表計算のこういう動作は本当に面倒くさくてイヤだ。
       クエリなら、正常に終われば全てのレコードに同じ処理が行われることが確実だし、VBAは動作をステップ毎にトレースできるし検証が楽なんだよね(VBAはExcelでも利用できるけど)。
       VBAみたいなプログラムの場合、コメントを残せるから検証する際、ワークシート関数で手の込んだ物を作られてるのより、格段に楽だと思う。

      親コメント
      • by Anonymous Coward on 2019年01月26日 4時26分 (#3554790)

        使っている全セルのフォーミュラをアドレスとともに、
        テキストに書き出せば、後はWinMergeで比較可能!

        親コメント
  • GDPは? (スコア:2, 興味深い)

    by Anonymous Coward on 2019年01月25日 19時16分 (#3554655)

    去年の11月に日銀がGDP算出を検算したいと申し出たけど拒否されたって記事が出ましたが
    https://www.nikkei.com/article/DGXMZO37675170S8A111C1EA1000/ [nikkei.com]
    > GDPは様々な統計を合成して作る「2次統計」で、元データの合成方法は非常に複雑だ。
    >
    > 日銀はこうした統計への不信を募らせ、原データなどを確認して自ら合成を試みたいと訴えている。だが、内閣府は「業務負担が大きい」などと反論。要請に応じて一部データを提供したものの決着は付いていない。

    原データも計算式も、ちゃんと管理してればすぐに出てきてしかるべきのような気がするけど、業務負担が大きいってのは管理がテキトーってことなんですかね。
    勤労統計みたいに元となる統計がお寒い現状ということは、2次統計であるGDPにもたいして信頼性がないって感じですなんでしょうか。

    おまけに以下のような事情もあるそうで、これは辛い。

    > だがこうした議論がむなしく感じるのが、今の日本の統計作成現場の実態だ。総務省によると、日本の統計職員は今年4月時点で1940人。前年比で2%増えたものの09年比では半減した。
    (中略)
    > 各国に比べ日本の統計人員は少ない。政府の統計改革推進会議が昨年まとめた統計機関の職員数は米国が1万4000人超に上る。人口が日本の半分程度のフランスも2500人超、カナダは約5000人だ。

    • by Anonymous Coward

      データもシステムもバラバラなんじゃない?それぞれの箇所では管理されてても。
      そもそもシステム化されてない可能性もあったりするのかな?

      • by Anonymous Coward

        > データもシステムもバラバラなんじゃない?それぞれの箇所では管理されてても。

        でもGDPを計算する部署にはすべてが集まってきてないといけないし(でないと計算できない)、
        国政の基礎データなんだから、集まってきたデータもちゃんとバックアップされてないといけないのでは?
        ぜんぶ担当者個人が集めてきて終わったらバックアップもせずに消してしまうという超グダグダな運用体制ってのならありうるが、国政の基幹データがそんな調子で大丈夫か?

        • by Anonymous Coward

          原データが三分の一しか存在していないから見せられなかったんじゃ

    • by Anonymous Coward

      日銀が検算してうまいこと2%成長の数字を出したかったのですね。

    • by Anonymous Coward

      原データって「ネ申エクセル」なんじゃないの?
      でなきゃ、「業務負担が大きい」なんて言わないでしょ。

  • by miyuri (33181) on 2019年01月25日 20時16分 (#3554693) 日記

    『調査自体、割とどうでも良いものだった』とするのが良いのだろうか。

  • 知ってた (スコア:2, すばらしい洞察)

    by Anonymous Coward on 2019年01月25日 20時31分 (#3554699)

    > 基幹統計56のうち、22統計で
    これがすぐに出てくるところを見ると、誤りはかなり初期から把握していて、
    まとめられていたのでしょう。
    さすが、こういう仕事は早い。

  • by Anonymous Coward on 2019年01月25日 18時57分 (#3554638)

    まさか、
    【原因】Excelの関数設定を間違えました。
    【対策】正しい関数設定に修正しました。
    【再発防止】正しい関数を設定するよう周知して、間違った関数を使わないよう努める。
    じゃないよねぇー。

    ってか、その3つの間違いの全ての原因がExcel関数の設定間違いなの?
    逆にどういう関数を使ったのか知りたい。

    • by saratoga (23467) on 2019年01月25日 19時02分 (#3554644) 日記

      対策は、Excelを使うのは難しい試験をパスしないととれない国家資格保持者の独占業務にして、無資格でExcelを使ったら処罰する法律を制定でしょ。

      親コメント
      • by Anonymous Coward

        Excelの試験を突破した人だけが仕事出来る、ってのは現実味が無いから、Oracle Silver以上の人が作ったシステムを使う事。
        ……なんて事になったら、システム屋はウハウハだけど国の予算が増えて、さらに借金が増える訳ですね。

        ネタで書いてます。もちろん。

        • by Anonymous Coward

          せっかく国家資格のデータベーススペシャリストがあるんだから、そっちを条件にしたほうが良くないでしょうか?

    • Re:原因と対策 (スコア:2, おもしろおかしい)

      by Anonymous Coward on 2019年01月25日 19時11分 (#3554652)

      >「年末在庫数量」について、12月の「月末在庫数量」を用いるべきところ、誤って1月~12月の各「月末在庫数量」の合計値を記載していたほか、一部で当該項目が空欄もしくは項目自体が欠落

       ほぼほぼ年末在庫数量が12倍になってた予感、どうもヘンだから項目自体を削除しちゃって予感

      >「期初在庫数量」データが空欄

       期末在庫数量が年度末在庫数量と比べて1/12くらいでどうも違和感だらけでへんだから項目自体空欄にしちゃってた予感

      >その他、一部データや項目名の表記ミス

       上司から訂正しろって言われてやむなく云々カンヌン

      親コメント
      • by Anonymous Coward

        おもおかなのかすばどうなのか迷う

    • by Anonymous Coward on 2019年01月25日 19時03分 (#3554645)
      Excel技術者の高齢化が原因だからもっと新しいアプリケーションに移行すればいい。
      親コメント
  • by Anonymous Coward on 2019年01月25日 20時31分 (#3554698)

    注意してもミスは起きるしね

    悪意のもとに行った厚生労働省と一緒にしちゃ失礼ってもんだ

  • 共産国家の中華人民共和国のフェイク統計数字を 日本人は全く笑えなくなりました 考えてみれば、世界一成功した「社会主義」な日本国だから 当たり前といえば当たり前ですけど~ うちは割と大乗仏教が今でも強く根付いたお国柄ですから~ 「社会主義」じゃなくって「釈迦主義」が良いじゃね~かな~?
    • by Anonymous Coward on 2019年01月26日 7時18分 (#3554800)

      そいうや、ソ連が崩壊したとき実際のGDPが統計発表の半分という話があったな。

      正確な値と間違った値の違いの大きさやその結果の影響の程度。
      間違いを見つけたあとの発表や修正対応の有無。

      そういったことを無視して論評されても説得力を感じないよ。

      親コメント
  • by Anonymous Coward on 2019年01月25日 20時17分 (#3554694)

    Excel入力後に、電卓叩いて検算しろと言い続けてるのに守らないから・・・

  • by Anonymous Coward on 2019年01月25日 21時14分 (#3554714)

    COBOLからPythonに変えたら?(w)

  • by Anonymous Coward on 2019年01月25日 23時23分 (#3554748)

    そりゃCOBOLよりはやっていることは判り易いんだろうけど、定型業務をせっせと手作業で行うことに疑問をもたないんだなぁ。
    定型作業なのにExcel集計している業務量で、人員削減の余地って推し量れそうだな。

    • by Anonymous Coward

      流石に大規模な集計はExcelでやるより、曲がりなりにもプログラム言語なCOBOLでやったほうがまし。
      Excelが得意な奴が作ったものをExcelが得意な奴がメンテ運用をするより、COBOLが得意な奴が作ったものをCOBOL素人がメンテ運用するほうが圧倒的に良い。
      まともなプログラマなら扱ったことのない言語の一つや二つを覚えるのは、大した問題じゃないしな。
      今からCOBOLで開発するメリットなどどこにもないけれども、タダの古臭いプログラム言語なだけで、常識的なプログラマが取り扱いに困るようなものではない。

  • by Anonymous Coward on 2019年01月25日 23時40分 (#3554753)

    検証・テストの重要性って理解出来ない人はほんと理解出来ないんですよね。
    時間が無い、人手が無いから仕方ないって。
    いや、検証してないものなんて出来た内に入らないのよマジで。

  • by Anonymous Coward on 2019年01月26日 0時20分 (#3554759)

    表計算ソフトは確かに便利だけど当然限界もある
    とくに統計やるならもうPython必須だろ
    時間はかかるがこういうところから変えていかないと

  • by Anonymous Coward on 2019年01月26日 0時56分 (#3554768)

    最近の「ミス」ってどれも優良誤認させるものばかりなんだけど、確率論的にすごいことだよね。

    何らかの意図が混入した作業ミスは「改竄」とか「偽造」という。

typodupeerror

あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー

読み込み中...