La preparación del pago depende de hitos observables.
La vista de pagos y checkout planificada está diseñada para organizar la evidencia observada por el comercio por hito exacto y procedencia. Los diagnósticos sintéticos futuros se autorizarían por separado y permanecerían distintos de las métricas de tráfico del comercio.
Lo que está en juego en el checkout
Las superficies de pago pueden requerir un estado del lado del cliente, autenticación o respuestas de control que los análisis estándar pueden no preservar o exponer con el mismo origen a nivel de evento. Los sistemas de los comerciantes pueden registrar el último hito observado y un error superficial. No revelan una decisión de modelo fuera de la propiedad, y Cartograph no afirma observar una.
Dónde la evidencia del checkout se vuelve incompleta
- La creación o recuperación del carrito requiere un paso del lado del cliente no representado en los eventos observados por el comerciante.
- No se observa el siguiente hito de impuestos o envío, o el sistema del comercio registra un error.
- Un control de bot, fraude o riesgo registra un desafío o bloqueo en un hito nombrado.
- La evidencia mostrada al comercio en el hito nombrado no incluye identificadores de métodos de pago o de opciones de billetera.
- Se requiere autenticación o creación de cuenta antes del siguiente hito.
- No hay evidencia de solicitud de origen de registro adjunta a los eventos de hito del carrito o del proceso de pago.
Cómo se organiza la vista planificada de pagos y checkout
La categoría Transactable, aplicada a su proceso de pago. Dos canales de evidencia separados, nunca fusionados.
1. Eventos observados por el comerciante — desde sus propios sistemas de carrito y checkout:
- El último hito observado del carrito o del proceso de pago y el siguiente hito esperado que no se observó.
- El control y la respuesta nombrados, solo cuando el sistema del comercio los exponga.
- Identificadores de método de pago y opciones de billetera mostrados al comercio en el hito en cuestión, sin recopilar credenciales, datos de pago o valores de formularios.
2. Diagnósticos autorizados futuros — autorizados por separado, no en ejecución hoy:
Se planean diagnósticos autorizados para ejercitar los pasos seleccionados del carrito y la finalización de compra en entornos aprobados por el comerciante. La autoridad del comerciante se verificaría por separado. Se prefiere un entorno de ensayo u otro entorno de prueba aprobado por el comerciante; la producción requiere una autorización explícita separada. Los diagnósticos se detienen antes de la autenticación, el envío del pago, la realización del pedido o cualquier acción irreversible. La evidencia sintética permanece separada de las métricas de tráfico del comerciante. Nada de esto implica disponibilidad actual o aprobación legal.
El escaneo público inicial no está en funcionamiento hoy. Cuando se lance, se especificará para evaluar superficies de comercio públicas, no autenticadas, utilizando solo lectura GET y ENCABEZADO solicitudes. No está especificado para iniciar sesión, crear cuentas, enviar formularios, mutar carritos, iniciar el pago, ingresar datos de pago, realizar pedidos, probar controles de seguridad o eludir controles de acceso.
Quién es el propietario de esto
- Equipos de pago y conversión: prepárense para revisar el último hito observado y el siguiente hito esperado que no se observó.
- Equipos de pagos: prepárense para revisar la evidencia de opciones de método de pago y billetera mostrada al comerciante en hitos específicos, sin inferir la legibilidad o preferencia del modelo.
- Equipos de riesgo, fraude y bots: prepárense para revisar las respuestas de control nombradas en hitos exactos cuando esas respuestas sean expuestas por los sistemas del comerciante.