Servicio de edición de autorización previa

El enrutamiento GetnetLac permite cambiar el valor de una autorización previa no capturada. Consulte nuestro Soporte para ver si existen otras rutas con esta funcionalidad. Para usar esta funcionalidad, simplemente vuelva a llamar a la operación doPreAuthorization con los datos de una transacción de preautorización con estado CON (confirmado) con la adición del campo amount. A continuación se muestran los detalles de esa llamada.

Parámetros de solicitud:#

Nombre del parámetroDescripciónTamañoObligatorio
nitIdentificador de transacción en el Portal Carat. Obtenido al devolver la llamada a beginTransaction.= 64 ASi
authorizer_idCódigo de autorizador en el Portal Carat. Consulte [lista de autorizadores] (autorizadores.md).≤ 3 NSi
amountMonto total de la compra (en centavos).≤ 12 NSi
numberNúmero de tarjeta del comprador (PAN).≤ 19 NSi
tokenSe utiliza para casos de pagos recurrentes, donde la tarjeta ya debe estar almacenada en la base de datos de pagos en línea. Obligatorio utilizar uno de los campos (número, token o initial_wallet_transaction_id)= 88 ACondicional
expiry_dateFecha de vencimiento en formato MMYY.= 4 NSi
security_codeCódigo de seguridad.≤ 5 NSi
ecomm_pos_refEste campo enviará una identificación que aparecerá en el campo PDV del informe SiTef Web para transacciones de comercio electrónico.≤ 8 AFNo

Parámetros de respuesta:#

Nombre del parámetroDescripciónTamaño
codeCódigo de respuesta de Portal Carat. Cualquier código que no sea "0" significa falla. Para obtener más información, consulte el documento Anexo A-2 - Códigos de respuesta.<4 N
messageMensaje de respuesta de Portal Carat.<500 AN
acquirer_idAdquiriente / código de enrutamiento utilizado en la transacción.<4 N
acquirer_nameNombre del adquirente / enrutamiento utilizado en la transacción.<100 AN
amountMonto de compra especificado en la tienda (en centavos).<12 AN
authorization_numberNumero de autorización.<6 AN
authorizer_codeCódigo de respuesta del autorizador.<10 AN
authorizer_dateFecha de ejecución de la autorización previa devuelta por el autorizador en formato DD / MM / AAAA'T'HH: mm. Ejemplo: 07/13 / 2017T16: 03= 16 D
authorizer_idCódigo de autorización utilizado en la transacción.<4 N
authorizer_merchant_idCódigo de afiliación del comerciante con la agencia autorizadora.<100 AN
authorizer_messageMensaje de respuesta del autorizador.<500 AN
customer_receiptCupón (a través del cliente).<4000 AN
eciEletronic Commerce Indicator (indicador del nivel de seguridad de la transacción de autorización previa a través de Cielo e-Commerce).<3 AN
sitef_usnNúmero secuencial único de la transacción de autorización previa en Portal Carat.= 6 N
host_usnNSU del autorizador .<15 AN
issuerCódigo de la marca de la tarjeta devuelto por el autorizador.<5 AN
merchant_receiptCupón (vía establecimiento).<4000 AN
merchant_usnNúmero secuencial único enviado por la tienda al crear la transacción.<12 AN
nitIdentificador de la transacción de autorización previa en Portal Carat.= 64 AN
order_idCódigo de pedido enviado por la tienda al crear la transacción. < 40 AN
payment_typeTipo de pago del autorizador elegido: B = comprobante bancario, C = crédito, D = débito, P = tarjeta de crédito Private Label puro, T = transferencia bancaria, G = tarjeta gift, O = otros medios y pagos, W = comprobante bancario NR vía Web Service= 1 A
sitef_usnNúmero secuencial único de la transacción de autorización previa en SiTef.= 6 N
statusSstado de la transacción de autorización previa en Portal Carat.= 3 AN
tidID de transacción en adquirente / enrutamiento. Este campo solo se devuelve en transacciones con adquirentes que no son SiTef.<40 AN
xidCampo XID devuelto en autenticaciones 3DS o ciertos adquirientes / rutas.<40 AN

En caso de éxito, se devolverá el responseCode '0' . El estado de la transacción no cambiará en hipótesis cualquiera (éxito o fracaso). Sin embargo, los campos sitef_usn, host_usn, authorization_number, sitef_date, customer_receipt e merchant_receipt cambiarán si se confirma el cambio.