Прочитайте о расписаниях обновления здесь.

Системы демонстрируют автоматизированное поведение, позволяя предприятию быстрее и масштабнее достигать ключевых целей и задач. Здоровая автоматизация позволяет пользователям сосредоточиться на ценной работе и сокращает время, затрачиваемое на повторяющиеся задачи вручную или ввод сложных данных.

Чаще всего автоматизация означает перевод бизнес-процессов из одной формы в другую: из бумажной формы в цифровую, из старой системы в новую. С каждым переводом бизнес-процесса появляется возможность трансформации.

Трансформация - это не использование новых технологий для внедрения разрушительных и запутанных изменений для пользователей. Трансформация — это создание более простых способов выполнения работы, создание условий для развития бизнеса без трений, а также предоставление бизнес-пользователям возможности более глубоко сосредоточиться на том, что действительно важно для их заинтересованных лиц. С архитектурной точки зрения это предполагает определение задач, которые можно полностью исключить или обработать автоматически. Для этого требуется четкая связь между способом использования технологии и ее измеримым воздействием на предприятие.

Важно отметить автоматизацию с помощью Salesforce: ее можно выполнить с помощью разных инструментов, используя программные и декларативные наборы навыков. Создание автоматизаций с хорошей архитектурой не означает выбора создания только с одним средством автоматизации. Речь идет об использовании последовательных и предсказуемых подходов, а также предоставлении группам возможности разработки, тестирования, развертывания и обслуживания разработанных автоматизаций. Автоматизация должна иметь максимально удобную и читаемую форму.

Данный раздел посвящен способам проектирования и реорганизации автоматизации, позволяющим предприятиям быстрее и масштабнее достигать ключевых целей. Архитектура автоматизаций Salesforce может быть улучшена посредством повышения эффективности и целостности данных.

Создание эффективности автоматизации не означает корректного воссоздания нормальной работы с помощью технологий Salesforce. Главное — глубокое понимание ключевых показателей и бизнес-результатов, за выполнение которых будут отвечать рабочие группы, а также отход назад для просмотра функциональных единиц в автоматизируемой работе и между ними. Это определение способа создания схем с помощью автоматизации, позволяющих бизнесу работать более эффективно и быстро в масштабах.

Эффективная логика автоматизации сделает ваши системы:

• Более масштабируемый и ценный для бизнеса
• Больше полезного для пользователей
• Более адаптируемый и способный удовлетворять меняющиеся бизнес-потребности

Эффективность автоматизации можно повысить посредством проектирования процессов и операционной логики.

Проектирование процессов включает определение способов выполнения работы. Создание по-настоящему эффективных и действенных процессов означает, что ваши разработки не просто копируют современные методы работы. Крайне важно выявлять и удалять неэффективные или неясные шаги. Оптимизированные процессы должны создавать измеримую бизнес-ценность (см. КПЭ) без лишних шагов. Неясные или ненужные шаги, вероятно, создадут техническую задолженность и приведут к необслуживаемой автоматизации.

Часто ответственность за обнаружение и документирование бизнес-процессов ложится на бизнес-аналитика или даже системного администратора. Архитекторы отвечают за сотрудничество с этими участниками рабочей группы, чтобы убедиться в технической надежности и правильной структуре процессов. Раннее применение Knowledge о Salesforce Platform поможет рабочей группе определить процессы для оптимизации посредством автоматизации или процессы, которые нужно изменить во избежание дорогостоящих настроек.

Чтобы создать оптимизированные процессы для Salesforce, выполните указанные ниже действия.

• Тщательно определите процессы. Процессы с неясными целями или неясными определениями, скорее всего, будут неправильно истолкованы во время проектирования. Это приведет к ошибочным конструкциям, основанным на предположениях, что приведет к неправильной или неэффективной автоматизации. Убедитесь, что бизнес-процессы, которые нужно автоматизировать, соответствуют следующим стандартам:

  • Ограничивается одной конкретной функцией (см. «Функциональные единицы»)
  • Содержит четко определенные измеримые результаты (см. раздел «Бизнес-значение»)
  • Имеет четко определенные вводные и выходные данные

