階層を持つフォルダとそのフォルダのレポート・ダッシュボードをデプロイするSalesforceSummer18からレポート・ダッシュボードフォルダは階層を持つことができるようになりました。変更セットを使えば、フォルダの階層関係とレポート・ダッシュボードをそのまま他の組織にリリースできます。(サブフォルダは更新できませんので変更セットでもリリース先にフォルダがあるとエラーになります)が、メタデータからのデプロイでは次の問題があります。問題点の詳細と対策そもそもメタデータでretrieveすると次のようになります。例として、フォルダ「Lv1」の下にフォルダ「Lv2」、フォルダ「Lv2」の下にはレポート「Lv2Report」という構成とします。retrieveしたメタデータSalesforceのフォルダ階層と同じように、メタデータのフォルダも階層となっています。IDEや、Ant移行ツールでは多少違いがあります)そして、package.xmlは次のようになります。<version>43.0</version></package>問題の詳細ですが、Lv2フォルダは、Lv1のサブなので本来であれば「Lv1/Lv2」なのですが、retrieveしたpackage.xmlでは「Lv2」となっていること同様に、Lv2Reportレポートも本来であれば「Lv1/Lv2/Lv2Report」なのですが、retrieveしたpackage.xmlでは「Lv2/Lv2Report」となっていることサブフォルダは、Deployで更新すると「このフォルダの一意の名前はこのフォルダ種別ですでに使用されているか、以前に使用されていました。別の名前を選択してください。」のエラーが発生します。(これは変更セットでも同様です)上記を踏まえると、deployする前には次のようにpackage.xmlの編集が必要です。<version>43.0</version></package>フォルダ構成を押さえておいて、サブフォルダやサブフォルダのレポートのコンポーネントにトップレベルからのフォルダの記載をする必要があります。deploy先にサブフォルダが既に存在する場合は次のようにpackage.xmlの記載から削除しておく必要があります。<version>43.0</version></package>レポートフォルダを例としましたが、ダッシュボードフォルダも同様です。最後にまだフォルダが階層を持てるようになってから期間が短いので、メタデータのretrieveが最新の仕様に追い付いていない状況です。モジュールのバックアップとしてメタデータを取得しておいて、うっかり削除してしまった際にはバックアップしたメタデータをdeployして元に戻す運用にしている場合があります。レポート・ダッシュボードでフォルダを階層にしている場合、上記の問題がありそのままでは復旧できないので注意が必要です。)項目があるので、DataLoaderで取得した後にフォルダの階層情報をたどることができます。IDには参照先名がないので、SOQLで参照先をたどって取得はできないようです。APIで用意されている機能についてSalesforceにはいくつかのAPIが用意されています。showToastイベント(e.force:showToast)について調べたこと月別アーカイブ参加グループプログラミングはてなブログをはじめよう!crmprogrammer38さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。