ワークフローを通じてSharePoint 2007のタスクの結果列を変更する

Question

ワークフローを使用したドキュメントコントロールシステムでSharePoint 2007を評価しています。これまでのところ、私の経験は「苦い」ものでしたが、他の選択肢はありません。私が今使用することができています唯一のツールは、私はいくつかの質問を持っているSharePointデザイナー2007年である：

1. 私は「ステータス」と同じことを示しているすべてのタスクのための「成果」という列があることに気づきました示しています。ステータスが「完了」の場合、結果に「完了」と表示されます。私はそれを知りました。結果は「Accept/Reject」を表示するようにすることができますが、SharePoint Designer 2007の「outcome」列を変更することはできません。実際、Outcomeというフィールドは表示されません。この問題を回避するにはどうすればよいですか？

2. 私はこのドキュメント管理システムを "リモートで"開発しています。私は、サーバーマシン自体で実行する必要があり、サーバー自体（Microsoft.Sharepoint.dllまたはそのようなもの）からDLLを必要とするため、VS2008を使用して開発することはできないと考えました。私は間違いなくSharePointサーバーに直接アクセスすることはありません。 SharePoint 2007のVBワークフローやC＃ワークフローを使用して開発する方法は他にありますか？

3. この質問は重大な問題です。 SharePointのアーキテクチャとは何ですか？なぜそれは直感的ではなく、信じられないほど開発が難しいのですか？私はここで何が欠けていますか？ 「Due date reminder」のようなばかげたことさえSharePoint上ではとても複雑です。私は本当にばかげた問題を解決するために何時間も何時間も費やしてきました。私はここで何が欠けていますか？

PS：初めてのStackoverflowやみんなで、あなたの質問投稿ツールは滑らかです！リアルタイムのプレビューが大好きです。

Answer 1

2：SharePointデザイナのみを使用して複雑なSharePointワークフローを作成することはできません。ビジュアルスタジオ開発環境が必要です。

開発には、必ずSharePointをインストールした仮想マシンが必要です。 It is completely straight forward to install everything。

3：SharePointは大規模で複雑なシステムです。私はSharePointで作業を開始する際に同様の問題を抱えていました。私の経験不足は、私にSharePointのアーキテクチャに収まらない靴ひねりのソリューションを試してくれることでした。このように「穀物に逆らう」ことは、多くの問題を作り出し、特に困難です。

もし可能であれば、ローカルのSharePointユーザーグループを検索し、SharePointの専門家と連絡を取り合うことをお勧めします。スペース/時間はSharePointのアーキテクチャとワークフローの完全な停止を許さないからです。

p.s.多くの場合、複雑なワークフローシナリオは、K2またはNintex

などの第3のワークフローソリューションを使用する方が簡単です。