Para cualquier consulta estamos a un clic

Hacer una pregunta

Apple Pay

Introducción

Antes de aceptar pagos mediante Apple Pay, ejecute las acciones presentadas en las secciones siguientes. Después de ejecutar las acciones indicadas puede proceder a la mejora de su aplicación móvil para la interacción con Apple Pay (la descripción de los detalles técnicos de tales mejoras se encuentra fuera del marco del presente documento, vea más detalles en la documentación Apple Pay).

Creación de Merchant ID

Para crear su Merchant ID (Identificador de vendedor), realice las siguientes acciones.

  1. En el gabinete personal Apple Member Center diríjase por el enlace Certificates, Identifiers & Profiles.
  2. En la página mostrada en la sección Identifiers seleccione Merchant IDs.
  3. En la página mostrada haga clic en el icono + en la esquina superior derecha.
  4. En los campos Merchant ID Descritpion e Identifier introduzca la descripción de su identificador de vendedor Apple y el identificador mismo respectivamente.
  5. Haga clic en Continue.
  6. En la página mostrada verifique los datos introducidos y haga clic en Register.
  7. En la página mostrada haga clic en Done.

Registro de certificado

Para aceptar pagos a través de Apple Pay, debe tener un par de claves y un certificado de clave pública correspondiente a este par de claves. Las acciones necesarias en el panel personal dependen de si tiene un par de claves y el certificado correspondiente o no.

Condiciones iniciales Pasos necesarios
No tiene par de claves y certificado de clave pública
  1. Cree un par de claves
  2. Descargue del panel personal la solicitud de firma de certificado
  3. Firme el certificado en Apple Pay

Posteriormente tendrá disponibles las siguientes acciones.
Tiene par de claves y certificado de clave pública registrado en Apple Pay Cargue el archivo que contiene el par de claves en el panel personal de la pasarela de pagos
Posteriormente tendrá disponibles las siguientes acciones.

Creación de un nuevo certificado

Para crear un par de claves, realice las siguientes acciones.

  1. Ingrese al gabinete personal y seleccione sección Certificados en el menú lateral izquierdo.
  2. Seleccione Apple Pay.
  3. Haga clic en Crear par de claves.
    Se mostrará la siguiente ventana.
  4. Complete los campos necesarios (ver tabla abajo).
Parámetro Descripción

Algoritmo de cifrado

Este botón de radio permite seleccionar uno de los dos algoritmos criptográficos que se utilizarán para generar el par de claves.
  • RSA - algoritmo RSA.
  • ECC - criptografía de curvas elípticas.

Country (C)

Introduzca el código de dos letras del país donde se encuentra su organización.

Locality Name (L)

Organization Name (O)

Introduzca el nombre de su organización.

Apple ID

Apple ID del vendedor.

State Name (ST)

Introduzca el nombre de la región en la que se encuentra su organización.

Common Name (CN)

Introduzca el nombre de dominio completo de su sitio, por ejemplo, test.com.

Organization Unit (OU)

Introduzca el nombre de la subdivisión de su organización.

El par de claves creado se mostrará en la sección Apple Pay (ver figura abajo).

Proceda a descarga de CSR.

Carga de certificado creado previamente

Para cargar un par de claves existente, realice las siguientes acciones.

  1. Ingrese al panel personal y seleccione la sección Certificados en el menú lateral izquierdo.
  2. Seleccione Apple Pay.
  3. En la sección Certificados de identificación de comerciantes haga clic en Agregar clave.
    Se mostrará la siguiente ventana.
  4. Complete los campos:
    • Apple ID - Indique el Merchant Apple ID.
    • Contraseña - Ingrese la contraseña que protege el contenido del archivo PKCS12.
    • Dominio por defecto - ingrese el dominio de su tienda en línea.
  5. Arrastre el archivo del par de claves al área destinada para esto.
    Se mostrará en la lista.
  6. Haga clic en Crear. El certificado importado se mostrará en la lista Certificados de identificación de comerciantes.

A continuación, con el certificado están disponibles las siguientes acciones.

Exportación de solicitud de firma de certificado (CSR)

Para descargar la solicitud de firma de certificado, realice las siguientes acciones.

  1. Acceda al gabinete personal y seleccione en el menú lateral izquierdo (sección Certificados)
  2. Seleccione el servicio de pago necesario (Apple Pay, Google Pay o Samsung Pay).
  3. Haga clic en el icono en la línea con el certificado necesario y seleccione Descargar CSR (ver imagen abajo).

    Se mostrará la ventana de guardado de archivo.
  4. Indique la ruta de guardado del archivo o guárdelo en la carpeta por defecto.

También tiene disponibles las siguientes acciones.

Edición de Merchant ID

Para cambiar su Apple Merchant ID, siga los siguientes pasos.

  1. Ingrese a su cuenta personal y seleccione la sección Certificados en el menú lateral izquierdo.
  2. Seleccione Apple Pay.
  3. Haga clic en y seleccione Editar (vea la figura a continuación).

    Se mostrará la siguiente ventana.
  4. Edite el campo Apple ID y haga clic en Confirmar.

