申請者の上長はどのように決定されますか?
承認経路の上長承認ステップにおいて、申請者の上長を決定するロジックを解説します。
「上長の指名方法」でいずれかの方式を選択でき、選択した内容によって上長の決定ロジックが変わります。

前提:上長の定義
kickflowにおいて、「上長」とは各チームで上長に設定されているユーザーを指します。 役職が上位であっても、所属の設定で「このチームの上長」にチェックが入っていない場合は上長として選択されません。
設定方法の詳細はユーザーをチームに所属させるを確認してください。
指名方法の比較
上長の指名方法には次の2種類があります。
- 直属の上長を指名する:申請者が所属するチームで上長に設定されているユーザー(申請者自身を除く)全員が承認者になります。対象者がいない場合は、組織図を上にたどって上位チームを探します。
- 役職に合致する上長を指名する:申請者が所属するチームから順に組織図を上にたどっていき、役職の条件を満たす上長が承認者になります。申請者自身が上長の場合は、自己承認を許可するかどうかを選択できます。
以下の組織図を例に、指名方法ごとに承認者がどう変わるかを説明します。
組織図例
- 株式会社X商事
- Aさん(上長・本部長)
- 営業部
- Bさん(上長・部長)、Cさん(一般社員)
- 1課
- Dさん(上長・課長)、Eさん(一般社員)
承認者の比較
| 申請者 | 直属の上長を指名する | 役職に合致する上長を指名する |
|---|---|---|
| Eさん(一般社員) | Dさん | 役職が課長以上:Dさん 役職が部長以上:Bさん |
| Dさん(上長・課長) | Bさん | 役職が課長以上 + 自己承認を許可する:Dさん 役職が課長以上 + 自己承認を許可しない:Bさん |
| Bさん(上長・部長) | Aさん | 役職が部長以上 + 自己承認を許可する:Bさん 役職が部長以上 + 自己承認を許可しない:Aさん |
「役職に合致する上長を指名する」方法では、条件に合う上長が複数のチームにいる場合の挙動を以下から選択できます。
-
条件に合致する、申請者にもっとも近い上長のみを承認者とする
- 申請チームともっとも近いチームに所属している、条件に合致する上長のみを承認者とする
-
条件に合致する、すべての上長を承認者とする
- 申請チームから組織図を上にたどっていき、条件に合致するすべての上長を承認者とする
条件を満たす上長が見つからない場合(例:上記の組織図で役職が「課長に一致」かつ申請者がBさんの場合)、経路で設定した「条件に合う上長がいない場合」の処理に入ります。「申請者の直属の上長を承認者とする」「より上位の役職の上長を承認者とする」「このステップをスキップする」のいずれかから選択できます。
推奨運用
多くの場合、「役職に合致する上長を指名する」 を選択します。承認権限が一定以上の役職(例:部長以上)に限定されている企業が多く、役職ベースで承認者を明確に指定できるためです。
注意事項
上長が複数チームを兼務している場合
Dさんが課長と部長を兼務している場合を例に説明します。
- 株式会社X商事
- Aさん(上長・本部長)
- 営業部
- Dさん(上長・部長)、Cさん(一般社員)
- 1課
- Dさん(上長・課長)、Eさん(一般社員)
「直属の上長を指名する」の場合、1課の「Dさん」の直属の上長は「Aさん」となります。一つ上の営業部の上長が自分自身のため、さらに上の「株式会社X商事」の上長が直属の上長になります。
承認者が見つからない場合のフォールバック
上長の指名方法(直属の上長を指名する・役職に合致する上長を指名する)にかかわらず、組織図を最上位までたどっても条件を満たす承認者が見つからない場合、「自己承認を許可する」が有効であれば申請者自身が承認者になります。これはすべての検索・フォールバック処理が失敗した際の最終的な動作です。
たとえば最上位チームの上長(例:代表取締役)が申請し、かつその最上位チームに上長フラグを持つ他のユーザーがいない場合などに発生します。