Histórico de mensagens sobre pix em devs

Chamamos ele de certificado pix pois é usado somente para o PIX, e este de homologação deve ser usado com as credenciais de homologação

O certificado seria esse ne? eq vc falou certificado PIX ai fiquei na duvida se existe outro

Boa noite, @skaaarlate!
Mesmo que esteja usando as mesmas credenciais, se os escopos das duas APIs estiverem devidamente configurados, é importante lembrar que são duas APIs diferentes com duas rotas base diferentes e isso leva a dois access_tokens diferentes.

Fora isso, a API Pix, onde a cobrança imediata é gerada, depende de um certificado PIX que pode ser gerado gratuitamente na área do integrador pelo menu API da conta.

Este certificado pode ser gerado tanto em produção quanto em homologação e só pode ser usado para o ambiente no qual ele foi criado.

Dessa forma, pela mensagem de erro, verifique:

<:arrowright:1058011740589277294> Se o certificado foi gerado e está sendo usado no ambiente correto para uso da API Pix;
<:arrowright:1058011740589277294> Se está usando o access_token correto para cada API.

Gente alguem ja passou por esse problema?:
tenho dois endpoints um para criar cobrança efipay.createCharge e outro pra cobrança imediata pix efipay.pixCreateImmediateCharge
o de cartao esta funcionando porem o de pix n: "Verifique o atributo sandbox e certificate, e garanta que eles estejam corretamente atribuidos para o ambiente desejado"
estou usando as mesmas credentials para os 2

Desses o único que tenha a te dar enrosco para webhook da API Pix é a Cloudflare.

Alguém tem algum módulo de pix para o sistema 6amMart da empresa sixamtech? Eles usam Mercado pago, mas não funciona o PIX! Queria implantar no sistema! Alguém pode me ajudar a implementar o Efi nele?

a cobrança está sendo feita perfeitamente, o copia e cola do pix está sendo gerado, mas na tela dá erro de processamento e não aparece o qr code

ERROR Erro HTTP 500: Internal Server Error
ERROR Erro completo: {"error": [Error: Request failed with status code 500], "receivedDataLog": [{"endpoint": "createPixCharge", "response": [Object]}], "sentDataLog": [{"endpoint": "createPixCharge", "payload": [Object]}, {"endpoint": "pixSplitConfig", "payload": [Object]}]}

alguém help

Mas fica o registro de que mesmo sem parâmetro de query, no JSON vem a chave Pix que já identifica unicamente um cliente. Então a query seria só "belts and suspenders", ou seja, ter mais um fator de confirmação.

Multi-tenancy não é problema pro mTLS, pq as chamadas para todos os clientes Efí usam a mesma CA (CA privada da Efí) e mesmo CN (gn-webhook-pix), etão você pode usar a mesma configuração para todos.

No webhook vem a chave Pix, e cada chave Pix é de um client... então você já tem uma informação para diferenciar os tenants, e pode usar até mesmo a exata mesma URL para tudo. Agora, dá para adicionar um parâmetro do webhook que vc configura em cada chave Pix para ter um double check. Poderia ser por exemplo:
"https://webhookefi.zonkof.com.br/?tenant-id=xxxxxx&ignorar="

O ignorar= é pq a Efí vai adicionar um /pix no final.

Galera, minha API utiliza uma abordagem multi-tenancy, ou seja, é uma unica API que atende a vários bancos de dados, cada banco de dados (Entenda cada banco de dados, como uma empresa que contrata o meu sistema.)
Estou utilizando o cloud run do GCP para hospedar a API, e quero configurar o webhook de pix, porém vi que precisa adicionar uns certificados na configuração do nginx/apach/express etc.. e tem que fazer algo relacionado aos certificados ssl da API e tal.. porém, como está no gcp, isso ficaria dificil. Entao gostaria de utilizar a abordage do Skip-mTLS...

Como mencionei acima, minha aplicação é multi-tenancy, e existe um middleware na minha API que recebe na requisição um parametro chamado "x-tenant-id" (atualmente é um header, mas pode ser qualquer coisa que funcione kk). Então gostaria de saber como eu poderia proceder para que em todas as requisições do webhook que a EFI mandará para a minha API, tenha algum identificador para que possa fazer a orquestração de qual banco de dados realizarei as consultas aqui.. Poderiam me ajudar com isso?

