しばらくの間、Webappsで紙のドキュメント入力を処理する方法を考えています。主な問題は、メタデータとスキャンされたPDFをどのように統合するかです。この例のために、架空の経費請求アプリケーションを提示します。私がこれまでに検討したアプローチ：
- Web 1.0、Webページを開き、費用請求を作成してデータを入力し、スキャンアプリに切り替え、ファイルにスキャンし、ブラウザに切り替え、[ファイルの選択]をクリックしてスキャンファイルに移動し、アップロードします。長所：コーディングが簡単。短所：ひどいワークフロー、すべてのワークステーションにはスキャナーが必要です（ドライバーやディスク容量など/シンクライアントでは動作しない可能性があります：Citrix / iPad）
- バーコードスタイルウェブページを開き、経費請求を作成してデータを入力し、保存し、バーコードステッカーを印刷し、紙にバーコードを貼り付けます。1日の終わりに、すべてのバーコード付き用紙をスキャンします。それらを一括アップロードし、バーコードに基づいて経費請求に割り当てます。（スキャンでバーコードをOCRすることは解決された問題です。たとえば、exactCODEを参照してください）長所：適切なワークフロー、部門ごとに1台のスキャナーで十分です。短所：すべてのワークステーションにバーコードラベルプリンターが必要です（スキャナーよりも簡単ですが、安くはありません）。スキャンされた用紙は数時間後にのみ利用可能になります
- [Dropbox]フォルダーへのローカルスキャナーを使用したWeb2.0スタイルスキャン。WebappはDropboxAPIを使用して新しいスキャンを検出し、ユーザーに提示してメタデータの入力を求めます。長所：素晴らしいワークフロー。短所：誰もがスキャナーを必要とします。Webappはポップアップして「新しいスキャンが利用可能です」と言うことはできません。
- バッチスタイル誰かがすべてのドキュメントをスキャンして、それらを処理する必要のある人（またはドキュメントの種類：経費請求、請求書、注文）ごとに分けます。ドキュメントは、キュー内のWebサーバーにバッチアップロードされます（たとえば、ZIPとして）。ここで、人はこのキューを処理し、必要なメタデータを入力する必要があります。長所：維持する必要があるスキャナーは1つだけです。短所：スタッフはもう手元に紙を持っておらず、オンライン版だけを持っています。これは私の同僚からは大きなショーストッパーと見なされています。
- バーコードバッチ誰かがすべての受信ドキュメントにバーコードラベルを付け、単一のフォルダでスキャンしてリポジトリに一括アップロードしてから、昔ながらの方法でさまざまな部門に紙を配布します。経費請求を処理する人は、紙からバーコード番号も入力します。Webappはリポジトリに接続し、スキャンしたドキュメントのバーコード番号に基づいて取得し、メタデータと一緒に保存します。PPros：コーディングが簡単、短所：まだたくさんの紙がさまよっている、ドキュメントがガットスキャンされる可能性がありますが、おそらくデジタルリポジトリに入る必要はありません-医療記録など）
- デスクトップアプリTWAINベースの小さなデスクトップアプリケーションを作成します。このアプリケーションは、スキャンしてWebアプリにアップロードし、ブラウザーウィンドウを開いてメタデータを追加します。長所：優れたワークフロー、短所：デスクトップごとに1つのスキャナー、Webアプリ/プラットフォームの問題ではない
上記のアプローチの1つについて、より良い解決策やコメントについての提案はありますか？