자동화의 평가 오류와 효과 실패

조건을 평가하지 못한 경우와 조건 평가 뒤 효과가 실패한 경우를 구분합니다. 일시 오류에는 재시도를 사용할 수 있지만, 감시하던 객체 유형이 삭제되는 등 구성이 무효가 된 상황은 원인을 수정해야 합니다.

저장한 탐색과 정의 불일치

자동화가 참조하는 저장 탐색은 자동화 저장 당시의 정의를 사용합니다. 탐색을 나중에 바꾸더라도 그 참조가 새 정의를 자동으로 따라가지는 않습니다. 자동화를 갱신하기 전까지 이전 상태로 평가하며, 불일치 경고 배너가 표시됩니다.

큰 객체 집합을 수동 실행하는 동안 기반 데이터의 스냅샷이 만료될 수 있습니다. 처리가 필요한 오래된 N개를 반환하는 함수 생성 집합으로 나누어 처리합니다.

각 수동 실행이 끝난 뒤 다음 실행을 시작하고, 일반적으로 잔여 객체가 100,000개보다 적어질 때까지 줄인 뒤 일반 조건 기반 처리로 전환합니다. 정렬과 개수 제한을 포함한 입력 계약은 수동 실행을 따릅니다.

조건과 효과는 실행 시점의 소유자 또는 수신자 권한을 사용합니다. 객체 유형, 저장 탐색이나 자동화 리소스에 필요한 접근 권한이 없으면 평가 오류가 발생할 수 있습니다.

자동화와 관련 리소스는 공유 프로젝트에 보관하는 방식을 권장합니다. 실행 신원과 공개 범위는 권한 및 이력 범위를 따릅니다.

순차 실행에서 실패한 객체는 이후 효과로 진행하지 않습니다. 대체 효과가 성공해도 이 객체의 체인은 중단된 상태이며, 성공한 다른 객체는 계속 진행합니다. 병렬 효과는 독립적이므로 한 효과가 실패해도 다른 효과를 중단시키지 않습니다.

Action, Logic과 Function에는 실패 시 대체 효과를 구성하여 오류 알림, 이력 기록이나 다른 처리 경로를 실행할 수 있습니다.

조건 평가가 성공한 뒤에도 다음 이유로 액션이 실패할 수 있습니다.

History 타임라인에 해당 이벤트의 액션 실패와 상세 정보가 표시됩니다. 객체별 실행에서 원인 객체 ID로 표시된 값은 첫 실패 요청에 연결된 객체입니다. 표시되지 않은 추가 실패가 있을 수 있으므로 그 ID 하나가 모든 실패를 나타낸다고 보아서는 안 됩니다.

예를 들어 A가 빨간 차 집합에 들어온 객체를 파란색으로 바꾸고, B가 파란 차 집합에 들어온 객체를 빨간색으로 바꾼다고 가정합니다. 색 변경이 서로의 집합 진입 조건을 다시 충족하여 순환이 생깁니다.

Automate는 순환을 일으키는 실시간 자동화를 감지하여 비활성화합니다. 의도적으로 순환을 허용해야 한다면 실시간 감시의 Allow cycles로 최대 50회까지 허용할 수 있습니다.

순환 감지의 허용 범위를 정하는 Allow cycles 설정

조건 평가에 성공했지만 알림을 보내지 못하면 History 이벤트에 구독자에게 알림이 전송되지 않았다는 태그가 표시됩니다. 오류 식별자, 오류 메시지와 실패를 일으킨 객체 정보에서 원인을 확인합니다.

재시도 가능 여부와 효과 선택은 수동 및 자동 재시도에서 구분합니다.