• Хотя иногда возникает соблазн добавить дополнительные этапы, которые «могут оказаться полезными в будущем», это никогда не будет хорошим подходом.**** Каждый этап автоматизации должен соответствовать результату общего процесса. Убедитесь, что каждый этап процесса имеет следующие характеристики:

  • Выполняет конкретную детальную задачу (см. составной)
  • Обязательно для создания заданного результата процесса (удаление всех несущественных этапов)
  • Можно выполнить, используя минимальное количество ресурсов
  • Использует существующие системные данные вместо запроса вводных данных пользователей (см. раздел «Задействование»)
  • Предоставляет параметры ввода, понятные пользователям без необходимости знать, как работают базовые системы (см. полезно)

Список шаблонов и антишаблонов ниже отображает правильную (и плохую) оптимизацию в организации Salesforce. Их можно использовать для проверки дизайна автоматизации перед созданием или определения автоматизации, требующей дальнейшей оптимизации.

Дополнительные сведения об инструментах автоматизации процессов, доступных в Salesforce, см. в разделе «Инструменты, связанные с автоматизированными».

Операционная логика определяет эффективность преобразования процесса из его разработки в фактическое внедрение. Автоматы с сильной операционной логикой продолжают работать хорошо, вне зависимости от увеличения объемов транзакций или количества выполняемых параллельных экземпляров. Логически обоснованные автоматизации помогают предприятиям легче масштабироваться, чтобы работать на более высоком уровне спроса. Внедрение сильной операционной логики в автоматизацию напрямую зависит от общей надежности системы.

Автоматизация, которая работает неэффективно, предоставляет плохие взаимодействия пользователей и клиентов, что приводит как к потенциальной потере дохода, так и к потере Trust клиентов. Они также сопряжены с более высокими расходами на обслуживание и могут стать преградами, задерживающими связанные процессы, что способствует общим проблемам производительности системы.

Чтобы создать эффективную операционную логику в автоматизации, учитывайте следующее:

• Убедитесь, что все создатели автоматизации знают правильный способ. Плохой выбор дизайна может быть сделан с помощью любого средства автоматизации. Код не менее подвержен ошибкам или плохому выбору внедрения, чем инструменты на основе кликов. Например, использование жестко запрограммированных кодов ссылки является антипаттерном, который отображается в потоке и коде. Инструменты на основе кликов не должны рассматриваться как лицензия, позволяющая всем и каждому выпускать автоматизацию в производство. Каждый участник рабочей группы, создающий автоматизацию, должен знать, как ее правильно создать. Подробнее о том, как определить и применить эффективные стандарты в системах, см. в разделе «Стандарты чтения и разработки».
• Четко задокументировать все пути выполнения. Расширение использования автоматизации не только увеличивает потенциальные объемы данных, но и увеличивает незапланированные контексты вызовов. Вам нужно понять, как можно вызывать разные автоматизации, и обеспечить отображение правильных элементов управления транзакциями (см. обработку данных) во всех автоматизациях с несколькими точками входа. Например, потоки окон не будут выполняться с пакетными загрузками данных, но Apex, вероятно, запустит и запустит (и автоматически запустит) потоки. Четкое документирование запланированных и потенциальных путей выполнения для автоматизаций является ключевым аспектом понимания того, какие логические условия вам потребуются во время внедрения.
• «Пакетирование» всех операций над данными (включая SOQL). Каждая операция над данными (вставка, обновление и т. д.) должна выполняться относительно коллекций. Всегда. Без исключений. Именно это подразумевается под «пакетными» операциями. Хотя платформа может поддерживать операции с однотонными данными, вы не должны разрешать внедрение однотонных схем.
• Использовать SOSL для поисковых операций. Существует ошибочное мнение, что операции над данными не могут выполняться над записями, возвращенными посредством SOSL. Верно, что DML нельзя вызвать напрямую против результатов SOSL, но код может анализировать результаты SOSL и создавать коллекцию, на которую можно ссылаться в методах класса DML или базы данных. Ключевые отличия между SOSL и SOQL заключаются в типах возврата для каждого и их реакции на обобщенные или специальные поиски. SOSL может работать против нескольких типов sObject (поэтому тип возврата отличается) и обрабатывать специальные символы и обобщенные поиски строк с лучшей производительностью, чем SOQL.
• Считайте SOQL операцией над данными. Не используйте SOQL для поиска записей — используйте его для настройки операций над данными. Операции SOQL и данные могут оказывать весьма одинаковое воздействие на производительность базы данных. SOQL может даже передавать явный индикатор DML, который будет блокировать строки базы данных в ожидании операций над данными. Чтобы создать масштабируемые автоматизации, отнеситесь к SOQL с одинаковой должной осмотрительностью: не используйте его без четко определенных критериев выбора, не разрешайте ссылки на посторонние поля и требуйте тщательного сопоставления типов данных между полями и вводными данными фильтра в логике оператора WHERE. Ваш код также должен иметь соответствующие элементы управления, чтобы гарантировать выполнение запроса в непакетных контекстах или по нулевым или пустым критериям фильтрации.
• Поддерживайте строгий фокус синхронных операций на работе, помогающей пользователю в режиме реального времени. Во время оптимизации процесса определите логику, соответствующую потребностям пользователей в реальном или близком к реальному времени, а также возможности переноса в асинхронную (асинхронную) транзакцию. См. раздел «Обработка данных» для получения дополнительных сведений о создании операций синхронизации/асинхронизации.

