Manual de usuario · SWITCH

SWITCH — Pagos.

Inspeccione cómo está configurado el enrutamiento y cómo se presentan las ejecuciones de ruta registradas. La superficie actual es parcial y no prueba enrutamiento de pagos en vivo ni failover.

Qué posee SWITCH

  • Lecturas observadas del Client Portal para reglas de enrutamiento y resúmenes de ruta de pago en el registro revisado
  • Entradas de enrutamiento diseñadas como disponibilidad, código de rechazo, coste, geografía y resultado de riesgo, sujetas a validación de conectores y datos
  • Calendarios de payouts, límites y comprobaciones de retirada diseñados; confirme la implementación y la responsabilidad para el flujo seleccionado
  • Ninguna afirmación de redundancia activa de procesadores, conectividad PSP en vivo ni failover automático en producción

Cómo funciona la decisión de enrutamiento diseñada

El flujo objetivo puede evaluar rutas configuradas usando entradas de disponibilidad, rechazo, coste, geografía y riesgo, y registrar después la ruta seleccionada y las respuestas. El estado revisado ofrece superficies de lectura parciales de configuración y traza de ruta. No establece conexiones PSP en vivo, tráfico de producción, captura completa de respuestas ni failover automático.

Payouts con salvaguardas

Los calendarios de payouts, los límites y las comprobaciones de riesgo previas al desembolso son salvaguardas diseñadas. Su disponibilidad y efecto dependen del servicio de payouts configurado, del historial del cliente, de la calidad de los datos y de la responsabilidad operativa. Por sí solas no garantizan una menor exposición de liquidación o AML.

La configuración hoy

El registro revisado recoge superficies de lectura parciales del Client Portal para configuración de enrutamiento y ruta de pago. Antes de usarlas, verifique el backend accesible, la lista de conectores, la autoridad de escritura, el entorno, los campos de respuesta y la cobertura de eventos. Una ruta visible o un esquema de API no son evidencia de que un procesador esté conectado o de que haya tráfico en vivo.

Para el expediente de auditoría

Una explicación de enrutamiento puede usar solo las entradas y respuestas capturadas en la RouteExecution correspondiente. Si faltan las respuestas de disponibilidad, rechazo, fallback o procesador, márquelas como No registrado; no reconstruya una cadena completa ni dé a entender que el procesador B estaba en vivo.

¿Quiere el manual completo en PDF? Escríbanos y se lo enviamos — el botón abre su aplicación de correo, o copie la dirección de abajo.

Solicitar el manual por correo office@e-kmc.io