No Efí, @EneasRocha, oferecemos serviços de banco e de meios de pagamento para empresas bem como também para empreendedores e microempreendedores que ainda não possuem CNPJ, que seria a modalidade de conta Pró. Nesse sentido, pensando em pequenos negócios é que existe a interface manual direta pela plataforma para que este público possa oferecer meios de pagamento dos seus serviços/produtos sem a necessidade de um sistema integrador.

No entanto, no que tange os boletos bancários, essas soluções não se comunicam entre si, integração é um ecossistema e o controle via conta digital é outro. Já para o PIX é possível configurar um webhook vinculado a uma chave da conta e todas as cobranças vinculadas a essa chave serão notificadas.

Se o seu caso for exclusivamente de boletos/carnês, Eneas, temos algumas sugestões:
Migração orgânica, onde não se emite mais diretamente pela conta e passa a emitir somente via API, mas mantendo o controle pelas duas pontas até que não haja mais cobranças ativas que foram emitidas diretamente pela conta digital (via Sistema);
Gerar um relatório das cobranças geradas via Sistema, importar para a sua integração para reemití-las via API e então excluir as cobranças antigas.

Para pagamento com dinheiro em conta, guie o cliente para pagar via Pix.

Bom dia, alguém pode me informar por favor quais são os endpoints de authentication e cobrança pix no ambiente de homologação?

Este erro/log foi para pix

Passei pelo mesmo, entao alterei o checkout para o shortcode mas recebo erro ao tentar pagar no pix, com cadastro novo, preciso passar pelas ids de homologacao antes de ativar para o cliente?

2024-12-10 16:43:46 Efi-Log:: Exception: Erro interno do servidor. in /var/www/wptbox/wp-content/plugins/woo-gerencianet-official/includes/lib/class-gerencianet-integration.php:438
Stack trace:
#0 /var/www/wptbox/wp-content/plugins/woo-gerencianet-official/includes/lib/class-gerencianet-integration.php(257): Gerencianet_Integration->result_api()
#1 /var/www/wptbox/wp-content/plugins/woo-gerencianet-official/includes/payment-methods/class-wc-gerencianet-pix.php(445): Gerencianet_Integration->update_webhook()
#2 /var/www/wptbox/wp-includes/class-wp-hook.php(324): WC_Gerencianet_Pix->registerWebhook()
#3 /var/www/wptbox/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#4 /var/www/wptbox/wp-includes/plugin.php(517): WP_Hook->do_action()
#5 /var/www/wptbox/wp-content/plugins/woocommerce/includes/admin/settings/class-wc-settings-payment-gateways.php(315): do_action()
#6 /var/www/wptbox/wp-includes/class-wp-hook.php(324): WC_Settings_Payment_Gateways->save()
#7 /var/www/wptbox/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#8 /var/www/wptbox/wp-includes/plugin.php(517): WP_Hook->do_action()
#9 /var/www/wptbox/wp-content/plugins/woocommerce/includes/admin/class-wc-admin-settings.php(84): do_action()
#10 /var/www/wptbox/wp-content/plugins/woocommerce/includes/admin/class-wc-admin-menus.php(179): WC_Admin_Settings::save()
#11 /var/www/wptbox/wp-includes/class-wp-hook.php(324): WC_Admin_Menus->save_settings()
#12 /var/www/wptbox/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#13 /var/www/wptbox/wp-includes/plugin.php(517): WP_Hook->do_action()
#14 /var/www/wptbox/wp-settings.php(726): do_action()
#15 /var/www/wptbox/wp-config.php(124): require_once('...')
#16 /var/www/wptbox/wp-load.php(50): require_once('...')
...

é também o mesmo que usei pra fazer requisição no postman {{rota_base_pix}}/v2/cob

https://github.com/efipay/sdk-dotnet-apis-efi/blob/main/Examples/pix/cob/PixCreateImmediateCharge.cs

var response = efi.PixCreateImmediateCharge(null, body);

Quando tento cadastrar o PIX, ele não consegue cadastrar as WebHooks