Circular 9/2026 de Banxico: guía de un ingeniero para homologar tu UX de transferencias SPEI/DiMo/CoDi antes del 14 de diciembre de 2026
La Circular 9/2026 de Banxico modifica la Circular 14/2017 y suma Guías de UX que homologan la experiencia de transferencia móvil en SPEI, DiMo, CoDi y QR. Participantes directos, indirectos ligados por contrato e IFPEs deben cumplir antes del 14 de diciembre de 2026. Audita tu flujo contra las Guías: ahí vive la especificación vinculante, no en la prensa.
Qué obliga la Circular 9/2026 — y por qué
La Circular 9/2026 de Banxico modifica la Circular 14/2017 y suma Guías de experiencia de usuario que homologan la experiencia de transferencia móvil en SPEI, DiMo, CoDi y QR. Los participantes directos, los indirectos ligados por contrato y las IFPEs que ofrecen SPEI deben cumplir antes del 14 de diciembre de 2026. Audita tu flujo contra las Guías: ahí vive la especificación vinculante, no en la prensa.
El objetivo declarado por Banxico es concreto: que transferir dinero desde el celular sea intuitivo, fácil y rápido. Hoy cada app pone las pantallas en orden distinto, nombra los campos distinto y te lleva por rutas de navegación distintas; esa fricción de app a app es justo lo que la Circular quiere borrar. Si tú tocas cualquier flujo de transferencia móvil en México, esto no es noticia de banco grande: es trabajo de producto con fecha.
Antes de meterte al detalle, ubica dónde encaja esto en el mapa: revisa el panorama de pasarelas de pago en México y, si ya operas cobros digitales, cómo aceptar CoDi y DiMo a nivel técnico. La Circular 9/2026 se monta encima de esos rieles.
Circular 9/2026 de un vistazo
Quién debe cumplir — y la fecha límite del 14 de diciembre de 2026
La obligación no cae solo en los bancos grandes. Alcanza a participantes directos de SPEI y a participantes indirectos ligados por contrato. Y para instituciones no bancarias como las IFPEs (Instituciones de Fondos de Pago Electrónico) que ofrecen SPEI, cumplir con las Guías se vuelve condición para seguir en el sistema. Si tu producto se conecta a SPEI a través de un socio, revisa tu contrato: puede que la obligación te llegue por ahí aunque no seas participante directo.
La fecha es dura: 14 de diciembre de 2026. No es “lineamiento sugerido” ni una recomendación de buenas prácticas — es plazo con Circular y Guías publicadas. Empujar la auditoría de UX a noviembre es cómo se llega tarde: el trabajo real está en pantallas de confirmación, captura de campos y manejo de alias, y eso son sprints, no un parche de fin de semana.
Dos notas prácticas para planear. Primero, “cumplir” aquí significa tu app de cara al usuario, no solo el backend: las Guías son de experiencia, así que el trabajo se carga hacia front-end y producto, que suele ser lo más lento de cambiar con seguridad. Segundo, si eres indirecto y montas sobre un participante directo, no asumas que el socio te cubre — confirma por contrato cómo baja la obligación hasta ti. Arranca ya.
Quién queda obligado
- Participantes directosInstituciones conectadas directamente a SPEI. Obligadas por la Circular.
- Participantes indirectos ligados por contratoSe conectan vía un participante directo; la obligación puede llegarte por contrato.
- IFPEs que ofrecen SPEICumplir las Guías es condición para permanecer en el sistema.
- Fecha límite común14 de diciembre de 2026 para todos los obligados.
Las áreas de tu app a auditar contra las Guías
Aquí es donde tengo que ser honesto contigo, porque es fácil inventar. Lo que sigue son las áreas que un equipo tiene que revisar contra las Guías oficiales, no specs de píxeles que yo me esté sacando de la manga. La especificación exacta — orden de pantallas, nombres de campo, copy — vive en la Circular 9/2026 y sus Guías. Estas son las zonas donde, por el objetivo declarado de Banxico y lo que es público, va a haber cambios.
Un flujo de transferencia estandarizado. Cómo presentas, confirmas y documentas un pago debe homologarse. Eso incluye una pantalla de confirmación de beneficiario antes de mandar el dinero — el punto donde el usuario ve a quién le paga y cuánto, y confirma. Es exactamente el paso que más varía hoy entre apps.
Captura de campos homologada. Los mismos datos, con los mismos nombres, en un orden consistente. Menos “cada quien le pone como quiere” y más un lenguaje común entre apps.
Manejo inline de CoDi y QR. Las apps deben permitir operaciones CoDi y procesar los mensajes de cobro de CoDi respetando la homologación de UX. Si tu app escanea o genera QR, ese flujo entra al alcance.
Alias y teléfono de DiMo. DiMo mueve dinero por número de celular sin CLABE; cómo capturas, muestras y confirmas ese alias/teléfono es otra zona a revisar contra las Guías.
Zonas a auditar contra las Guías (verifica el detalle en el texto de Banxico)
Fíjate que cada nodo dice “según las Guías” o “a revisar”, no “haz exactamente X píxeles”. Esa es la línea. Si alguien te vende un PDF con “los 12 requisitos exactos de la Circular 9/2026” a nivel de píxel, desconfía: el texto vinculante lo publica Banxico.
El apuntador honesto: dónde vive la especificación vinculante
Lo digo claro porque es el punto donde más gente se equivoca. La especificación pantalla por pantalla — el estándar exacto de cada campo, cómo debe verse la pantalla de confirmación de beneficiario, el manejo de alias/DiMo, y cualquier regla de autenticación o biometría — está en la Circular 9/2026 y sus Guías. No está completa en la prensa. Los medios reportan el objetivo y la fecha; el “cómo” literal lo tienes que leer en la fuente.
Para un ingeniero eso significa una cosa: la fuente de verdad es el texto de Banxico, no un resumen de blog — incluido este. Descarga la Circular, descarga las Guías, y haz tu gap-analysis contra el documento oficial, no contra lo que alguien tuiteó. Yo te doy el mapa de zonas a revisar; el terreno exacto lo marca Banxico.
# Deadline-prep starting point — not a substitute for reading the Guías
# 1. Get the binding text
open "https://www.banxico.org.mx/" # Circular 9/2026, its Guías, and Circular 14/2017
# 2. Gap-analyze your app against the Guías, area by area
# - standardized transfer flow (screen sequence)
# - present / confirm / document (beneficiary-confirmation step)
# - homogenized field capture (fields, order, labels)
# - inline CoDi / QR handling
# - DiMo alias / phone capture
# 3. File each divergence as a ticket with an owner and a date before 2026-12-14Tu checklist de preparación antes del 14 de diciembre
Traduzcamos el mandato a plan de trabajo. Esto es lo que yo haría, en orden, si tuviera una app de transferencias que tocar:
- Audita el flujo actual. Graba cada pantalla de tu transferencia móvil hoy: entrada, captura, confirmación, CoDi/QR, DiMo, comprobante. Ese es tu estado base.
- Haz el gap-analysis contra las Guías. Pantalla por pantalla, marca dónde tu flujo difiere de lo que exige la Circular 9/2026. Aquí es donde lees el documento oficial, no un resumen.
- Presupuesta los cambios. Los tres cubetazos de trabajo suelen ser: UI (orden y nombres de campos), pantalla de confirmación de beneficiario, y manejo de alias/DiMo y CoDi/QR. Estima cada uno por separado.
- Prueba antes del 14 de diciembre. No apuntes a “terminado el día del plazo”. Deja margen para QA, revisión de compliance y ajustes. El plazo es de cumplimiento, no de arranque de pruebas.
Si tu app cruza varios rieles y concilia por atrás, ata este trabajo a tu pipeline de datos: revisa conciliación de pagos multi-rail en México para que la homologación de UX no rompa cómo cierras cuentas por detrás.
Homologar la UX vs. el riesgo que sigue siendo tuyo
Homologar UX (lo que pide la Circular)
- Mismo orden de pantallas entre apps
- Campos con nombres consistentes
- Pantalla de confirmación de beneficiario
- CoDi/QR y alias de DiMo manejados inline
- Menos fricción de navegación app a app
Tu riesgo (lo que sigue siendo tuyo)
- Autenticación adaptativa por monto/destino
- Reglas antifraude y scoring detrás de la UX
- Detección de destinatario nuevo o sospechoso
- Límites y velocity checks propios
- La responsabilidad del riesgo no se homologa
La contra-tensión: homologar la UX no es bajar tus controles de fraude
Aquí va la parte que ninguna nota de prensa te dice, y que como ingeniero tienes que sostener. “Intuitiva, fácil y rápida” no puede significar que quites tus controles antifraude ni tu autenticación adaptativa. Homologar el flujo estandariza cómo se ve y se navega; no te libera del riesgo. Ese riesgo sigue siendo tuyo.
Si tu autenticación paso a paso hoy escala fricción según el monto, el destinatario nuevo o la geolocalización, esa lógica de riesgo sigue viva detrás de la UX homologada. Eso suele significar mover las decisiones de riesgo fuera de la ruta crítica donde puedas — huella de dispositivo, señales de comportamiento, velocity checks corriendo en segundo plano — y reservar la fricción visible, un reto paso a paso o una retención, para las transferencias de verdad riesgosas, no para todas. La confirmación de beneficiario, de hecho, juega a tu favor: es una defensa real contra fraude de transferencia autorizada, donde engañan al usuario para que pague a un destinatario equivocado. Estandarizarla bien es seguridad, no solo cumplimiento.
Piénsalo como en tarjetas: cumplir 3DS2 en México estandariza la autenticación, pero no te quita la obligación de modelar el riesgo tú mismo. Aquí es igual: la Circular te da el molde de la UX, tú sigues dueño del fraude.
Ingeniero, no abogado
Escribo esto como alguien que construye pagos en México, no como despacho de compliance. Todo lo de arriba es un mapa de trabajo para que llegues al 14 de diciembre de 2026 con un plan, no una interpretación legal de la Circular 9/2026.
Confirma cada obligación contra los textos oficiales de Banxico — la Circular 9/2026, sus Guías y la Circular 14/2017 en banxico.org.mx — y con tu equipo de compliance antes de comprometerte a fechas o alcances. Yo te digo qué áreas auditar; el texto vinculante, pantalla por pantalla, lo publica Banxico, y las orillas legales las cierra tu área legal.
Si esto te tocó junto con la cuenta de comercio nueva, no las confundas: la cuenta Nivel 2 Bis de Banxico es un nivel de cuenta con topes, distinto de este mandato de homologación de UX. Audita ambas por separado, con la misma fecha límite en la cabeza. Y si quieres el panorama completo, entra a mi hub de pagos LATAM.