UiPath Documentation
apps
latest
false
コード化された Apps ユーザー ガイド
  • スタート アップ ガイド
    • Coded Appsについて
    • ライセンス
  • コード化されたAppsを使用する
    • コード化されたAppsを構築してデプロイする
    • サンプルのコード化されたApps
    • よくある質問
  • Studio Web のコード化された Apps
  • コード化されたアクション Apps
重要 :
Studio Web のアプリ プロジェクトについては、Studio Web ガイドの「アプリ プロジェクト」セクション (https://docs.uipath.com/ja/studio-web/automation-cloud/latest/user-guide/apps-in-studio-web) をご覧ください。 このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。

よくある質問

コード化されたAppsに関するよくある質問です。デプロイ済みのAppsのリンクを共有する際のアクセス エラーや、有効ではない OAuth スコープの変更のトラブルシューティングなどです。

共有とアクセス​

このエラーは、コード化されたアプリのリンクを共有したユーザーが、コード化されたアプリがデプロイされている組織のメンバーでない場合に表示されます。

この問題を解決するには、以下の手順を実行します。

  1. コード化されたアプリの作成者または組織管理者として、アプリがデプロイされている組織にユーザーを招待します。
  2. 招待されたユーザーとして、招待を承諾し、その組織にサインインします。

ユーザーが組織の一部になると、コード化されたアプリにサインインできるようになります。

組織名に が含まれている場合、コード化されたアプリを再デプロイした後に認証が失敗するのはなぜ _?​

名前にアンダースコアが含まれる組織の場合、コード化されたアプリはアンダースコアとハイフンの両方の形式の URL でアクセスできます。RFC 952 のホスト名ではアンダースコアが有効ではなく、ホスト名で許可リストに登録するネットワーク プロキシやファイアウォールではアンダースコアの URL が拒否される可能性があるため、ハイフン形式をお勧めします。

アプリが再デプロイされると、その uipath:redirect-uri メタ タグでホスト名のハイフン形式が使用されます。アプリが最初にアンダースコア URL を使用してデプロイされた場合、再デプロイ後にアンダースコア URL を介してアプリにアクセスすると、メタ タグのリダイレクト URI が URL ホストと一致しなくなるため、認証に失敗します。

この問題を解決するには、次のいずれかのオプションを使用します。

  • 再デプロイ後、ハイフン URL を使用してアプリにアクセスします。
  • Set the redirect URI dynamically in the app code, so that it follows the URL the app is served from. For the recommended pattern, see Getting started with Coded Apps in the SDK documentation.

認証と権限​

新しいスコープを外部アプリケーションに付与しても有効にならないのはなぜですか?​

Apps は、デプロイ時のスコープを使用します。ページを更新するだけでは、新しいスコープが有効になりません。

スコープが外部アプリケーションに追加されたり、外部アプリケーションからスコープが削除されたりするたびに、以下の処理を行います。

  1. アプリを再デプロイします。
    • アプリに特定のスコープが表示されている場合は、新しいスコープをアプリのコードベースに追加してから、再構築して再デプロイします。
  2. 次のいずれかの方法を使用して、アプリに新しいスコープを強制的に選択させます。
    • アプリからサインアウトし、再度サインインします。
    • ブラウザー タブを閉じて、アプリを再度開きます。

このページは役に立ちましたか?

接続

ヘルプ リソース サポート

学習する UiPath アカデミー

質問する UiPath フォーラム

最新情報を取得