Histórico de mensagens sobre cobranças em pix

Agora se for apenas para emissões de cobranças, não precisa se preocupar com o envio de Pix

Se você vai gerar só cobranças, o Pix recebido e as devoluções são os únicos casos.

O tratamento que fizer sentido no seu sistema. Por exemplo o que sugeri de alterar a tabela de cobranças.

Alterar as cobranças pagas com o recebido no webhook? Acho que entendi mais ou menos...

Como é a tabela das cobranças ? Você poderia apenas alterar as cobranças pagas com o recebido no webhook.

Fazendo cobranças de 1 centavo e similares em produção tem sido a saída usual. Que pode ou não funcionar para você.

Não há hoje como quitar cobranças no ambiente de homologação do Pix, só fazendo teste em produção mesmo.

Olá <@!818197250840199198>. Bom dia!

Na SDK de PHP você encontra as funcionalidades para utilização do Marketplace e demais demais serviços da Gerencianet.
Obs: A Gerencianet disponibiliza cobranças Pix, mas até o momento no Marketplace é possível cobranças somente via boleto e cartão de crédito.

1 (✅ ) Autenticar na API
2 (❌) Cadastrar devedor -> Não há exemplo de como cadastrar o cliente final na SDK. Este cadastro do devedor deve ser realizado em um banco de dados em seu sistema. A partir deste cadastro, passar as informações para a emissão.
3 (✅) Criar transação de cobrança imediata
4 (✅) Gerar Qrcode dinâmico e código copia e cola de pagamento -> No ambiente Pix é possível. Então nesta compra que o cliente utilizou o Pix, você pode estruturar para que haja o repasse/envio de pix para o vendedor.
5 (✅) Monitorar o pagamento da cobrança -> (webhook: https://dev.gerencianet.com.br/docs/api-pix#section-webhook" class="link-msg">https://dev.gerencianet.com.br/docs/api-pix#section-webhook)
6 (✅) Setar transação de cobrança imediata como paga -> Com o monitoramento da cobrança, é possível setar os status das transações como paga automaticamente, e há opção também de "Marcar como Pago" manualmente uma cobrança via boleto. Em relação à cobrança Pix, você pode utilizar o PATCH /v2/cob para setar o status para "REMOVIDA_PELO_USUARIO_RECEBEDOR"
7 (✅) Enviar pix para o vendedor (O Vendedor poderá configurar se recebe de forma automática ou se faz saques esporádicos) em processo de autoriação. -> Com o Marketplace, cada vendedor deve possuir uma conta Gerencianet, então, você pode informar através da integração como deverá ser feita a divisão do valor recebido entre diferentes contas dos vendedores, de forma automática.
8 (✅) Criar transação de devolução de Pix para o devedor caso haja um desacordo comercial

Veja também em nossa documentação, para encontrar estes endpoints e demais detalhes: https://dev.gerencianet.com.br/docs/api-pix

Isso mesmo, em uma você insere o txid de forma manual, e na outra nós vamos gerar um txid aleatório. Isto é devido a regra de negócios, por exemplo, caso você queira que cada cobranças tenha um identificador que siga um padrão da sua empresa então você utilizaria o PUT /v2/cob/:txid.

Boa tarde <@!757198979586064384>, no momento as requisições da API Pix não aparecem mesmo no histórico de requisições. Você consegue lista as cobranças geradas pelo endpoint GET /v2/cob e realizar alterações pelo PATCH /v2/cob/:txid.
Ainda não é possível simular o pagamento em ambiente de homologação, recomendamos emitir em produção com cobranças no valor de R$0,01. Em breve vamos publicar essa funcionalidade em homologação.

Nope. O webhook é por chave, não por cobrança. Registrado o webhook, ele vale para todas as cobranças daquela chave independente do txid.

Bom dia <@!326311059759693826>, o cadastro precisa ser feito uma única vez, após isto a sua chave vai ficar associada ao webhook e todas as cobranças relacionadas a mesma serão notificadas.

Só em produção mesmo... gere cobranças baratas tipo 1 centavo para isso.

A chave é definida por conta... então será a mesma para todas as cobranças criadas

Eu havia entendido ontem que via webhook só era notificado as cobranças e quando elas mudavam o status para concluído, agora fiquei na dúvida em como saber se a notificação se trata da confirmação do envio pix ou se é a confirmação de uma cobrança pois ambos é o mesmo objeto: pix

Será que estamos falando da mesma coisa ? Não existe estoque na API Pix, apenas cobranças e pagamentos.

<@!747457595060650014> tem como explicar melhor o seu cenário para que possamos pensar em uma solução? A recomendação seria você ter txid único por cobrança, pois, são cobranças diferentes e o txid serve como um identificador.

Estava criando cobranças no ambiente de homologação, para criar no ambiente de produção preciso trocar apenas a url base, client id e client secrete ou o certificado também?

Pra simplificar seu entendimento das formas de cobrar com Pix, uma associação que você pode fazer com meios de cobrança/pagamento que você (provavelmente) já conhece, é a seguinte:

- QR Estático está mais próximo de um boleto não-registrado;
- QR Dinâmico de cobrança imediata está mais próximo de um boleto registrado;
- QR Dinâmico de cobrança com vencimento está mais próximo de uma duplicata ou de uma "folha" (um boleto registrado individual) de um carnê de cobranças (apesar de poder ser emitido apenas 1 cobrança com vencimento, não necessariamente uma sequência).

E o pagador, vai copiar e colar o código de pagamento (ou escanear o QR Code), em vez de digitar a linha digitável do boleto (ou escanear o código de barras).

Que eu ia adicionar o webhooks quando fosse adicionar cobranças sem fazer pela imediata. Mas posso adicionar desde o inicio