カスタム関数を含むExcelワークシートのセルは '#NAME？'を返します。計算値ではなくExcelシートを開いたときにExcelシートを再計算しないようにJMPに指示する方法、またはExcelファイルを保存する前に計算値が使用できることを確認する方法はありますか。
サードパーティのアドインを介してExcelにデータをインポートするユーザーにとっての一般的な問題は、計算された値がJMPに正しくインポートされるかどうかの明らかな不一致です。 値が期待どおりにインポートされ、データテーブルが '#NAME？'で埋められることがあります。これは、アドインが無効になっている場合にExcelが返すのと同じエラーです。 私は、JMPがそれを開いたときにExcelファイルが再計算されていると仮定していますが、その時点でアドインは利用できないか、または十分に高速ではありません。
コードに格納された値を返すアドインでカスタムvba関数を作成することによってこの問題を再現することができました。 その機能を参照するセルをいくつか追加してシートを保存し、JMPで開きます。 Excelアドインをアンロードして再ロードし、シートを保存します。 ある日それはうまく開き、1週間後にそれは#NAMEを返しますか？代わりに。
再：カスタム関数を持つExcelワークシートのセルは '#NAME？'を返します。計算値ではなくこれらはユーザー定義関数であるため、サードパーティ製ソフトウェアがそれらのセルの解釈方法を知らないことは理にかなっています。エンジンがカスタムマクロやアドインを参照する方法はありますか？
JMP Pro 13を使用していますが、11と12と同じ問題があります。 それは13でより少ない頻度で起こる可能性があります。このため、JMPでUDFを使ってExcelファイルを開くことは避けます。
再：カスタム関数を持つExcelワークシートのセルは '#NAME？'を返します。計算値ではなくJMPは、サードパーティのエンジンを使用してExcelファイルの内容を読み取ります。 エンジンが解釈方法を知らない式がある場合、#NAMEが返される可能性があります。通常、式はExcelで最近導入された関数を含みます。 複数のワークシートにわたる参照も問題を引き起こす可能性があります。
JMP 12と13の両方でこれが改善され、この問題が発生する可能性が低くなりました。 どのバージョンのJMPを使用していますか？
ありがとう、
ブライアン・コーコラン
JMP開発
再：カスタム関数を持つExcelワークシートのセルは '#NAME？'を返します。計算値ではなく私も同じ問題を抱えています。この問題を解決する方法をお知らせください。
