Ir para o conteúdo

Remover transação

removeTransaction()

Método para realizar el proceso de eliminación de una transacción, utilizado en escenarios de prueba.

Métodos

Suscripción Descripción
void removeTransaction(RemoveTransactionRequest removeTransactionRequest, PaymentCallback<Void> insertTransactionCallback) Realiza el proceso de eliminación de una transacción.

Parámetros

Nombre Tipo Obligatorio Descripción
request RemoveTransactionRequest Sí Objeto de transferencia de datos que contendrá la información de la solicitud de la transacción.
callback PaymentCallback Sí Interfaz que será ejecutada para notificaciones de éxito o error del proceso de la transacción.

Detalle de los Parámetros request (RemoveTransactionRequest)

Nombre Tipo Obligatorio Descripción
acquirerId String Sí Identificador de la transacción para el adquirente. Este es el identificador que aparece en el archivo proporcionado por el adquirente (EDI). De esta manera, es posible realizar la conciliación del pago con la transacción integrada.
acquirerPackage String Sí Paquete o conjunto de información que describe la forma de pago utilizada por el adquirente.
externalAppTransactionId String Sí ID de la transacción en la aplicación externa.
paymentDate Date Sí fecha de la transacción.

callback (PaymentCallback)

Nombre Tipo Obligatorio Descripción
onSuccess Método para notificación en caso de éxito.
onError Método para notificación en caso de error.
ErrorData.paymentsResponseCode String Sí Código de respuesta para el error que ocurrió. Ver Códigos de Respuesta
ErrorData.acquirerResponseCode String No Código de respuesta para el error ocurrido retornado por el adquirente. Tenga en cuenta que solo este error será retornado si la transacción no es autorizada por el adquirente.
ErrorData.responseMessage String Sí Mensaje descriptivo de la causa de la no autorización. Si la transacción fue rechazada por el adquirente, contendrá el mensaje retornado por el adquirente.
ErrorData.acquirerAdditionalMessage String No Mensaje enviado en el campo 63 de respuesta EPS, para ser impreso o mostrado al final del flujo transaccional. La aplicación de pagos sigue siendo responsable de mostrarlo en pantalla o verificar el contenido de este campo, pero también debe enviar el valor recibido a la aplicación integrada para que pueda aplicar sus reglas de negocio basadas en el contenido de este campo.

Ejemplo

public class MyActivity extends Activity implements PaymentClient.PaymentCallback {

  private PaymentClient paymentClient;

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_payment);

    paymentClient = new PaymentClientImpl();
  }

  @Override
  protected void onResume() {
    super.onResume();
    paymentClient.bind(this);
  }

  @Override
  protected void onDestroy() {
    try {
      paymentClient.unbind(this);
    } catch (Exception e) {
      Log.e(TAG, e.getMessage());
    }
    super.onDestroy();
  }

  public void doExecute() {

    RemoveTransactionRequest removeTransactionRequest = new RemoveTransactionRequest();
    //establecer la información obligatoria de la solicitud

    try {
      paymentClient.removeTransaction(removeTransactionRequest, this);
    } catch (ClientException e) {
      Log.e(TAG, "Error", e);
    }
  }

  @Override
  public void onError(ErrorData errorData) {
    Log.e(TAG, "Error: " + errorData.getResponseMessage());
  }

  @Override
  public void onSuccess(Object o) {
    Log.i(TAG, "Success!");
  }
}