Tôi đã viết lên một bài viết chi tiết một vài tuần trước đây mô tả làm thế nào để tạo ra một quy trình làm việc SharePoint Designer sẽ gửi một email nhắc nhở nhiệm vụ hàng ngày. Nó đã xuất bản lúc mới Tạp chí SharePoint Trang web. Nói chung, Bài viết cho thấy làm thế nào để tạo một cấu trúc looping trong SPD.

Các tạp chí có nhiều bài viết bao gồm, trong số những thứ khác, công cụ rất kỹ thuật, cuộc phỏng vấn và công nghiệp tin tức. Tôi đề nghị bạn thêm nó vào RSS feed.

Nếu bạn có một sản phẩm hay dịch vụ để bán, Tôi cũng sẽ xem xét các quảng cáo trên trang web. Nó là giảm đến một sự khởi đầu mạnh mẽ với một số cặp mắt nhìn vào nó đã ngàn. Đó là chắc chắn để phát triển.

Cuối cùng, Nếu bạn đã ngứa để viết một cái gì đó và làm cho nó ra ở phía trước của một đối tượng lớn hơn, đây là một thời gian tuyệt vời và địa điểm đến trầy xước nó.

</kết thúc>

Đăng ký vào blog của tôi.

Mark Miller qua tại Người dùng cuối SharePoint đã đăng bài viết của tôi mới nhất về việc sử dụng SharePoint Designer để tạo ra giải pháp quy trình làm việc lớn lên trên trang web của mình. Kiểm tra xem nó.

Trong bài viết này, Tôi nói chuyện về quá trình thiết kế và, chi tiết hơn, làm thế nào để thiết lập một quá trình thử nghiệm đáng tin cậy và lặp lại bằng cách sử dụng tính năng SharePoint (danh sách tùy chỉnh, Trang web mẫu). Bài viết nhắm mục tiêu đến người dùng cuối, nhưng cách tiếp cận là tốt cho các nhà phát triển quá.

</kết thúc>

Đăng ký vào blog của tôi.

Tuần trước, Tôi đã làm việc ra làm thế nào để vòng lặp và thực hiện một máy nhà nước bằng cách sử dụng SharePoint Designer và đề cập đến, là một sang một bên, rằng tôi có lẽ sẽ viết một bài đăng blog về tốt hơn quy trình làm việc đăng nhập.

Vâng, Hải Lăng Rajput đánh bại tôi vào nó. Có một cái nhìn.

Lưu đăng nhập dữ liệu vào một danh sách tùy chỉnh có vẻ tốt hơn bằng cách sử dụng lịch sử công việc thường xuyên:

• Nó là chỉ là một danh sách tùy chỉnh, Vì vậy bạn có thể xuất khẩu nó để excel rất dễ dàng.
• Bạn có thể tạo lượt xem, tự động lọc dữ liệu, vv.
• Nó không phải là tùy thuộc vào cuộc thanh trừng tự động bạn nhận được với quy trình làm việc thường xuyên lịch sử.

Có một số rủi ro / Nhược điểm:

• Nhiều quy trình công việc đang chạy với rất nhiều đăng nhập có thể gây ra quá nhiều dữ liệu được ghi vào danh sách.
• Có lẽ bạn * do * muốn tự động purging. Bạn không nhận được tính năng với cách tiếp cận này (không có mã hóa).
• An ninh là khôn lanh. Để viết vaøo danh saùch, người dùng phải có quyền làm như vậy. Điều đó có nghĩa rằng nó có lẽ không phải là thích hợp cho bất kỳ loại "chính thức" kiểm toán kể từ khi người dùng có thể khám phá danh sách và chỉnh sửa nó. Điều này có thể được khắc phục với một số chương trình tùy chỉnh.

</kết thúc>

Đăng ký vào blog của tôi.

Điều này tuần vừa qua tôi hoàn thành ra một bằng chứng của khái niệm dự án cho một khách hàng ở Manhattan. Trong khi thực hiện các giải pháp, Tôi chạy vào các thiếu sót khác của MOSS KPIs (xem ở đây cho một vấn đề trước đó của KPI và giải pháp của tôi).

Nền: Chúng tôi sử dụng quy trình làm việc SharePoint Designer làm người mẫu một quá trình kinh doanh khá phức tạp của nhiều tháng dài. Vì nó chugged dọc theo, nó sẽ cập nhật một số thông tin nhà nước trong một danh sách. Tiêu chí sử dụng dữ liệu này để làm của mojo.

