ディスカッション
答えを見つけ、質問し、Alteryx の専門知識を共有してください。
概要
ツールに論理ドライブ名("M:\..." など)で設定したファイルパスが
Alteryxサーバにパブリッシュすると意図せず相対パス"_externals\1\"に変わり、
これによりサーバでワークフローを実行した際にファイルへのアクセスエラーとなりました。
論理ドライブ名ではなく物理ドライブ名でパスを指定することでエラーは解消しましたが
このようなサーバの振る舞い（相対パスへの自動変換）は何を目的としたものでしょうか。
使用するファイルを相対パスの場所にコピーするのは運用的に難しいと思われますが
なにか便利な方法があってこの様に処理しているのであれば仕組みを知りたいと思っております。
例
パブリッシュ前の設定
- "Get P-Value function"マクロは「コマンド実行」ツールで外部プログラム "M:\script\shell\bin"のフォルダのファイルを参照している。
（エラーが表示されているが、当該パスはサーバからのみアクセスでき、PCからはアクセスできないため、このエラーは想定通り）
フォルダ "M:\script\shell\bin\" が設定されている。
パブリッシュ後の設定
「ソースの書き込み」「結果の読み取り」がフォルダ "_externals\1\" に変わっている。
一方「コマンド」のフォルダは "M:\script\shell\bin" のまま変わっていない。
サーバのエラーメッセージ
サーバで実行したジョブが呼び出したマクロ "Get P-Value function" が
フォルダ "N:\ALTERYX\Service\Staging\...\_externals\1\" にアクセスできずにエラーとなっている。
解決済！ 解決策の投稿を見る。
Galleryで実行する際は、テンポラリのフォルダにワークフローがコピーされ、そこで実行されるようになっています。そのため、基本的に相対パスに自動的に書き換えられるようになっているようです（パッケージドワークフローの動きにも似ていますね）
こちらはサーバーのGalleryで実行した結果ですが、Stagingというフォルダにテンポラリのフォルダが作成され、その中でワークフローが実行されています（[Engine.WorkflowDirectory]という定数で確認できます）
基本的にはセキュリティのためかと思います。まぁ、ちゃんと動くように相対パスにしている、というところもあると思います。
なので、基本的に相対パスで動くようなワークフローにしておくのが良いと思っています。もしくは、ファイルパスをテキスト入力ツールやフォーミュラツールに埋め込んでおけば、書き換えされないという裏技もあります（もしくは、Galleryで実行する際に、テキストボックスツールで入力したファイルパスに保存するようなワークフローにしておく、とか）。
