跳到正文
9月12日周六
  1. Card.fi 官方博客42

    哪些商户类别(MCC)会导致卡片支付被拒,以及原因

    部分支付在查看余额前就会被拒,原因是卡组织将商户的四位 MCC 代码传给发卡方,发卡方按项目规则直接拒绝特定类别。被封锁的类别包括 6051(含加密货币的非法币业务)、6010/6011(柜面与 ATM 取现)、6050(准现金)、4829(汇款与电汇)、6540(储值卡充值),以及赌博、彩票、约会、电话营销等类别。这类拒付无法通过重试或充值解决,资金需在仪表盘上以加密货币提现至自控地址。

9月9日周三
  1. Visa 官方新闻室60

    Visa 与 IFC 推出风险分担计划,五年覆盖拉美和加勒比 14 国

    Visa 与 World Bank Group 成员 IFC 合作推出风险分担计划,由 IFC 为已加入金融机构的 Visa 交易分担信用结算风险,预计五年内支持约 2 亿美元风险分担。首批聚焦拉丁美洲和加勒比地区 14 个国家,覆盖约 50 家评级低于投资级的金融机构,目标是让更多未充分获得银行服务的消费者和小企业接入数字支付。

    推荐理由:Visa 与 IFC 公布风险分担机制的规模、期限和首批覆盖地区,读者可据此了解新兴市场数字支付准入的合作框架。

  2. Card.fi 官方博客60

    Card.fi 上线 Visa 与 Mastercard 加密卡:支持 33 种代币充值消费,9 月 11 日 11:11 UTC 开放下单

    Card.fi 上线虚拟与实体卡,走 Visa 和 Mastercard 网络,用户把已持有的加密资产转入卡片专属地址,按市场价转换后作为卡余额在任意受理 Visa 或 Mastercard 的场景消费,下单于 9 月 11 日 11:11 UTC 开放。

    推荐理由:原文给出卡片类型与一次性费用、支持币种与网络、充值到账流程,并主动列出提现等仍手工处理的部分,读者可据此判断是否适合自己。

9月8日周二
  1. Card.fi 官方博客22

    加密卡绑定 Apple Pay 和 Google Pay 的原理与安全性解析

    加密卡能否加入 Apple Pay 或 Google Pay,取决于卡是否属于 Visa 或 Mastercard,以及发行方是否已为该卡产品在对应地区开通 provisioning。绑定后手机存储的是设备账号令牌加一次性密码,商户无法获得真实卡号,但费率、汇率、额度、拒付行为和托管方式均不变。普通线上结账不受保护,建议优先使用 Apple Pay、Google Pay 或可随时注销的虚拟卡。

  2. Card.fi 官方博客22

    加密卡为什么会被拒付:按发生顺序排查的九个原因

    Card.fi 官方博客按实际发生顺序列出加密卡被拒付的九个原因,多数与加密无关:预授权冻结占用可用余额最常见,其次是余额不足、商户拒收预付卡、风控规则、3-D Secure 未完成、账单地址不匹配、触及消费限额、卡片未激活或冻结、商户类别被禁。加密侧唯一问题是充值未到账,需查交易是否确认、是否发到正确网络和正确资产。建议预留约 20% 余额并备一张其他发行方的卡。

  3. Card.fi 官方博客33

    谁能真正拿到加密卡,卡在哪里?

    加密卡能否获批由发行方的牌照决定,而非申请的品牌;卡组织、发行方与提供方三方市场重叠才可发卡,国家不支持通常卡在发行方牌照覆盖范围。审核包括身份证件与人脸核验、三个月内地址证明、居住国、年龄(通常18岁以上)及制裁与PEP筛查,高额度时另问资金来源。

9月7日周一