Chúng tôi quyết định để tạo ra một trang web mới mỗi khi một trong những quy trình kinh doanh mới khai mạc. Ngoài các công việc chính nó, Các trang web lưu trữ một số các thư viện tài liệu, sử dụng đối tượng nhắm mục tiêu và vv.. Chỉ là một bó của các công cụ để giúp với sự hợp tác giữa các nhân viên nội bộ, đi du lịch nhân viên và khách hàng của tham gia đối tác kinh doanh.

Chúng tôi cũng muốn hiển thị một số KPIs giám sát sức khỏe tổng thể của quá trình kinh doanh cụ thể đó như khuyến khích bởi những dữ liệu trạng thái quy trình làm việc và xem bằng cách sử dụng các tiêu chí.

Cuối cùng, chúng tôi sử dụng bản ghi danh sách KPI làm một số trên một cái nhìn vào một danh sách các trang web (như trái ngược với kéo từ nguồn dữ liệu khác, như excel hoặc SQL).

Vấn đề: Như bạn có thể tưởng tượng, giả sử chúng tôi đã thực hiện ý tưởng cơ bản về phía trước vào một thế giới sản xuất, chúng tôi sẽ muốn có một trang web mẫu. Cấp quyền truy cập một trang web mới dựa trên ra một quá trình của kinh doanh"" tiêu bản.

Vấn đề là bạn không thể có vẻ để có được một KPI hoạt động như vậy. Khi tôi tạo ra một trang web mới dựa trên một mẫu với một danh sách KPI và KPI web một phần, Trang web mới KPI dữ liệu bị hỏng. Trang web mới KPI danh sách điểm nguồn bất cứ điều gì bạn xác định khi bạn lần đầu tiên lưu nó như là một bản mẫu.

Bằng cách ví dụ:

• Tạo một trang web mới và xây dựng nó để hoàn thiện. Trang web này bao gồm các dữ liệu KPI.
• Tiết kiệm mà làm mẫu.
• Tạo một trang web mới và cơ sở nếu tắt các mẫu.
• Trang web này mới của KPI danh mục’ nguồn trỏ đến trang web mẫu, không có các trang web hiện tại.

Trình instantiation không sửa URL.

Tôi đã cố gắng để giải quyết điều này bằng cách chỉ định một URL tương đối khi xác định mục danh sách KPI. Tuy nhiên, Tôi không thể nhận được bất kỳ biến thể của rằng để làm việc.

Tôi luôn luôn muốn đôi lên "vấn đề" bài đăng trên blog với một số loại giải pháp, nhưng trong trường hợp này tôi không có một tốt. Điều tốt nhất tôi có thể con số là rằng bạn cần phải đi vào các trang web mới được cung cấp và sửa chữa tất cả mọi thứ theo cách thủ công. Giao diện làm cho điều này thậm chí còn khó khăn hơn vì thay đổi URL trong danh sách nguồn gây ra làm mới một, Vì vậy, bạn thực sự có để xác định lại toàn bộ điều từ đầu.

Nếu có ai biết một cách tốt hơn để xử lý này, Xin vui lòng gửi bình luận.

</kết thúc>

Gần đây tôi đã học được rằng nó là có thể, và thậm chí còn khá dễ dàng để tạo ra một nhà nước máy công việc bằng cách sử dụng SharePoint Designer. Điều cần thiết là mẹ của sáng chế và tất cả những gì tốt các công cụ và tôi đã có một nhu cầu tuần này nhìn cho một sáng chế. Thật trùng hợp, Tôi đã xem qua bài diễn đàn MSDN là tốt. Kinh nghiệm cá nhân của tôi tuần này và rằng "xác nhận độc lập" vay sức mạnh để niềm tin của tôi. Tôi có kế hoạch viết về việc này tại các chiều dài lớn hơn với một ví dụ đầy đủ thổi, nhưng đây là gist của nó:

• Thúc đẩy cách tiếp cận thực tế rằng một công việc có thể thay đổi một danh mục, do đó kích hoạt một công việc mới. Tôi đã thường xem là điều này để là một phiền toái và thậm chí viết blog về việc sử dụng semaphores để xử lý nó.
• SharePoint cho phép nhiều quy trình công việc độc lập phải hoạt động chống lại một mục danh sách cụ thể.

Để cấu hình nó:

