InfoPath 양식에 대 한 필요한 최소 보안

오늘 InfoPath 양식에 대 한 보안 요구를 충족 하는 데 필요한. 이 비즈니스 상황에서, 개인의 비교적 적은 수 새 InfoPath 양식을 만들 수 있습니다. 하 고 훨씬 넓은 청중 그것을 편집할 수 있습니다.. (이것은 새로운 고용 탑재 형태 인적 자원에 의해 사용 되는 워크플로 실행 하).

그 목표에 맞게, 내가 만든된 두 개의 새 사용 권한 수준을 만든 ("만들기 및 업데이트" 그리고 "만 업데이트 한다."), 양식 라이브러리에 대 한 상속을 파산 하 고 권한을 할당 만들기 "를, 업데이트" 사용자와 별도 "업데이트를만" 사용자. 일 모든 역학, 하지만 그것은 예상 했던 것 보다 조금 더 관련 된 것으로 밝혀졌다. (SharePoint 사용 권한에 조금 흔들리는 경우, 이 블로그 게시물을 체크 아웃). 사용 권한 수준에 대 한 필수 보안 구성이 했다 명백한 세분화 된 사용 권한 집합. InfoPath 양식에 대 한 업데이트 전용 권한 수준을 만들려면, 했던:

  1. 새 사용 권한 수준 만들기.
  2. 멀리 모든 옵션의 선택을 취소합니다.
  3. 만 "목록 사용 권한"에서 다음을 선택:
    • 항목 편집
    • 항목 보기
    • 응용 프로그램 페이지 보기

폼을 업데이트 하려면 사용자 수 있습니다이 옵션을 선택 하면, 하지만 그것을 창조 하지.

"보기 응용 프로그램 페이지"를 사용 하는 트릭은. 업데이트 전용 InfoPath 양식에 대 한 필요한 사용 권한 수준을 나타내는에 어떤 verbage가 없다, 회전 하지만 그것은.

만들기 및 업데이트는 심지어 낯선. 동일한 단계를 따라, 1 통해 3 위. 난 특별히 "사이트 사용 권한을 추가 했다" 옵션: "클라이언트 통합 기능 사용". 다시, 거기 설명 해야한다 InfoPath 양식에 대 한 필요 같은 것을 만들지 않는다, 하지만 거기.

</끝>

테크노 태그: ,

그 “사이” 느낌; SharePoint 컨설팅에 대 한 관찰

슬프게도, 내 마지막 프로젝트의 1 단계 가까이 왔다 하 고 클라이언트는 단계 2에서 스스로 진행 하기로. 우리가 우리의 일을 너무 잘 했 어, as usual 🙂 I’m now between projects, 직원에 대 한 특별 한 시간 컨설턴트 처럼 자신 (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). 우리는 다양 한 방법으로이 시간 컨설턴트 채우기 직원: 판매 민속 제안서 작성 작업; 누군가 위해 작성 하거나 또는 그 이상 일에 사람이 백업; 공부; 블로깅 :). 그것은 몇 일 미리 계획 어렵다. 이 같은 시간에, 내 손에 시간의 조금을가지고 하는 동안, 반영 하고자.

나는 거의 항상 마지막으로 클라이언트의 캠퍼스를 떠나 슬픈. 우리 컨설턴트는 우리의 클라이언트와 가진 관계의 독특한 종류를 형성, 전형적인 동료 관계와는 달리. 돈을 각도 — 모든 컨설턴트의 속도가 클라이언트 직원 보다 더블/트리플 또는 심지어 더 알으십시오. 당신은 알려진된 임시 사람. 컨설턴트로 서, 당신은 영구적인 제삼자는 더 또는 덜 알려진된 출발 날짜. 아직, 클라이언트와 점심을 먹으십시오, 저녁 식사 및 음료에 대 한 그들을 데리고합니다, 구매 팀에 대 한 쿠키, 커피 실행에가 서, 주고/받기 크리스마스 카드 — 모든 종류의 동료 할 것 들. 한 손에, 당신은 방에 있는 성인. 당신은 우수한 위치에 당신을 박 았 기술 전문가. 반면에, 당신은 아기. 날 0, 컨설턴트 이름 몰라, 장소 또는 클라이언트의 용어. 대부분의 시간, 그것은 모든 배울 줄 모르는 컨설턴트.