Desactivación del certificado

Para prohibir el uso de la clave, realice las siguientes acciones.

No has proporcionado el texto que necesitas traducir. Por favor, comparte el contenido en ruso que debo traducir al español y procederé con la traducción siguiendo todas las instrucciones que has especificado.

  1. Ingrese al gabinete personal y seleccione en el menú lateral izquierdo (sección Certificados)
  2. Seleccione el servicio de pago necesario (Apple Pay, Google Pay o Samsung Pay).
  3. Haga clic en el icono en la línea del certificado necesario y seleccione Prohibir uso (véase la imagen a continuación).

    Se mostrará la siguiente ventana.
  4. Haga clic en Confirmar.

La visualización del certificado cuyo uso está prohibido depende de la casilla Certificados permitidos, ubicada en la parte superior de la sección Certificados (véase la imagen a continuación).

Parámetro Descripción
Casilla Certificados permitidos marcada Los certificados cuyo uso está prohibido no se muestran en la lista de certificados.
Casilla Certificados permitidos no marcada Los certificados cuyo uso está prohibido se muestran en la lista, pero en la columna Permitido frente a este certificado figura No (véase la imagen a continuación).

Acciones necesarias para la integración web

Para asegurar la posibilidad de integración web, realice las siguientes acciones.

  1. Registre y confirme su dominio en Apple.
    • Si la página de pago se encuentra en su lado, registre su dominio.
    • Si la página de pago se encuentra en el lado de la pasarela de pago, indique el dominio de la pasarela de pago.
  2. Cree un certificado de identificación del vendedor, conviértalo en archivo .pem y cárguelo en su servidor.

Este certificado se utiliza para la autenticación de conexiones a los servidores Apple Pay.

Registro de dominio en Apple

Para registrar el certificado en Apple, realice las siguientes acciones.

  1. Ingrese a su cuenta de desarrollador Apple en la página https://developer.apple.com.
  2. Siga las instrucciones de ayuda de la cuenta de desarrollador Apple para registrar el dominio.

En el paso de selección del identificador del vendedor, seleccione el identificador del vendedor creado anteriormente.

Esquema de integración

sequenceDiagram participant Pagador participant Recurso del vendedor participant Sistema Apple Pay participant Pasarela de pagos Pagador->>Recurso del vendedor: 1. Selección de pago a través de Apple Pay Recurso del vendedor->>Sistema Apple Pay: 2. Envío de información sobre el pago Sistema Apple Pay->>Sistema Apple Pay: 3. Creación del objeto PKPaymentToken con PaymentData Sistema Apple Pay-->>Recurso del vendedor: 4. Envío de datos sobre el pago Recurso del vendedor->>Recurso del vendedor: 5. Extracción de PaymentData y codificación del contenido en Base64 Recurso del vendedor->>Pasarela de pagos: 6. Solicitud de pago con valor PaymentData codificado en Base64 Pasarela de pagos->>Pasarela de pagos: 7. Descifrado de datos de pago y procesamiento del pago Pasarela de pagos-->>Recurso del vendedor: 8. Envío de respuesta con resultado del pago Recurso del vendedor-->>Pagador: 9. Visualización del resultado
  1. El usuario en la aplicación móvil selecciona la opción de pago mediante Apple Pay.
  2. La información sobre el pago se envía para su procesamiento al sistema Apple Pay.
  3. Para el procesamiento de datos sobre el pago en el sistema Apple Pay se crea el objeto PKPaymentToken Object, que contiene la propiedad paymentData (aquí y en adelante ver documentación Apple Pay).
  4. Apple Pay envía al vendedor (aplicación móvil) la respuesta.
  5. El vendedor extrae del objeto PKPaymentToken Object recibido la propiedad paymentData y codifica su contenido en Base64.
  6. El vendedor crea una solicitud de pago que contiene entre otras cosas la propiedad paymentData obtenida de la respuesta del sistema Apple Pay y codificada en Base64, y la envía para su procesamiento a la pasarela de pagos (ver solicitud de pago a través de Apple Pay).
  7. El sistema de pagos procesa la solicitud.
  8. El sistema de pagos devuelve la respuesta con el resultado.
  9. La aplicación móvil muestra al usuario el resultado del pago.

Enlaces a información de referencia

Enlace Descripción
Apple Pay Sección del sitio web apple.com que contiene información general sobre Apple Pay.
Developer Apple Pay Sección del sitio web apple.com destinada a desarrolladores y que contiene enlaces a varios documentos e información de referencia relacionada con Apple Pay.
Apple Pay Sandbox Sección del sitio web apple.com que contiene información sobre pruebas.
Apple Pay Guide Sección del sitio web apple.com que contiene una guía de programación.
Apple Pay Guidelines Sección de la guía de referencia del App Store dedicada a aplicaciones Apple Pay..
Apple Pay API Guía de referencia API (interfaz de programación de aplicaciones).
Estructura PKPaymentToken Object Descripción de la estructura del objeto PKPaymentToken Object.
Login page Página de acceso al entorno de desarrollo.
Getting Started with Apple Pay Documento en formato PDF que contiene información general sobre Apple Pay y enlaces a información de referencia.
Apple Pay Marketing Guidelines Descripción de cómo añadir el botón Apple Pay a su sitio web.

