問題タブ [form-library]

Sharepoint 2007 サイトに 10 個のフォーム ライブラリがあります。

このサイトは 20 人の「学者」が使用するためのものです。学者 (または彼らを支援する数十種類の秘書のいずれか) は、任意のフォーム ライブラリに移動し、[新規] をクリックして Infopath フォームを取得し、ドロップダウン リスト フィールドから適切な学者の名前を選択し、残りの情報を入力することができます。フォームに入力し、[送信] をクリックします。その後、フォームが保存されます (フォームのタイトルは、ドロップダウン リストから選択された Scholar 名になります)。

このサイトの所有者は、20 人の Scholars 全員と 10 種類のフォームのうちそれぞれが完了したものを一覧表示するレポートを (任意の時点で) 生成できるようにしたいと考えています。

これを自動化する方法についてのアイデアはありますか?

C# を使用してプログラムでフォーム ライブラリを作成する方法を教えてもらえますか。これは、infopath フォームの発行に使用されます。フォーム ライブラリを作成した後、完全に信頼できるファイル (.xsn ファイル) をその特定のライブラリの FORM の FOLDER に追加する必要があります。

私は、さまざまな組織単位用に何百ものサイトを作成するために使用されるサイト テンプレートに取り組んでいます。サイトには、InfoPath フォーム テンプレートを含むフォーム ライブラリが含まれている必要があります。

私の質問は、管理者や開発者の関与なしに、テンプレートを作成し、パワー ユーザーにサイトを作成させることは可能ですか? そうでない場合 - 最も簡単な代替手段は何ですか?

問題は、フォーム テンプレートにサイトの URL が含まれていることです。これを回避できるかどうかはわかりません。その結果、サイトが作成されてフォームが送信されると、最終的に元のサイトのライブラリに格納されます。

パイロット プロジェクト用にいくつかのサイトを作成しましたが、これまでに行ったことは、XSN ファイルのキャブを解除し、手動で URL を編集し、XSN に再パッケージして、新しいライブラリに公開することです。これは機能しますが、回避したいサイト作成プロセスに手動のステップが含まれます。編集中の行は次のとおりです。

ここもまた：

subsite1 を subsite2 に変更しています。

最初に送信要素に、次に両方に相対 URL を設定しようとしましたが、役に立ちませんでした。フォームは (ブラウザで) レンダリングされ、送信は機能しました (エラーなし) が、送信されたフォームはライブラリにありませんでした。さらに調べてみると、フォームはルート サイトのフォーム ライブラリに送信されていましたhttp://my_farm_url/form_lib。考えてみれば当然のことform_libですが、ルート サイトの観点から、サイトから の相対 URL にアクセスできます。

今のところ、私が考えている唯一の解決策は、ユーザーがテンプレートに基づいてサイトを作成するのに役立つツールを作成し、XSN をカーテンの後ろで修正することです。フォーム テンプレートをプログラムで発行する方法がわかりませんが、可能である必要があります。この不明な点は別として、これはあまり自動化されていないため、SharePoint/InfoPath ツールのみで機能する適切なソリューションが可能であれば、非常に嬉しく思います。

アイテムが追加されるたびに SharePoint フォーム ライブラリが自動的に更新されることについて質問があります。社内にビジネス チームがあり、チームのどの個人も特定の InfoPath フォームに記入できます。そのフォームに入力して送信すると、前述の SharePoint フォーム ライブラリに保存されます。

ユーザーがこのようなフォームを送信すると、他のユーザーはそれが発生したことを知りたがり、ほとんどの場合、ブラウザーを開いてこの特定の SharePoint フォーム ライブラリをポイントしています。これらのフォーム送信とそこに含まれるデータは、ある程度時間が重要であるため、チームの全員が送信された情報を最新の状態に保つための重要な方法です。

InfoPath でそのようなワークフローが可能かどうかを知っている人はいますか? 私はすでにこの問題を Google で検索しており、SPUtility クラスの機能を使用して同じページにリダイレクトすることに関する多くの役立つアドバイスを見つけました (これは機能しているようです)。 SPUtility クラスが関与していると思われるポップアップ ウィンドウ。また、JavaScript を含むコンテンツ エディター Web パーツを使用してページを更新し、ワークフローまたはイベント レシーバーを介してそのコンテンツ エディターにアクセスすることを提案する結果も見てきました。このような問題を解決した経験がある人や、アイデアを持っている人はいますか? 私は、私のためにソリューションを書いてくれる人を探しているわけではありません。SharePoint の経験が豊富な人から正しい方向へのプッシュが必要なだけです。

ありがとう！

Internet Explorer で単純な XML ドキュメントとして開くのではなく、プログラムで作成し、SharePoint のフォーム ライブラリに追加して InfoPath テンプレートで開く XML ドキュメントを取得する際に問題があります。

基本的に、データベースをチェックして特定の条件が真かどうかを確認する Web サービスがあります。存在する場合、Web サービスは、前述の InfoPath テンプレートによって作成されたファイルと同じ XML スキーマを持つ XML ドキュメントをプログラムで作成します。通常のプロセスでは、実際のユーザーがこの InfoPath テンプレートを開いてデータを入力し、[送信] ボタンをクリックします。これにより、バックグラウンドで XML ドキュメントが作成され、フォーム ライブラリに保存されます。ユーザーが後でその XML ドキュメントを表示するためにフォーム ライブラリにアクセスすると、ドキュメントは (単に Internet Explorer で XML ドキュメントとして開くのではなく) InfoPath テンプレートで自動的に開きます。

Web サービスから生成された XML ドキュメントが、InfoPath から生成された XML ドキュメントとは異なる動作をする理由を突き止めようとしています。Web サービス内で XML ドキュメントを作成するために使用しているコードのスニペットを次に示します。

この時点で、XML ドキュメントはフォーム ライブラリに正常に送信されますが、それを開こうとすると、指定したテンプレートを使用するのではなく、Internet Explorer 内でプレーンな XML として開きます。アイテムの HTML_x0020_File_x0020_Type および TemplateUrl プロパティは、SharePoint が InfoPath テンプレートを使用してこのファイルを開く必要があることを知るのに十分な情報を指定すると思いますが、特に設定する必要がある他のプロパティがある可能性があります。同様の問題を経験した人はいますか？最初は、自分のテンプレートに使用している URL が間違っていると思っていましたが、InfoPath テンプレートを介して作成された既存の XML ドキュメントから直接コピーしたので、それが問題だとは思いません (実際の URL は省略しました)。 URL とファイル名は上記のサンプル コードに含まれているため、これらの URL が正しくないという事実は無視してください)。

事前に回答いただきありがとうございます。提供されたヘルプに感謝します。

SharePoint 2010 にフォーム ライブラリがあり、そのライブラリにコンテンツを追加/更新するための InfoPath フォームを設計しました。InfoPath フォームに "CustomFileName" というフィールドがあり、そのフィールドが更新されるたびに、InfoPath ファイルの名前がその名前に変更されるとします。

代わりに、「CustomFileName」フィールドが更新されるたびに新しいファイル/エントリを作成しています。ワークフローを使用してみましたが、CustomFileName 値に複数のピリオドが含まれていることがあり、ワークフローを中断するため、これはオプションではありません。

チェックリスト:

• データ接続ウィザードで、「ファイル名」フィールドに「CustomFileName」が指定されています
• 送信ルールには、「CustomFileName」が空の場合のルールがあります-名前+「.xml」表記を使用する

毎回新しいファイルを作成するのではなく、ファイル名を変更する必要があります。バージョン履歴が追跡できる限り、上書きは問題ありません。

ここで何か助けていただければ幸いです。