6
Tôi đã dự tính cách xử lý đầu vào tài liệu giấy trong ứng dụng Web trong một thời gian. Vấn đề chính là làm thế nào để thống nhất siêu dữ liệu và một tệp PDF được quét. Vì mục đích của ví dụ này, tôi sẽ trình bày Đơn Yêu cầu Khiếu nại giả định. Cách tiếp cận tôi đã xem xét cho đến nay:Cách quét trong/tới một ứng dụng web
- Web 1.0, Mở một trang web, tạo ra một tuyên bố chi phí & nhập dữ liệu, chuyển sang ứng dụng quét, quét nộp, chuyển sang trình duyệt, bấm vào "chọn tập tin" điều hướng để quét tệp tải lên. Ưu điểm: đơn giản để mã. Nhược điểm: công việc khủng khiếp, mọi máy trạm cần một máy quét (và trình điều khiển và dung lượng đĩa, vv/có thể không hoạt động với các máy khách mỏng: Citrix/IPad)
- Kiểu mã vạch Mở trang web, tạo yêu cầu chi tiêu & nhập dữ liệu , lưu, một nhãn dán mã vạch được in, dán mã vạch lên giấy. Vào cuối ngày quét tất cả các giấy tờ được mã vạch. tải lên hàng loạt chúng và gán chúng dựa trên mã vạch cho các yêu cầu chi phí. (Mã vạch OCRing trong quét là một vấn đề được giải quyết, ví dụ: xem exactCODE) Ưu điểm: luồng công việc hợp lý, một máy quét cho mỗi bộ phận là đủ. Nhược điểm: cần máy in nhãn mã vạch ở mọi máy trạm (dễ dàng hơn máy quét nhưng không rẻ hơn), giấy quét được quét chỉ sau vài giờ
- Kiểu Web 2.0 Quét bằng máy quét cục bộ vào thư mục [Dropbox]. Webapp sử dụng Dropbox API để phát hiện các bản quét mới, hiển thị chúng cho người dùng và yêu cầu họ nhập Siêu dữ liệu. Ưu điểm: quy trình làm việc tốt. Nhược điểm: Mọi người đều cần một máy quét, Webapp không thể chỉ cần bật lên và nói "có một quét mới có sẵn".
- Kiểu lô hàng Ai đó quét tất cả các tài liệu được phân tách bởi người phải xử lý chúng (hoặc theo loại tài liệu: Khiếu nại chi phí, Hoá đơn, Đặt hàng). Tài liệu được tải lên hàng loạt (ví dụ như một tệp ZIP) tới Máy chủ Web trong hàng đợi. Một người bây giờ phải làm việc thông qua hàng đợi này và nhập dữ liệu meta cần thiết. Ưu điểm: Chỉ cần một máy quét duy nhất. Nhược điểm: Nhân viên không có giấy trong tay nữa, chỉ có phiên bản trực tuyến. Điều này được coi là một stopper hiển thị lớn của các đồng nghiệp của tôi.
- Mã vạch lô Ai đó mã vạch nhãn tất cả các tài liệu đến, quét chúng trong một thư mục và tải chúng lên kho, sau đó phân phối giấy theo cách cũ cho các phòng ban khác nhau. Người xử lý yêu cầu bồi thường chi phí cũng nhập số mã vạch từ giấy. Webapp liên hệ với kho lưu trữ và truy xuất dựa trên số mã vạch tài liệu được quét và lưu nó cùng với siêu dữ liệu. PPros: đơn giản để mã, Nhược điểm: rất nhiều giấy vẫn còn lang thang xung quanh, tài liệu có thể được quét gat mà có lẽ không bao giờ nên nhập một kho kỹ thuật số - ví dụ: hồ sơ y tế)
- Ứng dụng dành cho máy tính để bàn Viết ứng dụng dành cho máy tính để bàn nhỏ quét, tải lên Webapp và mở cửa sổ trình duyệt để thêm siêu dữ liệu. Ưu điểm: quy trình làm việc tốt, Nhược điểm: Một máy quét trên mỗi máy tính để bàn, Không phải là sự cố Webapp/nền tảng
Bất kỳ đề xuất nào để có giải pháp tốt hơn hoặc nhận xét về một trong các cách tiếp cận ở trên?
Cảm ơn các ý tưởng! Về cơ bản tất cả nhọt xuống một 'ứng dụng máy tính để bàn' trong ngụy trang, phải không? – max
Ya, kinda, trình phát flash cung cấp cho bạn nhiều chức năng hơn chỉ là html/js. –
Một tùy chọn khác là sử dụng tiện ích mở rộng của trình duyệt hoặc xây dựng tiện ích của riêng bạn. –