[[20180218200104]] 『シートの中の、1つのセルだけ計算しない』(おかめ) ページの最後に飛ぶ

[ 初めての方へ | 一覧(最新更新順) | 全文検索 | 過去ログ ]

 

『シートの中の、1つのセルだけ計算しない』(おかめ)

計算式をマウスでドラッグすることでコピーして使用しています。
その中のたった一つのセルだけ、正しい計算をしません。
とんでもない桁数にでもなれば目視でエラーがわかるのですが、
もっともらしい数字が出ていたので気づくことができませんでした。
その計算のあと、まとまった行ごとにSUMをしてさらに次の計算をするのですが、
その結果がおかしかったので、この1つのセルの挙動不審に気づきました。

使用しているexcelシートはたった1シート、10年前に作ったものですが
使用するのは年に1回。
計算式はA-B=程度のもの。計算は常に「自動」になっており、そのセル以外はきちんと自動計算しています。

さんざん調べたものの原因がわからず。F2キーを押す、とか区切り位置機能を使うとか、対処方法は見つかりましたが、原因がわからないことにはまた同じことが起きるのではないかと案じています。

どなたかお助けいただけませんでしょうか。

< 使用 Excel:Excel2013、使用 OS:Windows8 >


 >その中のたった一つのセルだけ、正しい計算をしません。

 そのセルにはどんな数式が入っていて、
 ○が×で、△が□なのだから、
 その式の返り値は、こうなるべきなのに、ああなってしまう、

 と言う風に説明してください。

(半平太) 2018/02/18(日) 20:25


半平太さん
説明させていただきます。

A列、B列ともに数字を直接入力、
C列でA列-B列= という計算式の結果を表示、
20行これを続けて、21行目にぞれぞれの列の合計をSUMで出す。

21行目のC列もSUMで出しているのですが
21A+21Bの計算結果とイコールとならない。

C列に入っている計算式は当然ですが全行同じ。
しかし1行目のC列の計算結果が狂っていました。

実際の数字は(必要ないですよね、でも念のため)

A列 295,259  B列 38,550
C列 256,709 となるべきところ、274,502となっていました

よろしくお願いいたします。

(おかめ) 2018/02/18(日) 21:09


計算誤差ではあり得ない違いなので、式のほうを間違えていませんか? 違う行のセルを参照している、とか?

CTRL+SHIFT+@ を押下すると、通常モードと数式表示モードを切り替えるので、これで数式を見比べてみてください。

(???) 2018/02/19(月) 09:06


 >F2キーを押す、とか区切り位置機能を使う
 これからすると計算対象のセル内に文字列の数字が混じっていないか?
 SUM関数では引数にセル範囲を指定した場合、セル内が文字列の数字だとそこを計算対象外にするが、演算子(+-*/等)を
 使った式の場合、文字列の数字を数値に変換して計算する。
(ねむねむ) 2018/02/19(月) 10:50

 セルの中が数値か、文字列の数字かはTYPE関数で確認できる。
 =TYPE(A1)
 と別セルに入れて結果が1で有ればA1セルは数値、2であれば文字列ということになる。
(ねむねむ) 2018/02/19(月) 10:56

まさかの原因として、表示形式で「274,502」って表示するようになってるとか・・・

無いと思いますけど、コピー → 新規ブックに形式を選択して貼り付け→「値」
で様子を見てみるとかどうでしょうか?
(もこな2) 2018/02/19(月) 10:57


 (???)さん
ショートカットは便利ですね…ありがとうございます。 数式は間違いないことは確認しています。。

(ねむねむ)さん

 >SUM関数では引数にセル範囲を指定した場合、セル内が文字列の数字だとそこを計算対象外にするが、演算子(+-*/等)を 使った式の場合、文字列の数字を数値に変換して計算する …そうなんですね、、。ありがとうございました。 今回はすべて数値でした。。

☆★☆★☆★☆★

(もこな2)さん
コピー → 新規ブックに形式を選択して貼り付け→「値」 では貼り付け先は当然「274,502」です。
F2キーを押す とか 区切り位置機能を使う でないと、このExcel的には295,259−38,550=274,502なのです…
このセルを右クリックで表示形式を確認しましたが、その他のセルと異なる点はありません。
書いてくださったこと、私、誤認していますか?

恐れ入ります。。何かお心当たりはありませんでしょうか。

(おかめ) 2018/02/19(月) 21:15


 で、TYPE関数での確認ではどうだったのだろうか。
 区切り位置などで正しくなるのであれば文字列の可能性が高いのだが。
(ねむねむ) 2018/02/19(月) 21:45

 ああ、あと演算子を使った計算と関数での計算が違うと言うのも文字列の可能性が高い。
(ねむねむ) 2018/02/19(月) 21:54

>貼り付け先は当然「274,502」です
カンマがあるので文字列ですね
(semm) 2018/02/19(月) 22:17

(ねむねむ)さん
Type関数での返り値は1でした。
そのセルだけでなく、前後20行ずつも含め確認しました。すべて1です。

(semm)さん
貼り付けも、そのセルだけではなく、同時に前後20行ずつも同じ操作を行いました。全てのデータがカンマ(というか桁区切り)のある形で表示されました。該当セルだけ異なる点は見当たりませんでした

( ;∀;)なんとか、、、いかがでしょうか。
(おかめ) 2018/02/19(月) 23:04


 確認しました、とかF2キーを押しますとかやったことは
 書かれているのですが、どのセルでというのがなくて
 ちょっとモヤモヤするんですよね。

 A列とB列のデータは直入力ですか?式で出してますか?
 それとも別から貼り付けとかですか?
 どの列のセルでF2を押すと正しく計算されるのですか?
 TYPE関数はどのセルで試しましたか?「具体的に」お願いします。
 個人の感想は結構です。
(コナミ) 2018/02/19(月) 23:42

>このセルを右クリックで表示形式を確認しましたが、その他のセルと異なる点はありません。
まぁそうですよね・・・
ちなみに、表示形式は何になってましたか?

また、問題が生じてるセルの数式をそのまま、この掲示板に貼ることはできますか?
(もこな2) 2018/02/19(月) 23:47


 >21A+21Bの計算結果とイコールとならない。

 =A21-B21 の間違いですよね?

 >しかし1行目のC列の計算結果が狂っていました。

 C1セルだけが正しい計算結果にならない、ということ?
 C1 =A1-B1 ですか?

 ↓ は1行目の値? それとも21行目?

 >A列 295,259  B列 38,550 
 >C列 256,709 となるべきところ、274,502となっていました

 1行目の値ではないのなら、A1とB1には何を入力して、C1はどうなったんですか?

 C1セルでF2キーを押したら、正しい計算結果に変わるんですか?
 で、次に何をしたら再発するんですか?
 それはわからないということなら、今はどういう状態?
 正しい結果になっているのか、間違っているのか?

 >10年前に作ったものですが

 2013で新たに同じものを作り直したらどうなりますか?

 現象的には ↓ と似てますね(解決してないけど)
『ダブルクリックしないと条件付き書式が反映され...』(ゆり)
[[20180215094032]] 

 >A列とB列のデータは直入力ですか?式で出してますか?
 >それとも別から貼り付けとかですか?
 >(コナミ) 2018/02/19(月) 23:42
 
「A列、B列ともに数字を直接入力」と書いてありますけど?
 読んでないんでしょうか?
 言い訳は結構です。
(笑) 2018/02/20(火) 13:51

コメント返信:

[ 一覧(最新更新順) ]


YukiWiki 1.6.7 Copyright (C) 2000,2001 by Hiroshi Yuki. Modified by kazu.