• Thiết kế máy tính nhà nước của bạn (tức là, Các tiểu bang và làm thế nào kỳ chuyển đổi từ một đến kế tiếp).
• Thực hiện mỗi tiểu bang như quy trình làm việc riêng biệt.
• Đặt cấu hình mỗi người trong số các công việc nhà nước để thực hiện để đáp ứng với bất kỳ thay đổi nào trong danh mục.

Mỗi công việc nhà nước sau này mô hình thô:

• Khi khởi tạo, xác định cho dù nó thực sự nên chạy bằng cách kiểm tra thông tin trạng thái trong mục"hiện tại". Hủy bỏ nếu không.
• Làm việc.
• Cập Nhật "khoản mục hiện tại" với thông tin nhà nước mới. Điều này gây ra một Cập Nhật cho mục hiện tại và bắn ra tất cả các quy trình công việc nhà nước.

Bên cạnh những lợi ích rõ ràng rằng một trong những có thể tạo ra một quy trình làm việc máy hỏa nhà nước, Tất cả những gì thông tin nhà nước là tuyệt vời để xây dựng KPIs và thú vị xem.

Nó có một nhược điểm khá đáng kể — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Tuy nhiên. Lưu trữ tất cả thông tin loại kiểm toán của bạn trong một danh sách tùy chỉnh. Đó có thể là một ý tưởng tốt ngay cả đối với quy trình làm việc tuần tự vani, but that’s for another blog post 🙂

Tôi gọi đây là một "mea culpa" bởi vì tôi có, Thật không may, nói nhiều hơn một lần trên diễn đàn và ở nơi khác là một phải sử dụng phòng thu trực quan để tạo ra một công việc nhà nước máy. Đó chỉ đơn giản là không phải là sự thật.

</kết thúc>

Đăng ký vào blog của tôi.

Nó có thể gây ra một vòng lặp vô tận trong một quy trình làm việc SharePoint Designer. Một mô hình thực hiện phổ biến như thế này gây ra vấn đề:

• Tạo một quy trình làm việc và kết hợp với một danh sách.
• Chỉ ra rằng nó nên bắt đầu ngày tạo ra mục mới và cập nhật các khoản mục hiện tại.
• Một bước tiến trong công việc cập nhật một lĩnh vực trong "Hiện tại mục".
• Kể từ khi thay đổi mục hiện tại, công việc bắt đầu trở lại.

Để ngăn chặn này vòng lặp vô tận, thực hiện một đơn giản semaphore:

• Thêm một cột trang web (hoặc cột vào danh sách/thư viện nếu bạn không sử dụng loại nội dung).
• Giấu nó từ trang chỉnh sửa (dễ dàng để làm gì nếu một cột trang web qua thuộc tính của nó, không phải là dễ dàng nếu một cột danh sách).
• Trong công việc, kiểm tra xem nếu giá trị của cột semaphore là trống.
• Nếu nó là trống, Đặt nó vào một giá trị-trống và tiến hành.
• Nếu là không phải là trống, thoát ra ngay lập tức.

Điều này có thể trở thành một giải pháp khá sắc thái, tùy thuộc vào yêu cầu kinh doanh và vv., nhưng nó đã là một mô hình hoàn toàn khả thi khi tôi đã cần nó.

</kết thúc>

Đăng ký vào blog của tôi.

Càng nhiều người biết, Các mẫu nhân viên đào tạo cung cấp bởi Microsoft ở đây có một lỗi mà chúng tôi có thể tái sản xuất theo các bước sau:

• Tạo một lớp học với một kích thước tối đa của 10 sinh viên.
• Đăng ký –> Tổng cộng có sẵn chỗ ngồi đúng decrements bởi một. Kết quả: 9 có chỗ ngồi.
• Unregister: –> Lỗi. Tổng số ghế có nên tăng bởi một. Nó không. Kết quả: 9 Các chỗ ngồi có sẵn theo SharePoint, nhưng trong thực tế, có 10 có chỗ ngồi.

Giải pháp: Sử dụng SharePoint Designer để điều chỉnh quy trình làm việc.

Đầu tiên, mở lên trang web. Danh sách thư mục cho tôi trông như thế này:

Nếu chúng tôi có một cái nhìn tại đăng ký của người tham dự"" quy trình làm việc, chúng tôi thấy rằng có một bước có nhãn "Thực thi chính sách tiếp khách". Nó trông như thế này:

Bước này trong các công việc Cập Nhật khoản mục by incrementing "đầy ghế" siêu dữ liệu cột trên các khóa học. Nếu chúng tôi kéo mà chi tiết hơn, chúng tôi thấy điều này:

