美国银行机构账号正则expression式？
我一直负责“核实”美国银行机构账户号码的长度，这是我正在开发的一个networking应用程序。 我无法通过SOF，Google，Fed联储等find任何我们在美国拥有的帐号标准长度。 为了logging，我相信这是徒劳的。
如果有人能指出我在网上的任何官方文档，或有一个正则expression式的例子，或知道是否存在一个标准，我将非常感激。
添加：
有什么会让我更感兴趣，因为他们的反应是压倒性的，他们是不是标准….有谁曾经遇到一个银行账号不完全是“数字”
添加：
感谢大家和他们的回应。 由于在美国没有标准，我们不会执行长度检查，我们将把这个数字作为一个varchar存储，因为银行可能会在他们的账号中指定字母字符。 在我们看来，99.999999％似乎是不现实的，但没有标准意味着我们会接受字母字符，并对帐号进行检查，以validation它是否有效。 再次感谢所有！
美国银行的账号没有标准。
IBAN在美国不使用。
ACH交易（4-17位）有一个限制，但并非所有的交易都必须是ACH。
是的，美国的银行体系已经过时了。
我正在看银行的38个不同系统的DW（数据仓库），账户的长度因产品而异。 帐户号码中有几个系统具有字母字符。 这可能是无关紧要的，因为它们是特殊types的客户账户，如经纪账户和其他无法通过ACH访问的账户 – 您需要指定您感兴趣的账户types。如果您限制自己的账户，通过ACH，你可以简单地限制到数字。
祝你好运，因为你不能。
银行可以自由使用任何帐号。 我认为你可以做的唯一validation是否是数字（因为他们都是）。
银行帐号最常用的长度是9,12或10位数字。 虽然他们的范围从4到17位数字。 我有一个有效数字的大型数据库，我没有看到“帐号”的模式。
一个“路由号码”定义了银行（几乎），但是即使在一个特定的路由号码中，账号也可以是不同的长度。
这就是为什么工资单服务在启动直接存款之前通常需要额外的一天（或两天），以便“预先”注册帐户（通过执行无操作的ACH交易来validation），因为您确实无法validation。
您可以通过从联邦储备银行下载数据库（固定字段宽度文本格式）来validation路由号码（或ABA）。 数据在这里： https : //www.frbservices.org/EPaymentsDirectory/fpddir.txt和描述数据的布局在这里： https : //www.frbservices.org/EPaymentsDirectory/fedwireFormat.html
有些公司（lyonslive.com）提供networking服务来validation帐号，但是他们按照validation收费（按每个支票开始批量定价，价格为60美分，如果体积足够高，可以低至24美分）。
我不认为有一个标准 – 不同的机构似乎使用不同的帐号长度。 可能有一个上限 – 这是不可能less于20。
美国的银行帐号没有标准。 有一个路由号码的标准，因为这是银行之间共享; 但是，帐号只能在银行内部使用。
你的意思是国际银行帐号吗？ 如果是的话，这是IBAN（所有IBAN）的正则expression式：
[a-zA-Z]{2}[0-9]{2}[a-zA-Z0-9]{4}[0-9]{7}([a-zA-Z0-9]?){0,16} 更新 ：其实，根据维基百科： 在美国的银行不提供IBAN格式帐号。 美国银行采用IBAN标准很可能将由美国金融服务标准制定组织ANSI ASC X9发起，但迄今为止还没有这样做。 因此，从美国境外向美国的银行帐户付款很容易出错。
很有意思。 似乎所有的路由/转接号码都是9位数字。
我刚查过美国运通的在线账单支付，银行账户，他们限制他们的领域15数字。 大通将他们限制在17人。我可能会继续检查，也许会开始打电话给几家银行，以了解他们的规格是什么。 似乎没有一个标准。
确定长度的另一个可能的方法是询问执行交易的公司。 账号在哪里使用？ 他们应该具体说明他们会接受什么。
