- リリース ノート
- 概要
- 基本情報
- Marketplace ベンダー
- Marketplace のお客様
- パブリッシング ガイドライン
- すぐに使えるオートメーションのパブリッシング ガイドライン
- ソリューション アクセラレータの公開ガイドライン
- Integration Service コネクタの公開ガイドライン
- セキュリティと IP 保護
- その他の UiPath コンポーネント
- Node-RED
- セットアップ
- Teams
- Microsoft Teams Scope
- Create Team
- チームをグループから作成する
- Get Team
- Get Teams
- Channels
- チャンネルを作成
- Delete Channel
- Get Channel
- Get Channels
- Update Channel
- Chats
- Get Chat
- Get Chats
- Get Chat Members
- Messages
- Get Message
- メッセージを取得
- Get Message Replies
- Reply To Message
- メッセージを送信
- イベント
- イベント/予定を作成
- イベント/予定を削除
- Get Event
- Get Events
- ユーザー
- Get User Presence
- 動作のしくみ
- テクニカル リファレンス
- はじめに
- 概要
- セットアップ
- テクニカル リファレンス
- Azure Form Recognizer Scope
- アクティビティ
- Analyze Form
- Analyze Form Async
- Get Analyze Form Result
- Analyze Receipt
- Analyze Receipt Async
- Get Analyze Receipt Result
- Analyze Layout
- Analyze Layout Async
- Get Analyze Layout Result
- Train Model
- Get Models
- モデル のキーを取得
- Get Model Info
- Delete Model
- コネクタ
- How to Create Activities
- 連携の独自開発
Marketplace ユーザー ガイド
詳細
これは、提出プロセスの最初の手順です。
必要なすべてのフィールドに入力してください。
(最大 50 文字)
これは最も重要な要素の1つです。 Marketplace の検索結果へのリーチに影響し、Marketplace ユーザーがコンポーネントがニーズに合っているかどうかを判断する際の最初のフィルターを表します。 1 つを選択する際の指針として、以下のベスト プラクティスを確認してください。
すべきこと |
してはならないこと |
タイトルは、次のような構成にします: {機能} for {ソフトウェア/システム}例: Microsoft Azure 向けの顔認識モデル コンポーネントの説明には具体的な属性を使用して、正確な用途を把握できるようにします。例: 変換器, 分析器, 検証装置, 生成器, マネージャー コンポーネントが、特定の地域を対象としている場合は、地域の略号を含めます。例: スペイン: ESP、日本: JPN、カリフォルニア: CA、ニューヨーク: NY など |
コンポーネントの説明に、略号、汎語、曖昧な言葉、造語を使用してはなりません。 簡単なデータ抽出、信頼できる友達 - ロボット パッケージ 次のような特殊文字を使用することはお勧めしません: / \ : * ? “ < > [ ] & $. 検索時に認識されない例: Get_Valid_Files、私はオンラインですか? |
このセクションでは、パーソナライズされた画像をアップロードしてコンポーネントのカードに表示し、コンポーネントの主な概念を反映し、単純な記号を組み込むことができます。 さらに、会社のロゴを含めるオプションも提供します。 出品画像を含めない場合は、デフォルトの画像が適用されます。
画像の寸法: 100 X 100
権利のない画像は使用してはなりません。 統合先のアプリケーションの利用可能なブランドガイドラインに必ず従ってください。
(タグあたり最大 20 文字)
エンドユーザーによるコンポーネントの見つけやすさを向上させる関連タグを指定します。 タグとは、類似可能なタグを持つ出品情報の検索に役立つ、出品情報に関連する用語のことです。
推奨事項として、検索プロセスを合理化するために、完全なフレーズを使用する代わりに、タグを単一の単語に分割することをお勧めします。
たとえば、リスティングが GSuite で動作するように設計されている場合、潜在的なタグにはドキュメント、ドライブ、メール、Gmail、GSuite などがあります。
提出時にタグが設定されなかった場合は、提出された情報から総合的に判断して、UiPath のチームが追加します。ただし、UiPath では、皆さんが自ら追加したタグのほうがはるかに有用であると確信しています。
(最大 200 文字)
コンポーネントの内容がよくわかるように短い言葉で要約します。
すべきこと |
してはならないこと |
要約の構成は、{アクション}{システムの相互作用/インタラクションの対象}{目的の説明}例: 定義済みスキーマと照合して XML を検証し、有人プロセスをより迅速に構築します。 コンポーネントの目的を、簡潔な一文で明らかにします。 Microsoft の Computer Vision サービスを搭載した画像分析。 コンポーネントの使い道、メリットを具体的に記述します。 必要な場合にのみコンポーネントの種類を含めます。例: メールのファイルを PDF として保存できるようにするカスタム アクティビティです。 |
コンポーネントの説明にサマリーを含めてはなりません。 サマリーに修辞疑問文 (問いかけ) を使用してはなりません。 具体性に欠ける記述形容詞や最上級の多用を避けます。 とても簡単で、楽しく、完璧です。 コンポーネントの作成方法についての詳細を含めてはなりません。 使用手順に言及してはなりません。 |