때 일이 잘 풀리면, 당신은 아주 잘 클라이언트의 프로젝트 팀과 함께 통합 되. 그들은 하나의 감각에 동료 처럼 취급, 그리고 다른 자신감. 이후 우리는 클라이언트와 관리자 스타일 보고 관계 없어, 프로젝트 팀은 종종 그들의 더러운 빨 래 좀 무료 느낌. 그들은 그들의 방 벽을 실망 하 고 컨설턴트는 어 색 한 위치에 넣을 수 있습니다., 절대 그들은 그것 하 고 실현.

컨설턴트는 종종 구현 단계 2 그리고 절대 되 면 쉽게 나를 위해 하 못. 이것은 특히 SharePoint와 하드 생각. 일반적인 SharePoint 프로젝트의 1 단계 커버 설치/구성, 거 버 넌 스, 분류, 기본 콘텐츠 형식, 등. 많은 존중, 에 긴, 매우 자세한 검색. 그건 내 마지막 프로젝트를 보려면 어떻게 합니까. 우리 모든 기본적인 것 들을 않았다으로 CQWP 확장 하 여 몇 가지 좋은 미니-POC의 실행, PeopleSoft BDC 연결 구현, 상당히 복잡 한 워크플로 SharePoint Designer 소개, 기본 KPI의에 등. 2 적절 한 단계는 광범위 한 그의 모든을 확장할 것 이라고, 거의 보급 BDC, 정말 좋은 워크플로, 잘 조정 하 고 더 나은 검색, 레코드 센터, excel 서비스 및 아마 가장 중요 한, 다른 비즈니스 단위에 밖으로 도달. 하지만, 그것은 나를 위해 수, 그리고 그 슬픈.

이 최근의 경험에 따라, 그것은 적절 한 엔터프라이즈 SharePoint 구현은 1 년 과정을 생각. 그것은 아마 정당 하 게 수확 체감의 시점에 도달 하기 전에 2 년 동안을 실행할 수 있습니다.. 세부 사항 문제, 물론.

컨설턴트의 인생 이며 이러한 작은 불만 모두 SharePoint 참여에 더 더욱 나쁜. 전에 작성 했습니다, SharePoint의 수평 자연 접촉으로 다양 한 사람과 비즈니스 단위 제공. 많은 사람들이 작업 중인 때, SharePoint가 더 효율적이 될 회사를 도울 수 많은 방법으로 볼 수 있습니다., 시간을 절약, 더 나은 일을… 하지만 당신은 항상 그들을 얻을 하지 않습니다..

자주 봐 다시 내 첫 번째 직업 대학, 컨설팅 경력을 시작 하기 전에 1995. 우리는 단계 2 및 단계 3도 할 거죠. 그들은 좋은 시간 이었다. 단점에서, 그러나, 즉, 그 너무 많은 일상적인 것 들을 의미할 것입니다.. 사이트 보안 관리. 콘텐츠 형식 조정. 보기 만들기 및 뷰 변경. IE 보안 설정 처리. 손실 된 문서를 복원. Blech! 🙂

내 우울한 분위기에도 불구 하 고, 난 차라리 장소를 상상할 수 없다 (영혼의 좋은 공급을 가진 따뜻한 해변에서를 제외 하 고).

내가 시작 기다릴 수 없어 다음 엔터프라이즈 SharePoint 프로젝트 구현.

(아무것도 때마침, 이 블로그 항목의 대부분을 쓴는 뉴저지 이동 버스. 내가 만든 친구 라고 생각 하지 않습니다., but one CAN blog on the bus 🙂 )

</끝>

테크노 태그:

일요일 재미: “그들은 그렇게 나쁜 거 야”

다시 근처 1999, 난 산타 바바라에서 주 밖으로 많이 지출 했다, CA, 클라이언트에 대 한 작업, 뉴저지에서 다시 여기 내 불 쌍 한 아내를 혼자 떠나. 사랑 스러운 내 아내를 사랑 하는 나. 난 그녀를 그녀가 어리석 게도 나 결혼 때 처럼 그냥 만큼 오늘 사랑 1,000 년 정도 전에. 어딘가에 라인을 따라, 문구를 만들어낸, "특별 한 공포", 마찬가지로 "사만 다는 특별 한 공포." "버그"의 특별 한 두려움으로 그녀, 그녀는 파리 또는 무당벌레 되지 않습니다, 하지만 오히려 미생물. 그녀는이 또는 그 바이러스 또는 비정상적인 박테리아 afflicting 우리 아들, 와 나, 정말 자신 하지만. (그녀는 또한 특별히 뱀파이어를 두려워, 미니어처 악마 인형 (특히 광대) 그리고 잠수함 사고; 그녀는 밖으로 산타 클로스 의상을 입은 사람들의 그녀의 특별 한 공포를 성장).

