Вы находитесь здесь:
Советы по написанию правил проверки
Помните о следующих советах при написании правил проверки.
Требуемые версии
| Доступно в версиях: Salesforce Classic и Lightning Experience |
| Доступно в версиях: Версии Essentials, Contact Manager, Group Edition, Professional Edition, Enterprise Edition, Performance Edition, Unlimited Edition, Developer Edition и Database.com |
- Рассмотрите все параметры, которые могут инициировать сбой проверки записи, включая правила назначения, обновления полей, безопасность поля или скрытые поля.
- Прежде чем активировать правило проверки, рекомендуем протестировать его, поскольку при конфликте правил для одного поля пользователи не могут сохранить запись. Используйте журнал отладки для отслеживания сведений о внедрении правила.
Совет Неправильное правило проверки может помешать пользователям сохранять действительные данные. Прежде чем активировать правило проверки, выполните его тщательное тестирование. Можно также использовать журнал отладки для отслеживания сведений о внедрении правила. - При обращении к связанным полям в формуле проверки убедитесь, что эти объекты развернуты.
- Чтобы применить разные правила проверки к разным типам записей, добавьте поле слияния RecordType.Id в формулу.
- Выражение условия логической ошибки работает. Например:
- Правильно:
CloseDate < TODAY() - Неверно:
IF(CloseDate < TODAY(), TRUE, FALSE)
- Правильно:
- Если правило проверки содержит функцию BEGINS или CONTAINS, оно обрабатывает пустые поля как действительные. Например, правило проверки, проверяющее, начинается ли серийный номер актива с 3, все активы с пустым серийным номером считаются действительными.
- При использовании правила проверки, чтобы убедиться, что числовое поле содержит определенное значение, используйте функцию ISBLANK для добавления полей, не содержащих значения. Например, чтобы проверить настраиваемое поле на наличие значения 1, воспользуйтесь правилом проверки для отображения ошибки, если поле пустое или содержит любое другое число.
OR (ISBLANK (field__c), field__c<>1) - Избегайте использования полей слияния возможности IsClosed или IsWon в формулах проверки. Вместо этого используйте функцию ISPICKVAL, чтобы определить, содержит ли этап соответствующее значение. Например, данная формула проверки требует наличия настраиваемого поля «Дата начала проекта» при каждом закрытии и реализации этапа.
AND(ISPICKVAL(StageName, "Closed Won"), ISBLANK(Project_Start_Date__c)) - Чтобы упростить формулы проверки, воспользуйтесь полями типа «Кнопка-флажок», которые не требуют наличия оператора, так как возвращают значение «истина» или «ложь». Например, формула проверки проверяет наличие продуктов перед возможностью посредством поля слияния HasOpportunityLineItem перед сохранением внесенных изменений.
NOT(OR(ISNEW(),HasOpportunityLineItem)) - При создании или обновлении правила проверки нажмите «Вставить поле», чтобы проверить доступность поля для объекта. Если поле не существует для объекта, появляется ошибка.
Советы по написанию сообщений об ошибках правил проверки
- Предоставьте инструкции, сообщающие пользователю о допустимом типе записи, например, «Дата закрытия» должна быть после сегодняшнего дня.
- Добавьте метку поля для определения поля, которое не прошло проверку, особенно если сообщение об ошибке отображается вверху страницы.
- При определении правил проверки можно установить расположение ошибки на «Вверху страницы» или «Поле». Если расположение ошибки установлено на поле, удаленное позже, только для чтения, или на поле, недоступное в макете страницы, Salesforce автоматически изменяет расположение на «Вверху страницы».
- Для перевода сообщений об ошибках используйте средство перевода.
- Назначьте соответствующие номера правилам проверки и их сообщениям об ошибках, чтобы определить источник ошибки.
Эта статья решила вашу проблему?
Оставьте свой отзыв, чтобы мы могли стать лучше!
