CSR OpenTable 重名餐厅报销 猜想+dp?
OpenTable重名报销玩法引发社区对合规边界与风控回溯的调侃讨论
关键信息与背景
楼主 Jimster (#1) 分享在墨西哥城 Maximo 餐厅因 OpenTable 列表中存在同名商家而被意外成功报销的经历，推测 CSR（Capital One Venture X）的报销机制采用宽松的 substring matching（子串匹配）。目前 OpenTable 列表中包含大量通用或常见名称如 Camelia, Jose, Dante, Monte, Uni, Estela, Rioja, Osteria 等。
经验与数据点
- 匹配机制细化：#1 Jimster 根据后续观察修正猜想，认为系统可能比预想更严格，倾向于 OpenTable List 上的饭店名最好是一个独立词汇（word），且该词需存在于店外饭店的全名中作为独立词汇。
- 历史测试反馈：#9 Vesper 引用此前帖子 (#451637) 并指出其个人尝试多个 DP (Dining Partners?) 均未成功，暗示该玩法成功率存在不确定性或地域/时间差异。
- 用户疑问：#9 @cristiano1231 询问在之前修复后是否仍可通过完全相同的名字触发报销，反映社区对机制稳定性的关注。
风险与注意事项
- 操作建议：#2 blackaga 建议“多几个DP试试，然后删了”，暗示可能需要通过多次尝试触发报销逻辑后取消订单以规避风险或确认机制。
- 合规性质疑：#5 lionlin 提出伦理/规则疑问，询问是否可以通过自己开店或使用同名收款人来利用此漏洞，引发对玩法边界的讨论。
- 潜在封号风险：#12 @bigtiger 担忧若茶色（Capital One风控团队代称）发现此类行为是否会进行回溯处罚（爬回），提示长期合规风险。