Flow
Декларативная автоматизация с четкой структурой, последовательными именами и документацией.
Разработка и автоматизация
Flow или Apex — обоснованное решение, а не привычка.
Создание автоматизаций и разработок в Salesforce с осознанным выбором между декларативным подходом и кодом, в зависимости от сложности, производительности и стоимости обслуживания — включая тестирование, контроль версий и снижение технического долга.
Карта возможностей
Что включено и в каком порядке
Карта демонстрирует уровни работы в этом сервисе, от инфраструктуры до возможностей, которые видят пользователи.
Разработка и автоматизация — Карта возможностей
Flow
Декларативная автоматизация с четкой структурой, последовательными именами и документацией.
Apex
Сложная логика, высокие объемы и реальные модульные тесты.
LWC
Специализированные интерфейсы, ускоряющие повседневную работу.
Platform Events
Разделение систем с использованием событий вместо прямых вызовов.
Тестирование и качество
Существенное, а не формальное покрытие тестами и ревью кода.
Контроль версий
Песочницы, контролируемый релиз и документирование изменений.
Предыстория
Что здесь действительно имеет решающее значение
Большая часть технического долга в Salesforce возникает не из-за плохого кода, а из-за множества автоматизаций, построенных независимо на одном и том же объекте, без того, кто видит общую картину.
Практическое правило простое: то, что можно решить декларативно и однозначно, — будет построено таким образом. То, что требует сложной логики, большого объема или точного контроля последовательности действий, — оправдано кодом, с тестированием.
Каждая автоматизация должна иметь владельца и документацию. Автоматизация, никто не знает, зачем она была построена, останется в системе на годы и будет молча ломать вещи.
Сферы работы
Что мы делаем на практике
Apex
Сложная логика, высокие объемы и реальные модульные тесты.
LWC
Специализированные интерфейсы, ускоряющие повседневную работу.
Platform Events
Разделение систем с использованием событий вместо прямых вызовов.
Тестирование и качество
Существенное, а не формальное покрытие тестами и ревью кода.
Контроль версий
Песочницы, контролируемый релиз и документирование изменений.
Матрица решений
Решения, определяющие результат
| Требование | Декларативное | Код | Что решающее |
|---|---|---|---|
| Обновление полей и условий | Flow | — | Простота и удобство обслуживания |
| Логика со множеством исключений | Сложность в обслуживании | Apex | Количество условий и вызовов |
| Большой объем записей | Может столкнуться с ограничениями | Оптимизированный Apex | Объем обработки |
| Специализированный интерфейс | Стандартная страница | LWC | Сложность взаимодействия |
| Публикация в нескольких системах | Прямые вызовы | Platform Events | Количество потребителей и отказоустойчивость |
Обновление полей и условий
- Декларативное
- Flow
- Код
- —
- Что решающее
- Простота и удобство обслуживания
Логика со множеством исключений
- Декларативное
- Сложность в обслуживании
- Код
- Apex
- Что решающее
- Количество условий и вызовов
Большой объем записей
- Декларативное
- Может столкнуться с ограничениями
- Код
- Оптимизированный Apex
- Что решающее
- Объем обработки
Специализированный интерфейс
- Декларативное
- Стандартная страница
- Код
- LWC
- Что решающее
- Сложность взаимодействия
Публикация в нескольких системах
- Декларативное
- Прямые вызовы
- Код
- Platform Events
- Что решающее
- Количество потребителей и отказоустойчивость
Как мы работаем
Этапы выполнения
- 01
Сопоставление существующих автоматизаций
Что запускается на каждом объекте и в каком порядке.
- 02
Принятие решения о подходе
Декларативный или код, с задокументированным обоснованием.
- 03
Создание
Стандарт именования, модульность и предотвращение дублирования.
- 04
29. Тестирование
Положительные и отрицательные сценарии, не только покрытие.
- 05
Выпуск
Sandbox, проверка и определенное окно выпуска.
- 06
Очистка
Удаление ненужных автоматизаций и сокращение задолженности.
Продолжить отсюда
Связанные услуги и руководства
Часто задаваемые вопросы
Часто задаваемые вопросы
Всегда ли Flow предпочтительнее Apex?
Нет. Flow предпочтительнее, когда логика проста и понятна, поскольку он дешев в обслуживании и доступен для администраторов. Когда сложная логика, высокие объемы или требуется точный контроль над порядком операций, Apex с тестами — более безопасный выбор.
Сколько автоматизаций разрешено для одного объекта?
Число менее важно, чем прозрачность. Проблема возникает, когда никто не знает, что и в каком порядке выполняется. Упорядоченный стандарт и документация важнее строгого правила.
Что считается техническим долгом в этом контексте?
Дублирующиеся автоматизации, код без тестов, неиспользуемые поля, слишком широкие разрешения и логика без владельца. Все это увеличивает риск любого будущего изменения.
Нужен ли инструмент DevOps?
Если есть более одного разработчика или постоянная скорость выпуска — да. В небольшой среде упорядоченный процесс Sandbox и документация могут быть достаточными на первом этапе.
Следующий шаг
Анализ уровня автоматизации
Мы составим карту текущих процессов, выявим дубликаты и определим поддерживаемый стандарт.