gpt4 book ai didi

web-applications - 如何扫描到 Web 应用程序

转载 作者:行者123 更新时间:2023-12-04 07:23:21 25 4
gpt4 key购买 nike

很难说出这里问的是什么。这个问题是模棱两可的、模糊的、不完整的、过于宽泛的或修辞的,无法以目前的形式得到合理的回答。如需帮助澄清这个问题以便重新打开它,visit the help center .




8年前关闭。




一段时间以来,我一直在考虑如何在 Webapps 中处理纸质文档输入。主要问题是如何统一元数据和扫描的 PDF。为了这个例子,我将提出一个假设的费用 claim 申请。到目前为止我考虑过的方法:

  • 网络 1.0 , 打开网页,创建费用报销并输入数据,切换到扫描应用程序,扫描到文件,切换到浏览器,点击“选择文件”导航到扫描文件上传。优点:编码简单。缺点:糟糕的工作流程,每个工作站都需要扫描仪(以及驱动程序和磁盘空间等/可能不适用于瘦客户端:Citrix/iPad)
  • 条码样式 打开网页,创建报销单并输入数据,保存,打印条形码贴纸,将条形码粘贴到纸上。在一天结束时扫描所有条形码文件。批量上传它们并根据条形码将它们分配给费用报销。 (扫描中的 OCRing 条码是一个已解决的问题,例如,参见 exactCODE) 优点:工作流程不错,每个部门一台扫描仪就足够了。缺点:每个工作站都需要条形码标签打印机(比扫描仪更容易,但并不便宜),扫描的文件要在几个小时后才能使用
  • Web 2.0 风格 使用本地扫描仪扫描到 [Dropbox] 文件夹。 Webapp 使用 Dropbox API检测新的扫描,将它们呈现给用户并要求他们输入元数据。优点:不错的工作流程。缺点:每个人都需要一个扫描仪,Webapp 不能只是弹出并说“有一个新的扫描可用”。
  • 批量样式有人按必须处理它们的人(或按文件类型:费用 claim 、发票、订单)扫描所有文件。文档被批量上传(例如,作为 ZIP)到队列中的 Web 服务器。一个人现在必须通过这个队列并输入所需的元数据。优点:只需要维护一个 Scanner。缺点:员工手头没有纸了,只有在线版本。这被我的同事们认为是一场大秀。
  • 条码批 有人对所有传入的文档进行条形码标记,将它们扫描到一个文件夹中,然后将它们批量上传到存储库,然后以老式的方式将文件分发给不同的部门。处理费用报销的人也会输入纸上的条形码编号。 Webapp 联系存储库并根据条形码编号检索扫描的文档并将其与元数据一起保存。 PPros:易于编码,缺点:大量纸张仍在四处游荡,可能会扫描可能永远不应该进入数字存储库的文档 - 例如。病历)
  • 桌面应用 写一个 TWAIN基于小型桌面应用程序,它扫描、上传到 Webapp 并打开浏览器窗口以添加元数据。优点:工作流程不错,缺点:每个桌面一台扫描仪,不是 Web 应用程序/平台问题

  • 对上述方法之一的更好解决方案或评论有什么建议吗?

    最佳答案

    尽可能简化元数据,使用邮件进行输入,仅使用 Web 进行报告/编辑

    假设:
    大型办公室的部门打印机具有“扫描到电子邮件”功能,这意味着您扫描的每个文档都会在电子邮件中获得 PDF。即使是 100 到 200 美元之间的小型“一体机”打印机也有这样的功能,家庭办公室或小型企业也可能拥有这种功能。

    该过程如下:

  • 扫描您的文档
  • 接收邮件
  • 在电子邮件中添加半自由格式的元数据
  • 将电子邮件转发至费用服务
  • 收到一封带有费用报告链接的电子邮件确认
  • 在网上确认费用报告
  • 关于web-applications - 如何扫描到 Web 应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4112697/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com