Google Pay

Introducción

Existen varias opciones de implementación de Google Pay™. Estas opciones soportan los métodos de autenticación CRYPTOGRAM_3DS y PAN_ONLY.

Método de pago Descripción
Desde aplicación móvil El pago se realiza desde una aplicación móvil en el dispositivo móvil del usuario. En este escenario, la aplicación solicita datos cifrados a Google Pay. Estos datos deben ser enviados a la pasarela de pagos.
Para utilizar esta opción es necesario realizar la integración de la aplicación con Google Pay API.
Desde página web, donde la página de pago está ubicada en su lado El pago se realiza desde una página web. El usuario selecciona el pago en el sitio web del comerciante, mientras que el comerciante solicita datos de pago cifrados al sistema Google Pay. Después el comerciante debe enviar estos datos a la pasarela de pagos.
Para utilizar esta opción es necesario realizar la integración del sitio web con Google Pay API.
Pago en página de pago, que está ubicada en el lado de la pasarela de pagos El pago se realiza desde una página web. El usuario selecciona el pago en el sitio web del comerciante, después de lo cual el comerciante lo redirige a la página de pago en el lado de la pasarela de pagos. En este caso el comerciante redirige al comprador a la página de pago en el lado de la pasarela de pagos y debe asegurar el cumplimiento de los siguientes requisitos de Google Pay:

Integración con Google Pay API

Si desea utilizar Google Pay como método de pago en su propia página de pago, necesita integrar su aplicación Android o sitio web con Google Pay API a través de Google Pay & Wallet Console. Siga las instrucciones: Google Pay API & Google Pay & Wallet Console.

En el paso 4 de esta instrucción (para aplicación Android app o sitio web respectivamente) al seguir la guía del usuario especifique el tipo de tokenización 'PAYMENT_GATEWAY':

const tokenizationSpecification = {
  type: 'PAYMENT_GATEWAY',
  parameters: {
    'gateway': 'example',
    'gatewayMerchantId': 'exampleGatewayMerchantId'
  }
};

y reemplace example y exampleGatewayMerchantId con valores para el proveedor de pagos BPC de la tabla de proveedores de pagos:

Como resultado de la integración con Google Pay API se le asignará un Google Merchant ID, que se mostrará en la esquina superior derecha de Google Pay & Wallet Console.

Esquemas de integración

Pago en aplicación móvil

sequenceDiagram participant Cliente participant Aplicación participant Google Pay participant Pasarela de pago Cliente->>Aplicación: 1. Selección de pago Google Pay Aplicación->Google Pay: 2. Solicitud de datos enmascarados de tarjeta Google Pay-->>Aplicación: 3. Respuesta a la solicitud Aplicación-->>Cliente: 4. Visualización de datos enmascarados de tarjeta Cliente->>Aplicación: 5. Confirmación de pago Aplicación->>Google Pay: 6. Solicitud de datos cifrados de tarjeta. Google Pay->>Google Pay: 7. Cifrado de datos Google Pay-->>Aplicación: 8. Devolución de datos de pago cifrados Aplicación->>Pasarela de pago: 9. Solicitud de pago Google Pay Pasarela de pago->>Pasarela de pago: 10. Descifrado de datos de pago y pago Pasarela de pago-->>Aplicación: 11. Resultado del pago Aplicación-->>Cliente: 12. Resultado del pago
  1. El cliente selecciona el pago a través de Google Pay.
  2. La aplicación solicita a Google Pay información sobre los datos enmascarados de la tarjeta.
  3. Google Pay devuelve a la aplicación los datos enmascarados de la tarjeta.
  4. La aplicación muestra al cliente los datos enmascarados de la tarjeta añadida en Google Pay.
  5. El cliente confirma el pago con la tarjeta añadida en Google Pay.
  6. La aplicación solicita a Google Pay los datos cifrados de la tarjeta.
  7. Google Pay cifra los datos utilizando la clave pública del comerciante.
  8. Google Pay devuelve a la aplicación los datos cifrados del pago.
  9. La aplicación envía solicitud de pago Google Pay a la pasarela de pago, la solicitud contiene el token obtenido de Google Pay.
  10. La pasarela de pago descifra el token recibido y realiza el pago.
  11. La pasarela de pago devuelve el resultado del pago a la aplicación.
  12. La aplicación muestra el resultado del pago al cliente.

Pago en página de pago ubicada en el lado de la tienda online

