Danh mục lưu trữ: SharePoint Workflow

Hướng dẫn tuyệt vời và đi bộ thông qua sử dụng InfoPath và quy trình làm việc để giải quyết một vấn đề lập kế hoạch

Những ngày này, Tôi perpetually chơi catch-up với đọc blog của tôi và tôi chỉ cần đến trên bài đăng này: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Nó là như rắn và chi tiết một SharePoint Designer hướng luồng công việc dẫn (cộng thêm!) rằng bạn sẽ nhìn thấy bất cứ nơi nào trên các interwebs. Tôi sẽ kiểm tra xem nó, thậm chí nếu bạn là một cựu chiến binh SPD vết.

Nó là một hướng dẫn SharePoint tuyệt vời cho cả InfoPath và quy trình làm việc.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Kiểm soát hành vi quy trình làm việc với tùy chỉnh danh sách (Một lần nữa)

Hồi đầu tháng này, TÔI Đặt cùng một bài viết kế hoạch ban đầu cho Mark Miller www.endusersharepont.com. Tuy nhiên, Tôi thay vì sử dụng giống như Dustin Hoffman sử dụng một cây thánh giá vào giữa các Sau đại học để chống đỡ của tôi (Tuyệt vời! thân thiện!) biên tập viên tại TechTarget.

Đây là một bài viết quy trình làm việc SharePoint Designer trong tĩnh mạch tương tự như nỗ lực gần đây của tôi ở đây: http://www.endusersharepoint.com/?p=1226 ("Sử dụng danh sách kiểm soát để tạo ra giải pháp quy trình làm việc linh hoạt").

Nó bắt đầu như thế này:

CÓ bao giờ bạn muốn bạn có thể tạm thời vô hiệu hóa quy trình làm việc SharePoint Designer? Bạn có thể muốn làm điều này để khối lượng-chấp nhận một số lớn các tài liệu mà không có thiết lập ra hàng chục- hoặc có thể hàng trăm — của quy trình công việc không cần thiết.

Một cách để thực hiện việc này là để truy cập vào các công việc bằng cách sử dụng chia sẻ-điểm thiết kế và vô hiệu hóa nó. Để làm điều đó, bạn sẽ cần phải mở SharePoint Designer, truy cập vào các công việc, thay đổi thuộc tính của nó và lưu lại nó. Vấn đề với phương pháp đó là nó là một chút lộn xộn và có khả năng rất nhiều vòng chuông báo động tối đa công.

Nói chung, không quan trọng với SharePoint Designer quy trình công việc không phải là một thực hành tốt trong một môi trường sản xuất, cũng không phải là một phần của một quá trình cũng kiểm soát.

