logo

详解Ethoca预警中的startwith和精确匹配模式

为了确保您能及时收到 Ethoca 预警并成功拦截拒付,正确配置您的商户账单描述符(Descriptor)至关重要。
目前主要支持以下两种匹配模式:

1. 前缀匹配模式 (Starts With) 【推荐】

这是最通用且容错率最高的模式。只要持卡人账单上的描述符是以您配置的Descriptor开头,系统即判定为匹配。
  • 示例:
    • 您配置的描述符:MYSTORE
    • ✅ 成功匹配: 账单显示 MYSTORE
    • ✅ 成功匹配: 账单显示 MYSTORE *ORDER123(包含动态后缀)
    • ✅ 成功匹配: 账单显示 MYSTORE LONDON(包含地点)
    • ❌ 匹配失败: 账单显示 THE MYSTORE(开头不一致)
    • ❌ 匹配失败: 账单显示 M.Y.STORE(标点符号不一致)
跨拒通将默认按照该模式注册Ethoca服务。由于银行有时会在商户名后自动添加动态后缀:例如国家代码(如 SG、US)或处理费标记,如果不采用该模式会导致预警漏传。
例如
  • 账单显示 THE MYSTORE UK(带有动态后缀)
  • 账单显示 THE MYSTORE #3213(带有动态后缀)

2 . 精准匹配模式 (Exact Match) 【不推荐】

这是最严格的匹配方式。您在 Ethoca 系统中配置的描述符,必须与持卡人信用卡账单上显示的文字完全一致
  • 示例:
    • 您配置的描述符:MYSTORE
    • ✅ 成功匹配: 账单显示 MYSTORE
    • ❌ 匹配失败: 账单显示 MYSTORE INC(多了后缀)
    • ❌ 匹配失败: 账单显示 MYSTORE*US(多了特殊符号)
    • ❌ 匹配失败:  账单显示 MY STORE(多了空格)
    • 风险提示:
      由于银行有时会在商户名后自动添加国家代码(如 SG、US)或处理费标记,使用此模式极易导致漏单(Missed Alerts)

⚠️ 关键注意事项:符号与空格的处理

无论选择哪种模式,计算机的匹配逻辑都是字符敏感的。请务必注意以下细节,否则会导致匹配失败:
  1. 特殊字符不可忽略:
    1. 如果账单显示为 ABC*STORE,而您只填报了 ABCSTORE(漏了星号),在“Starts With”模式下也会匹配失败
      • 错误写法: ABCSTORE
      • 正确写法: ABC* 或 ABC*STORE
  1. 空格也是字符:
    1. ABC STORE(有空格)和 ABCSTORE(无空格)是两个完全不同的字符串。请确保您填报的格式与支付网关(PSP)设置的格式完全一致。

💡 我们的建议

为了最大程度避免漏单,建议您采用 Starts With (前缀匹配) 模式,并按以下策略配置:
  • 如果您使用了动态描述符(如 商户名*订单号):
    • 请仅配置“商户名”部分,或者配置“商户名+分隔符”(例如 MYSTORE*)。这样无论后面的订单号如何变化,预警都能准确送达。

如果您不确定您的实际账单描述符长什么样,建议先查看几笔实际交易的银行对账单,或咨询您的客户经理

由...提供支持 Notaku