问题标签 [kofax]

我们希望能够通过利用KOFAX 和SharePoint 2007 的强大功能来推进我们的业务。开发方面的任何指针？

我们需要大容量扫描和 ocr 解决方案

我们正在谈论每天将大约 4000 个文档数字化，并使用 ocr（带有隐藏文本）将它们保存为 pdf 文件...

该解决方案应该让操作员扫描文档并自动将文件保存到特定的网络资源，由将其上传到数据库的应用程序获取......

我们正在评估来自 kofax http://www.kofax.com/的企业解决方案

您还知道哪些其他产品？

有类似要求的经验吗？

任何开源（或至少可访问）解决方案？

com，activex api支持吗？

我正在尝试使用 Kofax Capture API 并尝试编写一个自定义模块来进行扫描。为此，我需要创建一个批处理，然后对其进行处理/扫描。

反正有处理/扫描批次吗？

我知道有一个类似的问题，但标记的答案提供了一个指向外部库的链接，该库需要在用户的机器上安装多个依赖项。

我不需要提取或任何其他喜欢列出文件的东西 - 我只需要将文件夹的全部内容添加到单个压缩文件中。我知道cabinet.dll 存在于\Windows\System32 文件夹中，我希望有一种简单的方法可以与这个DLL 进行交互以实现我想要做的事情。

没有外部库可以做到这一点吗？如果有人能指出我正确的方向，我将永远感激不尽。

我们已将我们的开发 SAP 系统从 ECC6 SPS3 升级到ECC6 SPS5。

SAP 外部的应用程序（KOFAX - SAP 认证产品）将发票图像和发票数据传递到 SAP 系统。然后它调用功能模块Z_DICOM_STORE_USING_FB60_FB65（由 KOFAX 提供）以将图像存储在SAP Content Server上并触发工作流。

在升级 SAP 系统之前，这是可行的，现在不行了。在从功能模块SCMS_ARCHIVE_INFO_GET有效调用的形式check_and_add_delimiter （子例程池 SCMS）中引发异常。

引发异常是因为当调用类方法CL_GUI_OBJECT->CLASS_INIT时，标志：

• GUI_IS_RUNNING
• ACTIVEX
• 爪哇豆
• WWW_ACTIVE

设置为空白值。

当进程从KOFAX GUI启动时会发生这种情况。如果我从事务SE37运行Z_DICOM_STORE_USING_FB60_FB65并使用相同的数据填充结构，则会存储图像并触发工作流。

请你能建议为什么程序运行时没有填充标志吗？

谢谢。

我正在尝试为 MySQL 数据库设置发布脚本。我安装了 ODBC 连接并获得表/索引信息的提示，但我很困惑。

我有一个表 JurorImages，我希望这个表由 Ascent Capture Release 脚本自动填充。它包含 2 个字段：JurorID 和 ImagePath。

在我们扫描的图像上有一个条形码，这个条形码就是 JurorID。我想在 JurorID 字段中获取此条形码中的编号以及图像到 ImagePath 的路径。

我被困在“索引”信息上。我是否必须创建一个临时表才能将这些信息放入其中？

任何指导将不胜感激。

谢谢，莱斯利

我的 C# 应用程序以 TWSX_FILE 模式从 KOFAX VRS TWAIN 驱动程序接收图像文件，但我自己的基于 .NET 的应用程序和 Windows 默认图像查看器都无法打开这些文件。但是，Adobe Photoshop 可以毫无问题地打开它们。我尝试了 FreeImage 库，虽然它可以正确检测它们的尺寸，但它会呈现黑色图像。似乎 KOFAX 有某种自己的位图格式，其标题与普通 bmp 文件不同： http ://www.fileformat.info/mirror/egff/ch03_03.htm 我在这里上传了这些文件之一： http： //www.box.net/shared/aby42aagz4 我想知道如何在我的应用程序中打开这些图像，有人知道任何支持这种图像格式的轻量级开源/免费库或 C++/C# 代码片段吗？

我正在尝试查找开发人员参考/api 参考/示例应用程序或任何有助于 Kofax Scan Lib 的内容。我一直试图代表客户联系 Kofax 以解决问题，但无济于事。谷歌似乎也没有太多用处。

非常感谢任何和所有的帮助

谢谢，布伦登

为什么 Kofax 自定义模块和工作流代理（用 .Net 4.0 框架编写的 COM 对象）会因 Kofax 出现奇怪的错误（访问冲突、未找到方法等）而失败。当使用 .Net Framework 3.5 编译相同的模块时 - 一切正常。

我猜COM对象在x86主机应用程序（在我的情况下是Kofax）下失败的常见原因是因为它们被编译的.Net Framework版本（4.0不起作用但3.5工作正常）？

4.0 安装在目标工作站上。

先感谢您！

我有一个批处理类（KC8），它使用页面/表单识别和分隔符区域（“第 1 页”= 分隔符值）。似乎大约 50% 的时间会不正确地将文档分开，有些甚至没有获得正确的表单类型，而其他人将第 1、2、3 和 4 页分成 3 个单独的文档，而它们应该只有一个。当然，所有这些都会进入质量控制队列，但是当您取消拒绝它们时，它们似乎可以毫无问题地处理和发布。为什么会这样？如果他们第一次失败，他们不应该不断地失败被识别和正确分离吗？有没有人有类似的经验或建议来修复它？如果您需要，请提出您需要澄清批处理类的详细信息的任何问题。

谢谢，

• 马特