La pregunta importante es qué ocurre cuando cambia el estado de una cuenta. Una restricción registrada en una interfaz tiene un valor limitado si otro canal sigue aceptando actividad a partir de información desfasada.
Asigne un registro de referencia
| Propiedad de la cuenta | Decisión que debe documentarse |
|---|---|
| Identidad y verificación | ¿Qué servicio registra la decisión y cualquier cambio posterior? |
| Acceso y restricciones | ¿Qué canales deben comprobar el estado actual antes de permitir una acción? |
| Límites y exclusiones | ¿Cómo se aplican las fechas de entrada en vigor y los cambios entre productos? |
| Consentimiento y preferencias | ¿Qué sistema guarda la elección aplicable y su historial? |
| Saldo financiero | ¿Qué registro contable autoriza y registra los movimientos de dinero? |
El PAM puede gestionar una propiedad o recibirla de otro sistema. Haga explícito ese límite, incluido lo que ocurre cuando el servicio de referencia no está disponible.
Pruebe un cambio mientras un jugador está activo
- Inicie una sesión.
- Aplique una restricción.
- Intente realizar una acción pertinente desde otro canal.
Compruebe el rechazo esperado, el mensaje al jugador y el registro de auditoría. Repita la prueba con una actualización retrasada para que el equipo vea cómo se gestiona la información desfasada.
Pruebe también un registro duplicado, una actualización de saldo fallida y una corrección autorizada. Los registros deben identificar la cuenta, el evento, el estado original, el estado resultante y el motivo de la decisión. Acuerde en el alcance cómo deben propagarse los cambios, en lugar de suponer que una demora concreta es aceptable.
Elija entre integración y sustitución
Amplíe el sistema de cuentas existente cuando pueda seguir siendo el sistema de referencia y el flujo de trabajo que falta pueda resolverse mediante una interfaz definida. Considere la sustitución cuando ese enfoque no permita mantener de forma fiable el modelo de estados o el control requerido.
Una sustitución necesita una correspondencia de identidades, pruebas de verificación, límites, consentimiento e historial. Defina la resolución de duplicados y qué permanecerá en un archivo accesible. Utilice un plan de migración con criterios de conciliación y reversión antes de programar la transición.
Envíe su arquitectura actual de cuentas y monedero. Incluya los cambios de estado que fallan hoy y los canales que deben respetarlos.