/ /カスタムASP.NET WebフォームとInfoPath - asp.net、infopath

カスタムASP.NET WebフォームとInfoPath - asp.net、infopath

私はちょうど紙を作るプロジェクトを割り当てられているWebベースのプロセスに基づいています。私がする必要があるのは、ユーザーがオンラインフォームに記入し、マウスで署名することができるようにすることです。入力したデータと署名は、後でPDFファイルとして取得する必要があります。

そこで、私は、購入したマウスシグネチャキャプチャツールと共に、ASP.NET WebフォームとサードパーティのPDFライブラリ(iTextSharp)を使用して動作するプロトタイプを作成しました。

プロトタイプは正常に動作します。 しかし、私の懸念は、私は多くの(おそらく何百という)フォームをサポートするためにこのアプリケーションを拡張する必要があるかもしれないということです。各フォームには異なるフィールドがありますが、すべて署名が必要です。 Webフォームの作成、PDFテンプレートのフィールドのマーク付け、PDFフォームのフィールドを持つWebフォームフィールドのフックなど、1つのフォームのプロトタイプを構築するには2日かかりました...将来的には、各フォームを設定する2日間、ASP.NETを使用してカスタムフォームを作成するよりも良い方法はありますか?

私はInfoPathについて知っていますが、InfoPathを使用したことはありません。誰も前に似たようなことをした? InfoPath with SharePointは私の問題のより良い解決策ですか?それとも別のことがありますか?誰かが私に助言を与えることができれば、私は大いに感謝するでしょう。

どうもありがとう!

回答:

回答№1は1

infopathが持つ利点は、ボックスからデジタルインク(手書き)を利用する能力。あなたのバージョンのWindowsにMicrosoft Ink(XPタブレット、Vista、Win 7)が含まれている場合、使用するコントロールに応じて、さまざまな入力デバイス(マウス、ペンなど)を使用してテキストとイメージをキャプチャできます。テキストボックスは、手書き認識を使用して文字をテキストに変換します。イメージボックスではフリー描画が可能で、署名をキャプチャするのに最適です。

Infopathをスタンドアロンとして使用しました。移送システムとして電子メールを使用したクライアントシステム。フォームは電子メールに添付され、送信トレイに追加されました。ユーザーが電子メールを取得したときに、フォームが自動的に送信されました。 infopathの素晴らしい点は、データがxmlであることです。これにより、データを使って何ができるのか、卓越した柔軟性が得られます。

副メモとして...
あなたは法的な側面について考えることができます人々が(手書きで)電子フォームに署名しているときのもの。 Infopathは、レポートやワークフローなどのためにデータをキャプチャするのに適したプレゼンテーションとデータを分離するので、署名されたものとはまったく異なる方法でデータを操作して表示できるので、法的な観点からは欠点になります。ほとんどの場合、これは問題ではありませんが、フォームが法的書類(請求書、入庫)の形式であれば、データとプレゼンテーションの両方をまとめて別々に保管する方法について考える必要があります。

これは、Webベースのフォーム、インフォパース、PDFフォームなど、プレゼンテーションからデータを分離するシステムでは問題になります。

お役に立てれば...


回答№2の場合は0

私も同様の問題を抱えています。解決する。私はAdobe LifeCycleのようなソリューションを検討しましたが、SharePointをECMとして使いたいと思っていました。 InfoPathの問題の1つは、SharePointまたはInfoPathデスクトップアプリケーションがフォームを記入する必要があることです。既にSharePointのセットアップを行っていない場合やSharePointを使用できない場合は、InfoPathを使用する方法はありません.HTMLフォームを使用してフォーム全体を作成し、そのデータをすべてマージする必要があります。それらの署名用の印刷可能なバージョンは重複しているように思えたので、私はInfoPathを可能な解決策として見た。 Adobe LifeCycleは、取得可能なPDFを使用してキャプチャを行い、検証を行い、データを送信することができるため、ほとんどの場合、より良い方法に見えました。しかし、Adobe LifeCycleは非常に高価だったので、プロジェクトにとっては良い解決策ではありませんでした。

だから、もしSharePointが問題なくあなたの解決策のうち、是非ともそれを求めてください。しかし、InfoPathフォームを記入し、デスクトップクライアントを使用しない、またはSharePointにログオンする必要がある人が必要な場合は、適切な解決策ではないと思います。


回答№3の場合は0

@ sean717: あなたはitextsharpでアプローチして、私たちが私たちの会社で使っている既存のツールを思い出させます。高度なインタラクティブなPDFフォームとSharePoint 2010との統合の両方が必要な場合は、www.pdfsharepoint.comをチェックしてください。