Una pantalla puede contener el texto aprobado y aun así mostrarlo en el momento equivocado. Una confirmación puede parecer clara, pero comunicar un resultado que el sistema todavía no ha confirmado. Antes de publicar cambios en una aplicación, Compliance necesita revisar el recorrido implementado y comprobar qué verá el cliente en cada etapa.
La Circular 9/2026 de Banco de México, publicada el 17 de junio de 2026, modifica las reglas del Sistema de Pagos Electrónicos Interbancarios (SPEI) para homologar la experiencia de las transferencias desde dispositivos móviles. Su segundo transitorio establece el 14 de diciembre de 2026 como plazo de cumplimiento para los participantes y los participantes indirectos con los que mantengan una relación contractual.
El siguiente paso práctico es conectar los requisitos aplicables con las pantallas, las pruebas y las decisiones de publicación. Los controles siguientes son recomendaciones operativas; no reproducen una lista de comprobación oficial de Banxico.
Identificar la versión normativa aplicable
La circular remite a Guías con especificaciones de experiencia de usuario. Prevé que se publiquen con número de versión, fecha de publicación y fecha de entrada en vigor, conservando las versiones anteriores y sus periodos de vigencia.
El punto de partida es identificar la versión aplicable al lanzamiento, el papel de la entidad y los flujos afectados. Una matriz de revisión permite vincular cada requisito con una pantalla o comportamiento verificable, una persona responsable y una prueba. Los detalles de diseño deben contrastarse con las Guías correspondientes, sin deducirlos únicamente del texto de la circular.
Recorrer las pantallas que utilizará el cliente
La revisión empieza en la aplicación implementada en un entorno de pruebas. Una presentación de diseño puede ayudar, pero no demuestra cómo funciona la versión candidata a publicación.
El recorrido abarca el proceso completo: captura de datos, revisión de la operación, confirmación y consulta del resultado, según corresponda al flujo. En cada etapa, el equipo puede comprobar si el texto aprobado aparece completo, si los datos variables se muestran correctamente y si los botones producen la acción que anuncian.
También resulta útil comprobar tamaños de pantalla, textos largos y mensajes de validación. Una instrucción correcta pierde utilidad si queda recortada o aparece después de la decisión que debía orientar.
Comprobar qué afirman las confirmaciones
¿Qué estado puede acreditar el sistema cuando aparece cada mensaje? Esa pregunta permite distinguir entre recibir una instrucción, procesarla y confirmar su resultado, según los estados disponibles en la operación.
Por ejemplo, en un caso hipotético, la aplicación muestra “Transferencia completada” cuando el servicio solo ha confirmado la recepción de la solicitud. El problema exige revisar tanto el mensaje como la condición técnica que lo activa.
Compliance, operaciones y tecnología pueden acordar qué evidencia permite mostrar cada confirmación y qué verá el cliente ante una demora, un rechazo o una interrupción. Estas pruebas propuestas deben adaptarse a las especificaciones aplicables.
Vincular la aprobación con la versión publicada
Una aprobación resulta más útil cuando identifica exactamente qué se revisó. El registro de revisión puede incluir la versión del contenido, la versión de la aplicación, los escenarios probados, los hallazgos y su resolución.
Si cambia un mensaje o su condición de aparición después de la revisión, el siguiente paso es evaluar el impacto y repetir las comprobaciones afectadas antes de publicar.
Para coordinar la decisión, puede asignarse a tecnología la evidencia del comportamiento implementado; a operaciones, la revisión del proceso y sus excepciones; y a Compliance, la evaluación de los requisitos dentro de su ámbito. La distribución concreta depende del gobierno interno de cada entidad.
Conservar evidencia que permita reconstruir la revisión
Un expediente de publicación puede reunir la referencia normativa utilizada, capturas identificadas, resultados de pruebas, incidencias corregidas y aprobaciones con fecha y responsable. Su vinculación con el registro del despliegue completa la trazabilidad.
El objetivo es poder explicar qué se comprobó y qué versión llegó a producción. Una captura aislada aporta menos contexto que una prueba asociada a un escenario, un resultado esperado y una decisión.
CommsPliant aporta control de versiones, revisión, aprobación y evidencia para las comunicaciones gestionadas en la plataforma. Ese historial puede complementar el expediente de implementación; la validación del recorrido móvil y de su comportamiento técnico corresponde a los equipos responsables.
Una revisión conectada con la implementación ayuda a reducir errores y respalda la revisión supervisora. Su valor está en dejar una relación comprobable entre el requisito, el contenido aprobado, el comportamiento probado y la versión publicada.