Configuración básica
Llama asdk.checkout() después de inicializar el SDK. El widget se monta a sí mismo en el DOM automáticamente.
Selector de tarjetas guardadas
Si la sesión se creó con uncustomerId y ese comprador tiene tarjetas previamente depositadas en el vault, el widget renderiza automáticamente un selector de tarjetas encima del formulario de tarjeta nueva. Las tarjetas se muestran como brand / last 4 / expiry — nunca se devuelve ningún PAN al navegador.
Cuando el comprador selecciona una tarjeta guardada, onSavedMethodSelected se dispara con el token de la tarjeta. Cóbrala de inmediato sin un nonce:
GET /sdk/vaulted-methods y está limitada al propio comprador de la sesión — el navegador no puede enumerar las tarjetas de un comprador diferente.
Cobrar una tarjeta nueva desde el widget
Para una tarjeta nueva ingresada a través del widget, recupera el nonce después de que el comprador envía el formulario y úsalo de la misma forma que con los campos alojados:sdk.authorize(nonce) directamente después del envío del widget para dejar que el SDK administre el ciclo completo de autorizar-y-acción en una sola llamada.
Manejo de 3DS
3DS se maneja de forma idéntica a los campos alojados. Si el resultado del cobro incluyeactionRequired, pásalo a sdk.handleAction:
sdk.handleAction abre el iframe del desafío de 3DS, espera a que se complete y resuelve con el PaymentResult final. No necesitas escribir lógica separada para diferentes tipos de desafío.
vaultConsentEnabled solo muestra la casilla “Guardar esta tarjeta” cuando hay un shopperId presente en la sesión. Si no se pasó ningún customerId a POST /sdk/session, la casilla se oculta independientemente de este ajuste.Si pasaste
cardOnFile al crear la sesión (ver Suscripciones gestionadas por el comercio), el widget muestra un aviso fijo de “la tarjeta se guardará” en lugar de la casilla vaultConsentEnabled — la tarjeta se guarda incondicionalmente, así que no hay nada que aceptar.
