却下・取下げを行う

1. このページで伝える機能

承認担当者の却下と申請者の取下げを使い分け、申請を終了させる場合と修正して出し直す場合を区別できます。

2. Wagby11で実現できること

重複した備品申請は担当者が却下し、日程の見直しが必要な申請は申請者が取り下げる例です。

却下は、その申請を修正して出し直してもらう差し戻しとは異なります。取下げは承認待ちや前段の再確認待ちで申請者が行います。経路管理者という理由だけで他人の申請を取り下げられるわけではありません。

却下の理由必須は承認段階ごとに設定します。取下げのコメントは任意で、取下げ用の定型文はありません。操作した人・日時・コメントは履歴に残ります。

3. AIへの指示例

最小限の指示例

却下と取下げを使い分けられるようにしてください。

AIは却下後の再申請の扱い、誰が取り下げるか、理由必須の設定を類推して補います。修正を求める場合は却下でなく差し戻しを使うことも伝えます。

より詳細な指示例

備品申請の標準ワークフローを使い、担当者は不要な申請を理由付きで却下し、申請者は承認待ちの申請を取り下げられるようにしてください。却下理由は経路で必須にします。却下後は再申請不可、取下げ後は通常の権限で編集・再申請可という違いを操作マニュアルへ記載し、それぞれ別のデータで確認してください。
既存の定義・データ・権限を保持し、Wagby11のguide・referenceを確認してください。利用者向け操作マニュアルを更新し、生成・ビルド後に該当する利用者の画面とAPIで動作を確認してください。

4. 編集されるAppSchemaの例

以下は関連する定義の抜粋です。構文を覚えなくても、誰がどの条件で申請・承認するかをAIへ伝えられます。

entity:
  workflow: { enabled: true }
# 申請者が登録・修正するためのモデル権限の抜粋
permissions:
  - { role: G_SEC_EDITOR, crud: [C, R, U] }

却下・取下げの状態遷移はワークフローの標準機能です。経路の担当者であることや申請者本人であることを別途判定します。モデルの更新権限を持つだけで、他人の申請を却下・取下げできるわけではありません。

5. 参考資料

操作と状態・履歴

designer/docs/appschema/html/guide/14-workflow/03-operations.html

コメントと理由入力

designer/docs/appschema/html/guide/14-workflow/04-comments.html