TeleCheck Sale Error Response Language

 

TeleCheck Sale Error Response  Language 

  • If using the Virtual Terminal within the Gateway, the below language will appear and the merchant needs to read it to the checkholder.  
  • If using Hosted Checkout, the below language will appear on the page.  There is no action needed from the merchant.
  • If using API, the merchant (or their developer) needs to update their code to include the below language to appear whenever a check transaction is not declined but data provided is non-verifiable.

 

Sale Error Response language shall be used whenever the payment is not declined but the data provided to Telecheck is non-verifiable and Compass response code is any of the following: 

Compass Response codes 

594 - Other Error

606 - Invalid Merchant Set-up

301 - Issuer Unavailable

777 - Original not approved

788- Refund Greater Than Original

307 - Original Transaction Not found

 

Sale Error Response

We are unable to verify your checking account or identity information. Please review the information you entered to ensure that all information is correct. 

 

 Spanish Version

Texto requerido: Respuesta de error de venta (para usar cuando el pago no se rechaza, pero si los datos proporcionados no se pueden verificar):

No podemos verificar su cuenta de cheques o la información de identificación. Revise los datos que ingresó para garantizar que toda la información sea correcta.

 

Sales Decline or Error

The language is identical for Internet Check Acceptance®, Checks By Phone℠, and Remote Pay℠/PPD services. It explains to the customer that the merchant’s decision to decline the transaction was based, at least in part, on information received from TeleCheck, provides information to enable the consumer to contact TeleCheck to find out more about the information in its files, and provides other legally required notices. This notice must be issued every time TeleCheck returns a decline recommendation in response to a query about a customer’s payment that is based on its negative database or risk models.

NOTE: If a customer’s payment cannot be accepted because it is not eligible for conversion, the adverse action statement should not be issued.

TeleCheck may issue a decline recommendation against an offered payment for several reasons. At times, it may hold unpaid debt records related to the customer in its negative database, or, at other times, because it may not have enough information about a customer to be able to safely recommend the payment’s acceptance. At other times, the payment may be acceptable but may not be eligible for electronic settlement. Alternatively, the authorization request may have missing or invalid fields. These different scenarios need to be handled differently by the merchant, and different legal language may need to be displayed to the customer.

Spanish Version

 

Error o rechazo de ventas

El texto es igual para los servicios Internet Check Acceptance®, Checks-By-Phone℠ y Remote Pay℠/PPD. Explica al cliente que la decisión del comerciante de rechazar la transacción se basa, al menos en parte, en la información recibida por parte de TeleCheck; además, brinda información para permitir que el cliente se comunique con TeleCheck para obtener más información sobre los datos en sus archivos y proporciona otras notificaciones exigidas por ley. Esta notificación se debe emitir cada vez que TeleCheck devuelve una recomendación de rechazo en respuesta a una consulta sobre el pago de un cliente basada en su base de datos negativa o modelos de riesgo. NOTA: Si el pago de un cliente no se puede aceptar porque no es elegible para conversión, no se debe emitir la declaración de decisión adversa.

TeleCheck puede emitir una recomendación de rechazo para un pago ofrecido por varias razones. En ocasiones, puede conservar registros de deudas impagas relacionadas con el cliente en su base de datos negativa o, en otros casos, porque es posible que no cuente con suficiente información sobre un cliente para poder recomendar de manera segura la aceptación del pago. En otros casos, es posible que el pago sea aceptable, pero que no sea elegible para liquidación electrónica. Como alternativa, es posible que la solicitud de autorización tenga campos inválidos o incompletos. Estos diversos escenarios deben ser administrados de manera diferente por el comerciante y es posible que se tenga que mostrar al cliente un texto legal diferente.

Powered by Zendesk