• Projects
  • Service
  • About
  • branding.bz
  • Podcast
  • Tips
  • FAQ
  • Recruit
  • Download
  • Contact
  • branding.bz(ブランド構築SaaS)
  • DESIGN NOW(デザインメディア)
  • X
  • LinkedIn
  • Spotify
  • Facebook

213-0011 神奈川県川崎市高津区久本3-6-7-303

© 2026 ID INC. All rights reserved

claude-skills/スキル
SKILLOfficialdevelopment

platform-validation-rule-generate

プラグイン
salesforce-development
ソース
GitHub で見る ↗
説明

このスキルの用途: Salesforceの検証ルール(データ品質を確保するための自動チェック機能)を作成・編集・確認する必要があるとき、またはユーザーが検証ルール、フィールド検証、データ品質ルール、数式検証、エラーメッセージ、検証ロジックについて言及したときに使用します。 検証エラーが発生した場合、数式を更新する必要がある場合、またはデータベース層でビジネスルール(組織が定めた運用上の決まり)を適用したい場合にも使用してください。検証ルール関連の作業であれば、常にこのスキルを使用してください。

原文を表示

Use this skill when users need to create, modify, or validate Salesforce Validation Rules. Trigger when users mention validation rules, field validation, data quality rules, formula validation, error messages, or validation logic. Also use when users encounter validation errors, need to update formulas, or want to enforce business rules at the data layer. Always use this skill for any validation rule work.

ユースケース
  • 検証ルールを作成・編集・確認するとき
  • 検証エラーが発生したとき
  • 数式を更新する必要があるとき
  • データ品質ルールを適用したいとき
  • ビジネスルールをデータベース層で設定するとき
本文(日本語訳)

このスキルを使用する場合

このスキルは以下のような場合に使用してください:

  • データ品質を保証するための検証ルール(データの正確性をチェックする規則)を作成したい
  • 無効なレコード(データの記録)が保存されるのを防ぎたい
  • 計算式を含む検証ルールのメタデータ(データの構造情報)を生成したい
  • オブジェクト(データの入れ物)にビジネスロジック検証(業務ルール)を追加したい
  • 検証ルール関連のデプロイエラー(配置時の問題)をトラブルシューティング(問題解決)したい

仕様

検証ルールのメタデータ仕様

概要

検証ルールは、Salesforce のデータ品質とビジネスロジックを実装するための宣言型メタデータコンポーネント(あらかじめ設定内容を記述するタイプの構造定義)です。レコード保存時に計算式を評価し、その結果が TRUE になった場合は保存操作をブロックします。

目的

  • ビジネスルールをデータレイヤー(情報の最底層)で実施する
  • 無効または不完全なレコードの保存を防ぐ
  • ユーザーを導く意味のあるエラーメッセージを表示する

必須プロパティ

検証ルールの基本プロパティ

  • fullName(ルール名)

    • 検証ルールの一意な API 名
    • 文字で始まる必要があります
    • 文字、数字、アンダースコアを含められます
    • アンダースコアで終わることはできません
    • 連続したアンダースコアを含められません
    • 40 文字を超えることはできません
  • active(有効フラグ)

    • 検証ルールが有効かどうかを示します
    • true → ルールが実行される
    • false → ルールが無効
  • errorConditionFormula(エラー条件の計算式)

    • レコードデータを評価する論理式
    • TRUE または FALSE を返す必要があります
    • TRUE の場合、検証ルールがエラーを発生させます
  • errorMessage(エラーメッセージ)

    • 検証失敗時にユーザーに表示されるメッセージ
    • 最大文字数: 255 文字

特定の関数の利用ガイドライン

  • TEXT 関数 — テキストフィールドで TEXT() 関数は使用しないでください。修正するには TEXT() 関数を削除するだけです。

  • CASE 関数 — Salesforce の CASE() 関数では、最後のパラメータがデフォルト値です。管理者はこれを見落としやすく、CASE() 関数のパラメータ数は常に偶数である必要があります。

  • VALUE 関数 — VALUE() 関数はテキストフィールドでのみ使用してください。数値が VALUE() 関数のパラメータとして使用されている場合は、VALUE() 関数を削除してください。

  • DAY 関数 — DAY() 関数は日付フィールドでのみ使用してください。日時フィールドが DAY() 関数のパラメータとして使用されている場合は、まず日付に変換してください。

  • MONTH 関数 — MONTH() 関数は日付フィールドでのみ使用してください。日時フィールドが MONTH() 関数のパラメータとして使用されている場合は、まず日付に変換してください。

  • DATEVALUE 関数 — DATEVALUE() 関数は日時フィールドでのみ使用してください。日付が DATEVALUE() 関数のパラメータとして使用されている場合は、DATEVALUE() 関数を削除してください。

  • ISPICKVAL 関数 — ピックリスト(選択肢リスト)タイプのフィールドの値を比較する場合は、ISPICKVAL() 関数を必ず使用してください。

  • ISCHANGE 関数 — ISCHANGE() 関数を使用して、レコードの値が変更されたかどうかをチェックしてください。