Đó là tất cả các thông tin mà chúng ta cần phải sửa chữa các công việc unregistration.

Nếu chúng ta lật qua quy trình làm việc unregistration, có là không có bước tiến trình công việc tương tự. Thêm như sau:

1: Mở rộng "người tham dự unregistration" và mở ra XOML (xem màn hình thứ nhất bắn nếu bạn bị mất).

2: Thêm một biến quy trình làm việc mới, "Mới đầy ghế" loại "Số".

3: Gán một giá trị cho "mới đầy ghế" như được hiển thị:

4: Giảm các ghế đầy bởi 1:

5: Cập Nhật mục khóa học liên quan:

6: Đảm bảo rằng tất cả các bước theo thứ tự đúng. Đối với tôi, nó trông như thế này:

7: Hoàn thành quy trình làm việc để tái xây dựng nó.

8: Thử nghiệm.

</kết thúc>

Đăng ký vào blog của tôi.

Một trong các mô hình mới nổi tôi thấy trong crafting giải pháp SharePoint thúc đẩy quy trình làm việc SharePoint Designer và một bộ tiếp nhận sự kiện.

Đây là một kịch bản dịch vụ doanh nhân để đặt nó trong bối cảnh:

• Tôi tải lên một tài liệu để doc lib.
• Tôi tung ra nhiều bước tiến trình công việc tạo ra bằng cách sử dụng SharePoint Designer.
• Tại một số điểm trong quá trình đó, quy trình làm việc gán một nhiệm vụ cho một ai đó (thông qua thu thập dữ liệu từ người dùng hoặc gán một nhiệm vụ).
• Chúng tôi muốn sử dụng một KPI để theo dõi bao lâu công việc đó đang chờ hoàn thành. KPI cho thấy màu xanh lá cây cho nhiệm vụ được hoàn thành hoặc do nhiều hơn 3 ngày nữa. Nó cho thấy màu vàng nếu việc là do ngày mai hoặc ngày hôm nay. Nó cho thấy màu đỏ nếu nhiệm vụ là quá khứ do.
• Đây là kicker: Tôi muốn ngày mà các ổ đĩa đó KPI phải nhận thức được kỳ nghỉ.

Tôi không thể tính toán một do nhận thức được kỳ nghỉ ngày trong quy trình làm việc SharePoint Designer rất dễ dàng. Tôi sẽ phải tạo ra một hành động tùy chỉnh hoặc sử dụng một công cụ bên thứ 3. Tuy nhiên, nó rất dễ dàng, đủ để tính toán một ngày trong một bộ tiếp nhận sự kiện. Kết hợp hai với nhau và chúng tôi nhận được một mô hình như thế này:

• Xác định một ẩn có/không có cột trang web vào thư viện tài liệu có nhãn "DoCalcualteDueDate".
• Khởi tạo nó sai.
• Vào thời điểm thích hợp trong công việc (Ví dụ như. ngay trước khi các "dữ liệu thu thập" hành động), chỉ định giá trị đó để True.
• Một ItemUpdate() sự kiện nhận sẽ tìm hiểu xem nếu "DoCalculateDueDate" là sự thật. Kể từ khi nhận sự kiện chạy trên mỗi lần Cập Nhật, "DoCalculateDueDate" là bình thường sai.
• Khi công việc chỉ định DoCalculateDueDate True, sự kiện nhận tính toán đến hạn holiday, nhận thức ngày.
• Khi nhận sự kiện không tính toán này, nó đặt cờ DoCalculateDueDate false.

Cuối cùng, SPD quy trình làm việc được truyền đạt với một bộ tiếp nhận sự kiện qua DoCalculateDueDate semaphore và chúng tôi có kỳ nghỉ nhận thức do ngày tháng được gán vào thời điểm chính xác chính xác trong cuộc sống của quy trình làm việc. Điều khiển SharePoint Designer khi ngày đáo hạn được phân công nhưng nhận sự kiện thực hiện tính toán thực tế và chuyển nhượng.

</kết thúc>

Đăng ký vào blog của tôi.

CẬP NHẬT: Tôi đã nghiên cứu làm thế nào để nhúng một SPD quy trình làm việc vào một định nghĩa trang web. MSDN diễn đàn chuỗi này có một số thông tin thú vị. Nó không phải là kết luận, nhưng điểm đến con đường xuyên qua rừng.