sequenceDiagram participant Cliente participant Vendedor participant Google Pay participant Pasarela de pago Cliente->>Vendedor: 1. Selección de pago Google Pay Vendedor->>Google Pay: 2. Solicitud de pago Google Pay Google Pay->>Google Pay: 3. Formación de datos cifrados de pago Google Pay-->>Vendedor:4 . Transmisión de datos cifrados Vendedor->>Pasarela de pago: 5. Solicitud de pago Google Pay Pasarela de pago->>Pasarela de pago: 6. Descifrado de datos y pago Pasarela de pago-->>Vendedor: 7. Resultado del pago Vendedor-->>Cliente: 8. Resultado del pago
  1. El cliente forma el pedido en el sitio web de la tienda online y selecciona el método de pago Google Pay.
  2. El sistema de la tienda online forma la solicitud de pago en Google Pay.
  3. El sistema Google Pay forma los datos de pago cifrados.
  4. El sistema de la tienda online obtiene los datos de pago cifrados.
  5. La tienda online forma solicitud de pago a través de Google Pay, la solicitud contiene los datos de pago cifrados obtenidos.
  6. La pasarela de pago descifra los datos recibidos y realiza el pago.
  7. La pasarela de pago devuelve el resultado del pago a la tienda online.
  8. El resultado del pago se muestra al cliente.

Pago en página de pago ubicada en el lado de la pasarela de pago

sequenceDiagram participant Cliente participant Vendedor participant Pasarela de pago participant Google Pay Cliente->>Vendedor: 1. Formación del pedido Vendedor->>Pasarela de pago: 2. Registro del pedido Pasarela de pago-->>Vendedor: 3. Número de pedido y URL de redirección Vendedor-->>Cliente: 4. Redirección del cliente Cliente->>Pasarela de pago: 5. Transición a la URL obtenida Pasarela de pago->>Pasarela de pago: 6. Visualización del formulario de pago Cliente->>Pasarela de pago: 7. Selección de pago a través de Google Pay Pasarela de pago->Google Pay: 8. Intercambio de datos Pasarela de pago->>Pasarela de pago: 9. Realización del pago Pasarela de pago->>Cliente: 10. Redirección a la página final. Cliente->>Pasarela de pago: 11. Apertura de la página final Pasarela de pago->>Cliente: 12. Visualización del estado al cliente

Si la página de pago está ubicada del lado de Google Pay, el pago ocurre según el siguiente esquema.

  1. El cliente forma un pedido en el sitio del vendedor.
  2. El vendedor registra el pedido en la pasarela de pago.
  3. La pasarela de pago devuelve un número único de pedido en el sistema de la pasarela de pago y la URL a la cual es necesario redirigir al cliente.
  4. El sistema de la tienda redirige el navegador del cliente a la URL obtenida en el paso 3.
  5. El navegador del cliente abre la URL.
  6. El cliente obtiene el formulario de pago.
  7. El cliente selecciona el método de pago Google Pay y confirma su elección.
  8. Ocurre un intercambio de datos entre la pasarela de pago y el sistema Google Pay - la pasarela de pago obtiene los datos de pago.
  9. La pasarela de pago realiza el pago.
  10. El cliente es redirigido a la página final de la tienda.
  11. El navegador del cliente abre la página final.
  12. Se muestra el estado del pago.

Pago Google Pay utilizando 3DS2.

Al pagar con Google Pay usando el método /google/payment.do o google/paymentDirect.do se puede utilizar autenticación del cliente por protocolo 3DS2. En este caso para cada transacción necesita enviar a la pasarela de pago una solicitud de pago dos veces. El envío de la primera solicitud inicia el procedimiento de autenticación por protocolo 3DS2, y el envío de la segunda — continúa el procedimiento con los datos obtenidos del servidor 3DS (componente adicional que interactúa con los sistemas de pago y ACS).

Si el cliente después de la autenticación es redirigido a la página de la tienda, es necesario completar el pago enviando la solicitud finish3dsVer2Payment.do.

Esquema 3DS2 utilizando google/paymentDirect.do.

A continuación se presenta el esquema de pago mediante solicitud google/paymentDirect.do (descifrado de token en su lado) utilizando 3DS2.

