He estado contemplando cómo manejar la entrada de documentos en papel en Webapps durante un tiempo. El principal problema es cómo unificar los metadatos y un PDF escaneado. Por el bien de este ejemplo, presentaré una aplicación de reclamación de gastos hipotética. Enfoques que hemos considerado hasta ahora:Cómo escanear en/a una aplicación de Weba
- Web 1.0, abrir una página web, crear una cuenta de gastos & introducir datos, cambie a la aplicación de escaneo, escaneo a archivo, cambie a Explorador, haga clic en "Elegir archivo" navegar al archivo escaneado subirlo. Pros: simple de codificar. Contras: horrible flujo de trabajo, cada estación de trabajo necesita un escáner (y los conductores y espacio en disco, etc./no podrían trabajar con clientes ligeros: Citrix/el iPad)
- estilo de código de barras abrir una página web, crear una cuenta de gastos & introducir datos , guardar, se imprime una pegatina de código de barras, pegue el código de barras en el papel. Al final del día, escanee todos los documentos con código de barras. subirlos a granel y asignarlos en función del código de barras a las reclamaciones de gastos. (OCRing códigos de barras en escaneos es un problema resuelto, por ejemplo, ver exactCODE) Pros: flujo de trabajo decente, un escáner por departamento es suficiente. Contras: necesitan impresoras de etiquetas de código de barras en cada estación de trabajo (más fáciles que los escáneres pero no más baratos), los documentos escaneados solo están disponibles después de unas horas
- Estilo Web 2.0 Escanee con un escáner local a una carpeta [Dropbox]. Webapp usa el Dropbox API para detectar nuevos escaneos, presentarlos al usuario y pedirles que ingresen los metadatos. Pros: buen flujo de trabajo. Desventajas: todo el mundo necesita un escáner, Webapp no puede aparecer y decir "hay un nuevo escaneo disponible".
- Batch Style Alguien escanea todos los documentos que los separan por persona que debe procesarlos (o por tipo de documento: Reclamo de gastos, Factura, Pedido). Los documentos se cargan por lotes (por ejemplo, como un ZIP) en el servidor web en una cola. Una persona ahora tiene que trabajar a través de esta cola e ingresar los metadatos requeridos. Pros: solo se necesita mantener un solo escáner. Desventajas: el personal ya no tiene el papel en la mano, solo la versión en línea. Esto es considerado un gran obstáculo para mis colegas.
- Lote de código de barras Alguien etiqueta con código de barras todos los documentos entrantes, los escanea en una única carpeta y los sube de forma masiva a un repositorio, luego distribuye el papel de la manera antigua a los diferentes departamentos. Las personas que procesan un reclamo de gastos también ingresan el número de código de barras del papel. Webapp se contacta con el repositorio y recupera en función del número de código de barras el documento escaneado y lo guarda junto con los metadatos. PPros: simple de codificar, Contras: todavía hay mucho papel deambulando, es posible que se escaneen documentos que probablemente nunca deberían entrar en un repositorio digital, por ejemplo. registros médicos)
- Aplicación de escritorio Escriba una pequeña aplicación de escritorio basada en TWAIN que escanea, carga en Webapp y abre una ventana del navegador para agregar los metadatos. Pros: buen flujo de trabajo, Contras: Un escáner por computadora, No una aplicación web/plataforma emite
¿Alguna sugerencia para una mejor solución o comentarios sobre uno de los enfoques anteriores?
¡Gracias por las ideas! Básicamente, todo se reduce a una "aplicación de escritorio" disfrazada, ¿no? – max
Ya, un poco, el reproductor flash le brinda más funcionalidad que solo html/js. –
Otra opción es usar una extensión de navegador o construir la suya propia. –