Список шаблонов и антишаблонов ниже отображает правильную (и плохую) логику работы в автоматизации Salesforce. Их можно использовать для проверки дизайна автоматизации перед созданием или определения автоматизации, требующей дальнейшей оптимизации.

Чтобы узнать больше об инструментах, доступных в Salesforce, которые могут помочь вам спланировать масштаб, см. Инструменты, связанные с автоматизированными.

КПЭ автоматизации определяют влияние автоматизации в динамике. Без них у вас не будет возможности определить, действительно ли автоматизация повышает ценность бизнеса или создает непреднамеренные сложности для пользователей. Каждая созданная автоматизация должна быть привязана к четкому и измеримому набору КПЭ.

Хорошие КПЭ определяются измеримым значением вместе со связанным промежутком времени. Примеры:

• [X число] рабочих часов, сохраненных в месяц
• Количество сбоев обработки при вводе данных вручную сокращено на [Y%] в неделю

После получения четких измеримых КПЭ необходимо также понять, будет ли и как автоматизация в Salesforce создавать данные, связанные с отчетностью по этим КПЭ.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядят КПЭ в автоматизации Salesforce. Их можно использовать для проверки текущих КПЭ или определения областей, где нужно лучше определить КПЭ перед созданием.

Чтобы узнать больше об инструментах, доступных в Salesforce для получения справки по КПЭ, см. «Инструменты, связанные с автоматизированными».

Следующая таблица отображает выбор схем для поиска (или создания) в организации и антисхемы для избежания или нацеливания на исправление.

✨ Ознакомьтесь с дополнительными схемами эффективности в Проводнике по шаблонам и антипаттернам.

Целостность данных — это качество хранения точных и полных данных системой. Salesforce Platform поддерживает надежную встроенную логику обработки, предназначенную для защиты целостности данных, хранящихся в соответствующей базе данных отдельной организации. Одной из основ создания здоровых автоматизаций является понимание встроенных алгоритмов целостности данных Salesforce и обеспечение соответствия (и признания) всех ваших дизайнов автоматизации этим алгоритмам.

Наиболее серьезными противоречиями в проектировании автоматизации являются непризнание мощных услуг по обеспечению целостности данных, уже предоставляемых системой Salesforce, и неиспользование стандартных функций, способствующих использованию этих услуг. Чтобы создать автоматизацию, защищающую и поддерживающую целостность данных, необходимо знать основополагающий порядок действий Salesforce.

Правильное расширение целостности данных в настраиваемых автоматах означает, что ваша система может:

• работают против пакетных и больших объемов данных без ручного вмешательства,
• внедрять политики безопасности пользователей при необходимости и переключаться в системный контекст при необходимости,
• столкнуться с ошибками во время выполнения и следовать предсказуемым путям восстановления или сбоя.

Вы можете создать лучшую целостность данных в автоматизации Salesforce посредством правильной обработки данных и обработки ошибок.