sequenceDiagram autonumber participant Client as Cliente participant Merchant as Comerciante participant Google Pay participant PG as PG participant 3DS server participant ACS Client ->> Merchant: Selección de pago Google Pay Merchant ->> Google Pay: Solicitud de lista de tarjetas Google Pay -->> Merchant: Lista de tarjetas enmascaradas Merchant ->> Google Pay: Selección de tarjeta para pago Google Pay -->> Merchant: paymentToken cifrado Merchant ->> Merchant: Descifrado del token Merchant ->> PG: primera solicitud google/paymentDirect.do
(token descifrado en Base64) PG -->> Merchant: Respuesta a la primera solicitud Merchant ->> 3DS server: llamada iframe oculto (threeDSMethodURLServer) opt En la respuesta threeDSMethodURL Merchant ->> ACS: Llamada iframe oculto (threeDSMethodURL) end Merchant ->> PG: Segunda solicitud google/paymentDirect.do PG -->> Merchant: Respuesta a la segunda solicitud opt Necesario redirección a ACS Merchant ->> ACS: CReq (Challenge request) ACS -->> Client: Formulario HTML para autenticación Client ->> ACS: Confirmación de autenticidad ACS -->> Client: Resultado de verificación y redirección a la tienda Merchant ->> PG: finish3dsVer2Payment.do PG -->> Merchant: Respuesta a la solicitud end Merchant ->> PG: Solicitud de estado del pedido PG -->> Merchant: Respuesta a la solicitud de estado Merchant -->> Client: Visualización del resultado
  1. El cliente en la aplicación móvil o en el sitio web selecciona pago mediante Google Pay.
  2. La aplicación solicita a Google Pay la lista de tarjetas del cliente.
  3. Google Pay transmite a la aplicación la lista de tarjetas enmascaradas del cliente.
  4. El cliente selecciona la tarjeta con la que pagará. Estos datos se envían a Google Pay.
  5. Google Pay transmite al aplicativo el paymentToken cifrado.
  6. El comerciante descifra el paymentToken.
  7. Pago del pedido - etapa1. El comerciante transmite los datos descifrados del paymentToken a la pasarela de pagos, enviando la solicitud google/paymentDirect.do.
  8. La pasarela de pagos verifica en el servidor 3DS la posibilidad de realizar la autenticación del cliente por el protocolo 3DS2 y envía la respuesta. En la respuesta, entre otros, se devuelven los siguientes parámetros:
    • is3DSVer2 - indicador de posibilidad de realizar la autenticación 3DSv2 (true/false),
    • threeDSServerTransId - identificador de transacción asignado por el servidor 3DS,
    • threeDSMethodURLServer - dirección del servidor 3DS para la recopilación de datos del navegador,
    • threeDSMethodURL - (opcional) dirección del servidor ACS para la recopilación de datos del navegador,
    • threeDSMethodDataPacked - (opcional) datos para la recopilación de datos del navegador en ACS.
  9. El comerciante en un iframe separado mediante el método POST invoca threeDSMethodURLServer, utilizando el valor obtenido de la respuesta a la solicitud de pago del pedido. Esto permite al servidor 3DS recopilar datos sobre el navegador del cliente.
  10. (Paso opcional) Si en la respuesta a la solicitud de pago del pedido llegaron los parámetros threeDSMethodURL y threeDSMethodDataPacked, entonces el comerciante en un iframe separado mediante el método POST invoca threeDSMethodURL. En este método es necesario transmitir el valor obtenido del parámetro threeDSMethodDataPacked, obtenido en la respuesta a la solicitud de pago del pedido. Al mismo tiempo es necesario transmitirlo en el parámetro que se llama threeDSMethodData. Esto permite a ACS recopilar datos sobre el navegador del cliente.
  11. Pago del pedido - etapa 2. El comerciante envía repetidamente la solicitud google/paymentDirect.do, para completar el pago del pedido (o efectuar la transferencia de fondos). Al mismo tiempo es necesario transmitir el parámetro threeDSServerTransId - identificador de transacción que fue creado por el servidor 3DS y devuelto en el paso 8. Además, para la redirección del cliente a la página de la tienda después de realizar el pago del pedido se puede transmitir el enlace de redirección en el parámetro threeDSVer2FinishUrl.
  12. La pasarela de pagos interactúa con el servidor 3DS y ACS para averiguar si el cliente requiere pasar la autenticación en ACS, y envía la respuesta a la solicitud de pago. Si el cliente requiere pasar la autenticación en ACS, en la respuesta se devuelve acsUrl – URL para la redirección a ACS, así como packedCReq – datos empaquetados para challenge request. Si no se requiere – se devuelve la respuesta sobre la finalización exitosa del pago.
  13. Si el cliente no requiere pasar la autenticación en ACS, pase al paso 19.

    Si el cliente requiere pasar la autenticación en ACS, desde la página de pagos ocurre la redirección a acsUrl con el parámetro creq=packedCReq, obtenido en el paso 12.

  14. ACS dirige al cliente el formulario HTML para pasar la verificación de autenticidad.

  15. El cliente pasa la verificación de autenticidad

  16. ACS redirige al cliente a la página de la tienda.

  17. Para completar la transacción el comerciante envía a la pasarela de pagos la solicitud finish3dsVer2Payment.do, transmitiendo el parámetro threeDSServerTransId - identificador de transacción que fue creado por el servidor 3DS y devuelto en el paso 8.

  18. La pasarela de pagos envía al comerciante la respuesta a la solicitud realizada.

  19. El comerciante hace la solicitud extendida de estado del pedido getOrderStatusExtended.do a la pasarela de pagos para averiguar el estado del pedido.

  20. La pasarela de pagos envía la respuesta a la solicitud realizada.

  21. El comerciante muestra al cliente la página con el resultado.

