<@!298112455626981376> me informe no privado o client_id que você está utilizando. Porque aqui consta como liberado, reforçando que deve ser em produção, o pix.send não funciona em homologação.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
Bom dia, <@!826141049964462121>. Não existe o reembolso para os planos, o que você poderia utilizar é o atributo trial_days que permite definir uma quantidade de dias para teste gratuito do plano de assinatura, mas você poderia fazer o reembolso, só que por conta própria. Uma sugestão seria utiliza o envio de Pix para realizar estas devoluções, pois, tem como automatizar o endpoint.
Atualmente não há uma nova tentativa de pagamento, sendo necessário gerar uma nova assinatura. Vale também para a questão de adicionar um novo cartão, é necessário criar uma nova assinatura para este novo cartão.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
{ "code": 200, // retorno HTTP "200" informando que o pedido foi bem sucedido "data": { "barcode": "00000.00000 00000.000000 00000.000000 0 00000000000000", // linha digitável do boleto "pix":{ "qrcode":"00020101021226990014BR.GOV.BCB.PIX2577qrcodes-pix.gerencianet.com.br/bolix/v2/cobv/0000000000000000000000000000GERENCIANET SA6010OURO PRETO6207050363047CB1", // BRCode ou copia e cola "qrcode_image":"data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmc vMjAwMC9zdmciIHZpZXdCb3g9IjAgMCA0NSA0NSIgc2hhcGUtcmVuZGVyaW5nPSJjcmlzcEVkZ2VzIj48cGF0aCBmaWxsPSIjZmZmZmZmIiBkPSJNMCAwaDQ1djQ1SD..." // QR Code imagem }, "link": "link_https_para_acesso_o_bolix", // link do Bolix gerado "pdf": { "charge": "link_https_do_pdf_da_cobranca" // link do PDF do Bolix }, "expire_at": "2022-12-15", // data de vencimento do boleto no seguinte formato: 2022-12-15 (ou seja, equivale a 15/12/2022) "charge_id": numero_charge_id, // número da ID referente à transação gerada "status": "waiting", // forma de pagamento selecionada, aguardando a confirmação do pagamento ("waiting" equivale a "aguardando") "total": 5990, // valor, em centavos. Por exemplo: 5990 (equivale a R$ 59,90) "payment": "banking_billet" // forma de pagamento associada à esta transação ("banking_billet" equivale a "boleto bancário") } }
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
O que o <@!530178138072678421> precisa ver é se ele quer ou não receber por dados bancários. Se não quiser, é importante bloquear via /v2/gn/config. Se quiser, é importante checar o Pix recebido sem chave através de GET /pix.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
qual a solução para eu continuar meus testes de recebimento. preciso que a api me responda como se estivesse recebendo um pix. antes eu fazia isso mandando um pix para mima mesmo de outra conta. Tenho como simular um recebimento na api de produção? Pois isso quebra meu fluxo de desenvolvimento ter que perder 1 centavo a cada transação que preciso re-testar. Eu estou sempre fazendo essas transações de baixo valor para testes, e meu fluxo de vendas tambem se basearia nelas. Devo abrir um ticket então para negociar um acordo sobre essas tarifas?
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
Não recebe no sentido econômico da palavra... você recebe a notificação de transacão e aparece um Pix no GET de /pix. Mas na sequência vem um débito de 1 centavo.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.
Imagine que a tarifa de recebimento fosse 99 centavos fixa, não uma percentagem. O ataque dos centavos seria te mandarem muitos Pix de 1 centavo, cada um deles te dando prejuízo de 98 centavos.
Remover
Para remover esta mensagem, entre em contato com a nossa equipe através do nosso servidor no Discord.