Я размышляю о том, как обрабатывать ввод документа документов в Webapps в течение некоторого времени. Основная проблема заключается в том, как унифицировать метаданные и отсканированный PDF-файл. Для этого примера я представлю гипотетическое заявление о претензиях к расходам. Подходы я Рассмотренный до сих пор:Как сканировать в/в веб-приложение
- Web 1.0, откройте веб-страницу, создать требование о расходах & ввода данных, переход на сканирование приложения, сканирование в файл, переключитесь в браузер, нажмите на «выбрать файл» навигация для отсканированного файла загрузите его. Плюсы: простой код. Минусы: ужасный рабочий процесс, каждой рабочей станции нужен сканер (и драйверы, дисковое пространство и т. Д./Может не работать с тонкими клиентами: Citrix/IPad)
- Стиль штрих-кода Открыть веб-страницу, создать заявку на расходы & ввести данные , сохранить, наклеить штрих-код, наклеить штрих-код на бумагу. В конце дня сканируйте все штрих-коды. загружать их массово и назначать их на основе штрих-кода для требований к расходам. (OCRing штрих-кодов в сканировании является проблемой, например, см. exactCODE) Плюсы: достойный рабочий процесс, один сканер на один отдел достаточно. Минусы: нужны принтеры этикеток с штрих-кодами на каждой рабочей станции (проще, чем сканеры, но не дешевле), отсканированные документы становятся доступными только через несколько часов
- Стиль Web 2.0 Сканирование с помощью локального сканера в папку [Dropbox]. Webapp использует Dropbox API для обнаружения новых сканирований, представления их пользователю и попросить их ввести метаданные. Плюсы: хороший рабочий процесс. Минусы: всем нужен сканер, Webapp Cant просто всплывает и говорит: «Доступно новое сканирование».
- Batch Style Кто-то сканирует все документы, отделяющие их от лица, которое должно обработать их (или по типу документа: Затрат на оплату, Счет, Заказ). Документы получают пакетную загрузку (например, как ZIP) на веб-сервер в очереди. Теперь человек должен работать через эту очередь и вводить необходимые метаданные. Плюсы: нужно поддерживать только один сканер. Минусы: у персонала больше нет бумаги, а только онлайн-версии. Мои коллеги считают это большой пробкой.
- Barcode Batch Кто-то штрих-код маркирует все входящие документы, просматривает их в одной папке и отправляет их в хранилище, а затем распространяет бумагу по-старому в разные отделы. Люди, обрабатывающие требование о расходах, также вводят номер штрих-кода из бумаги. Webapp связывается с репозиторией и извлекает на основе номера штрихового кода сканированный документ и сохраняет его вместе с метаданными. PPros: прост в кодировании, минусы: много бумаги все еще блуждает, документы могут быть просмотрены gat, которые, вероятно, никогда не должны входить в цифровой репозиторий - например, медицинские записи)
- Desktop app Запишите небольшое настольное приложение на основе TWAIN, которое сканирует, загружает в Webapp и открывает окно браузера для добавления метаданных. Плюсы: хороший рабочий процесс, минусы: один сканер на рабочий стол, а не проблемы с Webapp/платформой
Любые предложения по лучшему решению или замечания по одному из подходов выше?
Спасибо за идеи! В основном все сводится к «настольному приложению» в маскировке, не так ли? – max
Ya, kinda, flash player дает вам больше функциональности, чем просто html/js. –
Другой вариант - использовать расширение браузера или создать собственный. –