Termos mais procurados:
No link a seguir, você encontra uma tabela contendo todos os dados sobre os parâmetros passados para o endpoint. Como obrigatoriedade, tipo e regras de criação
https://dev.gerencianet.com.br/docs/api-pix#section-criar-cobran-a-
Caso seja utilizado o endpoint "Criar cobrança imediata", não é necessário informar o txId. Nesse caso ele é gerado pela API.
Bom dia, pessoal. Para começar bem a semana: meu webhook está configurado, mas a notificação de pix recebido chega com o POST vazio. Eu apanhei tanto nginx na semana passada, que ele agora é o meu principal suspeito para tudo - nesse caso, porém, quando envio um POST via cURL para .../webhook/pix, os dados chegam normalmente. Alguma ideia?
Compreendi, seria possível gerar um txid aleatório, gravar em banco de dados, e ao realizar a consulta da transação, puxar o ultimo registro do banco e comparar, para saber se o mesmo foi efetivado?
Você consegue filtrar os Pix recebidos pelo cpf/cnpj do pagador, conforme a documentação https://dev.gerencianet.com.br/docs#section-consultar-pix-recebidos-
Mas os dados do pagador, não são retornados no endpoint
Boa tarde pessoal, a Gerência Net tem algum tipo de integração padrões com arquivos CNAB750 ou Layout de arrecadação?
Tenho um cenário que o cliente quando for gerar o QR Code pode não haver conexão com Internet, então vai ser necessário gerar o Estático. No caso vai ser um coletor de dados que vai estar a campo e pode haver sombra de rede móvel
Bom dia. Eu configurei o webhook na minha aplicação. Agora estou na dúvida eu recebo um metodo get ou post quando o status for alterado? E quais os dados que recebo da api?
Um que está faltando é o location, que é o que vai permitir o PSP do pagador acessar os dados da cobrança.
Você pode sim emitir cobranças diretamente integrando com nossa API. Entretanto, informamos que o fluxo funcionará de maneira que a Gerencianet receberá requisições de você e enviará notificações com a alteração de status das cobranças. A parte de gestão de provedores nós não fazemos, isso tem que ser implementado por um desenvolvedor de sua confiança.
Quanto a questão da importação dos dados dos clientes, você deve verificar no sistema Mk-Auth se é possível ou não a exportação.
E se sim a minha pergunta como é possível importar p banco de dados dos clientes do Mkauth ?
Nota sobre as indisponibilidades de hoje
Então Pessoal, no decorrer do dia houve uma campanha digital promovendo um site falso da Gerencianet (phishing). Foi algo bem elaborado e maior do que ocorre tradicionalmente, o que levou clientes desavisados a entraram no site errado informando suas credenciais. Para preservar a segurança de nossa plataforma, nosso time de Inteligência iniciou um trabalho preventivo desativando temporariamente serviços de alguns clientes. Os critérios foram baseados em questões como região, valor em conta e horários de acesso. As transferências de mesma titularidade se mantiveram ativas a todo momento, assim como todos os serviços de recebimento. As funcionalidades estão sendo gradualmente normalizadas.
Apesar de todos aqui da comunidades serem mestres em cuidados com credenciais, o que nem sempre ocorre com outros clientes, fiquem sempre vigilantes.
Nosso time trará reforços em nosso fluxo de autenticação, o que agregará na mitigação de episódios do tipo.
Erro plugin WooCommerce -> temos 3 sites em WooCommerce, e estamos iniciando o uso da GerenciaNet em 1 deles para depois replicar para os outros. Contudo notamos uma inconsistência junto ao plugin da Wirecard/ Moip oficial. Nos sites onde não temos a gerencianet a wirecard/moip funciona normalmente. Já onde estamos iniciando o teste com a gerencianet, ao tentar finalizar a compra via boleto da wirecard, o WooCommerce está obrigando a preencher os dados do cartão de crédito. É um erro pois via boleto não é preciso preencher o nº do cartão por exemplo para finalizar a compra. Ao desativarmos os plugins 1 a 1 descobrimos que este erro deriva do plugin Gerencianet. Usamos a Wirecard há 2 anos já sem erros. Vocês podem dar uma olhada por gentileza? Obs.: estamos ativando somente o PIX da gerencianet. Este erro ocorre quando tentamos finalizar via Wirecard/ Boleto no checkout
Sobre os pagamentos utilizando o PicPay, verificamos que por parte da Gerencianet não há bloqueio de acesso para o PSP.
Além disso, realizamos testes gerando o QrCode dinâmico pela API Gerencianet de diversas formas, mas não obtivemos sucesso. Notamos que houveram reclamações de problemas (no PicPay) ao buscar informações no DICT, como o campo Merchant Name do DICT, exibindo o nome presente no QR Code (informação que é presente em nosso QrCode).
Testamos também, pagar com PicPay um QrCode dinâmico gerado pela Iugu e Juno, mas nenhum deles foi possível. Somente QrCode estáticos são reconhecidos no PicPay.
Tudo indica que deve haver alguma falha por parte do PicPay para buscar os dados no DICT em cobranças dinâmicas. Assim, não conseguimos concluir a causa da falha, uma vez que não temos acesso aos logs de falha na tentativa de pagamento.
Pedimos aos participantes do canal que possuem integração com outros PSPs, realize testes de QrCode dinâmico e tentem pagar com PicPay, para que possamos auxiliar na identificação de onde pode estar a falha.
Já estamos tentando contato com o PSP para identificar.
olá, já consegui gerar o QRCODE usando os dados do ambiente de homologação, eu consigo fazer alguma coisa além disto ? ou seja, consigo simular recebimentos ?
É que não é muito comum esses tipos de estabelecimentos ter um domínio próprio.. As vezes o cara só tem o servidor, banco de dados, e o sistema frente de caixa..
Em relação ao Alert Box não temos uma solução pronta com caso semelhante, mas disponibilizamos o serviço de notificação, o webhook. Você pode cadastra-lo e toda vez que receber uma notificação de pagamento fazer uma comunicação entre o Alert Box e o seu servidor ou banco de dados onde esteja recebendo e armazenando as notificações dos Pix.