Esquema 3DS2 utilizando google/payment.do.

A continuación se presenta el esquema de pago mediante la solicitud /google/payment.do (descifrado del token del lado de la Pasarela de Pagos) utilizando 3DS2.

sequenceDiagram autonumber participant Client as Cliente participant Merchant as Comerciante participant Google Pay participant PG as PP participant 3DS server participant ACS Client ->> Merchant: Selección de pago Google Pay Merchant ->> Google Pay: Solicitud de datos enmascarados de tarjeta Google Pay -->> Merchant: Retorno de datos enmascarados de tarjeta Merchant -->> Client: Visualización de datos enmascarados de tarjeta Client ->> Merchant: Confirmación de pago Merchant ->> Google Pay: Solicitud de datos cifrados de tarjeta Google Pay ->> Google Pay: Cifrado de datos Google Pay -->> Merchant: Datos cifrados Merchant ->> PG: Primera solicitud google/payment.do
(token cifrado en Base64) PG ->> PG: Descifrado de token PG -->> Merchant: Respuesta a primera solicitud Merchant ->> 3DS server: Llamada de iframe oculto (threeDSMethodURLServer) opt En respuesta threeDSMethodURL Merchant ->> ACS: Llamada de iframe oculto (threeDSMethodURL) end Merchant ->> PG: Segunda solicitud google/payment.do PG -->> Merchant: Respuesta a segunda solicitud opt Es necesario redirigir a ACS Merchant ->> ACS: CReq (Challenge request) ACS -->> Client: Formulario HTML para autenticación Client ->> ACS: Confirmación de autenticidad ACS -->> Client: Resultado de verificación y redirección a tienda Merchant ->> PG: finish3dsVer2Payment.do PG -->> Merchant: Respuesta a solicitud end Merchant ->> PG: Solicitud de estado de pedido PG -->> Merchant: Respuesta a solicitud de estado Merchant -->> Client: Visualización de resultado
  1. El cliente en aplicación móvil o en sitio web selecciona pago mediante Google Pay.
  2. La aplicación solicita en Google Pay datos enmascarados de tarjeta del cliente.
  3. Google Pay transmite a la aplicación datos enmascarados de tarjeta del cliente.
  4. El comerciante muestra al cliente datos de tarjeta.
  5. El cliente confirma el pago.
  6. El comerciante solicita a Google Pay datos cifrados de tarjeta.
  7. Google Pay cifra datos de tarjeta.
  8. Google Pay devuelve al comerciante datos cifrados de tarjeta (token).
  9. Pago de pedido - etapa1. El vendedor transmite datos descifrados paymentToken a la pasarela de pago, enviando solicitud /google/payment.do.
  10. La pasarela de pago descifra el token.
  11. La pasarela de pago verifica en servidor 3DS la posibilidad de realizar autenticación del cliente por protocolo 3DS2 y envía respuesta. En la respuesta, entre otros, se devuelven los siguientes parámetros:
    • is3DSVer2 - bandera de posibilidad de realizar autenticación 3DSv2 (true/false),
    • threeDSServerTransId - identificador de transacción, asignado por servidor 3DS,
    • threeDSMethodURLServer - dirección de servidor 3DS para recolección de datos sobre navegador,
    • threeDSMethodURL - (opcional) dirección de servidor ACS para recolección de datos sobre navegador,
    • threeDSMethodDataPacked - (opcional) datos para recolección de datos sobre navegador en ACS.
  12. El comerciante en iframe separado por método POST llama threeDSMethodURLServer, usando el valor obtenido de la respuesta a solicitud de pago de pedido. Esto permite al servidor 3DS recopilar datos sobre navegador del cliente.
  13. (Paso opcional) Si en la respuesta a solicitud de pago de pedido llegaron parámetros threeDSMethodURL y threeDSMethodDataPacked, entonces el comerciante en iframe separado por método POST llama threeDSMethodURL. En este método es necesario transmitir el valor obtenido del parámetro threeDSMethodDataPacked, obtenido en la respuesta a solicitud de pago de pedido. Al mismo tiempo es necesario transmitirlo en el parámetro que se llama threeDSMethodData. Esto permite a ACS recopilar datos sobre navegador del cliente.
  14. Pago de pedido - etapa 2. El comerciante envía repetidamente solicitud /google/payment.do, para completar pago de pedido (o realizar transferencia de fondos). Al mismo tiempo es necesario transmitir parámetro threeDSServerTransId - identificador de transacción, que fue creado por servidor 3DS y devuelto en paso 11. Además, para redireccionar al cliente a página de tienda después de realizar pago de pedido se puede transmitir enlace de redirección en parámetro threeDSVer2FinishUrl.
  15. La pasarela de pago interactúa con el servidor 3DS y ACS para determinar si el cliente necesita realizar autenticación en ACS, y envía respuesta a la solicitud de pago. Si el cliente necesita realizar autenticación en ACS, en la respuesta se devuelve acsUrl – URL para redirección a ACS, así como packedCReq – datos empaquetados para challenge request. Si no es necesario – se devuelve respuesta sobre finalización exitosa del pago.
  16. Si el cliente no necesita realizar autenticación en ACS, proceda al paso 22.

    Si el cliente necesita realizar autenticación en ACS, desde la página de pago ocurre redirección a acsUrl con parámetro creq=packedCReq, obtenido en el paso 15.

  17. ACS envía al cliente formulario HTML para realizar verificación de autenticidad.

  18. El cliente realiza verificación de autenticidad

  19. ACS redirige al cliente a la página de la tienda.

  20. Para finalizar la transacción el comerciante envía a la pasarela de pago solicitud finish3dsVer2Payment.do, transmitiendo parámetro threeDSServerTransId - identificador de transacción, que fue creado por el servidor 3DS y devuelto en el paso 11.

  21. La pasarela de pago envía al comerciante respuesta a la solicitud realizada.

  22. El comerciante realiza solicitud extendida de estado de pedido getOrderStatusExtended.do a la pasarela de pago, para determinar el estado del pedido.

  23. La pasarela de pago envía respuesta a la solicitud realizada.

  24. El comerciante muestra al cliente página con el resultado.