1 일, 내 동료와 나 Ohai 근처 가까운 산으로 드라이브 하기로. 한 지점에서, 우리는 자동차의 현장에 있어. 우리가 있어 다시 차에, 나 틱 내 어깨에 있던 것으로 나타났습니다.. 나는 창 밖으로 펼쳤다 고 했다.

그날 밤, 우리의 드라이브에 대해 그녀에 게 하 고 진드기를 언급. 대화는 이런식으로 뭔가 간:

S: "Oooo! 그는 나쁜. 그들은 질병을 수행."

P: "잘, 창 밖으로 그것을 펼쳤다."

S: "그들은 정말 나쁜 생각. 그들은 수 있습니다 당신의 피부 아래 피를 빨 아 하 고 버그를 전송. 당신은 더 나은 머리를 확인 하 고 머리에 어떤 되지 않습니다 있는지 확인!"

P: 시끄러운 음성에서: "나의 하나님! 그들은 당신의 마음에 걸릴 수 있나요???"

S: 말 그대로 나를 안심: "아니오, 그들이 하는 나쁜."

</끝>

테크노 태그:

신속 하 고 쉽게: 자동으로 SharePoint 디자이너 이메일에서 InfoPath 양식을 열으십시오

업데이트: 이 링크에서 지적 Madjur Ahuja는 뉴스 그룹 토론: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. 그것은 꽤 확실 한.

===

우리는 종종 SharePoint Designer 워크플로에서 보낸 이메일에 InfoPath 양식에 대 한 하이퍼링크를 포함.. 사용자가 이러한 이메일을 수신 하는 때, 그들은 이메일에서 링크를 클릭 하 고 InfoPath 양식을 직접 이동 수 있습니다..

나를 위해 작동 하는이 괴물 URL 건설:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&소스 = http : / /server .corp .domain .com /sites /departments /Technical %20Services /InformationTechnology /HelpDesk /REC %20REM %20RED %20Forms /Forms /AllItems .aspx&DefaultItemOpen = 1

폼의 이름을 굵게 빨간색 텍스트를 바꿉니다, 다음 스크린 샷에서 같이:

이미지

참고 해당 URL에 하드 코딩 된 경로 많이, URL 인코딩 구성 요소 뿐만 아니라. 만약이 귀하의 특정 상황에 번역 하기 너무 어렵다, 양식 라이브러리에 대 한 경고 설정 시도. 게시는 폼과 이메일을 받을 때, 이메일의 소스를 확인 하 고 포함 하는 데 필요한 모든 표시 됩니다..

기민한 독자 링크를 직접 액세스 하는 필터링 된 보기를 통해 작업을 표시 하는 위의 이메일 본문을 알 수 있을. 미래의 게시물에서 더 자세히 설명 하려고.

</끝>

테크노 태그:

상용 제품에 대 한 생각

올려는 SharePoint Designer 확장 프로젝트 까지 CodePlex 올해 초 정말 범위에 제한에 불구 하 고, 그것은 의해 다운로드 되어 추정 40 받는 사람 60 (가능성도 100) 막 2 개월에 있는 회사. 해당 솔루션에 대 한 시장입니다 그리고 만약 내가 성공적으로 그것을 상용화 했다 나에 게 나타내는, that could translate into a goodly amount of beer 🙂

내 배경 제품 개발에 실제로 훨씬 더 이며 최고 수준의 제품을가지고 필요한 알아, CodePlex 취미 프로젝트는 다름, 시장에. 내 과거의 생활, 제품 연구에 대 한 책임은&모든 소프트웨어 제품에 대 한 D. 그때와 지금의 차이 내가 지금 일 하는 컨설턴트는 (매우 만족) 컨설팅 회사 (Conchango). 이전, 난 내 앞에서 내 뒤에 전체 회사를, 판매 하 고 우리 시장에 가져온 제품 지원. 오늘, 혼자 것.

