Certificación del Comercio usando WebServices

En la certificación del comercio, al igual que con las otras tecnologías tenemos que entregar evidencia que funciona de manera adecuada para poder continuar. Acá aparecen las evidencias necesarias.

Para poder acceder a los logs, recuerda habilitarlos primero siguiendo los pasos que aparecen en este link.

Ahora puedes acceder a los logs simplemente a ellos a través del archivo debug.log o simplemente ver los cambios según lo puedes observar en el siguiente link.

• Los print de pantalla de un flujo de pago exitoso de crédito (sin cuotas), además los datos del request y response de cada método (log).

• Los print de pantalla de un flujo de pago exitoso de crédito (con cuotas), además los datos del request y response de cada método (log).
• Los print de pantalla de un flujo de pago exitoso de débito, además los datos del request y response de cada método (log).

• Los print de pantalla de un flujo de pago rechazado, además los datos del request y response de cada método (log).

• El print de pantalla que se despliega, después de presionar el botón “Anular” del Formulario de Webpay y explicar la estrategia utilizada para controlar este flujo. (Debe redirigir a la página de rechazo)

• Describir el código fuente y explicar las partes en que se realizan las validaciones del certificado de Transbank para cada método. Recordar que se debe validar que todos los response provienen de Transbank.

• El print de pantalla que se despliega cuando el certificado no pertenece a Transbank y explicar la estrategia utilizada para controlar este flujo. (Debe redirigir a la página de rechazo)

• Los print de pantalla de un flujo de pago con una Orden de Compra duplicada. Para realizar este flujo debes generar una transacción de autorización y luego realizar una nueva transacción con la misma Orden de Compra autorizada anteriormente, siempre debes validar contra la base de datos que la orden de compra no se encuentre autorizada, en caso de detectarse esta situación NO debes consumir el método acknowledgeTransaction, de esta forma generas una reversa forzada. Finalmente debes desplegar la página de rechazo.

• Indicar si integrarán, el Webservice de Anulación, en caso que:
• * SI lo integren, indicar si realizaran anulaciones total o parciales.
• * NO lo integren, el comercio (no el programador) debe indicar el motivo.

• Enviar URL y datos de prueba.

Este plugin por defecto no trae la anulación de transacciones, sin embargo esto es lo que se requiere.

• Los print de pantalla de un flujo de anulación total (todas las pantallas)

• Los print de pantalla de un flujo de anulación parcial (todas las pantallas)

• Los print de pantalla de un flujo de anulación error (se puede forzar el error con: anular monto superior al autorizado, orden de compra no existe, código de autorización no existe)
• Describir el código fuente y explicar las partes en que se realizan la validación del certificado de Transbank del método de anulación.

• El print de pantalla que se despliega cuando el certificado no pertenece a Transbank.

Restricción de los tipos de transacciones que se pueden anular: - Anulación Total: aplica para todo tipo de cuotas (sin cuotas, cuotas sin interés y cuotas con interés). - Anulación Parcial: aplica sólo para cuotas sin cuotas.