Первым шагом к созданию правильных методов обработки данных в Salesforce является понимание того, как многопользовательская платформа обрабатывает транзакции. Это включает понимание встроенного порядка выполнения алгоритмов, используемых Salesforce Platform для обеспечения целостности данных во время операций над данными на уровне записи. Дополнительные сведения о влиянии этого алгоритма см. в разделе «Манипулирование базами данных в основах архитектуры Salesforce».

Плохая обработка данных в автоматизации может быть одним из самых сложных антипаттернов для идентификации и полного исправления. Рекурсивный и накладывающийся характер порядка выполнения платформы может затруднить определение источников проблем. Конкретный раздел кода или потока, создающий фатальную ошибку или превышающий контролирующие ограничения, может не быть основной причиной проблемы обработки данных.

Информированность о транзакциях является ключом к созданию автоматизаций, которые будут надежно и эффективно работать с Salesforce. Это значит, что каждый этап автоматизации должен быть спроектирован с Knowledge о том, где он находится в связи с управляемым платформой порядком выполнения, может корректно выполнять свои функции и правильно передавать информацию на следующий этап.

Независимо от используемого инструмента автоматизации, надлежащая осведомленность о транзакциях выполняется по одинаковым схемам и требует общих рекомендаций:

• Предположим, каждой автоматизации будет предложено выполнить проверку больших объемов данных без предупреждения в любое заданное время. Автоматы должны иметь пути, позволяющие пакетное или пакетное выполнение (см. «Масштабируемость»).
• Не смешивайте операции над данными системного и пользовательского контекста в одной транзакции.
• Зарезервируйте операции синхронизации данных для до контекстов и используйте операции асинхронизации для всех после действий контекста.
• Используйте сообщения и уведомления, чтобы избежать создания внутрипрограммных взаимодействий, требующих ожидания данных на основе результатов асинхронной операции.

Помимо осведомленности об операциях, обработка данных связана со вторым аспектом: знанием того, когда следует применять логику в различных контекстах выполнения. Распространенные причины разделения автоматизации на разные контексты выполнения включают:

• Большой объем и/или сложные операции с данными
  • Пакетирование операций не гарантирует корректную обработку больших объемов данных автоматизацией. Если объем операций над данными в автоматизации превышает ограничения по транзакциям, необходимо выполнить операции над данными посредством функций, характерных для больших объемов данных (например, посредством пакетного Apex или Bulk 2.0 API). У них есть разные ограничения транзакций, соответствующие большим объемам данных.
  • Операции над данными, требующие преодоления сложных иерархий взаимосвязей или выполнения сложных пересчетов (кроме полей формул) в записях, могут легко превышать ограничения по транзакциям при пакетном выполнении. Определите, насколько «шумным» является обновление одной записи с точки зрения связанных операций над данными или SOQL, необходимых для выполнения последующих действий в системе.
  • Типы объектов sObject, задействованных во всей цепочке автоматизации, могут требовать разделения операций над данными на отдельные транзакции во избежание ошибок «смешанного DML».
