> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/review-partner-applications/automate-partner-application-processing/workflow-best-practices-and-faqs.md).

# ワークフローのベストプラクティスとFAQ

<a href="https://pxa.impact.com/student/activity/1117576?sid=0c0e3e5c-54c9-4435-9bee-ebcdccb7f292&#x26;sid_i=0?utm_source=app.impact.com&#x26;utm_medium=owned-platform&#x26;utm_content=dis-350&#x26;utm_campaign=help-center" class="button primary">PXAコースを受講する</a>

{% embed url="<https://files.gitbook.com/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Ft9J4jXNCRRmKWNZe3Ikz%2Fdis-350-1.mp4?alt=media&token=25aca134-cb5d-43c4-98d3-65cf02eccb14>" %}

#### ワークフローのよくある質問

<details>

<summary>承認済みの申請をどのように管理できますか？</summary>

ワークフロー ルールがどのパートナーを承認したかを把握するには、 [パートナーグループを作成し](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/partner-groups/create-and-manage-partner-groups.md) 各ワークフローごとに、承認済みのパートナーをそのパートナーグループに割り当てます [ワークフローの作成または編集時に](/brand/ja/what-would-you-like-to-learn-about/platform-features/review-partner-applications/automate-partner-application-processing/create-workflows-to-automatically-process-partner-applications.md).

<div data-with-frame="true"><figure><img src="/files/4a5b6c5023bda4fa73f566771d3ca7e9a11c2a07" alt=""><figcaption></figcaption></figure></div>

</details>

<details>

<summary>ワークフローを設定する際に使うとよい条件の組み合わせは何ですか？</summary>

これはビジネス上のニーズによります。相性のよい2つの条件セットをご紹介します。

**ビジネスモデル、パートナー規模、パートナーの国**

これらの条件を使うと、一緒に仕事をしたいパートナーの規模や種類、そして所在地を指定できます。

{% hint style="info" %}
**例:** たとえば、英国の大手コンテンツパブリッシャーと提携したい場合は、次のように条件を設定できます。

<img src="/files/56b09f87bfdac8d7e621fdea27e595541323d4c5" alt="" data-size="original">
{% endhint %}

{% hint style="info" %}
**注:** 次を含めます： **グループを割り当て** と **申請を処理** アクションタイプ。
{% endhint %}

**テンプレート規約とパートナーの国**

これらの条件を使うと、特定の国にいるパートナーとどの規約で仕事をしたいかを指定できます。

{% hint style="info" %}
**例:** たとえば、米国を拠点とするクーポンパートナーと仕事をしたい場合です。

<img src="/files/595bf1cf72d4b13e9ae323e56f472e88770b6301" alt="" data-size="original">
{% endhint %}

{% hint style="info" %}
**注:** 次を含めます： **グループを割り当て** と **申請を処理** アクションタイプ。
{% endhint %}

</details>

<details>

<summary>ワークフローで処理されたパートナー申請を元に戻すにはどうすればよいですか？</summary>

**承認済みのワークフローを取り消す**

あなたは [パートナー契約を失効させる](/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/contracts/expire-partner-contracts.md).

**却下されたワークフローを取り消す**

1. の [**申請**](https://app.impact.com/secure/advertiser/engage/contracts/activity/adv-manage-pending-public-ios-v2-flow.ihtml?execution=e1s1#sortBy=relevance\&sortOrder=DESC) 画面に移動し、 **処理済み** タブへ進みます。
2. 以下を使用してください **却下済み** ステータスフィルターと **グループ** フィルターを使って、却下された申請を見つけます。
3. プログラムに参加させたいパートナーにカーソルを合わせ、次に ![\[More\]](https://paligoapp-cdn-eu1.s3.eu-west-1.amazonaws.com/impact/attachments/f01cdffa431a4d75ff09c130b66974d4-e177a55169a53da65352a87e441df82e.svg) **\[メニュー]** → **提案を送信**.
   * ここから、パートナーに契約を提案します。

</details>

#### ワークフロー作成のベストプラクティス

以下は、パートナー申請の処理にワークフローを最適に活用するためのヒントです。

* ワークフロー同士が相互に排他的になるようにしてください。これは、各ワークフローの条件が互いに矛盾しないようにすることで実現できます。ワークフローが相互排他的でない場合、最も最近更新されたワークフローのアクションが使用されます。
* ワークフローを使い始めたばかりの頃は、処理済みのパートナーを [専用グループ](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/partner-groups/create-and-manage-partner-groups.md) に追加するようにして、 [申請](https://app.impact.com/secure/advertiser/engage/contracts/activity/adv-manage-pending-public-ios-v2-flow.ihtml) 画面で *グループ* フィルター
* 最初の数件のワークフローは基本的で広い条件にしておき、ワークフローの使い方に慣れてきたら、徐々により細かく設定していきます。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/review-partner-applications/automate-partner-application-processing/workflow-best-practices-and-faqs.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.