나는 마음에 있는 여러 제품 아이디어, 하지만 위에서 언급 한 CodePlex 프로젝트를 시작 지점으로 사용 하 고 더 확장의 상업적인 버전을 만들 것 쉬운 것 같아요. 내 퍼지 오프 생각 같은 것을 청구 하는 $100 무제한 개발자 라이센스 및 $500 생산 웹 프런트 엔드 당. 또한 소스 코드 멀리 줄 것 이라고 생각.

만약 당신이 생각이 나 경험을 공유 하고자, 코멘트를 남겨 주세요 하거나 직접 이메일로. 나는 같은 의견을 듣고 싶습니다.:

  • 그것은 모든 가치?
  • 마케팅에 대 한 구체적인 제안, 돈을 모으고, 배포.
  • 가격.
  • 지원.
  • 다른 코멘트를 두고 싶습니다..

그것은 "쉽게" 제품 아이디어를 도출 하 고 그들을 구현 하, 비록 많은 수십 일의 시간 필요. 다른 것 들 나를 위해 쉽지 않다.

</끝>

테크노 태그:

일요일 아침 농담: “예 수는 죽어야”

우리는 우리의 첫 구입 (그리고 유일한) "럭셔리" 차 다시 허리케인 플로이드는 미국의 동해를 찍 히 길 때. 우리가 있어 여기 뉴저지에 비가 많이 몇 일 통과 생활을 정상으로 반환 하기 전에. 바로 전에 플로이드 강타, 우리가 사용 하는 볼 보에 대 한 제안을 했다 850 GL와 플로이드 친 후, 집에 운전.

그것은 CD 플레이어와 함께 우리의 첫 차. 대부분의 새로운 자동차 소유자 처럼, 우리는 갔다 약간 CD 미친, 우리의 휴면 CD 컬렉션을 부활 하 고 그냥 차에서 CD를 듣고 하 긴 드라이브에가 서. 모든 유행 처럼, 이 우리를 위해 통과 하 고 우리는 또다시 같은 CD를 듣고 종료. 우리의 경우, 그것은 예 수 그리스도 슈퍼스타.

중 하나는 (많은) 그 록 오페라에서 화려한 조각 설립 종교 형식에 의해 성, 에 의해 주도 Caiaphas, "사장". 그들은 "예 수 문제를 처리 하는 방법을 결정으로 그들의 방법을 노래합니다" Caiaphas는 "예 수는 죽어야 한다"는 결론에 그들을 지시 하 고. 노래에 후 렴은 "그냥 죽어야, 죽어야, 죽어야, 이 예 수는 죽어야 한다 ". 그 부분에서 많은 자제를 듣으십시오.

당시, 내 아들은 3 년 오래 된. 아마이 어디로 볼 수 있습니다..

어느 날 직장에서 가정과 내 아들 온 장난감을가지고 노는 자신을 허 밍 거실에. 내 재킷을 벗고 해요, 메일을 모두 내 평소 문 도보 물건 하 고 갑자기 그가 그냥 말하는 실현을 통해 찾고, 정말 노래: "예 수 죽을 해야 합니다., 죽어야, 죽을 해야 합니다." 내가 창 피해 했다. 난 단지 그는 그의 아기 중에 친구의 집에서 날짜를 플레이 볼 수 있습니다. — 아마 마지막 그 아기 친구와 데이트를 재생.

We pulled that CD out of the Volvo after that 🙂

</끝>

Google 애드 센스 프로그램에 내 라이브 공간 블로그를 받아들였다

업데이트: 로 서의 03/09, 난 구글 애드 센스와 내 라이브 공간 계정 통합 수 없습니다 발견. 여기에 마이크로 소프트의 시스템 방지-애드 센스 호스팅 제공 하는 Google 기술 메커니즘의 모든 것. 이것은 주로 그들이 라이브 공간으로 만든 보안의 부작용을 생각 하는 경향이, 애드 센스를 사용 하지 않도록 직접 노력 하지.

이것은 SharePoint 게시물, 하지만 일반적으로 블로거 들에 게 관심이 있을 수도 있습니다.

누군가가 Google 애드 센스에 참여 하도록 자신의 응용 프로그램을 신속 거부 되었습니다 자신의 윈도우 라이브 스페이스 블로그에 댓글을 달았습니다.. 그녀는 Google 거부 그녀의 윈도우 라이브 스페이스는 그녀의 블로그를 호스트 하기 때문에 이론. 그러나, 난 내 라이브 스페이스 블로그에 대 한 프로그램으로 받아들여졌다 최근, 그래서 정책 변경 또는 Google 다른 이유로 그녀를 거부.

