Esta funcionalidad se encuentra disponible para los siguientes modelos:
☑ Adquirente
☑ AgregadorPara conocer los tipos de tarjeta habilitados en cada uno de los modelos de afiliación, por favor consulta nuestra guía de marcas de tarjeta soportados.
Puedes crear tu cuenta de prueba con Kushki en minutos con la opción de Afiliación Inmediata.
Recibir pagos con tarjetas de débito y crédito en tu sitio consiste en capturar la información de la tarjeta, crear un token y enviar el pago a Kushki para ser procesado.
Importante
Ten en cuenta que, debido a nuestras políticas de riesgo, los medios de pago disponibles y el tipo de integración pueden variar al momento en que formalices la afiliación. Te indicaremos cómo proceder en caso de que este proceso aplique para tu comercio.
Un ejemplo de un formulario de pago con tarjeta sería el siguiente:
La responsabilidad del front-end es recoger la información de tarjeta del usuario de una manera segura, tokenizarla a través de los servidores de Kushki y luego enviarla al back-end para iniciar el proceso de pago.Tienes dos opciones para integrar: Kajita y Kushki.js.
Kushki cuenta con formularios de pago listos para recopilar información de tarjeta de forma segura. Podrás usar cualquiera de nuestras versiones:
Cajita: la primera versión del formulario de pagos. No es personalizable.
Kajita: la segunda versión. Te permite personalizar tus formularios de pago desde tu Consola de administración e incluso tener varias versiones de Kajita.
La cajita incluirá las validaciones del BIN de la tarjeta ingresado por tu cliente de forma tal que se muestren las diferentes opciones de pago diferido disponibles.
Incluye el script de kushki-checkout.js en tu página de pago añadiéndolo al <head> de tu archivo HTML. Siempre carga kushki-checkout directamente desde cdn.kushkipagos.com. No incluyas el script en un bundle o paquete ni hostees una copia de él.
Kajita necesita un espacio dentro de tu página. Ingresa el siguiente código en el <body> de tu sitio donde quieras que se despliegue el formulario de pago.Para Kajita (v.2):
Para Cajita (v.1)
Recuerda configurar la acción del formulario action de acuerdo con el endpoint correspondiente en tu back-end, para obtener el token.Luego, agrega el tag script.Para la Kajita (v.2) Podrás obtener dicho script desde tu Consola de Administración según lo explicado aquí.
Para la v.1 (Cajita), añade el siguiente script y asegúrate de que el formulario se haya cargado:
Esto creará un formulario predefinido en tu página para aceptar pagos.
Recoge la información del usuario y envíala a tu back-end#
Primero, añade el formulario a tu página de pagos con los campos requeridos. Puedes diseñarlo de la forma que mejor te parezca.Por ejemplo:
Muestra las opciones de diferidos de acuerdo al BIN de la tarjeta de tu cliente (Opcional)#
Tan pronto el número de tarjeta de tu cliente es ingresado, deberás consultar el método de solicitud de diferidos para verificar si hay opciones de pago diferido para el BIN de la tarjeta ingresada por el usuario.
Como respuesta a esta llamada, recibirás el tipo type, los meses disponibles y los meses de gracia (skip payments), tal como se muestra en el siguiente ejemplo de respuesta. Para ejecutar el cargo deberás usar solo months.
La ejecución del cargo diferido dependerá del modelo de afiliación:Agregador: deberás usar solo el parámetro months junto con la demás información del cobro.
"months":3,
Adquiriencia: envía el objeto deferred que contiene los parámetros graceMonths, creditType y months. En el campo graceMonths se debe enviar 00 y en el campo creditType01.
Los tipos de diferido disponibles para tu cliente dependerán del BIN de la tarjeta.
De acuerdo a la respuesta, muestra en el formulario de pagos la información de opciones de diferidos que tu cliente tenga disponible. Asegúrate de capturar sus elecciones y enviarlas a su vez junto con los datos de pago en el objeto deferred o en el parámetro months cuando inicies el proceso de cobro con Kushki.Luego, cuando el usuario envía el formulario, deberás solicitar el token y enviarlo a tu back-end.
Con Hosted Fields, incluido en Kushki.js, podrás recolectar de forma segura la información de pago del cliente a través de campos almacenados en infraestructura de Kushki. Devuelve un token el cual permite continuar con el flujo de pago desde el back-end.
Importa la biblioteca de Kushki.js Hosted Fields en tu aplicación a través de una etiqueta <script> dentro de la etiqueta <body>. Una vez importada, podrás acceder a los recursos descritos más adelante para crear un flujo de pago con Kushki.Es necesario importar tanto la biblioteca kushki.min.js (la cuál trae el código necesario para almacenar las credenciales de tu comercio) como la biblioteca card.min.js (módulo el cuál trae las funcionalidades necesarias para el flujo de pagos con tarjeta).
Para hacer uso de la biblioteca Kushki.js Hosted Fields, es necesario primero crear una instancia de tipo KushkiOptions la cuál te permite declarar la clave pública del comercio así como poder seleccionar el ambiente (prueba o producción) mediante el método init().
Nota: Cuando tu comercio esté listo para aceptar pagos reales, es necesario que reemplaces la clave de prueba con la clave de producción.
Añade el siguiente código a tu aplicación:
Revisa la referencia para más información sobre la instancia KushkiOptions.
Sigue los pasos a continuación para poder renderizar los campos de lado del servidor en tu sitio. De esta manera, tus clientes podrán ingresar los datos necesarios para realizar transacciones.
Paso 1. Definir los contenedores para los campos de lado del servidor.#
Antes de llamar al método initCardToken(), es requerido colocar los elementos necesarios para poder renderizar cada campo de lado del servidor.
Solicita un token para seguir con el flujo de pago#
Solicita un token de pago con tarjeta que podrás usar posteriormente para realizar un cobro a un cliente con el endpoint para realizar un pago único o para crear un cargo recurrente.Para obtener un token de pago con tarjeta, es necesario llamar al método requestToken() en la instancia de card inicializada previamente. Este método realiza las validaciones de 3DS, OTP y Sift Science automáticamente. También, valida que todos los campos sean correctos; de lo contrario, arrojará una excepción.
Nota: Si la opción de diferidos está disponible para tu comercio, el objeto deferred será devuelto junto al token. Para que el usuario pueda seleccionar los meses sin intereses a diferir la compra, se deberá colocar una etiqueta div con el id de deferred_id (<div id="deferred_id"></div>) y se deberá definir dentro de la instancia CardOptions en el objeto fields dicho id. Los campos disponibles dentro de deferred varían dependiendo el país. Consulta la referencia para más información sobre diferidos.
Una vez obtenido el token, envíalo a tu back-end para seguir con el flujo de pago.Para realizar validaciones mediante OTP, revisa validación OTP.Consulta la referencia para más información sobre la solicitud de token.
La responsabilidad del back-end es recibir el token obtenido desde tu front-end e iniciar el proceso de pago con Kushki.Cuando el usuario envía el formulario, tu front-end transfiere un token a un endpoint que hayas especificado. Con este token, deberás realizar una llamada a nuestro endpoint de cobros para iniciar el cobro.
De acuerdo con tu respuesta, redirecciona al usuario a una página de éxito o fracaso para informar al cliente si la transacción fue aprobada o declinada.
Envía notificaciones a tus clientes
Si deseas que tus clientes reciban notificación del resultado de sus transacciones, asegúrate de enviar a nuestro endpoint de cobros el email de tu cliente, como parte del objeto contactDetails. Adicional a esto, recuerda configurar habilitar la opción de notificaciones desde tu consola de administración.
Para la seguridad de tu comercio, el equipo de prevención de fraude de Kushki te solicitará en ciertos casos o para determinados montos activar la validación de identidad al recibir pagos con tarjeta.
Cuando envíes el cobro, Kushki realizará una validación para verificar si el número de documento está asociado a la tarjeta de crédito enviada en la petición. En caso de que la validación sea exitosa, el cobro se realizará automáticamente, en caso contrario, te enviaremos la respuesta para que decidas cómo proceder.
La información de la tarjeta se enviará a validación mediante el endpoint existente de cobros. Asegúrate de enviar el parámetro ignoreWarnings en false, incluir el tipo y número de documento, nombre, primer apellido y segundo apellido en el objeto contactDetails e incluir el parámetro fullResponse en true. Si por el contrario deseas omitir esta validación, envía el parámetro ignoreWarnings con valor de true.
La respuesta de la validación de identidad la recibirás en el objeto rules con tres posibles respuestas. Dicha respuesta puede tener variaciones, dependiendo del servicio de validación antifraude utilizado:
No será necesario hacer nada más, la transacción será enviada al procesador y de acuerdo a la respuesta, redirecciona al usuario a una página de éxito o fracaso para informar al cliente si la transacción fue aprobada o declinada.
Transacción rechazada:(No fue posible realizar la validación)
Verificar que se hayan enviado los parámetros documentNumber y documentType en el objeto contactDetails y reintentar.
Transacción rechazada:(La validación se hizo y el resultado fue negativo)
{"code": "322","message": "TransUnion Declined"}{"code": "322","message": "Número de tarjeta no corresponde a la identificación dada"}
En caso de que la transacción haya sido declinada por el sistema de validación, tendrás dos opciones: 1)Ignorar la alerta y continuar con el pago:__ En este caso deberás volver al paso anterior, asegurándote de enviar el parámetro ignoreWarnings en true y el mismo token ya generado 2)Acatar la alerta y rechazar la transacción.
En ciertos casos la validación antifraude será obligatoria para procesar la transacción, por lo cual, incluso si envías el parámetro ignoreWarnings con valor de true y obtienes una respuesta negativa del servicio de validación (código 322), la transacción será declinada. Para mayor información, consulta nuestro artículo Códigos de error.
Existen tarjetas de prueba que puedes utilizar en el ambiente UAT para asegurarte de que tu integración está lista. Úsalas con cualquier CVV, código postal y fecha de expiración futura.
Transacción aprobada: 5451951574925480
Transacción declinada en solicitud de token (front-end): 4574441215190335
Transacción declinada en solicitud de cobro (back-end): 4349003000047015
Si deseas probar un pago con tarjeta realizando la validación antifraude, usa los números que se muestran a continuación al momento de solicitar el token. Luego, al realizar la petición de cobro, envía el número y tipo de documento que se muestra dentro del objeto contactDetails:Validación aprobada:
Tarjeta de crédito:5642569816497595
Número de documento:80004393
Tipo de documento:CC
Validación rechazada:
Tarjeta de crédito:5642569816497595
Número de documento:8000000
Tipo de documento:CC
Validación no realizada:
No enviar documentNumber ni documentType en el objeto contactDetails
Para probar la validación antifraude, es necesario una configuración adicional por parte del equipo de Kushki en la cuenta de tu comercio. Comunícate con un agente de soporte desde tu consola de administración para realizar esta configuración.
Toma en consideración las siguientes pautas para aprobar la certificación técnica (requerida para obtener credenciales productivas):
Los cálculos de los impuestos están correctos.
No almacenar datos sensibles de tarjeta en tu base de datos (número completo de tarjeta, CVV, etc.).
Mensajes en pantalla de acuerdo con las respuestas de Kushki.
Guardar y registrar todas las respuestas de Kushki (requeridas en caso de necesitar soporte).
Asegúrate de enviar todos los datos requeridos que se especifican en la Referencia de la API, como por ejemplo los detalles del producto (productDetails), así como también los datos de contacto de tu cliente-pagador (contactDetails), junto con los datos de facturación ( "orderDetails"."billingDetails") y envío (si tu modelo de negocio lo requiere: "orderDetails"."shippingDetails"), dentro del request para realizar el cargo.
El logo de Kushki debe ser visible para el cliente. Puedes encontrar nuestro logo en varios formatos aquí.
Si estas utilizando Kushki.js, considera también lo siguiente:
El nombre del titular de la tarjeta es requerido.
El campo de número de tarjeta es requerido.
El campo de número de tarjeta acepta solo números.
El campo de número de tarjeta acepta un máximo de 16 dígitos (pueden ser menos).
El campo de CVV es requerido.
El campo de CVV acepta solo números.
El campo de CVV debe ser tipo password.
El campo de CVV permite un máximo de 4 dígitos y un mínimo de 3.
La fecha de expiración es requerida.
La fecha de expiración debe aceptar solamente fechas futuras.
El botón de pago se deshabilita luego de hacer el primer clic.
Si tienes habilitada la opción de notificación por correo electrónico a tus clientes del resultado de transacciones desde Kushki, el parámetro email, del objeto contactDetails es requerido.
El logo de Kushki debe ser visible para el cliente. Puedes encontrar nuestro logo en varios formatos aquí.
Acepta pagos con OTP
Sólo Web. OTP (One Time Password) es otro nivel de protección online en contra del fraude.
