Flow Builder 모범 사례로 성공 계획 수립
플로를 구축하고 배포하기 전에 접근 방식을 계획하십시오. 오류를 최소화하고 재작업하려면 다음 Flow Builder 지침을 따르십시오.
필수 Edition
작성을 시작하기 전에 플로를 계획하십시오.
비즈니스 프로세스의 모든 세부 사항을 작성하거나 알아보십시오. 이 방법은 필요한 정보, 소스, 적절한 논리 및 작업을 식별하는 데 도움이 됩니다. 계획을 수립하면 해당 플로 구축이 간소화됩니다.
레이블, API 이름, 설명을 사용하여 플로를 문서화합니다.
레이블, API 이름 및 설명은 플로가 수행하는 작업을 문서화하는 유일한 방법입니다. 요소가 수행하는 작업 또는 자원이 보유하고 있는 내용을 설명하는 유용한 레이블 및 API 이름을 사용합니다. 예를 들어, 레코드 가져오기 요소에 대한 Get Account Records 및 오늘로부터 3일이 되는 날짜를 계산하는 수식 자원에 대한 ThreeDaysFromToday입니다. 요소, 리소스 및 플로 버전에 대한 설명 필드를 사용하여 자세한 정보를 제공합니다. 예를 들어, 과업 만들기라는 레코드 만들기 요소의 경우 좋은 설명은 다음과 같습니다. 트리거하는 연락처를 팔로우업할 과업을 만듭니다. 이 과업은 연락처 소유자에게 할당되며 플로가 실행된 후 1주일 후에 만기됩니다. 레이블, API 이름, 설명을 더 잘 설명할수록 플로를 더욱 쉽게 업데이트할 수 있습니다.
설명이 누락된 리소스를 찾고 업데이트하려면 도구 상자 패널 
를 열고 필터 
를 열고 설명 누락을 선택합니다. 결과에 설명이 없는 요소 및 자원이 표시됩니다. 필요에 따라 목록을 검토하고 설명을 추가합니다.
sandbox 또는 Developer Edition 조직 같은 테스트 환경에서 플로를 작성하십시오.
별도의 환경에서 플로를 작성하십시오. 프로덕션 조직에서 실수로 레코드를 변경하지 마십시오. 프로덕션 데이터를 변경하거나 삭제하지 않고 가짜 데이터를 입력하고 다양한 버전의 플로를 테스트합니다.
작게 시작하고 성공적인 플로를 구축합니다.
플로 오류를 더 쉽게 테스트하고 해결하려면 전체 플로를 한 번에 구축하지 마십시오. 대신 작고 기능적인 청크로 플로를 구축합니다. 이 방식으로 구축하면 끝에 큰 버그가 발생하는 플로를 해결하는 대신 쉽게 문제를 찾고 해결할 수 있습니다. 문제가 발생할 경우 최근 추가로 발생한 문제를 정확하게 파악하여 수정 작업을 간소화합니다.
- 작게 시작: 몇 가지 요소만으로 플로를 구축하고 해당 초기 기능을 사용할 수 있습니다. 진행하기 전에 문제를 해결합니다.
- 추가 및 테스트: 첫 번째 청크가 예상대로 작동함을 알면 다음 작은 기능을 추가합니다. 플로를 다시 테스트하여 기존 부품을 분리하지 않고 새 추가가 작동하는지 확인합니다.
- 반복: 플로가 완료될 때까지 작은 반복으로 기능을 추가하고 테스트합니다.
Salesforce ID를 하드 코딩하지 마십시오.
ID는 조직별이므로 신규 또는 기존 ID를 하드 코딩하지 마십시오. 대신 플로가 시작되면 ID를 변수에 전달합니다. 예를 들어 URL 매개 변수에서 병합 필드를 사용하거나 레코드 가져오기 요소를 사용하여 이메일 템플릿의 ID를 가져옵니다.
데이터베이스를 편집하려면 플로가 종료될 때까지 기다리십시오.
플로가 Apex 총괄자 제한에 따라 작동하므로 변경 사항이 레코드를 생성, 업데이트 또는 삭제하는지 여부와 상관없이 플로의 끝에 모든 데이터베이스 변경 사항을 함께 그룹화합니다. 또한 루프 경로를 편집하지 마십시오. 대신 플로에서 할당 요소를 사용하고 루프 후 모든 항목을 한 번에 편집합니다.
플로에서 첫 번째 화면 전에 레코드를 만들지 마십시오.
첫 번째 화면 전에 레코드를 만들면 의도하지 않은 데이터베이스 작업을 트리거하고 나쁜 사용자 환경을 만들 수 있습니다.
실행 중인 사용자가 다시 이동할 수 있는 시기를 제어합니다.
화면 플로에서 데이터베이스를 변경하거나 두 화면 사이에서 작업을 수행하는 경우 사용자가 이전 화면으로 돌아갈 수 없게 합니다. 그렇지 않으면 플로가 데이터베이스를 중복 변경할 수 있습니다.
오류 처리기를 제공하십시오.
경우에 따라 플로가 구성된 작업을 수행하지 않을 수도 있습니다. 플로에 중요한 정보가 누락되었거나 실제 사용자에게 필요한 권한이 없을 수 있습니다. 기본적으로 플로는 사용자에게 오류 메시지를 표시하고 플로를 만든 관리자에게 이메일을 보냅니다. 해당 동작을 제어합니다. 자세한 내용 및 권장 사항은 플로가 실패할 경우 발생하는 상황 사용자 정의를 참조하십시오.
자주 저장하십시오.
때때로 Flow Builder에 인터넷 접속이 끊어지는 등의 예기치 않은 문제가 발생합니다. Salesforce는 변경 사항을 자동으로 저장하지 않으므로 작업 내용을 사용자가 저장해야 합니다. 몇 시간의 소중한 작업 내용을 실수로 잃지 않도록 가능하면 자주 저장하십시오.
프로필 및 권한 집합을 통해 데이터 액세스를 제한합니다.
올바른 플로 사용자에게 데이터 액세스를 제한합니다. 활성화된 프로필 또는 권한 집합에 대한 액세스를 제한하려면 플로 목록 보기에서 플로에 대한 액세스를 편집합니다.
하위 플로 요소를 사용하여 데이터 액세스를 제어합니다.
플로에서 일부 작업에 대한 사용자 권한을 존중하고 다른 작업에 대해 무시하려면 서브플로 요소를 사용합니다. 예를 들어 작업에 대한 사용자 권한을 존중하려면 사용자 컨텍스트에서 실행되는 플로를 만듭니다. 다른 작업에 대한 개체 권한 및 필드 수준 액세스와 같은 사용자 권한을 무시하려면 시스템 컨텍스트에서 실행되는 별도의 플로를 만듭니다. 그런 다음, 사용자 컨텍스트에서 실행되는 플로에 서브플로 요소를 추가하여 시스템 컨텍스트에서 실행되는 플로를 시작합니다.
가능한 한 많은 플로 변형을 테스트합니다.
특히 분기 또는 복잡한 논리를 사용하는 경우 플로를 철저하게 테스트합니다. 플로를 배포하기 전에 가능한 한 많은 시나리오를 테스트하십시오.
트랜잭션에서 데이터 조작 언어(DML) 작업 후 외부 개체에 액세스하지 마십시오.
Salesforce에서 조직에 데이터를 만들거나 조직의 데이터를 업데이트 또는 삭제할 경우 같은 트랜잭션에서 외부 데이터에 액세스하면 오류가 발생합니다. 플로에서 별도의 트랜잭션을 사용하여 외부 시스템의 데이터에 액세스하는 것이 좋습니다. 작업을 수행하려면 화면 플로에 화면 또는 로컬 작업을 추가하거나 자동 실행 플로에 대기 요소를 추가하여 이전 트랜잭션을 종료합니다. 대기 요소를 사용할 경우 레코드 기반 재시작 시간을 사용하지 마십시오.
예를 들어 화면 플로에서 연락처를 만든 다음 확인 화면을 표시합니다. 이제 플로에서 외부 시스템에 연락처를 업데이트합니다. 외부 데이터에 액세스하기 위해 별도의 트랜잭션을 사용하지 않으므로 플로가 실패하지 않습니다.
트랜잭션에서 여러 개체 유형 간에 Apex DML 작업을 혼합하지 마십시오.
단일 트랜잭션은 계정과 같은 개체, 사용자 역할과 같은 설정 개체, 외부 개체의 Apex DML 작업을 혼합할 수 없습니다. 예를 들어, Salesforce가 단일 트랜잭션에서 계정 및 사용자 역할을 업데이트하는 경우 오류가 발생합니다.
대신 별도의 트랜잭션을 사용하십시오. 트랜잭션을 종료하려면 화면 플로에 화면 또는 로컬 작업을 추가하거나 자동 실행 플로에 대기 요소를 추가합니다. 대기 요소를 사용할 경우 레코드 기반 재시작 시간을 사용하지 마십시오.
사용자 정의 CSS를 피하십시오.
사용자 정의 CSS를 적절하게 사용하고 소유하지 않은 구성 요소에서 DOM 요소를 대상으로 지정하지 마십시오. 구성 요소의 내부 DOM 구조를 변경하면 하드 코딩된 CSS 선택기가 중단될 수 있습니다. Salesforce는 언제든지 Salesforce 구성 요소의 내부 구현을 변경할 수 있습니다. 또한 Salesforce 고객 지원에서 사용자 정의 CSS와 관련된 문제를 해결할 수 없습니다.
Apex 디버그 로그로 성능을 최적화합니다.
Apex 디버그 로그는 변수의 값 및 각 단계에서 수행된 작업을 포함하여 플로의 실행에 대한 자세한 정보를 제공합니다. CPU 소비와 같은 플로 성능을 최적화하려면 다음에 대한 Apex 디버그 로그를 분석합니다.
- 플로 API 이름 및 ID를 포함하여 시작된 각 플로를 표시하는 FLOW_CREATE_INTERVIEW_BEGIN 이벤트 이름입니다.
- 플로에 대해 실행 중인 각 인터뷰를 표시하는 FLOW_START_INTERVIEWS_BEGIN 이벤트입니다.
- 플로에서 실행되는 각 플로 요소에 대한 CPU 시간 소비량을 표시하는 FLOW_ELEMENT_LIMIT_USAGE 이벤트입니다.
Developer Console에서 로그 사용을 참조하십시오.
