Salesforce : 워크 플로 규칙을 해고하는 트리거 작업이 중지되었습니다. 아이디어가 있습니까?

Question

따라서 맞춤형 Salesforce 시스템의 한 부분에서 다음이 발생합니다.

• 트리거는 사용자 정의 객체에서 선택 목록 값을 변경합니다.
• 워크 플로 규칙은 전자 메일을 변경하고 발사하는 것을 감지합니다.

그러나 12 월 4 일경부터 일을 멈춘 것 같습니다. 편집 : 디버그 로그는 트리거가 피치 목록의 값을 발사하고 변경하고 있지만 웜 규칙은 평가되지 않습니다.

워크 플로 규칙은 매우 간단하기 때문에 실제로 그것을 막는 것을 이해하지 못합니다. 규칙의 세부 사항은 다음과 같습니다.

사용자 정의 객체에서 작동합니다.
평가 기준 : 레코드가 생성되었거나 레코드가 편집되고 이전에 규칙 기준을 충족하지 않은 경우
규칙 기준 : ispickval (status__c, '시작되지 않음')
활성 : 예
즉각적인 워크 플로 조치 : 이메일 경고

편집 : 객체를 수동으로 업데이트하여 적절한 상태를 설정하면 규칙이 발사됩니다. 그러나 트리거가 상태를 변경하면 발사되지 않습니다.

편집 : 2009 년 12 월 4 일경 Salesforce에서 무언가가 바뀌 었습니까? 이것이 일을 멈추었을 때처럼 보인다 ...

어떤 아이디어?

Answer 1

내 자신의 질문에 대답하기 위해 ... 나는 결국 이것이 무엇인지 알아 냈습니다.

Salesforce Spring '09 워크 플로우 규칙 및 롤업 요약 필드 평가 업데이트 '09 년 12 월 초에 모든 조직에 출시되어 특정 워크 플로 동작을 변경했습니다.

이 업데이트는 데이터의 정확성을 향상시키고 재귀시 워크 플로 규칙의 재평가를 방지합니다.

우리의 특별한 문제는 초기 조치 후 단일 객체에서 워크 플로를 두 번 평가해야한다는 것입니다. 우리는 다른 것들을 시작하는 데 필요한 상태 필드를 일련의 변경을 가졌습니다. Spring '09 업데이트 이후 워크 플로는 객체에 대한 조치를 위해 한 번만 회복됩니다.

그래서 작동했지만 플랫폼이 바뀌었고 더 이상 작동하지 않았습니다. 코드를 작성할 시간.

Answer 2

"UI를 통한 수동 변경이하더라도 트리거가 워크 플로를 발사하지 못한다"고 말하면 ... 나는 같은 것에 응답했을 것이다.

전적으로. 그것이 그것이 설계된 방식입니다. Salesforce는 자동화 된 것을 자동화 할 수 있도록 허용하지 않습니다 (즉, 트리거 또는 다른 WF에서 WF를 시작할 수 없습니다).

당신이 이것을 말한다는 것을 감안할 때 멈췄다 그 달 초에 일하면서 나는 솔직히 놀랐습니다! 우리는 이와 같은 것을 성취하고 싶었고, 약 10 개월 전에 있었을 것이며, Salesforce는 우리에게 그것을 할 수 없다고 말했습니다. 그들은 잠재적으로 도망 갈 수 있고 큰 CPU를 소비 할 수있는 프로세스를 엄격하게 제어하고 싶어합니다 (오퍼링의 다중 테넌트 특성 때문에) 따라서 엄격한 주지사 제한 사항이 있습니다.

물론 이것은 최근에 바뀌었을 수도 있습니다. 물론, 우리는 제한 사항을 해결하기 위해 작업 라운드를 구축했습니다 ...