Listado de errores al iniciar transacción

Listado de errores al iniciar transacción

Este es un listado de algunos de los errores que se pudieran presentar al realizar la petición iniciar-transacción


Descripción del error
Explicación
Token no coincide
El token debe ser generado según en el endpoint, en el caso del endpoint "iniciar-transacción" se genera de la siguiente forma: sha1($datos['comercio_token_privado'] . $idPedido . strval(floatval($j['monto_total'])));
Tenga en cuenta que como $idPedido es alfanumerico, no es lo mismo "01" que 1, por lo cual, el valor de $idPedido a utilizarse en la generación de token debe ser exactamente igual al campo de id_pedido_comercio
El comercio no tiene permiso para crear pedidos
Por motivos de seguridad y prevención, el comercio pudiera no tener permisos para crear pedidos de forma temporal. Si le aparece este error, debe comunicarse con el área administrativa vía el e-mail administracion@pagopar.com
Comercio no habilitado para generar pedidos
Debe ponerse en comunicación con el equipo de Desarrollo vía ticket en caso de visualizar este error, se debe a que se está utilizando un comercio de un entorno no existente.
Comercio no existe
Debe ponerse en comunicación con el equipo de Desarrollo vía ticket en caso de visualizar este error, se debe a que se está utilizando un comercio no existente.
Forma de pago seleccionado no corresponde
Si su comercio tiene alguna restricción de algún medio de pago, ya sea por el rubro de su comercio o por pedido suyo, no pueden crearse un pedido con la forma de pago que no está asociada al cliente. En caso que crea que deba crearse puede solicitar al equipo de Desarrollo vía ticket.
El id pedido del comercio debe de estar presente
El campo id_pedido_comercio tiene que estar presente en el JSON enviado
El pedido ya existe para ese comercio
El campo id_pedido_comercio debe ser único tanto en entorno de desarrollo como en entorno de producción combinados. Ejemplo, el id_pedido_comercio = 1 solo debe existir una sola vez.
La descripcion debe de estar presente
El campo descripcion debe enviarse, aunque sea con el valor vacío ("").
El documento debe de estar presente
El campo documento debe estar presente y cumplir con el formato: no se aceptan valores alfabéticos, ni caracteres especiales (exceptuando puntos que serán eliminados), debe ser de un rango entre 5 y 24.
El tipo documento debe de estar presente
El campo tipo_documento debe estar presente. El valor por el momento siempre debe ser CI.
Fecha inválida.
La el campo fecha_maxima_pago debe estar presente y no puede ser una fecha (en día) anterior a la actual.
Datos de productos invalidos
Se debe enviar el campo compras_items.
venta invalido
El campo debe estar definido, los valores posibles son VENTA-COMERCIO y COMERCIO-HEREDADO.
El email del comprador debe existir
El campo comprador debe existir.
Monto debe ser mínimo Gs. 1.000 o máximo de Gs. 50.000.00
El monto total a pagarse puede ser entre Gs. 1.000 y Gs. 50.000.000
La moneda no existe
Debe existir el campo y por el momento el valor debe ser siempre PYG.
El precio mínimo de cada item debe ser de Gs. 1.000
Cada item dentro de compras_items debe ser de al menos Gs. 1.000.


    • Related Articles

    • API - Integración de medios de pagos

      Flujo normal de compra Paso #1: El comercio crea un pedido en Pagopar Paso #2: El comercio redirecciona a la página de Checkout de Pagopar Paso #3: Pagopar notifica al comercio sobre el pago Paso #4: Pagopar redirecciona a la página del resultado de ...
    • Integración de Servicios de pickup/delivery

      Pasos para Agregar soporte de servicio de pickup/delivery Flujo normal de compra Paso #1: Obtener lista de ciudades Paso #2: Calcular flete Paso #3: Seleccionar método de envio y crea el pedido Paso #1: Obtener lista de ciudades Descripción El ...
    • Pagos Recurrentes vía Bancard/Pagopar

      Primeros pasos Descripción La funcionalidad de pagos recurrentes vía Bancard a traves de Pagopar permite realizar un pago en cualquier momento, de una tarjeta de crédito/débito previamente catastrada/guardada por el usuario. El usuario ...
    • Sincronización de productos

      Introducción En ciertos casos un comercio puede tener un sitio web con sus respectivos productos, y querrá que se sincronicen con los links de pago de Pagopar, de tal forma de evitar la doble carga de productos y sobre todo la doble administración de ...
    • Consulta tracking

      Descripción Si utilizó las funcionalidades de couriers ofrecidos por Pagopar (AEX, Mobi), puede que quiera consultar el estado del tracking de un pedido o de un producto específico, este endpoint le permite realizar dicha operación. ...