Requisitos para la página de pago del lado del vendedor

La página de pago del lado del vendedor debe cumplir con los siguientes requisitos.

paymentsClient.isReadyToPay({allowedPaymentMethods: allowedPaymentMethods})
    .then(function(response) {
      if (response.result) {
        // in this case the button should be displayed
        addGooglePayButton();
      }
    })
    .catch(function(err) {
      // show error in developer console for debugging
      console.error(err);
    });

function addGooglePayButton() {
  var button = document.createElement('button');
  button.className = 'google-pay';
  button.appendChild(document.createTextNode('Google Pay'));
  sbutton.addEventListener('click', onGooglePaymentButtonClicked);
  document.getElementById('container').appendChild(button);
}
var paymentsClient =
    new google.payments.api.PaymentsClient({environment: 'TEST'});
function getGooglePaymentDataConfiguration() {
  return {
    merchantId: '00000000000000000000', //constant for the bank's RBE; for the environment: 'TEST' is not indicated
    transactionInfo = {
        totalPriceStatus: 'FINAL',
        totalPrice: '123.45', //amount in major units
        currencyCode: 'EUR' //ISO 4217
    },
    paymentMethodTokenizationParameters: {
        tokenizationType: 'PAYMENT_GATEWAY',
        parameters: {
            gateway: 'some-bank', //constant for the bank's RBE
            gatewayMerchantId: 'exampleGatewayMerchantId' //merchant identifier in the payment gateway
        }
    },
    allowedPaymentMethods: ['CARD', 'TOKENIZED_CARD'],
    cardRequirements: {
        allowedCardNetworks: ['MASTERCARD', 'VISA']
    }
  };
}
var paymentDataRequest = getGooglePaymentDataConfiguration();
paymentsClient.loadPaymentData(paymentDataRequest).then(function(paymentData){
  processPayment(paymentData);
}).catch(function(err){
  // show error in developer console for debugging
  console.error(err);
});
## Uso de claves individuales [#google-keys-mp3] Si por alguna razón no desea utilizar BPC como proveedor de pagos y desea integrarse con Google Pay directamente, puede utilizar un par de claves individual para descifrar datos de pago cifrados de Google Pay. Este par de claves se puede generar en Merchant Portal y luego cargar en la cuenta de Google.

Creación de par de claves

Para crear un par de claves, realice las siguientes acciones.

  1. Acceda al gabinete personal y seleccione sección Certificados en el menú lateral izquierdo.
  2. Selección de pago Google Pay.
  3. En la sección Trabajo con claves haga clic en Crear par de claves.
    Se mostrará la siguiente ventana.
  4. En el campo Google ID indique su identificador Google Merchant ID, obtenido durante la integración con Google API, y luego haga clic en Confirmar.
  5. El par de claves creado se mostrará en la sección Trabajo con claves (ver figura abajo).

Descarga de clave pública

Para descargar la clave pública, realice las siguientes acciones.

  1. Ingrese al gabinete personal y seleccione sección Certificados en el menú lateral izquierdo.
  2. Selección de pago Google Pay.
  3. Haga clic en frente al certificado necesario y seleccione Descargar clave (ver imagen abajo).
  4. En el diálogo Guardar archivo seleccione la ruta donde se guardará el archivo, o guárdelo en la carpeta predeterminada.

También están disponibles las siguientes acciones.

Edición de Google ID

Para cambiar su Google ID, siga los siguientes pasos.

  1. Ingrese a su cuenta personal y seleccione la sección Certificados en el menú lateral izquierdo.
  2. Selección de pago Google Pay.
  3. Haga clic junto a su certificado y seleccione Editar (vea la figura a continuación).
    Se mostrará la siguiente ventana.
  4. Edite el valor en el campo Google ID y haga clic en Confirmar.

