Histórico de mensagens sobre pix em pix

Entendi..
A chave pix não é obrigatória nem no EndPoint (post: .../v2/pix)

Todo Pix recebido vai para o /pix, quer ele seja ou não de uma cobrança (/cob ou /cobv). O pagador em nenhum caso é obrigado a ter chave Pix, pois ele não está recebendo nada. Entre as cobranças, o /cob tem prazo de expiração (que pode ser segundos, horas, dias) e o /cobv tem data de vencimento. /cobv ainda não está disponível.

Bom dia,
Estou implementando as formas de recebimento: no PIX e COB..
A diferença entre os dois é:
- PIX é especifico para uma pessoa (aonde informamos a chave), esse sem o QRCode..
- COB é uma cobrança imediata (tipo consumidor); aonde é possível informar o campo "devedor" mas é opcional.. gerando uma cobrança com QRCode, (a partir do Location)..
- COB{txid} é a vinculação entre Cobrança e Pedido (numero único do sistema)..

Perguntas:
- no caso do PIX, logo depois de fazer a requisição; No "app" do banco da pessoa vai aparecer a cobrança?
- percebi que no caso do PIX, é possível informar uma conta (nome, agencia, conta corrente), teoricamente o pagador tem que ter um pix, mas o recebedor não? como ficaria a parte de consulta de status de pagamento nesse caso, a mesma coisa?
- no caso do COB, é mais direcionado para uma cobrança presencial; aonde o cliente pode receber o qrcode e pagar no ato da compra, e o COB{txid} é mais para uma modalidade de entrega, que o cliente vai pagar num período pré-determinado?

Reforço que a API de Pagamentos seguiu funcionando normalmente, sem qualquer indisponibilidade, a indisponibilidade afetou somente a API de Envio de Pix, serviço já re-estabelecido.

o sistema de pix teve alguma mudança ? o meu paro do nada de pegar , alguem sabe se teve alguma atualização ?

Sobre o envio de Pix já está normalizado a algum tempo.

Parece que o problema é envio de Pix na GN como um todo. Mesmo via app há relatos de problemas.

Houve alguma mudança recente na api para envio de pix. Pela manhã enviei pagamentos normalmente, agora estou recebendo apenas Bad Request em todos envios

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

Boa tarde gente, preciso de um help. Não estamos conseguindo fazer pix de saída. Me parece um problema na conta.

Olá <@!268087909217730561> tudo bem?
A geração do PIX é 0,01 .
Assim que o pagamento é confirmado :
Pix recebido com valor igual ou superior a R$90 - tarifa de R$0,89

Pix recebido com valor inferior a R$90- tarifa de 0,99%

Lembrando que estamos com a tarifa zerada até 31/07/2021

Bom dia!
Estou implementado a integração da API Pix, para o PHP 7.3.27, realizei a instalação via composer, porém estou recebendo um erro referente ao GuzzleHttp, segue o erro:

Fatal error: Uncaught TypeError: Argument 1 passed to GuzzleHttp\Psr7\Message::bodySummary() must implement interface Psr\Http\Message\MessageInterface, null given, called in C:\xampp\htdocs\aplicacao\vendor\gerencianet\gerencianet-sdk-php\src\Gerencianet\Request.php on line 62 and defined in C:\xampp\htdocs\aplicacao\vendor\guzzlehttp\psr7\src\Message.php:58
Stack trace:
#0 C:\xampp\htdocs\aplicacao\vendor\gerencianet\gerencianet-sdk-php\src\Gerencianet\Request.php(62): GuzzleHttp\Psr7\Message::bodySummary(NULL, 300)
#1 C:\xampp\htdocs\aplicacao\vendor\gerencianet\gerencianet-sdk-php\src\Gerencianet\Auth.php(44): Gerencianet\Request->send('post', '/oauth/token', Array)
#2 C:\xampp\htdocs\aplicacao\vendor\gerencianet\gerencianet-sdk-php\src\Gerencianet\ApiRequest.php(23): Gerencianet\Auth->authorize()
#3 C:\xampp\htdocs\aplicacao\vendor\gerencianet\gerencianet-sdk-php\src\Gerencianet\Endpoints.php(65): Gerencianet\ApiRequest->send('post', '/v2/c in C:\xampp\htdocs\aplicacao\vendor\guzzlehttp\psr7\src\Message.php on line 58
Tenho as seguintes dependências instaladas.

Eu estou suspeitando que esse erro é na GN. Alguém da GN pode verificar nos logs se não estão barrando o acesso do PicPay ao qrcodes-pix.gerencianet.com.br?

https://github.com/renatofrota/pix-pendencias/issues/40

Quanto tiver a issue certinho lá no pix-pendencias, me avisem para eu passar para o CTO do PicPay. As que já haviam lá eu já tinha passado.

<@!775350441965649951> https://github.com/renatofrota/pix-pendencias/issues/35

Realmente. Tavez podem reportar na issue do Renato sobre este problema com o PicPay. https://github.com/renatofrota/pix-pendencias/issues/22

Certo. Encontrei duas diferenças que você pode testar no Picpay.
Primeiro é inserir o valor Transaction Amount no BrCode, e o outro é deixar o campo Globally Unique Identifier minúsculo br.gov.bcb.pix

00020101021226770014br.gov.bcb.pix2555api.itau/pix/qr/v2/75724a5e-8aab-41ad-a7e4-d41a78cabdc35204000053039865406156.095802BR5925CIA ELET DO EST DA BA COE6009SAO PAULO6207050363046698