Tôi cho bài đăng này một chút oddball "hành vi quan sát" dẫn đầu kể từ khi tôi là một chút tinh ranh của bản vẽ kết luận từ nó. SPD quy trình công việc … thất thường.

Mọi người thường yêu cầu / tự hỏi / fretting hơn di chuyển SPD quy trình công việc từ một nơi khác. Ngày hôm nay, Tôi theo các bước và thực hiện các quan sát:

• Tôi tạo ra một quy trình làm việc bằng cách sử dụng SharePoint Designer trong một trang web với một thư viện tài liệu.
• Thư viện liên kết tài liệu đã chứa một số tài liệu.
• Tôi đã lưu các trang web như là một bản mẫu.
• Khi tôi đã lưu các trang web như là một bản mẫu, Tôi đã lưu nội dung là tốt.
• Tôi tạo ra một trang web mới trong cùng một bộ sưu tập trang web bằng cách sử dụng mẫu đó.

Tại thời điểm này, Tôi đã cố gắng để chạy các công việc. Nó nhanh chóng chấm dứt chính nó với thông điệp đăng nhập, "Không thể bắt đầu".

Tôi mong đợi điều này. Tôi có kỳ vọng thấp khi nói đến di chuyển SPD quy trình công việc xung quanh.

Tôi vẫn tiếp tục:

• Mở trang web trong SharePoint Designer.
• Đã có một peek tại các công việc. Nó có vẻ tốt đẹp.
• Tôi nhấp vào "Finish".
• Tôi chạy các công việc.

Thời gian này, nó hoạt động tốt.

Tôi sẽ thêm rằng công việc này sử dụng dữ liệu các "thu thập Lấy từ người dùng" hành động đó là một hành động tương đối phức tạp dưới mui xe.

Tôi không chắc chắn kết luận rằng quá trình "kết thúc" quy trình làm việc gây ra SPD đúng cách liên kết SPD quy trình làm việc với thư viện tài liệu mới. Tôi cũng kết luận XOML và các hiện vật khác của XML là hợp lý "lỏng". Họ không siêu chặt chẽ cùng với thư viện tài liệu.

Điều này có nghĩa là? Giả sử nó là một quá trình đáng tin cậy và thể sanh sản nhiều, đó là ít nhất một phương pháp thô, chúng tôi có thể sử dụng để di chuyển chúng xung quanh. Tôi không biết nếu điều này sẽ làm việc nếu chúng vượt qua ranh giới bộ sưu tập trang web hoặc thậm chí nhiều hơn đáng kể, toàn bộ trang trại mới (Ví dụ như. dev đến giai đoạn để prod).

Nếu bạn đang đọc sách này và nghiêng, Xin vui lòng gửi bình luận hoặc gửi email cho tôi câu chuyện của bạn di chuyển SharePoint Designer. Tôi sẵn sàng sẽ cập nhật này gửi bài với bất kỳ những hiểu biết do đó cung cấp.

</kết thúc>

Đăng ký vào blog của tôi.

Nó thường là hữu ích để lưu trữ thông tin trạng thái trong một danh sách tùy chỉnh như một mã số phê duyệt có nên không bao giờ được trực tiếp thao tác của người dùng cuối. Đây là một kịch bản phổ biến của doanh nghiệp. Tôi đã làm việc trên một dự án năm nay mà tạo ra các tình trạng và nhắc nhở ngày qua quy trình công việc SharePoint Designer mà sau đó lái xe KPIs và nói chung hỗ trợ các quy trình kinh doanh thời gian quan trọng.

Sử dụng một loại nội dung trang web / cột để đạt được hiệu ứng này.

Tạo ra một loại nội dung trang web với cột trạng thái như hiển thị:

Lưu ý tình trạng" (cho Demo)" các lĩnh vực ở dưới cùng.

Tiếp theo, nhấp vào tên cột để truy cập vào tính chất của cột. Chọn "ẩn (Sẽ không xuất hiện trong các hình thức)" trong phần cài đặt cột như hiển thị:

Điều này loại bỏ các lĩnh vực từ các hình thức tiêu chuẩn chỉnh sửa/Cập Nhật. Tuy nhiên, đó là vẫn còn có sẵn tại lượt xem, Tiêu chí, Các mô hình đối tượng và bất cứ nơi nào khác mà bạn muốn sử dụng nó, bao gồm cả SPD quy trình làm việc.

</kết thúc>

Đăng ký vào blog của tôi.