Desactivación del certificado

Para prohibir el uso de la clave, realice las siguientes acciones.

No has proporcionado el texto que necesitas traducir. Por favor, comparte el contenido en ruso que debo traducir al español y procederé con la traducción siguiendo todas las instrucciones que has especificado.

  1. Ingrese al gabinete personal y seleccione en el menú lateral izquierdo (sección Certificados)
  2. Seleccione el servicio de pago necesario (Apple Pay, Google Pay o Samsung Pay).
  3. Haga clic en el icono en la línea del certificado necesario y seleccione Prohibir uso (véase la imagen a continuación).

    Se mostrará la siguiente ventana.
  4. Haga clic en Confirmar.

La visualización del certificado cuyo uso está prohibido depende de la casilla Certificados permitidos, ubicada en la parte superior de la sección Certificados (véase la imagen a continuación).

Parámetro Descripción
Casilla Certificados permitidos marcada Los certificados cuyo uso está prohibido no se muestran en la lista de certificados.
Casilla Certificados permitidos no marcada Los certificados cuyo uso está prohibido se muestran en la lista, pero en la columna Permitido frente a este certificado figura No (véase la imagen a continuación).

Samsung Pay

Información general

Antes de aceptar pagos a través de Samsung Pay, realice las siguientes acciones.

  1. Cree una cuenta en el sitio https://account.samsung.com.
  2. Utilizando la cuenta creada, regístrese en el sitio https://pay.samsung.com/developers.
  3. En el sitio https://pay.samsung.com/developers cree un Service (Servicio) y como Payment Gateway (Pasarela de pago) seleccione BPC.
  4. Proceda a las acciones en el panel personal de la pasarela de pago:

Creación de par de claves

Para crear un par de claves, realice las siguientes acciones.

  1. Ingrese al gabinete personal y seleccione la sección Certificados en el menú lateral izquierdo.
  2. Selección de pago Samsung Pay.
  3. En la sección Trabajo con claves haga clic en Crear par de claves.
    Se mostrará la siguiente ventana.
  4. Complete los campos (véase la tabla a continuación).
Campo Descripción

Country (C)

Introduzca el código de dos letras del país donde se encuentra su organización.

State Name (ST)

Introduzca el nombre de la región en la que se encuentra su organización.

Locality Name (L)

Common Name (CN)

Introduzca el nombre de dominio completo de su sitio, por ejemplo, test.com.

Organization Name (O)

Introduzca el nombre de su organización.

Organization Unit (OU)

Introduzca el nombre de la subdivisión de su organización.

El par de claves creado se mostrará en la sección Trabajo con claves (véase la figura a continuación).

Proceda a la descarga de CSR.

Exportación de solicitud de firma de certificado (CSR)

Para descargar la solicitud de firma de certificado, realice las siguientes acciones.

  1. Acceda al gabinete personal y seleccione en el menú lateral izquierdo (sección Certificados)
  2. Seleccione el servicio de pago necesario (Apple Pay, Google Pay o Samsung Pay).
  3. Haga clic en el icono en la línea con el certificado necesario y seleccione Descargar CSR (ver imagen abajo).

    Se mostrará la ventana de guardado de archivo.
  4. Indique la ruta de guardado del archivo o guárdelo en la carpeta por defecto.

Ahora puede cargar la solicitud de firma de certificado en el panel personal de Samsung Pay.

También puede establecer prohibición del uso del certificado.

Finalización del registro

En el área personal en el sitio web https://pay.samsung.com/developers cargue la solicitud de firma de certificado como Merchant CSR (Solicitud de firma de certificado del comerciante).

Desactivación del certificado

Para prohibir el uso de la clave, realice las siguientes acciones.

No has proporcionado el texto que necesitas traducir. Por favor, comparte el contenido en ruso que debo traducir al español y procederé con la traducción siguiendo todas las instrucciones que has especificado.

  1. Ingrese al gabinete personal y seleccione en el menú lateral izquierdo (sección Certificados)
  2. Seleccione el servicio de pago necesario (Apple Pay, Google Pay o Samsung Pay).
  3. Haga clic en el icono en la línea del certificado necesario y seleccione Prohibir uso (véase la imagen a continuación).

    Se mostrará la siguiente ventana.
  4. Haga clic en Confirmar.

La visualización del certificado cuyo uso está prohibido depende de la casilla Certificados permitidos, ubicada en la parte superior de la sección Certificados (véase la imagen a continuación).

Parámetro Descripción
Casilla Certificados permitidos marcada Los certificados cuyo uso está prohibido no se muestran en la lista de certificados.
Casilla Certificados permitidos no marcada Los certificados cuyo uso está prohibido se muestran en la lista, pero en la columna Permitido frente a este certificado figura No (véase la imagen a continuación).
Categorías:
eCommerce API V1
Categorías
Resultados de búsqueda