登録・更新の必須チェック

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

入力しないまま処理を進めてはいけない項目を、必須にできます。登録・更新の両方で必須にするほか、登録時だけ必須にするなど、操作ごとに分けて指定できます。

2. Wagby11で実現できること

申請名は登録・更新の両方で必須、登録メモは登録時だけ必須にしました。登録画面で空にして保存すると入力エラーになり、保存できません。

更新では登録メモを空にして保存でき、保存済みのメモを消去できます。申請名は更新時も必須のため、空にするとエラーになります。

3. AIへの指示例

最小限の指示例

申請名を必須にし、登録メモは登録するときだけ必須にしてください。

AIは登録・更新での入力可否や既存の保存制約を確認し、未指定の仕様を補います。どの操作で必須にするかを分けて伝えると、意図が明確になります。

より詳細な指示例

申請情報（InputCheck）のsubjectは登録時と更新時に未入力ならエラーにしてください。registrationMemoは登録時だけ必須、更新時は未入力を必須エラーにしないでください。更新で登録メモを空にした場合は、保存済みのメモを消去できるようにしてください。registrationMemoにDBのnot_nullは付けないでください。登録で両項目の入力漏れ、更新で申請名だけの入力漏れを確認し、更新で登録メモを空にしても必須エラーにならず、保存後の詳細画面と再編集で空欄になっていることを確認してください。
既存のモデル・主キー・項目・データ・権限を保持し、必要なguide・referenceを確認してください。メニューと一般利用者向け操作マニュアルを更新し、設計情報の検証・コード生成・起動を行って、正常な入力とエラーになる入力を確認してください。

4. 編集されるAppSchemaの例

以下は関連する定義の抜粋です。構文を覚えなくても、許可したい値とエラーにする条件をAIへ伝えられます。

entity:
  attributes:
    - name: 申請名
      name_en: subject
      type: string
      length: 100
      validation:
        presence: { create: error, update: error }
    - name: 登録メモ
      name_en: registrationMemo
      type: string
      length: 100
      validation:
        presence: { create: error, update: none }

presenceは操作ごとの入力チェックです。not_nullは保存先でNULLを許すかの指定です。not_null: trueの項目に、未入力を許すnoneやwarningは指定できません。

5. 参考資料

guide：登録・更新の必須チェック

designer/docs/appschema/html/guide/04-validation/01-required.html

reference：validation（入力チェック定義）

designer/docs/appschema/html/reference/11-validation.html