Javascript 是否有任何正则表达式模式可以通过帐号确定运输公司?

Javascript 是否有任何正则表达式模式可以通过帐号确定运输公司?,javascript,regex,Javascript,Regex,我正在构建一个表单,用户可以在其中输入一个配送账号。首先,我需要确定用户是否为配送帐户输入了有效的模式 其次,我想确定托运人是谁(如UPS或联邦快递)。这类似于根据信用卡号运行正则表达式以确定卡类型的方法(如Visa卡、美国运通等) 请注意,我希望验证帐号,而不是跟踪号码 感谢您的帮助 总之: 主要目标:对发货人账号进行浅层验证,或 如果可能的话,这是一个更明确的想法 账号与跟踪号的不同之处在于它是 用于计费目的的发货人的客户标识符 网络搜索/研究结果在众多资源中用于跟踪编号, 但没有关于帐号的

我正在构建一个表单,用户可以在其中输入一个配送账号。首先,我需要确定用户是否为配送帐户输入了有效的模式

其次,我想确定托运人是谁(如UPS或联邦快递)。这类似于根据信用卡号运行正则表达式以确定卡类型的方法(如Visa卡、美国运通等)

请注意,我希望验证帐号,而不是跟踪号码

感谢您的帮助

总之:

  • 主要目标:对发货人账号进行浅层验证,或 如果可能的话,这是一个更明确的想法
  • 账号与跟踪号的不同之处在于它是 用于计费目的的发货人的客户标识符
  • 网络搜索/研究结果在众多资源中用于跟踪编号, 但没有关于帐号的确切信息
  • 示例:由于数据被标记为敏感,因此无可用数据 在内部,网络搜索是不确定的。我把它比作 信用卡号码:不应该有任何有效的例子 免费提供数字。然而,就信用卡而言 模式已建立到可以定位的程度
  • 为什么我要问社区?以防有预先确定的 RegEx表示,在这方面更有经验的人可能很熟悉 有

  • 在谷歌快速挖掘之后:

    联邦快递代码(旧)12位:

    联邦快递代码(新)14位:

    联邦快递地面代码(旧)15位:

    联邦快递地面代码(新)14位:

    UPS代码1Z9999999999:


    如果已知发货人,则可以使用正则表达式模式验证帐户
    但是,没有用于确定运输公司的正则表达式模式,因为它们具有相似的长度,没有其他可唯一标识的模式

    正则表达式模式:

    UPS小包裹账户-6位数字

    \d{6}
    
    UPS运费帐户8位数字

    \d{8}
    
    UPS航空货运账户9位数字

    \d{9}
    
    联邦快递–9位数字

    \d{9}
    
    \d{9}
    
    DHL–9位数字

    \d{9}
    
    \d{9}
    

    参考资料:

    来自UPS客户支持的电子邮件:
    UPS小包裹账户:6位数
    UPS运费账户:8位数

    搜索“什么是UPS帐号?”会产生:
    UPS帐号或发货人号码:6位
    空运账号:9位

    搜索“什么是联邦快递账号?”会产生:
    联邦快递QuickShip的9位联邦快递账号

    搜索“dhl账号中有多少位数”会产生:
    “170”、“95、96”初始模式的线索。

    内部运输部门已验证他们使用的模式:
    联邦快递–9位数字;UPS–6位数字;DHL–9位数字

    其他研究:
    向UPS、联邦快递和DHL发送电子邮件询问。

    UPS已作出如上所述的响应。

    您知道账号可能是什么样子吗?因此,您希望匹配的模式示例将非常有用。你有没有试过?出了什么问题?不幸的是,我们没有一个可供参考的示例。所以我的问题是,我不知道要预测什么样的模式。我想知道这些是否是为不同的运营商标准化的,就像信用卡有标准的、可识别的模式一样?我猜你必须先弄清楚要检查什么?联系船运公司或尝试搜索,看看你是否能找出他们在其帐户上使用的格式#谢谢大家的帮助~!我下班后会设法联系公司。至于四处搜索,是的,我试过了,但我只遇到了一个又一个跟踪号码。账号可能会被认为是敏感的,所以我怀疑人们对这些不太乐意。Big+1是因为他们花时间实际查找账号代码(我认为OP应该这样做)。感谢RegEx的~!我可以问一下你是如何通过谷歌搜索找到这些信息的,或者你是否可以告诉我一些参考资料?我的搜索结果总是跟踪号码,而不是账号模式。在我自己的调查之后,我与社区合作的目标是看看是否有一个我自己找不到的已知标准。再次感谢你的帮助~!注意:“验证发货人X客户/账号”让我很接近,但似乎暗示了对发货人系统的验证,当时我希望对模式进行肤浅的验证。@Kazepp您必须根据您可以找到的信息构建自己的模式。例如,您可以使用-也可以尝试在表单中键入无效代码,以检查它们给出的错误。也许他们中的一些人会改变这种模式。@hsz谢谢你的建议。我面临的挑战是“我能找到的信息”。关于“追踪号码”的信息太多了,但我似乎找不到“账号”验证。为了澄清,这是客户输入的号码,用于向托运人确认自己的身份,以便进行计费。由于账号的敏感性,我相信我不会找到很多样本值。这就是为什么我希望社区能帮助我确定模式(如果存在的话)。
    \d{9}
    
    \d{9}
    
    \d{9}