Uma intenção de pagamento é uma solicitação contendo os detalhes de uma transação a ser realizada.

Para criar uma intenção de pagamento, você precisa ter feito anteriormente a chamada para obter o código do terminal ao qual a transação será associada. Lembre-se que, se você já fez isso uma vez e salvou o id do terminal, não precisará repetir essa consulta, pois esse código é único e inalterável.

Em seguida, faça uma chamada POST para a API {https://api-dev.redelcom.cl:20010/v2}/pago, adicionando o valor obtido anteriormente ao campo terminalId e substituindo X-Authentication, clientId e secret pelas suas credenciais:

curl -X POST \
 'https://api-dev.redelcom.cl:20010/v2/pago' \
--header 'X-Authentication: clientId;secret' \
--header 'Content-Type: application/json' \
--data '{


   "amount": 6900,
   "description": "Compra de prueba",
   "paymentType": "EFECTIVO",
   "products": [{
       "description": "PIZZA MEDIANA",
       "id": "1845",
       "iva_exempt": false,
       "quantity": 10,
       "unit_price": 300
   }],
   "rdcDTE": true,
   "requestTip": true,
   "responseCallback": "https://eom2h2tqm3g6y7l.m.pipedream.net",
   "terminalId": "3127",
   "userTransactionId": "345565"


}'

Configure os campos desta solicitação seguindo as seguintes especificações:

Se a solicitação for bem-sucedida, a resposta retornará o código associado à solicitação de pagamento e se parecerá com o exemplo a seguir:

{
   "rdcTransactionId": "294-3727-16384"
}

Na tabela a seguir, você pode ver os principais motivos pelos quais esta solicitação pode não ser processada:

Ao criar uma intenção de pagamento, recomendamos configurar o parâmetro responseCallback, que permite receber atualizações sobre os estados finais dessas intenções em sua própria URL.

Para implementar esse responseCallback, observe:

• Deve ser uma chamada POST com um único parâmetro na string de consulta, rdcTransactionId, que é o identificador da transação fornecido pela RedelCom ao solicitar o pagamento.
• O Content-Type deve ser application/json.

Essa implementação será considerada bem-sucedida se o serviço retornar um código de status HTTP 200 OK. Se, por outro lado, a resposta retornar um código de status 5xx, o serviço tentará novamente a chamada de URL a cada 1 minuto, até 3 vezes. Se a resposta retornada não for uma dessas duas opções mencionadas, a implementação será considerada falha e não será tentada novamente.