물론, 내 라이브 공간으로 Google 애드 센스를 통합 하기 위해 어떤 확실 한 방법은 표시 되지 않습니다., 하지만 시작입니다 🙂

</끝>

구현 하는 마스터 / 사용자 지정 목록을 사용 하 여 세부 관계

포럼의 사용자가 자주로 이 같은 질문:

> 안녕하세요,
>
> 가르쳐 주세요 어떤 가능성과 사용자 지정 목록을 작성 하는 경우
> 마스터 및 세부 형식 (송장 처럼) Infopath를 사용 하지 않고.
>

SharePoint에서는 그런 종류의 비즈니스 요구 사항 지 원하는 상자 기능 중 일부를 제공합니다.

일반적으로, 하나 두 목록의 조회 열을 사용 하 여 함께 링크. 구매서 헤더 정보를 포함 하는 목록 A 및 송장 세부 정보를 포함 하는 목록 B.

추가 목록을 사용 하 여 고객 번호를 유지, 제품 번호, 등.

콘텐츠 쿼리 웹 파트를 사용 하 여 (모스만) 데이터 보기 웹 파트는 목록의 병합 된 뷰를 만드는 또는. SQL Server Reporting Services (SRS) 그것을 보고 측면에 대 한도 가능.

그러나, 도 적당히 복잡 한 것에 대 한 순수한 아웃-의-더-박스 기능을 사용 하기 어려울 것 이다 몇 가지 중요 한 제한이 있다. 이들은 포함 한다:

  • 관련된 조회의 크기 vs 나열. "멋" 조회 열 형식. 조회 열 형식 그 자체를 제공 여부에 따라 다르게 UI에 설정한 다중 선택 여부. 두 경우 모두에서, 아웃-오브-더-박스 컨트롤 표시 소스 목록에서 모든 사용 가능한 항목. 소스 목록에 경우 1,000 항목, 그는 문제가 될 것 이다. 조회 컨트롤 항목 페이징 하지 않습니다.. 대신, 그들의 모든 컨트롤에 끌어. 데이터 입력 및 성능 면에서 매우 어 색 사용자 인터페이스에 대 한 게.
  • 조회 "당겨 다시" 정보 중 한 열. 당신은 정보의 소스 목록에서 하나 이상의 열을 뒤로 당겨 결코 수 있다. 예를 들어, 고객 "12345를 선택할 수 없습니다." 동시에 수로는 고객의 이름 및 주소를 표시 하 고. 조회 표시 고객 번호와 다른 건. 이것은 어 색 하 고 어려운 사용자 인터페이스에 대 한.
  • 아니 내부 형태의 통신. 이 여기에 대해 작성 했습니다.. 계단식 드롭다운을 구현할 수 없습니다., 조건에 따라 활성화/비활성화 필드, 등.
  • 계단식 삭제 또는 기본 제공 참조 무결성. SharePoint 독립 엔터티 사용자 지정 목록을 처리 하 고 전통적인 ERD 의미에서 그들을 서로 게 연결을 허용 하지 않습니다.. 예를 들어, Sharepoint를 사용 하면 두 사용자 지정 목록을 만들 수 있습니다., "고객" 그리고 "구매서 헤더". 고객 목록에서 송장 헤더를 고객에 게 다시 연결 하 만들 수 있습니다.. 다음, 목록에서 고객을 삭제할 수 있습니다.. 상자, 이 방지 하기 위해 방법이 없습니다.. 이런이 종류의 문제를 해결 하기 위해, 일반적으로 이벤트 처리기를 사용.

