이 같은 일반적인 비즈니스 시나리오는:
- 사용자는 InfoPath 양식을 작성합니다.
- 양식 전송.
- 끄기 맞이 하는 장기 실행 워크플로 프로세스.
- 워크플로가 실행 되는 동안, 우리 폼의 내용을 변경할 수 없도록 하려는.
Office.microsoft.com 예제 별도 "보기를 만드는 방법을 설명 합니다." 읽기 전용으로 전체 보기 표시. 이것은 실행할 수 있는 접근 하지만 효과적으로 동일한 폼의 두 전체 버전을 만들었습니다 고 합니다 지금 그들을 동기화 수동으로 단점이 있다. 편집 가능한 뷰에 필드를 추가 하는 경우, 다음 또한 편집할 수 없는 보기에 추가 해야 합니다.. 시간이 지남에, 다른 개발자와, 일부 차이가 있을 수 있습니다..
이 대체 어떤 경우에 더 나은 작동 수 있습니다.:
- "IsEditable" 라는 폼에 새 필드를 추가 합니다..
- True로 기본값 설정.
- MOSS 게시 때 홍보.
- 워크플로의, Iseditble의 값을 false로 설정.
- 폼으로 돌아가서.
- 규칙 추가 "따라 폼의 열기", Iseditable이 false 저장 단추 사용 안 함.
이 방식의 단점은 모든 필드를 여전히 화면에 편집 가능한 수. 사용자는 그들 실제로 콘텐츠를 변경할 수 있습니다. 잘못 된 인상을 얻을 수 있습니다.. 양식을 비활성화는 일부 텍스트에 넣어을 줄일 수 있습니다., 페이지의 상단에 걸쳐 큰 붉은 글자에 가능성이.
한 프로젝트에서, "워크플로 상태를 만든" 보기. 워크플로 진행, 그것은 특정 상태 필드를 양식에서 승진 했다 업데이트. 사용자는 폼을 열 때, "열기 폼" 규칙 자동 전환 보기와 사용자 했다 좋은 작은 요약 상태.
</끝>
테크노 태그: InfoPath 2007, SharePoint 워크플로
댄, "사면 내 무지를 쓴, 하지만 "저장을 참조할 때" 단추, infopath 양식을 Sharepoint에 표시 될 때의 상단에 나타나는 단추를 당신이 언급 하는, 내가 생각 하는 "열기 및 저장 양식 옵션에서 활성화 되어" 양식을 디자인할 때? 그렇다면, 어떻게 규칙에 의해 사용할 수 있습니다. – 봤 어 하지만, 분명 뭔가 놓치고 있어야 한다. 감사, 댄"
내 경험에, 대부분의 "실시간" 생산 양식 결국 양식을 저장 하는 데 사용 하는 특정 단추. 기본 Infopath에서 함수 저장 묻는 파일 이름에 대 한 일반적으로 우리가 하 고 그 파일 이름을 자동으로 생성. 그래서, 사용자 지정 전송 단추를 비활성화 하는 것을 의미합니다. HTH,
–폴 Galvin
나의 무지를 용 서 해, 하지만 "저장을 참조할 때" 단추, infopath 양식을 Sharepoint에 표시 될 때의 상단에 나타나는 단추를 당신이 언급 하는, 내가 생각 하는 "열기 및 저장 양식 옵션에서 활성화 되어" 양식을 디자인할 때? 그렇다면, 어떻게 규칙에 의해 사용할 수 있습니다. – 봤 어 하지만, 분명 뭔가 놓치고 있어야 한다. 감사, 댄
실행 귀하의 워크플로로 승인/거부에 대 한 서명 수집 시나리오에서 무슨 일이? 저장을 사용 하지 않도록 설정 – 아니 추가 편집 허용 – 서명 수집 편집 가능한 폼을 두고 봐야 하는 경우이 제대로 찾고 있어요 그래서 아무 솔루션 =.