我的任务是"验证"我正在开发的网络应用程序的美国银行机构账户号码的长度.我无法通过SOF,Google,美联储储备等找到任何可以概括我们在美国拥有的帐号标准长度的内容.据记载,我认为这是徒劳的.
如果有人可以指向我网上的任何官方文档,或者有一个正则表达式示例,或者知道是否存在标准,我将非常感激.
添加:
更令我感兴趣的是,因为他们的反应是压倒性的,因为他们没有标准......有没有人遇到过一个不完全"数字"的银行账号
添加:
感谢大家和他们的回应.由于在美国没有标准,我们不会强制执行长度检查,并且由于银行可能在其帐号中分配字母字符这一事实,我们将把该号码存储为varchar. .在我们看来,似乎99.999999%不切实际,但没有标准意味着我们将接受字母字符并对帐号进行检查以验证其是否有效.再次感谢所有人!
Cad*_*oux 33
美国银行的账号没有标准.
IBAN未在美国使用.
ACH交易有限制(4-17位),但并非所有交易都必须是ACH.
是的,美国银行系统已经过时了.
我正在寻找一家银行38个不同系统的DW(数据仓库),账户长度因产品而异.一些系统在帐号中有字母字符.这可能是无关紧要的,因为它们是特殊类型的客户账户,如经纪账户和其他无法通过ACH访问的东西 - 您需要指定您感兴趣的账户类型.如果您将自己局限于可以获得的账户通过ACH,您可以简单地限制为数字.
您可以在http://www.nacha.org/获得有关ACH的更多信息.
祝你好运,因为你做不到.
银行可以随意使用任何账号作为账号.我认为你能做的唯一验证是它们是否是数字(因为它们都是数字).
银行帐号最常见的长度是9,12或10位数.虽然长度从4到17位不等.我有一个有效数字的大型数据库,我没有看到"帐号"的模式.
"路由号码"定义了银行(几乎),但即使在特定的路由号码内,帐号也可以有不同的长度.
这就是为什么工资单服务通常需要额外一天(或两天)才能启动直接存款以"预先注明"帐户(通过执行无操作ACH交易验证它),因为您实际上无法验证它.
小智 6
您可以通过从联邦储备银行下载数据库(固定字段宽度文本格式)来验证路由号码(或ABA).数据在这里:https: //www.frbservices.org/EPaymentsDirectory/fpddir.txt,描述数据的布局在这里:https: //www.frbservices.org/EPaymentsDirectory/fedwireFormat.html
有些公司(lyonslive.com)提供网络服务来验证帐号,但是它们按验证收费(基于数量的定价从每次检查开始60美分 - 如果数量足够高,则可以低至24美分).