Bom dia, @mateusbrasil2944. Muito obrigado por sua contribuição com nossa comunidade. Sem dúvida irá ajudar muitos integradores! 👏
Termos mais procurados:
Histórico de mensagens sobre integrador em cartões
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Acionamento de Webhooks em Pagamentos e Devoluções
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Utilização de Endpoints e Payload no Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Implementação de método em C# para cálculo de CRC16
- Possibilidade de Split na API de Pix
EXIBINDO CONVERSAS RECENTES:
Texto: integrador
Canal: cartões
Olá, @heliomar_94566! Nossa API fornece a tecnologia de assinaturas (recorrência) com cartão de crédito, mas é preciso que o sistema integrador faça a integração com ela. Nesse sentido, recomendamos que entre em contato com o SGP para verificar se o mesmo oferece suporte para esse recurso 🙂
Pessoal, tem uns dias que o ambiente de homologação tá dando erro na hora de passar compra com cartão. São erros esporádicos. Falha uma vez e depois de tentar novamente com os mesmos parâmetros passa. O pior que o erro é totalmente genérico.
Abaixo trecho retirado do log do meu integrador. O JSON no final é o retorno da API da Efí.
Erro inesperado na integração com Efí :: {"code":3500000,"error":"server_error","error_description":"Erro interno do servidor."}
Boa tarde, Gabriel! Esses dados são criptografados e não são retornados ao integrador, pois, todo o processo é feito em um ambiente seguro fornecido pela Gerencianet. Vamos levar a sua sugestão para o nosso time, mas por serem dados sensíveis é muito crítico retornarmos eles.
Boa tarde, @muriloakita!
O processe de devolução feito no painel da Gerencianet (https://gerencianet.com.br/artigo/fazer-devolucao-de-pagamento-cartao-de-credito/#versao-7), realiza o reembolso somente do valor total.
Em homologação não é possível simular este processo. Mas de acordo com a solicitação, a transação passar para o status refunded
(Lista dos possíveis status: https://dev.gerencianet.com.br/docs/transacoes)
Sendo assim, quando consultar o token de notificação desta cobrança, conterá o array informando a alteração para o status refunded
https://dev.gerencianet.com.br/docs/notificacoes-recebendo#section-2-1-exemplos-de-respostas-
Exemplo:
json
{
"code": 200, // retorno HTTP "200" informando que o pedido foi bem sucedido
"data": [
...
{
"created_at": "202-05-03 07:33:30", // data da alteração do status do array "id 4"
"custom_id": null, // identificador da cobrança definido pelo integrador, se existir
"id": 4,
"identifiers": { // identificadores que representam a cobrança
"charge_id": 24342333
},
"received_by_bank_at": "2022-05-02", // data do pagamento da cobrança
"status": {
"current": "refunded", // status ATUAL da transação: refunded ("Pagamento devolvido")
"previous": "paid" // status ANTERIOR da transação: paid ("pago")
},
"type": "charge", // tipo da cobrança que sofreu a alteração (neste caso, "charge" quer dizer que a alteração ocorreu em uma transação)
"value": 6990 // valor que acompanha a alteração. Esta tag existirá quando a alteração for uma confirmação de pagamento, informando o valor pago que foi confirmado
}
]
}
{
"code": 200, // retorno HTTP "200" informando que o pedido foi bem sucedido
"data": [
...
{
"created_at": "202-05-03 07:33:30", // data da alteração do status do array "id 4"
"custom_id": null, // identificador da cobrança definido pelo integrador, se existir
"id": 4,
"identifiers": { // identificadores que representam a cobrança
"charge_id": 24342333
},
"received_by_bank_at": "2022-05-02", // data do pagamento da cobrança
"status": {
"current": "refunded", // status ATUAL da transação: refunded ("Pagamento devolvido")
"previous": "paid" // status ANTERIOR da transação: paid ("pago")
},
"type": "charge", // tipo da cobrança que sofreu a alteração (neste caso, "charge" quer dizer que a alteração ocorreu em uma transação)
"value": 6990 // valor que acompanha a alteração. Esta tag existirá quando a alteração for uma confirmação de pagamento, informando o valor pago que foi confirmado
}
]
}
Boa tarde, <@!869997514366017577>! Tudo bem?
Atualmente existem 2 formas de gerar o link, uma pelo front-end via script que disponibilizamos na documentação e uma em back-end, posso te mandar o código caso queira.
A principal diferença entre as 2 formas é que na utilização do script o browser do cliente é o responsável pela segurança/criptografia dos dados do cartão de crédito, enquanto que pelo back-end a responsabilidade fica por parte do integrador.
Boam dia, <@!809817630856445982>
A data de nascimento é um parâmetro obrigatório somente nas cobranças via cartão de crédito. Isto para auxiliar no rastreamento de transações indevidas e proporcionar maior segurança ao integrador.
Mas levarei a demanda apresentada e reportamos a vocês qualquer novidade.