Inicio
Pagos Presenciales
Tokenización
Aliados
Ambientes
Referencia API
Recursos
2
2
min read
El método validaAutorizacion permite consultar y validar un código de aprobación bancaria asociado a una operación procesada mediante el Gateway de Pagos de OEL.
«Valida Codigo de Autorización de las Ultimas 24 Horas»
La operación recibe el identificador del comercio, su contraseña y un código de aprobación bancaria. Como resultado, devuelve información detallada de la transacción asociada, incluyendo identificadores, importe, fecha, hora, códigos de respuesta y datos adicionales del procesamiento.
El método está orientado a la verificación de autorizaciones recientes.
Información del servicio
Propiedad | Valor |
|---|---|
Método |
|
Servicio |
|
Descripción WSDL | Valida Codigo de Autorización de las Ultimas 24 Horas |
Protocolo | SOAP 1.1 / SOAP 1.2 |
Transporte | HTTPS |
Endpoint |
|
Namespace |
|
SOAPAction |
|
Request |
|
Response |
|
Parámetros Request | 3 |
Parámetros Response | 29 |
Ventana de consulta | Últimas 24 horas, según descripción WSDL |
El nombre de la operación distingue mayúsculas y minúsculas: debe utilizarse exactamente validaAutorizacion.
Autenticación
La operación utiliza la cabecera SOAP OpHeader, mediante las credenciales asignadas al comercio por OEL.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Primera clave de autenticación del servicio. |
| string | Segunda clave de autenticación del servicio. |
Adicionalmente, el cuerpo de la solicitud incluye comercioId y contrasena.
Las credenciales deben mantenerse protegidas y transmitirse mediante conexiones HTTPS seguras.
Parámetros de solicitud (Request)
El método recibe un objeto request de tipo cValidaAutorizacionReq, compuesto por 3 parámetros.
Parámetro | Tipo WSDL | Requerido | Descripción |
|---|---|---|---|
| int | Sí | Identificador único del comercio asignado por OEL. |
| string | Sí* | Contraseña de acceso al Gateway de Pagos asignada al comercio. |
| string | Sí* | Código de aprobación bancaria que se desea validar. |
Consideraciones sobre los parámetros
comercioId
Identifica al comercio bajo el cual se realizará la validación.
Debe utilizarse el identificador asignado por OEL.
contrasena
Corresponde a la contraseña de autenticación del comercio.
Debe protegerse durante su almacenamiento y transmisión.
codigoAprobacion
Es el dato principal de la consulta.
Corresponde al código de aprobación bancaria obtenido como resultado de una operación previamente procesada.
Ejemplo XML Request — SOAP 1.1
El siguiente ejemplo muestra una solicitud de validación de autorización utilizando valores ficticios y simbólicos.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Header> <OpHeader> <OpKey1>CLAVE_1_ASIGNADA</OpKey1> <OpKey2>CLAVE_2_ASIGNADA</OpKey2> </OpHeader> </soap:Header> <soap:Body> <validaAutorizacion> <request> <comercioId>12345</comercioId> <contrasena>CLAVE_COMERCIO</contrasena> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> </request> </validaAutorizacion>
Todos los valores son ilustrativos.
El código de aprobación utilizado no representa una autorización bancaria real.
Cabeceras HTTP
Para enviar la solicitud mediante SOAP 1.1:
Parámetros de respuesta (Response)
El servicio devuelve un mensaje SOAP que contiene el elemento validaAutorizacionResponse.
Dentro de este elemento se encuentra validaAutorizacionResult, de tipo cValidaAutorizacionResp.
La respuesta contiene 29 parámetros.
Identificación de la transacción
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Identificador del comercio asociado a la operación. |
| string | Identificador de la terminal utilizada para procesar la transacción. |
| string | Identificador de la transacción asociada al código de aprobación consultado. |
| string | Fecha asociada a la transacción, en fotmato DD/MM/YYYY |
| string | Hora asociada a la transacción, en formato HH:MM:SS |
| decimal | Importe de la operación. |
| string | Referencia asociada a la transacción. |
| string | Número de control relacionado con la operación. |
Los campos fechaTransaccion y horaTransaccion están definidos como string.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Código principal de respuesta de la consulta. |
| string | Código o información de respuesta retornada por el procesador de pagos. |
| int | Código de respuesta o error asociado al procesamiento financiero. |
| string | Mensaje retornado por el procesador de pagos. |
| string | Código de aprobación bancaria asociado a la transacción. |
Nota: el WSDL no incluye un catálogo específico de códigos de respuesta para validaAutorizacion.
Información de afiliación
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Número de afiliación utilizado para procesar la operación. |
| string | Número de afiliación de la empresa asociada a la transacción. |
Información de tarjeta y procesamiento
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Información EMV asociada a la transacción, cuando corresponda. |
| string | Tipo de operación procesada. |
| string | Tipo de tarjeta utilizado. |
| string | Marca de la tarjeta utilizada. |
| string | Información relacionada con el emisor de la tarjeta. |
| string | Banco emisor de la tarjeta. |
| string | Información relacionada con el resultado de autorización. |
| string | Dato relacionado con la tarjeta referida. |
Información EMV adicional
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Identificador de aplicación EMV (Application Identifier). |
| string | Resultado de verificación de terminal (Terminal Verification Results). |
| string | Indicadores de estado de transacción (Transaction Status Information). |
| string | Campo asociado a información de aplicación. |
| string | Campo de aplicación |
| string | Criptograma de solicitud de autorización (Authorization Request Cryptogram). |
Los campos EMV pueden estar ausentes dependiendo del tipo de operación y de la información disponible en el Gateway.
Ejemplo XML Response — Resultado ilustrativo
El siguiente ejemplo representa una respuesta ficticia con los 29 campos definidos en cValidaAutorizacionResp.
Los códigos, mensajes y datos utilizados son exclusivamente ilustrativos. No representan una respuesta capturada del servicio ni establecen reglas oficiales de interpretación.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Body> <validaAutorizacionResponse> <validaAutorizacionResult> <comercioId>12345</comercioId> <terminalId>TERMINAL_EJEMPLO</terminalId> <transaccionId>ID_TRANSACCION_ORIGINAL</transaccionId> <fechaTransaccion>FECHA_EJEMPLO</fechaTransaccion> <horaTransaccion>HORA_EJEMPLO</horaTransaccion> <monto>500.00</monto> <referencia>VENTA000001</referencia> <numeroControl>CONTROL_EJEMPLO</numeroControl> <codigoRespuesta>0</codigoRespuesta> <procReturnMsg>CODIGO_PROCESADOR</procReturnMsg> <ccErrorCode>0</ccErrorCode> <ccReturnMsg>MENSAJE_SIMBOLICO</ccReturnMsg> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> <afiliacion>AFILIACION_EJEMPLO</afiliacion> <afiliacionEmpresa>EMPRESA_EJEMPLO</afiliacionEmpresa> <emvData>DATOS_EMV_SIMBOLICOS</emvData> <operType>TIPO_OPERACION</operType> <cardType>TIPO_TARJETA</cardType> <cardBrand>MARCA_TARJETA</cardBrand> <issuerData>DATOS_EMISOR_SIMBOLICOS</issuerData> <issuingBank>BANCO_EMISOR_EJEMPLO</issuingBank> <auth_result>RESULTADO_SIMBOLICO</auth_result> <referred_card>DATO_SIMBOLICO</referred_card> <aid>AID_SIMBOLICO</aid> <tvr>TVR_SIMBOLICO</tvr> <tsi>TSI_SIMBOLICO</tsi> <apn>APN_SIMBOLICO</apn> <al>AL_SIMBOLICO</al> <arqc>ARQC_SIMBOLICO</arqc> </validaAutorizacionResult> </validaAutorizacionResponse>
Los valores codigoRespuesta=0 y ccErrorCode=0 son ejemplos de representación de campos enteros.
Los valores de los campos EMV son marcadores simbólicos y no deben utilizarse para pruebas funcionales de procesamiento EMV.
Interpretación de la respuesta
Validación del código de aprobación
El propósito declarado del método es validar un código de aprobación de las últimas 24 horas.
La respuesta utiliza campos generales de procesamiento, principalmente codigoRespuesta, ccErrorCode, procReturnMsg y ccReturnMsg.
Por lo tanto, debe confirmarse qué combinación de valores indica que el código fue localizado y validado satisfactoriamente.
Información de la transacción
Cuando la respuesta incluye transaccionId, monto, referencia, fechaTransaccion y horaTransaccion, el integrador dispone de información para relacionar el resultado con una operación registrada en su sistema.
Ventana de 24 horas
El método valida unica y exclusivamente códigos de autorización de las últimas 24 horas.
Códigos de respuesta y errores
El método incluye los siguientes campos para comunicar el resultado del procesamiento:
Campo | Tipo | Función |
|---|---|---|
| int | Resultado principal de la consulta. |
| string | Información del procesador. |
| int | Código asociado al resultado financiero. |
| string | Mensaje del procesador. |
Se identifica codigoRespuesta=0 como una coincidencia encontrada y codigoRespuesta=1 como rechazo y/o una busqueda sin coincidencia.
También deben contemplarse errores HTTP y fallas de protocolo SOAP.
Consideraciones técnicas
Consulta no transaccional
Por su descripción y contrato, validaAutorizacion se presenta como una operación de validación y consulta.
No requiere transmitir datos de tarjeta ni información de pago para solicitar una nueva autorización.
Identificación de la operación
La solicitud utiliza únicamente el código de aprobación y las credenciales del comercio.
Integridad de los resultados
Se recomienda comparar los datos devueltos por el Gateway con los registros internos del comercio cuando se utilice el método para verificar una operación.
En particular, pueden contrastarse transaccionId, monto, referencia y codigoAprobacion, siempre que estén presentes en la respuesta.
Manejo de errores de comunicación
Ante una falla de comunicación, el integrador no debe concluir que el código es inválido.
Debe distinguirse entre una respuesta funcional de validación y una falla de transporte o procesamiento.
Protección de información
Aunque el Request no incluye PAN ni Track 2, la respuesta puede contener información EMV y datos relacionados con la tarjeta.
Se recomienda aplicar controles de acceso y evitar registrar indiscriminadamente el contenido completo de la respuesta.
Precisión de importes
El parámetro monto está definido como decimal.
La integración debe utilizar un tipo de datos decimal adecuado para representar importes monetarios sin introducir errores de precisión.
Conservación de evidencia
Cuando se utilice para seguimiento operativo, se recomienda conservar la referencia de la consulta, los identificadores devueltos y el resultado funcional, conforme a las políticas de seguridad y retención aplicables.
Relación con otros métodos
Método | Función |
|---|---|
| Solicita procesar una venta. |
| Valida un código de aprobación correspondiente a las últimas 24 horas. |
| Consulta el estado actual de una venta específica. |
| Obtiene un listado de transacciones. |
| Solicita una preautorización. |
| Solicita una postautorización. |
| Solicita una reautorización de cargo. |
La diferencia principal entre validaAutorizacion y OpObtenerVenta está en el criterio de búsqueda.
validaAutorizacion utiliza un código de aprobación bancaria y se limita a las últimas 24 horas.
OpObtenerVenta permite consultar una venta mediante los identificadores contemplados en su propio contrato.
El método validaAutorizacion permite consultar y validar un código de aprobación bancaria asociado a una operación procesada mediante el Gateway de Pagos de OEL.
«Valida Codigo de Autorización de las Ultimas 24 Horas»
La operación recibe el identificador del comercio, su contraseña y un código de aprobación bancaria. Como resultado, devuelve información detallada de la transacción asociada, incluyendo identificadores, importe, fecha, hora, códigos de respuesta y datos adicionales del procesamiento.
El método está orientado a la verificación de autorizaciones recientes.
Información del servicio
Propiedad | Valor |
|---|---|
Método |
|
Servicio |
|
Descripción WSDL | Valida Codigo de Autorización de las Ultimas 24 Horas |
Protocolo | SOAP 1.1 / SOAP 1.2 |
Transporte | HTTPS |
Endpoint |
|
Namespace |
|
SOAPAction |
|
Request |
|
Response |
|
Parámetros Request | 3 |
Parámetros Response | 29 |
Ventana de consulta | Últimas 24 horas, según descripción WSDL |
El nombre de la operación distingue mayúsculas y minúsculas: debe utilizarse exactamente validaAutorizacion.
Autenticación
La operación utiliza la cabecera SOAP OpHeader, mediante las credenciales asignadas al comercio por OEL.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Primera clave de autenticación del servicio. |
| string | Segunda clave de autenticación del servicio. |
Adicionalmente, el cuerpo de la solicitud incluye comercioId y contrasena.
Las credenciales deben mantenerse protegidas y transmitirse mediante conexiones HTTPS seguras.
Parámetros de solicitud (Request)
El método recibe un objeto request de tipo cValidaAutorizacionReq, compuesto por 3 parámetros.
Parámetro | Tipo WSDL | Requerido | Descripción |
|---|---|---|---|
| int | Sí | Identificador único del comercio asignado por OEL. |
| string | Sí* | Contraseña de acceso al Gateway de Pagos asignada al comercio. |
| string | Sí* | Código de aprobación bancaria que se desea validar. |
Consideraciones sobre los parámetros
comercioId
Identifica al comercio bajo el cual se realizará la validación.
Debe utilizarse el identificador asignado por OEL.
contrasena
Corresponde a la contraseña de autenticación del comercio.
Debe protegerse durante su almacenamiento y transmisión.
codigoAprobacion
Es el dato principal de la consulta.
Corresponde al código de aprobación bancaria obtenido como resultado de una operación previamente procesada.
Ejemplo XML Request — SOAP 1.1
El siguiente ejemplo muestra una solicitud de validación de autorización utilizando valores ficticios y simbólicos.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Header> <OpHeader> <OpKey1>CLAVE_1_ASIGNADA</OpKey1> <OpKey2>CLAVE_2_ASIGNADA</OpKey2> </OpHeader> </soap:Header> <soap:Body> <validaAutorizacion> <request> <comercioId>12345</comercioId> <contrasena>CLAVE_COMERCIO</contrasena> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> </request> </validaAutorizacion>
Todos los valores son ilustrativos.
El código de aprobación utilizado no representa una autorización bancaria real.
Cabeceras HTTP
Para enviar la solicitud mediante SOAP 1.1:
Parámetros de respuesta (Response)
El servicio devuelve un mensaje SOAP que contiene el elemento validaAutorizacionResponse.
Dentro de este elemento se encuentra validaAutorizacionResult, de tipo cValidaAutorizacionResp.
La respuesta contiene 29 parámetros.
Identificación de la transacción
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Identificador del comercio asociado a la operación. |
| string | Identificador de la terminal utilizada para procesar la transacción. |
| string | Identificador de la transacción asociada al código de aprobación consultado. |
| string | Fecha asociada a la transacción, en fotmato DD/MM/YYYY |
| string | Hora asociada a la transacción, en formato HH:MM:SS |
| decimal | Importe de la operación. |
| string | Referencia asociada a la transacción. |
| string | Número de control relacionado con la operación. |
Los campos fechaTransaccion y horaTransaccion están definidos como string.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Código principal de respuesta de la consulta. |
| string | Código o información de respuesta retornada por el procesador de pagos. |
| int | Código de respuesta o error asociado al procesamiento financiero. |
| string | Mensaje retornado por el procesador de pagos. |
| string | Código de aprobación bancaria asociado a la transacción. |
Nota: el WSDL no incluye un catálogo específico de códigos de respuesta para validaAutorizacion.
Información de afiliación
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Número de afiliación utilizado para procesar la operación. |
| string | Número de afiliación de la empresa asociada a la transacción. |
Información de tarjeta y procesamiento
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Información EMV asociada a la transacción, cuando corresponda. |
| string | Tipo de operación procesada. |
| string | Tipo de tarjeta utilizado. |
| string | Marca de la tarjeta utilizada. |
| string | Información relacionada con el emisor de la tarjeta. |
| string | Banco emisor de la tarjeta. |
| string | Información relacionada con el resultado de autorización. |
| string | Dato relacionado con la tarjeta referida. |
Información EMV adicional
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Identificador de aplicación EMV (Application Identifier). |
| string | Resultado de verificación de terminal (Terminal Verification Results). |
| string | Indicadores de estado de transacción (Transaction Status Information). |
| string | Campo asociado a información de aplicación. |
| string | Campo de aplicación |
| string | Criptograma de solicitud de autorización (Authorization Request Cryptogram). |
Los campos EMV pueden estar ausentes dependiendo del tipo de operación y de la información disponible en el Gateway.
Ejemplo XML Response — Resultado ilustrativo
El siguiente ejemplo representa una respuesta ficticia con los 29 campos definidos en cValidaAutorizacionResp.
Los códigos, mensajes y datos utilizados son exclusivamente ilustrativos. No representan una respuesta capturada del servicio ni establecen reglas oficiales de interpretación.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Body> <validaAutorizacionResponse> <validaAutorizacionResult> <comercioId>12345</comercioId> <terminalId>TERMINAL_EJEMPLO</terminalId> <transaccionId>ID_TRANSACCION_ORIGINAL</transaccionId> <fechaTransaccion>FECHA_EJEMPLO</fechaTransaccion> <horaTransaccion>HORA_EJEMPLO</horaTransaccion> <monto>500.00</monto> <referencia>VENTA000001</referencia> <numeroControl>CONTROL_EJEMPLO</numeroControl> <codigoRespuesta>0</codigoRespuesta> <procReturnMsg>CODIGO_PROCESADOR</procReturnMsg> <ccErrorCode>0</ccErrorCode> <ccReturnMsg>MENSAJE_SIMBOLICO</ccReturnMsg> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> <afiliacion>AFILIACION_EJEMPLO</afiliacion> <afiliacionEmpresa>EMPRESA_EJEMPLO</afiliacionEmpresa> <emvData>DATOS_EMV_SIMBOLICOS</emvData> <operType>TIPO_OPERACION</operType> <cardType>TIPO_TARJETA</cardType> <cardBrand>MARCA_TARJETA</cardBrand> <issuerData>DATOS_EMISOR_SIMBOLICOS</issuerData> <issuingBank>BANCO_EMISOR_EJEMPLO</issuingBank> <auth_result>RESULTADO_SIMBOLICO</auth_result> <referred_card>DATO_SIMBOLICO</referred_card> <aid>AID_SIMBOLICO</aid> <tvr>TVR_SIMBOLICO</tvr> <tsi>TSI_SIMBOLICO</tsi> <apn>APN_SIMBOLICO</apn> <al>AL_SIMBOLICO</al> <arqc>ARQC_SIMBOLICO</arqc> </validaAutorizacionResult> </validaAutorizacionResponse>
Los valores codigoRespuesta=0 y ccErrorCode=0 son ejemplos de representación de campos enteros.
Los valores de los campos EMV son marcadores simbólicos y no deben utilizarse para pruebas funcionales de procesamiento EMV.
Interpretación de la respuesta
Validación del código de aprobación
El propósito declarado del método es validar un código de aprobación de las últimas 24 horas.
La respuesta utiliza campos generales de procesamiento, principalmente codigoRespuesta, ccErrorCode, procReturnMsg y ccReturnMsg.
Por lo tanto, debe confirmarse qué combinación de valores indica que el código fue localizado y validado satisfactoriamente.
Información de la transacción
Cuando la respuesta incluye transaccionId, monto, referencia, fechaTransaccion y horaTransaccion, el integrador dispone de información para relacionar el resultado con una operación registrada en su sistema.
Ventana de 24 horas
El método valida unica y exclusivamente códigos de autorización de las últimas 24 horas.
Códigos de respuesta y errores
El método incluye los siguientes campos para comunicar el resultado del procesamiento:
Campo | Tipo | Función |
|---|---|---|
| int | Resultado principal de la consulta. |
| string | Información del procesador. |
| int | Código asociado al resultado financiero. |
| string | Mensaje del procesador. |
Se identifica codigoRespuesta=0 como una coincidencia encontrada y codigoRespuesta=1 como rechazo y/o una busqueda sin coincidencia.
También deben contemplarse errores HTTP y fallas de protocolo SOAP.
Consideraciones técnicas
Consulta no transaccional
Por su descripción y contrato, validaAutorizacion se presenta como una operación de validación y consulta.
No requiere transmitir datos de tarjeta ni información de pago para solicitar una nueva autorización.
Identificación de la operación
La solicitud utiliza únicamente el código de aprobación y las credenciales del comercio.
Integridad de los resultados
Se recomienda comparar los datos devueltos por el Gateway con los registros internos del comercio cuando se utilice el método para verificar una operación.
En particular, pueden contrastarse transaccionId, monto, referencia y codigoAprobacion, siempre que estén presentes en la respuesta.
Manejo de errores de comunicación
Ante una falla de comunicación, el integrador no debe concluir que el código es inválido.
Debe distinguirse entre una respuesta funcional de validación y una falla de transporte o procesamiento.
Protección de información
Aunque el Request no incluye PAN ni Track 2, la respuesta puede contener información EMV y datos relacionados con la tarjeta.
Se recomienda aplicar controles de acceso y evitar registrar indiscriminadamente el contenido completo de la respuesta.
Precisión de importes
El parámetro monto está definido como decimal.
La integración debe utilizar un tipo de datos decimal adecuado para representar importes monetarios sin introducir errores de precisión.
Conservación de evidencia
Cuando se utilice para seguimiento operativo, se recomienda conservar la referencia de la consulta, los identificadores devueltos y el resultado funcional, conforme a las políticas de seguridad y retención aplicables.
Relación con otros métodos
Método | Función |
|---|---|
| Solicita procesar una venta. |
| Valida un código de aprobación correspondiente a las últimas 24 horas. |
| Consulta el estado actual de una venta específica. |
| Obtiene un listado de transacciones. |
| Solicita una preautorización. |
| Solicita una postautorización. |
| Solicita una reautorización de cargo. |
La diferencia principal entre validaAutorizacion y OpObtenerVenta está en el criterio de búsqueda.
validaAutorizacion utiliza un código de aprobación bancaria y se limita a las últimas 24 horas.
OpObtenerVenta permite consultar una venta mediante los identificadores contemplados en su propio contrato.
El método validaAutorizacion permite consultar y validar un código de aprobación bancaria asociado a una operación procesada mediante el Gateway de Pagos de OEL.
«Valida Codigo de Autorización de las Ultimas 24 Horas»
La operación recibe el identificador del comercio, su contraseña y un código de aprobación bancaria. Como resultado, devuelve información detallada de la transacción asociada, incluyendo identificadores, importe, fecha, hora, códigos de respuesta y datos adicionales del procesamiento.
El método está orientado a la verificación de autorizaciones recientes.
Información del servicio
Propiedad | Valor |
|---|---|
Método |
|
Servicio |
|
Descripción WSDL | Valida Codigo de Autorización de las Ultimas 24 Horas |
Protocolo | SOAP 1.1 / SOAP 1.2 |
Transporte | HTTPS |
Endpoint |
|
Namespace |
|
SOAPAction |
|
Request |
|
Response |
|
Parámetros Request | 3 |
Parámetros Response | 29 |
Ventana de consulta | Últimas 24 horas, según descripción WSDL |
El nombre de la operación distingue mayúsculas y minúsculas: debe utilizarse exactamente validaAutorizacion.
Autenticación
La operación utiliza la cabecera SOAP OpHeader, mediante las credenciales asignadas al comercio por OEL.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Primera clave de autenticación del servicio. |
| string | Segunda clave de autenticación del servicio. |
Adicionalmente, el cuerpo de la solicitud incluye comercioId y contrasena.
Las credenciales deben mantenerse protegidas y transmitirse mediante conexiones HTTPS seguras.
Parámetros de solicitud (Request)
El método recibe un objeto request de tipo cValidaAutorizacionReq, compuesto por 3 parámetros.
Parámetro | Tipo WSDL | Requerido | Descripción |
|---|---|---|---|
| int | Sí | Identificador único del comercio asignado por OEL. |
| string | Sí* | Contraseña de acceso al Gateway de Pagos asignada al comercio. |
| string | Sí* | Código de aprobación bancaria que se desea validar. |
Consideraciones sobre los parámetros
comercioId
Identifica al comercio bajo el cual se realizará la validación.
Debe utilizarse el identificador asignado por OEL.
contrasena
Corresponde a la contraseña de autenticación del comercio.
Debe protegerse durante su almacenamiento y transmisión.
codigoAprobacion
Es el dato principal de la consulta.
Corresponde al código de aprobación bancaria obtenido como resultado de una operación previamente procesada.
Ejemplo XML Request — SOAP 1.1
El siguiente ejemplo muestra una solicitud de validación de autorización utilizando valores ficticios y simbólicos.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Header> <OpHeader> <OpKey1>CLAVE_1_ASIGNADA</OpKey1> <OpKey2>CLAVE_2_ASIGNADA</OpKey2> </OpHeader> </soap:Header> <soap:Body> <validaAutorizacion> <request> <comercioId>12345</comercioId> <contrasena>CLAVE_COMERCIO</contrasena> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> </request> </validaAutorizacion>
Todos los valores son ilustrativos.
El código de aprobación utilizado no representa una autorización bancaria real.
Cabeceras HTTP
Para enviar la solicitud mediante SOAP 1.1:
Parámetros de respuesta (Response)
El servicio devuelve un mensaje SOAP que contiene el elemento validaAutorizacionResponse.
Dentro de este elemento se encuentra validaAutorizacionResult, de tipo cValidaAutorizacionResp.
La respuesta contiene 29 parámetros.
Identificación de la transacción
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Identificador del comercio asociado a la operación. |
| string | Identificador de la terminal utilizada para procesar la transacción. |
| string | Identificador de la transacción asociada al código de aprobación consultado. |
| string | Fecha asociada a la transacción, en fotmato DD/MM/YYYY |
| string | Hora asociada a la transacción, en formato HH:MM:SS |
| decimal | Importe de la operación. |
| string | Referencia asociada a la transacción. |
| string | Número de control relacionado con la operación. |
Los campos fechaTransaccion y horaTransaccion están definidos como string.
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| int | Código principal de respuesta de la consulta. |
| string | Código o información de respuesta retornada por el procesador de pagos. |
| int | Código de respuesta o error asociado al procesamiento financiero. |
| string | Mensaje retornado por el procesador de pagos. |
| string | Código de aprobación bancaria asociado a la transacción. |
Nota: el WSDL no incluye un catálogo específico de códigos de respuesta para validaAutorizacion.
Información de afiliación
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Número de afiliación utilizado para procesar la operación. |
| string | Número de afiliación de la empresa asociada a la transacción. |
Información de tarjeta y procesamiento
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Información EMV asociada a la transacción, cuando corresponda. |
| string | Tipo de operación procesada. |
| string | Tipo de tarjeta utilizado. |
| string | Marca de la tarjeta utilizada. |
| string | Información relacionada con el emisor de la tarjeta. |
| string | Banco emisor de la tarjeta. |
| string | Información relacionada con el resultado de autorización. |
| string | Dato relacionado con la tarjeta referida. |
Información EMV adicional
Parámetro | Tipo WSDL | Descripción |
|---|---|---|
| string | Identificador de aplicación EMV (Application Identifier). |
| string | Resultado de verificación de terminal (Terminal Verification Results). |
| string | Indicadores de estado de transacción (Transaction Status Information). |
| string | Campo asociado a información de aplicación. |
| string | Campo de aplicación |
| string | Criptograma de solicitud de autorización (Authorization Request Cryptogram). |
Los campos EMV pueden estar ausentes dependiendo del tipo de operación y de la información disponible en el Gateway.
Ejemplo XML Response — Resultado ilustrativo
El siguiente ejemplo representa una respuesta ficticia con los 29 campos definidos en cValidaAutorizacionResp.
Los códigos, mensajes y datos utilizados son exclusivamente ilustrativos. No representan una respuesta capturada del servicio ni establecen reglas oficiales de interpretación.
<?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns="https://servidorseguro.operacionesenlinea.com/"> <soap:Body> <validaAutorizacionResponse> <validaAutorizacionResult> <comercioId>12345</comercioId> <terminalId>TERMINAL_EJEMPLO</terminalId> <transaccionId>ID_TRANSACCION_ORIGINAL</transaccionId> <fechaTransaccion>FECHA_EJEMPLO</fechaTransaccion> <horaTransaccion>HORA_EJEMPLO</horaTransaccion> <monto>500.00</monto> <referencia>VENTA000001</referencia> <numeroControl>CONTROL_EJEMPLO</numeroControl> <codigoRespuesta>0</codigoRespuesta> <procReturnMsg>CODIGO_PROCESADOR</procReturnMsg> <ccErrorCode>0</ccErrorCode> <ccReturnMsg>MENSAJE_SIMBOLICO</ccReturnMsg> <codigoAprobacion>CODIGO_APROBACION_EJEMPLO</codigoAprobacion> <afiliacion>AFILIACION_EJEMPLO</afiliacion> <afiliacionEmpresa>EMPRESA_EJEMPLO</afiliacionEmpresa> <emvData>DATOS_EMV_SIMBOLICOS</emvData> <operType>TIPO_OPERACION</operType> <cardType>TIPO_TARJETA</cardType> <cardBrand>MARCA_TARJETA</cardBrand> <issuerData>DATOS_EMISOR_SIMBOLICOS</issuerData> <issuingBank>BANCO_EMISOR_EJEMPLO</issuingBank> <auth_result>RESULTADO_SIMBOLICO</auth_result> <referred_card>DATO_SIMBOLICO</referred_card> <aid>AID_SIMBOLICO</aid> <tvr>TVR_SIMBOLICO</tvr> <tsi>TSI_SIMBOLICO</tsi> <apn>APN_SIMBOLICO</apn> <al>AL_SIMBOLICO</al> <arqc>ARQC_SIMBOLICO</arqc> </validaAutorizacionResult> </validaAutorizacionResponse>
Los valores codigoRespuesta=0 y ccErrorCode=0 son ejemplos de representación de campos enteros.
Los valores de los campos EMV son marcadores simbólicos y no deben utilizarse para pruebas funcionales de procesamiento EMV.
Interpretación de la respuesta
Validación del código de aprobación
El propósito declarado del método es validar un código de aprobación de las últimas 24 horas.
La respuesta utiliza campos generales de procesamiento, principalmente codigoRespuesta, ccErrorCode, procReturnMsg y ccReturnMsg.
Por lo tanto, debe confirmarse qué combinación de valores indica que el código fue localizado y validado satisfactoriamente.
Información de la transacción
Cuando la respuesta incluye transaccionId, monto, referencia, fechaTransaccion y horaTransaccion, el integrador dispone de información para relacionar el resultado con una operación registrada en su sistema.
Ventana de 24 horas
El método valida unica y exclusivamente códigos de autorización de las últimas 24 horas.
Códigos de respuesta y errores
El método incluye los siguientes campos para comunicar el resultado del procesamiento:
Campo | Tipo | Función |
|---|---|---|
| int | Resultado principal de la consulta. |
| string | Información del procesador. |
| int | Código asociado al resultado financiero. |
| string | Mensaje del procesador. |
Se identifica codigoRespuesta=0 como una coincidencia encontrada y codigoRespuesta=1 como rechazo y/o una busqueda sin coincidencia.
También deben contemplarse errores HTTP y fallas de protocolo SOAP.
Consideraciones técnicas
Consulta no transaccional
Por su descripción y contrato, validaAutorizacion se presenta como una operación de validación y consulta.
No requiere transmitir datos de tarjeta ni información de pago para solicitar una nueva autorización.
Identificación de la operación
La solicitud utiliza únicamente el código de aprobación y las credenciales del comercio.
Integridad de los resultados
Se recomienda comparar los datos devueltos por el Gateway con los registros internos del comercio cuando se utilice el método para verificar una operación.
En particular, pueden contrastarse transaccionId, monto, referencia y codigoAprobacion, siempre que estén presentes en la respuesta.
Manejo de errores de comunicación
Ante una falla de comunicación, el integrador no debe concluir que el código es inválido.
Debe distinguirse entre una respuesta funcional de validación y una falla de transporte o procesamiento.
Protección de información
Aunque el Request no incluye PAN ni Track 2, la respuesta puede contener información EMV y datos relacionados con la tarjeta.
Se recomienda aplicar controles de acceso y evitar registrar indiscriminadamente el contenido completo de la respuesta.
Precisión de importes
El parámetro monto está definido como decimal.
La integración debe utilizar un tipo de datos decimal adecuado para representar importes monetarios sin introducir errores de precisión.
Conservación de evidencia
Cuando se utilice para seguimiento operativo, se recomienda conservar la referencia de la consulta, los identificadores devueltos y el resultado funcional, conforme a las políticas de seguridad y retención aplicables.
Relación con otros métodos
Método | Función |
|---|---|
| Solicita procesar una venta. |
| Valida un código de aprobación correspondiente a las últimas 24 horas. |
| Consulta el estado actual de una venta específica. |
| Obtiene un listado de transacciones. |
| Solicita una preautorización. |
| Solicita una postautorización. |
| Solicita una reautorización de cargo. |
La diferencia principal entre validaAutorizacion y OpObtenerVenta está en el criterio de búsqueda.
validaAutorizacion utiliza un código de aprobación bancaria y se limita a las últimas 24 horas.
OpObtenerVenta permite consultar una venta mediante los identificadores contemplados en su propio contrato.
¿Listo para integrar?
Comienza en ambiente de desarrollo, valida tus primeras operaciones y prepara tu integración para certificación. Cuando el flujo este completo, podrás solicitar el paso a produccion.
¿Listo para integrar?
Comienza en ambiente de desarrollo, valida tus primeras operaciones y prepara tu integración para certificación. Cuando el flujo este completo, podrás solicitar el paso a produccion.
© 2026 Derechos Reservados
© 2026 Derechos Reservados