次の方法で共有

#NAME?エラーについて

Anonymous
2019-04-18T03:29:42+00:00

Office365 Excel2016で作成したVBA・関数混合のテーブルを2013をお使いのユーザーとサーバー上で共有している時に発生した'#NAME?'エラーについての質問です。

ユーザーの見ているファイルのみ、関数が入っているセルの一部に#NAME? エラーがでます。

#NAME?エラーの修正方法の項目を見ましたがどれも該当しません。

私の見ているファイルでは正常に関数が答えを返しているのに、2013のユーザーで#NAME?エラーが出る考えられる理由は何でしょうか?

「IAS.ADsDataStore.1」というアドインがユーザー側にはないようなのですが関係ありますか?

Microsoft 365 と Office | Excel | 家庭向け | Windows

ロックされた質問。 この質問は、Microsoft サポート コミュニティから移行されました。 役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。

0 件のコメント コメントはありません

質問作成者が受け入れた回答

Anonymous
2019-04-18T04:03:48+00:00

Excel 2016では問題なく返される関数において、Excel 2013の使用では'#NAME?'エラーが出るという現象ですね。

一つ仮説として抱いているのは、関数の互換性問題です。

Excel 2016では使える関数が、Excel 2013では使えない場合があるため、下記を確認してみて下さい。

「Excel での数式の互換性の問題」

https://support.office.com/ja-jp/article/excel-での数式の互換性の問題-37224100-8f79-45de-b43a-7fa28c6

「Excel 関数 (機能別)」

https://support.office.com/ja-jp/article/Excel-...

また、互換性とは独立して、「IAS.ADsDataStore.1」というアドインがExcel 2013にはないとのことですが、このアドインがエラーの原因か確かめるためには、まずExcel 2016の方でアドインをオフにして関数が使えるか見てるとよいと思います。

この回答は役に立ちましたか?

1 人がこの回答が役に立ったと思いました。
0 件のコメント コメントはありません

1 件の追加の回答

並べ替え方法: 最も役に立つ
  1. Anonymous
    2019-04-18T11:53:43+00:00

    Yuki.M様

    ご回答ありがとうございます。

    とても勉強になります。

    やはり関数の互換性の問題のようです。

    私が使っている関数で2013と互換性のないのはIFS関数でした。

    その関数をやめてIF関数をネストして作り直したらユーザーのファイルも正常に計算結果を表示できました。

    お世話になりました。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません