我有一台数字支票扫描仪，能够从支票中捕获 MICR 线。它将以字符串形式返回原始格式的 MICR 行，并使用分隔符分隔帐号、路由号码和支票号码。然而，每个银行对该 MICR 行的格式都不同，因此没有标准的方法来解析该数据。
我尝试过的一些公司是 Inlite Research Inc 和 Accusoft Pegasus。 Inlite Research 的 API 适用于某些银行，但无法正确读取美国银行支票。我仍在测试 Accusoft 的 API。
我想问的是是否有人知道一个 API 可以准确解析不同组件的 MICR 行。如果我遇到 API 无法正确处理的新检查，是否有一个 API 可以让我添加新的检查格式定义？或者，如果有人知道如何或已经编写了一个例程来解析 MICR 行。
如果我能得到任何帮助，我将不胜感激。谢谢。
这么晚才回复很抱歉。我没有看到这个问题的任何答案，所以我认为没有人回应。
为了回答上述问题，我在思考问题并与各个供应商交谈后找到了解决方案。我正在使用的支票扫描仪已经能够读取 MICR 行。问题在于解析 MICR 行以获取相关信息，例如路由转接号码、帐号、支票/序列号和金额（如果有）。在与一些第三方公司交谈并尝试了可用的 MICR 解析器试用版之后，我得出的结论是，没有通用的解析器。我仍然面临 On-Us 字段不合格的问题。每个银行对该字段的格式都不同。有时符号的排列方式也不同。所以，我决定编写自己的解析器。我认为这是最合乎逻辑的方式，因为这些第三方供应商告诉我，他们各自推出了自己的解析软件。
我编写解析器的方式是保留一个 MICR 行模式表。每次遇到新的 MICR 行格式时，我都会更新此表。我的解析器将匹配针对该表扫描的任何检查，如果找到匹配项，它将使用该模式来解析相关信息。
我希望我的经验和我提出的解决方案也能帮助那些遇到同样问题的人。
感谢所有回复的人，祝你好运。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
