Histórico de mensagens sobre dados

Utilizo o PHP, e estou incluindo no banco para visualizar os dados retornados.

Acesse a sua conta pelo navegador Google Chrome e tente novamente realizar a ação;
Realize a limpeza de histórico e em seguida tente novamente. Para realizar a limpeza, siga os passos a seguir:
⦁ Abra o navegador de internet;
⦁ Aperte os botões CTRL + SHIFT + DELETE;
⦁ Na janela aberta, selecione as opções que deseja apagar e o período de limpeza. O ideal é marcar todas as opções, com exceção de “Preferência de Sites” e o período selecionado deve ser “tudo”;
⦁ Clique no botão Limpar Dados.
Tente acessar a sua conta através de uma aba anônima. Para acessar em uma aba anônima, abra seu navegador, clique no botão Personalizar (representado por três pontinhos enfileirados) e escolha a opção " Nova janela anônima".

Seria sobre as recusas?
Se sim, pode me enviar no privado os dados da conta e as cobranças que eu gero um ticket para lhe ser informado.
Se for outra demanda, pode me enviar também que te oriento ou direciono ao responsável para auxiliar.

Só que sem o response da requisição ao endpoint, vc não tem o E2e, vai chegar um request no seu webhook com "concluído" ou "rejeitado" com um E2E que você não tem na sua base de dados

Dados sensíveis e de regra de negócio com a api.

Eu até posso entender que haja algum problema por conta do retorno da conexão entre vocês e a operadora. Mas é complicado estar às cegas. A API não parece trazer nenhuma informação sobre a tentativa (baseado no que vejo no Histórico de Requisições), por exemplo, há como eu ver qual a bandeira e em quantas vezes ele tentou realizar o pagamento? Claro que eu entendo a não transição de dados sensíveis, como números e data de validade. Mas entenda que, do lado do lojista, é complicado controlar essa mediação com o cliente sem nenhum tipo de informação a não ser: "O sistema disse que sua operadora não aprovou". Ainda mais no caso quando se trata de uma revenda, que você quer criar uma recorrência de pedidos desses clientes. A primeira tentativa já dando vários erros seguidos e sem informações mais óbvias e o retorno ainda mostrando "inadimplente" (que é uma palavra forte), para algo que foi gerado há poucos minutos. A API, no caso, retornou essa informação e o dono (eu apenas o estou ajudando com o desenvolvimento) da loja online não soube interpretar, porque inadimplemente pareceu o motivo da recusa da operadora. E não o status perante à cobrança. Ainda mais porque a cobrança acaba de ser gerada.

BOA TARDE JÉSSICA, SERIA A RESPEITO DO PIX.. GOSTARIA DE SABER COMO HABILITAR COM API PARA FAZER O PIX COM DADOS DOS CLIENTE

tem transação que já fou até paga e mesmo assim não me enviou nenhum status para o meu banco de dados

As tarifas cobradas dependem da configuração/movimentação de cada conta. O ideal é verificarmos sua demanda no privado mesmo, ainda mais que existem dados sensíveis.

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.

rsrs desculpa. Quis dizer dados.json

não entendi config.json ? ou dados.json ?

e as que não fossem barradas na abertura mas identificadas posteriormente como participantes em fraudes, haveria o registro em vídeo de quem fez a abertura, possibilitando até cruzar dados e encontrar outras contas que aquela mesma pessoa abriu (ainda que usando outros dados roubados).

na minha opinião, a abertura deveria ser feita sem ida à agência, mas telepresencial. ou seja: um funcionário do banco "entrevistando" o cliente que tá abrindo a conta. perguntando informações sobre o cliente (sobre seus dados e sua vida), igual quando a abertura é na agência. e isso ficaria gravado. já ajudaria a barrar muita abertura de conta laranja (já fui bancário e barrei laranjas abrindo contas várias vezes).

Depende do que você chama de pagamento. É possível fazer transferências para chaves ou dados bancários, mas não quitar um QR-Code.

O dia da recorrência será o dia em que seu cliente insere os dados de pagamento pela 1ª vez.

Boa tarde, tenho uma dúvida, eu estou implementando o pagamento por cartão de crédito em nosso sistema e estou passando pelo seguinte problema ...

Por padrão ao ser gerada uma cobrança automaticamente é adicionado a forma de pagamento por boleto que será impresso e repassado ao cliente, aliado a isso gostaria de colocar a opção de pela central do cliente ele colocar os dados do cartão e poder também efetuar o pagamento pelo cartão;
Mas ao enviar uma requisição para adicionar o pagamento por cartão posteriormente me retorna o seguinte erro:
"Esta transação já possui uma forma de pagamento definida."

Como proceder nessa situação?

Boa tarde <@!907683148580683876> ! Pela API é possível voce consultar os dados da assinatura apenas utilizando o subscription_id. https://dev.gerencianet.com.br/docs/playground-assinaturas#subscription_id

boa tarde, poderiam me dizer se é possível consultar os dados completos de uma assinatura pelo custom_id?

Te mandei os dados no privado, <@!671762828046106646>