2026-10-22
用 CEP 核验一笔已经发生的 SPEI 付款
截图可以帮助定位付款；完成对账还需要确认原始证据与预期交易是否一致。
墨西哥 CEP 付款凭证核验 API
为已有 SPEI 付款取得可信证据，核对交易与收款户名。网页、API、MCP 共用一个流程。
试用 CEP Verify企业邮箱验证后可试用；每企业域名累计 10 次，全站每天 50 次。当前免费，正式收款尚未启用。
参考方案：250 MXN／1,000 次完成核验，30 天。当前尚未开放收款。
签名、交易绑定与姓名比对分别展示。历史户名不证明当前持有或证件身份；需复核和未找到不等于欺诈。
核验条款与数据保留七天 CEP 接入指南
2026-10-23
CEP XML 的解析、验签和交易绑定
这三步回答不同问题。分开记录，业务系统和审核人员才能解释核验依据。
2026-10-24
CEP 可信时，为什么收款户名仍可能需要复核
付款证据和户名一致性不能合并为一个成功标志，姓名差异需要独立的业务规则。
2026-10-25
批量对账时，账号去重和交易核验怎么区分
同一张表可以同时包含重复账户和不同付款，去重依据取决于需要回答的问题。
2026-10-26
CEP 待生成、未找到和限速时应该怎么处理
一个可用的核验集成，要能解释未完成的原因和下一步，而不是把缺少证据变成欺诈结论。
2026-10-27
用 REST、网页和 MCP 接入同一个 CEP 流程
不同入口应共用同一个商户任务，切换入口不应重复核验或改变结果含义。
2026-10-28
将 CEP 对账成本与新增转账成本分别核算
查询已有付款证据和主动测试账户的成本结构不同，合并计价容易产生误解。
API、MCP 与接入文档
# Submit only an existing, authorized payment. Store the request locally.
# cep-request.json fields:
# idempotency_key (UUID), operation_date (YYYY-MM-DD), tracking_key,
# amount_minor (integer MXN cents), issuer_code, receiver_code (5 digits),
# account (18-digit CLABE), expected_name (optional), business_website,
# authorization_reference (UUID), authorized_to_query: true,
# purpose: "payment_reconciliation", terms_version: "cep-existing-payment-2026-10-22".
curl --fail-with-body https://gridzen.ai/console/api/payment-evidence/mx/cep/checks \
-H "Authorization: Bearer ${GRIDZEN_API_KEY:?set your merchant key locally}" \
-H "Content-Type: application/json" --data-binary @cep-request.json
# 202 returns a durable task id. Preserve the UUID after a timeout.
# GET /console/api/payment-evidence/mx/cep/requests/{original_idempotency_key}
# GET /console/api/payment-evidence/mx/cep/checks/{id}
# GET /console/api/payment-evidence/mx/cep/checks/{id}/original
# No payout is created. Never submit a made-up or unapproved transaction.