그것은 황량한 보일 수도, 하지만 여전히 시작 지점으로 이런이 종류의 기능을 구축 하기 위한는 SharePoint를 사용할 것. 솔루션에 필요한 사이 비록, Sharepoint와 같은 도구를 사용 하 여 그 격차를 채울 수 있습니다.:

  • 이벤트 처리기. 그들을 사용 하 여 참조 무결성을 적용 하.
  • 사용자 지정 열: 사용자 지정 열 형식을 만들고 기본 조회 열 대신 그들을 사용 하 여. 페이징 추가, 버퍼링 하 고 응답을 AJAX 기능.
  • BDC. 이 모스 전용 기능 일반적인 조회 열에 뛰어난 사용자 인터페이스와 다른 SharePoint 목록 쿼리를 수 있습니다.. BDC는 백 엔드 서버 응용 프로그램에 밖으로 또한 도달할 수 있습니다.. BDC를 사용 하 여 복제를 피하기 위해. 백 엔드 ERP 시스템에서에서 고객 정보를 복제 하는 대신, BDC를 사용 하 여 대신. BDC 기능 속한다 고 복제 솔루션 유지 관리의 번거로움을 피할 수 있는 ERP 시스템에서 직접 정보를 좋은 사용자 인터페이스를 제공.

    BDC는 모스 기능 (WSS에서 사용할 수 없습니다) 구성에 도전.

  • ASP.NET web form: SharePoint 개체 모델 또는 웹 서비스를 사용 하 여 SharePoint 목록 매우 응답성이 뛰어난 사용자 인터페이스를 제공 하면서 활용 하는 모든 기능을 갖춘 AJAX 사용 폼 만들기.

처음부터 시작 하 고 마지막 옵션 느낄 수 있습니다., 하지만 사실 그 SharePoint 플랫폼 시작 하면 다음과 같은 주요 기능을 고려합니다:

  • 유지 보수와 보안 모델.
  • 메뉴 시스템 유지 보수.
  • "마스터 테이블" (즉. 사용자 지정 목록) 보안, 기본 유지 보수 및 감사.
  • 검색.
  • 백 엔드 통합 도구 (BDC).

Visual studio에서 새 빈 프로젝트와 함께 시작 하는 경우, 인프라 및 Sharepoint에서 제공 하는 것에 가까이 도착 하기 전에 구축 하는 배관의 여지가.

Microsoft SharePoint 응용 프로그램 개발의이 방향에서 확장 하고자 믿어요. 그것은 자연적인 확장 기존 SharePoint 기본을 것 같아. 마이크로소프트의 CRM 응용 프로그램 헤더/세부 사항 응용 프로그램 개발을 지 원하는 데 필요한 형식의 확장성의 큰 거래를 제공 합니다.. 그 기능 CRM에 있지만, 기술은 분명 SharePoint 개발 팀에 제공 되며 그 말까지 SharePoint 제품으로 그것의 방법을 만들 것입니다 그것을 기대합니다 2008. 지식이 나이에 대 한 통찰력 있는 사람이 있다면, 코멘트를 남겨 주세요.

</끝>

빠른 팁: 콘텐츠 쿼리 웹 파트, 조회 열의 값 및 XSL

"부동산 위치" 라는 콘텐츠 형식에 열 이름을가지고.

해당 열 형식 "조회"입니다..

나 수정 <CommonViewFields> 그리고 열을 표시 하려면 ItemStyle.xsl.

간단한 <xsl:값의 선택 =…> 다시 위치 데이터를 포함 하는 내부 값을 반환 합니다., 와 같은:

1;#마이애미

인간 친화적인 값을 가져오려면, 부분 문자열 후 xsl을 사용 하 여, 같이:

<xsl:valuxslf 선택 "부분 문자열 후 =(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:값의>

XSL 변환에서 조회 값을 사용 하 고 인간 친화적인 가치를 얻을 하는 데 필요한 때마다이 방법을 사용 하 여.

<끝 />

테크노 태그: , ,

최대 SharePoint 비글 12 월호 & 라이브

많은 분 들이 이미 알으십시오, 하지만 12 월 판 SharePoint 비글 라이브.

제 생각에는 읽을만한 글은 모든.

에 약간의 추가 범프를 주고 싶어 내 동료의 기사 (Natalya Voskrensenskya). 그녀는 그녀가 사용자 지정 목록을 사용 하는 방법을 설명 하면서 스크린 샷을 화려한을 제공 한다, 워크플로, SharePoint Designer, 데이터 뷰 및 이끼에 훈련 셀프 서비스 기능을 구현 하려면 다른 요소. 그녀는 많은 다양 한 비즈니스 시나리오에 적용할 수 있는 기법을 설명 합니다.. 체크 아웃 그녀의 블로그 당신이 그것에 인 하는 동안.

체크 아웃 하는 것을 잊지 마세요 내 문서 as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</끝>