Documentación KX PaymentSuite

Documentación KX PaymentSuite

Documentación técnica de integración

Docy

Pago recurrente

Lectura estimada: 3 minutos

Esta sección proporciona una descripción detallada de la integración de pagos recurrentes a través de POS

Los pasos involucrados en el proceso de pago serán los siguientes:

Pago recurrente inicial
Habrá un pago inicial a través de la interfaz web, igual que en las anteriores integraciones pero con ligeras modificaciones que se detallarán en este apartado
Pago recurrente sucesivo

Los pagos sucesivos se solicitarán a través de un servicio web específico del TPV

Pago recurrente Inicial

 La diferencia se detalla a continuación, solo diferenciado de un pago no recurrente  como se indica en el punto siguiente.

Nuevo campo en la composición de la solicitud del objeto

Habrá un nuevo campo en PARAMS

PARAMS (Mapa donde la clave y el valor son cadenas)
    • PAYMENT_TYPE

Nuevo parámetro en la solicitud del objeto

Los otros campos serán exactamente igual que como se encuentran definidos en la tabla de la estructura de la solicitud del objeto

Pago recurrente sucesivos

El comercio accede a los pagos recurrentes a través de un servicio web bajo las siguientes urls:

 Parámetros requeridos

El campo «signature» contendrá una firma calculada a partir de los parámetros enviados. El proceso de cálculo del algoritmo y firma se detalla en el Anexo-1 de este documento. El orden de los campos es el siguiente:

-merchant_identifier, amount, merchant_operation, payment_operation, signature

El campo signature no viaja en la solicitud. Será facilitado por Kíneox y estará asociado con el campo merchant_identifier

Parámetros de respuesta

El campo «signature» contendrá una firma calculada a partir de los parámetros enviados. El proceso de cálculo del algoritmo y firma se detalla en el Anexo-1 de este documento. El orden de los campos es el siguiente:

-error_code, authorisation_code, payment_operation, signature

El campo signature no viaja en la solicitud. Será facilitado por Kíneox y estará asociado con el campo merchant_identifier

Códigos de error asociados al campo ERROR_CODE

Códigos de retorno asociados al campo PAYMENT CODE

Los posibles códigos en el campo PAYMENT CODE serán exactamente los mismos que se serán definidos a continuación.

 

Valores de PAYMENT_CODE

Posibles estados de la respuesta de pago

Ejemplo de petición

				
					{
"merchant_identifier":"prb",
"amount":"10",
"merchant_operation":"111",
"payment_operation":"320040911420",
"payment_type":"RS",
"description":"Concepto de prueba",
"signature":"6321608fe25dca466491ae7b995715c13a67338a7b9216faa73ca2b083c184aa"
}
				
			

Ejemplo de respuesta

				
					{
    "error_code": "000",
    "payment_code": "000",
    "payment_operation": "469694598121",
    "authorisation_code": "514836",
    "signature": "9c4f71b9800752b4ac9de9ac90b935fcf15388d4f0b7084c14811c99d7581011",
    "bank_code": "0000",
    "entity_reference": null,
    "pan": "123412xxxxxx9046"
}
				
			
es_ESEspañol