• Логика, которую нужно выполнить в контексте пользователя или системы
  • Salesforce Platform применяет общий доступ и доступность в контексте пользователя. Если вам нужно выполнить операции, выходящие за пределы полномочий пользователей автоматизации, необходимо убедиться, что эти операции выполняются в контексте системы.
  • Разные инструменты будут или не будут выполняться в разных контекстах:
    • Apex будет выполняться в системном контексте по умолчанию. Вы можете управлять внедрением правил общего доступа на уровне пользователя алгоритмами Apex, используя ключевые слова общего доступа в определении класса Apex.
    • В потоке нет единого стандартного алгоритма. Поток будет выполняться в пользовательском или системном контексте на основе способа запуска потока. У вас есть возможность применить общий доступ в контексте системы.
    • Процессы (то есть автоматизация, созданная посредством конструктора процессов) выполняются в контексте системы без рекомендаций по общему доступу. (Примечание: Рекомендуем создавать автоматизацию с низким кодом посредством потока.
• Логика, которая должна выполняться асинхронно
  • Операции внешней системы - Синхронные выноски или действия, открывающие внешние данные, не включены в алгоритмы отката платформы. Чтобы воспользоваться этими алгоритмами, необходимо разместить действия с внешними системами в отдельные транзакции (посредством методов асинхронизации Apex, асинхронных путей или вызываемых действий).
  • Событие и служба сообщений. Чтобы управлять потоком событий или сообщений, связанных с операциями над данными (и использовать алгоритмы отката платформы), разместите все действия, связанные с службой сообщений или событиями, в после контекстов, используя методы асинхронизации Apex.

Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядит обработка данных в автоматизации Salesforce. Их можно использовать для проверки дизайна автоматизации перед созданием или определения автоматизации, которую нужно реорганизовать для улучшения обработки данных.

Чтобы узнать больше об инструментах, доступных в Salesforce для обработки данных в автоматизации, см. Инструменты, связанные с автоматизированными.

Обработка ошибок важна для целостности данных. Сильная обработка ошибок также помогает повысить масштабы и возраст системы с большей устойчивостью.

Неправильная обработка ошибок в автоматизации может привести к:

• Несоответствия записей и другие проблемы целостности данных
• Отправка неточных уведомлений пользователям и другим системам
• Трата времени и ресурсов на ручную или повторную обработку
• General lack of Trust in a system

Обработка ошибок в автоматизации требует предоставления любому выполняемому процессу возможности анализа ошибки для получения информации, доступа к логике о том, какие следующие действия должны быть основаны на сведениях об ошибке, а потом следовать правильному пути. Эти возможности не нужно создавать снова и снова в каждой автоматизации (это антипаттерн оптимизации). Вместо этого каждая автоматизация системы должна иметь возможность подключения к соответствующим компонентам обработки ошибок.

Чтобы встроить соответствующие средства управления ошибками в автоматизацию, задайте следующие вопросы:

• Что такое «роковая» ошибка?
• Что такое «исправимая» ошибка?
• Как автоматизация, инициированная действиями пользователя, может обнаружить ошибки и уведомить пользователя перед попыткой внесения изменений?

После принятия решения об обработке этих ошибок можно начать встраивать эффективную обработку ошибок в автоматизацию. Список шаблонов и антишаблонов ниже отображает, как правильно (и плохо) выглядит обработка ошибок в автоматизации Salesforce. Их можно использовать для проверки дизайна автоматизации перед созданием или определения автоматизации, которую нужно реорганизовать для улучшения обработки ошибок.

Чтобы узнать больше об инструментах, доступных в Salesforce для обработки ошибок, см. Инструменты, связанные с автоматизированными.

Следующая таблица отображает выбор схем для поиска (или создания) в организации и антисхемы для избежания или нацеливания на исправление.

✨ Ознакомьтесь с дополнительными схемами целостности данных в Проводнике по шаблонам и антипаттернам.

Концепция бизнес-ценности в контексте автоматизации заключается в том, насколько хорошо процессы создают измеримое положительное воздействие для заинтересованных лиц. В идеале, автоматизация процессов позволяет пользователям тратить меньше времени на повторяющиеся задачи низкой ценности. Он также помогает повысить целостность данных, исключая действия ручной обработки, которые могут привести к ошибкам. Подобно проектированию процессов, определение и внедрение автоматизаций, которые будут стимулировать реальную ценность бизнеса, требует работы, выходящей за рамки базовых открытий и бизнес-анализа.

Иногда может показаться, что лучший способ повысить ценность бизнеса — это просто автоматизировать каждый процесс, запрошенный бизнес-пользователем, в порядке их отображения в накопившихся делах (или очереди на билеты) или на основе политических факторов в организации. Это может привести к двум связанным проблемам: создание автоматизаций в неоптимальном порядке и создание неправильных автоматизаций вообще. Первая проблема, плохая расстановка приоритетов, не позволяет внедрить ценные процессы в нужное время, потенциально замедляя рост. Вторая проблема, создание неправильных автоматизаций, не только задерживает доставку ценных автоматизаций, но и приводит к пропущенному времени, ненужным затратам и росту разочарования среди групп доставки.

Вы можете обеспечить большую ценность бизнеса, сосредоточившись на КПЭ и приоритетах.

Помогите нам поддерживать актуальность Salesforce «Хорошо архитектура». Пройдите опрос, чтобы предоставить отзыв об этом содержимом и сообщить, что вы хотите видеть дальше.