重要な規則

  1. 計算式内の XML 処理(最も一般的なエラー)

    • errorConditionFormula に XML タグが含まれている場合、メタデータ XML 内の CDATA セクション(特殊なテキスト領域)に格納しなければなりません。
  2. 「修正」指示の解釈。計算式の修正指示を受けたときは、置き換えか追加かを区別してください:

    • 「計算式を [内容] に修正する」: 既存の計算式ロジックを新しい要件で完全に置き換えます。
    • 「計算式に [内容] を追加するように修正する」: 既存のロジックを保持して新しい要件を追加します(通常は AND() または OR() 関数でロジックをラップします)。
  3. ファイル形式の要件

    • 検証ルールファイルは常に .validationRule-meta.xml の拡張子を使用する必要があります。
原文(English)を表示

When to Use This Skill

Use this skill when you need to:

  • Create validation rules to enforce data quality
  • Prevent invalid records from being saved
  • Generate validation rule metadata with formulas
  • Add business logic validation to objects
  • Troubleshoot deployment errors related to validation rules

Specification

ValidationRule Metadata Specification

Overview

Validation Rules are declarative metadata components used to enforce data quality and business logic in Salesforce. They evaluate a formula expression when a record is saved and prevent the save operation if the expression returns TRUE.

Purpose

-Enforce business rules at the data layer -Prevent invalid or incomplete records from being saved -Display meaningful error messages to guide users

Required Properties

Core Validation Rule Properties

  • fullName

    • The unique API name of the validation rule
    • Must start with a letter
      • Can contain letters, numbers, and underscores
    • Cannot end with an underscore
    • Cannot contain consecutive underscores
    • Cannot exceed 40 character.
  • active -Indicates whether the validation rule is enabled true → Rule is enforced false → Rule is inactive

  • errorConditionFormula

  • The logical formula that evaluates record data

  • Must return TRUE or FALSE

  • If TRUE, the validation rule triggers an error

  • errorMessage

    • The message displayed to the user when validation fails
  • Maximum length: 255 characters

Specific Function Guidelines

  • TEXT - TEXT() function MUST NOT be used with Text fields, to fix this you can just remove the TEXT() function.
  • CASE - In salesforce CASE() function, last parameter is the default value. Admins often miss to provide this and number of parameters to CASE() function are always even.
  • VALUE - VALUE() function should only be used with Text fields. If a number is being used as a parameter to the VALUE() function, remove the VALUE() function.
  • DAY - DAY() function should only be used with Date fields. If a Datetime field is being used as a parameter to the DAY() function, convert it into a Date first.
  • MONTH - MONTH() function should only be used with Date fields. If a Datetime field is being used as a parameter to the MONTH() function, convert it into a Date first.
  • DATEVALUE - DATEVALUE() function should only be used with DateTime fields. If a Date is being used as a parameter to the DATEVALUE() function, remove the DATEVALUE() function.
  • ISPICKVAL - If checking equality of a picklist type field, the function ISPICKVAL() MUST be used.
  • ISCHANGE - Use ISCHANGE() function to check the value of a record has changed.

Critical Rules

  1. Formula XML Handling(MOST COMMON ERROR)

    • ANY errorConditionFormula containing XML tags MUST be inside a CDATA section in the metadata XML.
  2. Interpretation of "Update" Instructions. When receiving instructions to modify a formula, distinguish between a replacement and an addition:

    • "Update the formula to [Action]": Completely replace the existing formula logic with the new requirement.
    • "Update the formula to also [Action]": Keep the existing logic and append the new requirement (usually by wrapping the logic in an AND() or OR() function).
  3. File Format Requirement

    • Validation rule files MUST always use the .validationRule-meta.xml extension.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。