Bài viết sau đó bạn đi qua một giải pháp cho vấn đề này sử dụng một danh sách tùy chỉnh để bật WF hoặc tắt như nhu cầu dictate. Đọc toàn bộ điều ở đây (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Bài viết này được lấy cảm hứng từ một câu hỏi trên diễn đàn ở đây: http://www.endusersharepoint.com/STP/. Mặc dù tôi dành nhiều thời gian hơn trên các diễn đàn MSDN, Tôi đề nghị rằng bạn có một peek tại diễn đàn EUSP, đặc biệt là cho người dùng theo định hướng câu hỏi. Đó là chưa một nguồn thông tin tốt và tư vấn.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Sử dụng danh sách kiểm soát để tạo ra giải pháp quy trình làm việc linh hoạt

Tuần trước, Mark Miller đăng của tôi đặt SharePoint Designer bài viết quy trình làm việc cho người dùng cuối trên trang web của mình (http://www.endusersharepoint.com/?p=1226).

Nó bắt đầu như thế này:

Chúng tôi loại kỹ thuật sử dụng rất nhiều biệt ngữ và từ viết tắt trong thói quen hàng ngày của chúng tôi chẳng hạn như "OOP" (lập trình hướng đối tượng), "CT" (Loại nội dung), "SPD" (SharePoint Designer), "RTFM" (Xin vui lòng đọc hướng dẫn sử dụng), vv. Bài viết này liên quan đến chính nó với một bugaboo đặc biệt được gọi là "cứng mã hóa:"Nó là gì, tại sao nó là xấu và làm thế nào để tránh nó trong giải pháp thiết kế quy trình làm việc SharePoint.

Tôi mô tả cách chúng tôi có thể sử dụng danh sách tuỳ chỉnh để lưu trữ dữ liệu kiểm soát và cấu hình quy trình làm việc. Bằng cách sử dụng phương pháp này, chúng tôi có thể tránh cứng mã hóa giá trị chẳng hạn như approvers’ địa chỉ email, phê duyệt dollar giới hạn, vv.

Kiểm tra xem nó.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Một máy chủ Proxy Web đã cố gắng để ngăn chặn tôi từ cài đặt Windows Workflow Foundation, Nhưng tôi đánh bại nó

Tôi đang làm việc tại một trang web khách hàng và cần thiết để cài đặt windows workflow foundation để tôi có thể vì vậy một số công việc SharePoint Designer. (Tôi không biết cho đến ngày hôm nay rằng SPD cài đặt tốt nhưng thực sự cần tối thiểu net 2.0 và Windows Workflow Foundation để được thực sự có thể sử dụng; Tôi luôn luôn giả định này đã được cài đặt cùng với SPD, nhưng tôi đã sai).

Khách hàng có một máy chủ proxy. Không vấn đề gì, Tôi có thông tin đăng nhập để có được bên ngoài để các Internets công cộng. Tôi đi đến nơi bình thường để tải về WWF (SPD helpfully cung cấp cho tôi với một liên kết). Tải về đó thực sự là một khởi động của các loại. Nó chạy và con số ra khác những gì nó cần để tải về. Quá trình tải về thứ hai thất bại. Nó hoặc là không cố gắng ở tất cả, hoặc bằng cách nào đó ngăn cản yêu cầu cho thông tin đăng nhập máy chủ proxy. Đó là một tai nạn rất khó, đem lại cho tôi thông báo:

Microsoft .NET Framework 3.0 gặp sự cố trong khi thiết lập. Thiết lập đã không hoàn tất thành công.

Tôi đã cố gắng để khởi động lại và chi tiêu 10 giây cố gắng tìm ra nếu tôi có thể làm cho nó hỏi tôi cho thông tin đăng nhập máy chủ proxy. Tôi đã bỏ và đi ở đây thay vào đó: .NET Framework 3.5 Gói dịch vụ 1 (Trọn gói).

Tôi đã tải về gói, cài đặt và thời gian này, không có vấn đề.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

SPD Workflow: Hiển thị họ và tên thay vì MiềnTên người dùng

Trong những gì dường như là của mình đầu tiên blog gửi bài, chiqnlips có delved vào sự điên rồ mà là một cột tính toán và mô tả một giải pháp cho vấn đề SharePoint Designer công việc thư điện tử hoạt động phổ biến: Làm thế nào để hiển thị tên thực sự của một người trong một email thay vì "MiềnTên người dùng."

Tôi chưa thử nghiệm nó bản thân mình, nhưng có vẻ đầy hứa hẹn. Kiểm tra xem nó.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Porting quy trình làm việc SharePoint Designer từ một danh sách khác

Mark Miller qua tại www.endusersharepoint.com đăng bài viết mới nhất của tôi trên quy trình làm việc SharePoint Designer Ở đây (http://www.endusersharepoint.com/?p=1037).

Tôi mô tả phương pháp tiếp cận cơ bản để di chuyển một quy trình làm việc bạn tạo ra trong một danh sách vào một danh sách. Danh sách khác có thể trong cùng một trang web, cùng một bộ sưu tập trang web hoặc một trang trại hoàn toàn khác nhau (Ví dụ như. từ phát triển để sản xuất).

Đây là một chủ đề phức tạp vì vậy tôi chỉ bảo hiểm một kịch bản rất cơ bản. Tuần tới, Tôi sẽ viết lên một ví dụ thế giới thực hữu ích hơn.

Kiểm tra xem nó và chia sẻ bất kỳ ý kiến có.

<kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Tại sao tôi không thể dễ dàng Port giải pháp quy trình làm việc SharePoint Designer từ một danh sách khác?

Mark Miller đã đăng của tôi đặt người dùng theo định hướng quy trình làm việc SharePoint Designer bài viết lên trên trang web của mình ở đây: http://www.endusersharepoint.com/?p=1008

Tôi cố gắng cung cấp một câu trả lời thẳng về phía trước để các câu hỏi, "Tại sao không thể tôi dễ dàng port một quy trình làm việc SharePoint thiết kế từ phát triển để thử nghiệm?" Trong quá trình, Tôi cũng cung cấp cho một số sâu vào SPD thực sự làm gì đằng sau những cảnh khi chúng tôi sử dụng nó để tạo ra một giải pháp quy trình làm việc.

Tuần tới, Tôi mô tả một thân thiện với người dùng cuối cách để cổng SPD quy trình làm việc từ một máy chủ khác, hoặc ít nhất là người dùng thân thiện một giải pháp có thể xác định trạng thái của công cụ set.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Quy trình làm việc SharePoint Designer không thể truy cập “Từ xa” hoặc “Nước ngoài” Danh sách

Đây là một câu hỏi thường gặp SharePoint Designer quy trình làm việc:

"Có thể tôi truy cập (đọc/ghi) SharePoint danh sách thông qua quy trình công việc đó không nằm trên các trang web tương tự như danh sách riêng của mình?"

Câu trả lời đơn giản là: Không.

Như trong rất nhiều cách, Tuy nhiên, chúng ta phải vượt qua vòng loại đó (đó là một điều tốt trong trường hợp này). Nền tảng cho phép chúng tôi tạo ra phần mở rộng cho các sản phẩm trong nhiều cách, bao gồm một hành động tùy chỉnh (xem dự ít codeplex án của tôi ở đây cho một ví dụ). Một hành động tùy chỉnh cho phép chúng tôi làm việc về cơ bản bất cứ điều gì chúng tôi muốn từ SharePoint thiết kế quy trình làm việc. Tôi là một fan hâm mộ lớn này, Thực tế, kể từ khi nó mang lại cho chúng tôi tốt nhất của cả hai thế giới — một nhà thiết kế thân thiện với người dùng cuối hỏa theo độ sâu đầy đủ của net framework ngón tay của chúng tôi.

Đáng buồn, Nếu bạn đang sử dụng SPD, đó là một cơ hội tốt bạn đang làm điều đó bởi vì bạn không thể sử dụng visual studio (do thực tế rằng phòng thu trực quan đòi hỏi một nền tảng sâu phát triển). Tôi không có bất kỳ câu trả lời tốt đến vấn đề đó, ngoại trừ rằng bạn nên ưu tiên áp dụng trên một số đồng nghiệp của bạn kỹ thuật để tạo ra loại hành động tùy chỉnh bạn cần. Ngoài ra, làm việc với quản lý thuê hoặc hợp đồng đó loại tài nguyên.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Quy trình làm việc SharePoint Designer và file đính kèm Email — Một tiêu dùng Devoutly để được mong muốn

Đáng buồn, nó là không phải là. Chúng tôi không thể gửi một email với tập tin đính kèm từ một quy trình làm việc SharePoint Designer sử dụng ra khỏi các tính năng hộp. Mong muốn này đi kèm với sự gia tăng đều đặn trên các diễn đàn MSDN.

Tuy nhiên, các Nền tảng SharePoint, cũng như với rất nhiều điều, chúng tôi cung cấp một con đường phía trước. Chúng tôi có thể tạo hành động tùy chỉnh mà chúng ta sau đó kết hợp vào quy trình công việc của chúng tôi. Sau khi cài đặt, một hành động tùy chỉnh trông và cảm thấy giống như bất kỳ hành động nào khác (Ví dụ như. Thu thập dữ liệu, Đăng một tin nhắn, vv).

Tạo một hành động tùy chỉnh là một ngọn núi lớn để leo lên, Tuy nhiên, cho người dùng cuối. Dự án codeplex này cung cấp chức năng này: http://www.codeplex.com/SPDActivities. Kéo mà xuống và cài đặt nó là cũng vượt ra ngoài các kỹ năng của người dùng cuối tiêu biểu. Tuy nhiên, nó là khá đơn giản cho một quản trị viên SharePoint để làm điều đó, Vì vậy, nếu bạn thấy mình cần phải phát triển một quy trình làm việc với khả năng này, làm việc với SharePoint quản trị của bạn để làm cho xong.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

Quy trình làm việc SharePoint Designer, Sự kiện máy thu và “Cập nhật danh mục” so với “Các lĩnh vực thiết lập trong mục hiện tại”

Chúng tôi có một bộ các quy trình công việc thiết kế SharePoint "giao tiếp" với một bộ tiếp nhận sự kiện trên danh sách thông qua thay đổi đối với trang web cột giá trị. Ví dụ:, Nếu một trang web cột "SetDuedate" được đặt đúng theo quy trình làm việc, nhận sự kiện phát hiện rằng sự thay đổi, tính toán đúng hạn và chỉ định ngày đó để một trang web cột, "Ngày đáo hạn." Chúng tôi chia những thứ như thế này bởi vì người nhận sự kiện có thể tính toán một ngày hết hạn sử dụng quy tắc kinh doanh phức tạp (tham gia ngày cuối tuần và ngày lễ công ty vào tài khoản) trong khi SPD thực sự có thể không.

Trong một ví dụ cụ thể, chúng tôi chạy vào một vấn đề với điều này lừa. Gỡ lỗi tất cả điều này là khá khó khăn, nhưng chúng tôi đi đến kết luận rõ ràng rằng tại một trường hợp (tối thiểu), nhận sự kiện không chạy tất cả thời gian. Trong một bước của công việc, chúng tôi sẽ thay đổi giá trị của một cột trang web và nhận sự kiện không xuất hiện để chạy. Tuy nhiên, nó đã chạy một cách nhất quán trong một bước khác nhau của công việc.

Sau khi xem xét nó, Tôi nhận thấy rằng bước quy trình làm việc hài lòng sử dụng "Cập nhật danh mục" trong khi bước khác sử dụng "thiết lập trường trong mục hiện tại." Cập nhật danh mục Cập Nhật "mục hiện tại." Tôi không chắc lý do tại sao chúng tôi chọn một trong các kể từ khi họ nào dường như đang làm cùng một điều.

Vì vậy … hành động cập nhật danh mục đã gây ra các sự kiện để bắn. Mặt khác, thiết lập trường trong hiện tại mục hành động không.

Tôi sử dụng Cập nhật danh mục trong cả hai địa điểm và Viola! Nó làm việc. [[ Tất cả sang một bên, Tôi chơi violin nhất trên cơ sở hàng ngày cho gần như 15 năm ]]

Từ đây, Tôi không chắc chắn tin rằng "thiết lập trường" hành động không gây ra sự kiện thu để bắn, ít nhất một số thời gian.

Vấn đề này bedeviled chúng tôi cho tuần.

Đây là một trong những "thấy hành vi" Bài viết. Tôi quan sát thấy điều này xảy ra một lần trong một môi trường cụ thể và tôi đang làm cho một số dự đoán như lý do tại sao những điều đã xảy ra như họ đã làm. Nếu bạn có bất cứ cái nhìn sâu sắc vào một trong này, Xin vui lòng chia sẻ trong các ý kiến.

</kết thúc>

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

Technorati Tags: