[Sugestão] Lista de PSPs com API pix

[alexandresanlim]

Acredito que vários desenvolvedores já estão em busca por APIs de PSPs para introduzir nos seus sistemas, tendo isso em vista o bacen poderia oferecer um repositório para isto? Não digo ser uma espécie de mentoria do próprio bacen, e sim um lugar onde os próprios devs poderão colocar os PSPs encontrados, talvez emitir opiniões e etc...

[rubenskuhl]

Segue agregado atualizado em 01.04.2024 para essa lista, que não inclui os PSPs que não seguem API Pix padrão, que estão listados em #560.

PSPs com APIs aparentemente aderentes à API Pix padrão: EFÍ S.A. - INSTITUIÇÃO DE PAGAMENTO 09.089.356/0001-18 (https://dev.efipay.com.br/docs/api-pix/credenciais)

APIs similares mas não obedientes à API Pix padrão: BANCO INTER S.A. 00.416.968/0001-01 (https://developers.inter.co/references/pix) (t) Banco BTG Pactual S.A. 30.306.294/0001-45 https://developer.btgpactual.com/portal/docpm#tag/PixCobV2.x (b) BANCO BRADESCO S.A. 60.746.948/0001-12 ($) (mailto:suporte.api@bradesco.com.br) BANCO DO BRASIL S.A. 00.000.000/0001-91 (API é prefixada com v1, vide https://developers.bb.com.br/) (%) (/) (!) Banco BS2 S.A. 71.027.866/0001-34 (https://devs.bs2.com/manual/pix-clientes/) (!) (^) ITAÚ UNIBANCO S.A. 60.701.190/0001-04 ($) (*) (@) (~) BANCO SANTANDER (BRASIL) S.A. 90.400.888/0001-42 (https://developer.santander.com.br/api/documentacao/pix) (^) (h) (r) (p) BANCO COOPERATIVO SICOOB S.A. - BANCO SICOOB 02.038.232/0001-64 (https://developers.sicoob.com.br/#!/apis , https://developers.sicoob.com.br/#!/documentacao ) (o) PAGSEGURO INTERNET S.A. 08.561.701/0001-01 (https://documenter.getpostman.com/view/10863174/TVetc6HV#3322de97-b3cc-453a-81a7-b3c2e34c8016) (r)

$ - Informaram que adaptarão suas APIs ao padrão, mas que inicialmente vão operar fora do padrão * - Retirou a API padrão do ar e está, alegadamente de forma temporária, com API bem fora do padrão (vide #371) % - O ambiente de desenvolvimento considera todos os acessos como uma única conta, comprometendo privacidade / - API requer parâmetro proprietário x-api-key que desobedece ao regramento, vide #435 ! - Não pede certificado, desobedecendo manual de padrões de iniciação e de segurança ^ - Erro de casing em txid/txId @ - Acesso à documentação de API Pix apenas para cadastrados, possivelmente para dificultar denúncias de não conformidade ~ - Chamadas de cadastro de webhook com limitações indevidas e sintaxe fora do padrão, vide https://github.com/bacen/pix-api/discussions/411#discussioncomment-1716722 b - Não segue o versionamento do BACEN, ao exigir v2.x ao invés de v2 h - O padrão diz que o ambiente de homologação deve ser "-h" além do de produção, mas neste PSP é /sandbox na URL ao invés de -h no hostname o - Requer parâmetro adicional em violação ou a API-Pix ou a OAuth 2.0 r - Oferece refresh_token no /token t - Não lista na API Pix transações recebidas por chave com txid, nem aciona webhook para esses mesmos Pix p- Não lista Pix sem txid no GET de /pix, quando Pix sem txid só não devem acionar webhook mas ser listados em /pix

[ninrod]

@alexandresanlim

Acredito que vários desenvolvedores já estão em busca por APIs de PSPs para introduzir nos seus sistemas, tendo isso em vista o bacen poderia oferecer um repositório para isto?

Neste momento o BACEN não fornecerá tal lista, obrigado pela sugestão.

[alexandresanlim]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

[rubenskuhl]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em https://github.com/bacen/pix-api/issues/76#issuecomment-708554577 são BS2, Bradesco e Itaú.

[tallesairan]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

[renatofrota]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

[rubenskuhl]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

Sem contar que a 0.99% sem limite de custo, é também muito cara. Mas quando eles tiverem API Pix atualizo o quadro, independente do custo.

[rafatozzi]

Alguém tem os valores cobrados pela gerencianet???.... tais como mensalidade, taxa por pix realizado e etc...

[rubenskuhl]

Alguém tem os valores cobrados pela gerencianet???.... tais como mensalidade, taxa por pix realizado e etc...

https://gerencianet.com.br/tarifas/ (edit: tarifa antiga removida)

Lá tem as taxas para cobrança/recebimento. Para envio precisa pedir proposta para o comercial.. E não há mensalidade ou franquia mínima... mas se tiver volume, consegue negociar preço.

[rafatozzi]

Alguém tem os valores cobrados pela gerencianet???.... tais como mensalidade, taxa por pix realizado e etc...

https://gerencianet.com.br/tarifas/ Resumo: 1 centavo para emitir QR-Code dinâmico, 0.99% até máximo de 89 centavos para recebimento.

Lá tem as taxas para cobrança/recebimento. Para envio precisa pedir proposta para o comercial.. E não há mensalidade ou franquia mínima... mas se tiver volume, consegue negociar preço.

Vlw!

[capedra]

@rubenskuhl @rafatozzi https://gerencianet.com.br/tarifas/ Promoção: As transações originadas pela API Pix serão gratuitas até o dia 31/07/2021. Abaixo as tarifas após 31/07/2021.

Pix recebido pela API 1,98% Tarifa máxima R$7,90 ()Pix recebidos que possuem txid

[rubenskuhl]

@rubenskuhl @rafatozzi https://gerencianet.com.br/tarifas/ Promoção: As transações originadas pela API Pix serão gratuitas até o dia 31/07/2021. Abaixo as tarifas após 31/07/2021.

Pix recebido pela API 1,98% Tarifa máxima R$7,90 ()Pix recebidos que possuem txid

Mudaram bem as tarifas. Já editei o comentário para remover a referência às tarifas antigas... mas permanece a sugestão de com volume negociar com a área comercial deles.

[EwertonDutra]

@rubenskuhl @rafatozzi https://gerencianet.com.br/tarifas/ Promoção: As transações originadas pela API Pix serão gratuitas até o dia 31/07/2021. Abaixo as tarifas após 31/07/2021.

Pix recebido pela API 1,98% Tarifa máxima R$7,90 ()Pix recebidos que possuem txid

Subiram bastante mesmo 👎 Uma pena, o legal de usar a padrão é a troca fácil 👍

Porque nesses casos de aumento não tem muito o que fazer, uma pena!

[rafatozzi]

estou falando para meus clientes aguardar um pouco mais de tempo... pq o preço do uso da gerencianet tá muito alto... enquanto isso vai de pix estático

[rubenskuhl]

estou falando para meus clientes aguardar um pouco mais de tempo... pq o preço do uso da gerencianet tá muito alto... enquanto isso vai de pix estático

Não posso dizer muito por questões de confidencialidade, mas reforço o comentário de negociar especificamente. Detalhe que mesmo QR-Code estático com txid paga na Gerencianet, então imagino que você esteja se referindo a outro PSP.

[rafatozzi]

estou falando para meus clientes aguardar um pouco mais de tempo... pq o preço do uso da gerencianet tá muito alto... enquanto isso vai de pix estático

Não posso dizer muito por questões de confidencialidade, mas reforço o comentário de negociar especificamente. Detalhe que mesmo QR-Code estático com txid paga na Gerencianet, então imagino que você esteja se referindo a outro PSP.

Estou no referindo ao QR Code mais básico que tem hj... que não precisa de API de ninguém vc gera uma string neste padrão:

000201 2658 0014br.gov.bcb.pix 0136123e4567-e12b-12d1-a456-426655440000 52040000 5303986 5802BR 5913Fulano de Tal 6008BRASILIA 6207 0503*** 63041D3D

que seria o mesmo que um transferência...

[renatofrota]

@rafatozzi nesse seu exemplo específico não tem txid, então permanecerá gratuito mesmo depois do fim do período de gratuidade da GN. Mas se usar txid, passará a ser cobrado o recebimento, mesmo que não use a API.

Inclusive, tem que ver a posição do BACEN quanto a isso. Para pessoa física não ficou decidido que deveria ser 100% gratuito o uso do Pix? Inserir um txid num QR estático gerado de forma autônoma invalida essa garantia?

[rafatozzi]

@rafatozzi nesse seu exemplo específico não tem txid, então permanecerá gratuito mesmo depois do fim do período de gratuidade da GN. Mas se usar txid, passará a ser cobrado o recebimento, mesmo que não use a API.

Inclusive, tem que ver a posição do BACEN quanto a isso. Para pessoa física não ficou decidido que deveria ser 100% gratuito o uso do Pix? Inserir um txid num QR estático gerado de forma autônoma invalida essa garantia?

a promessa era para transferência entre pessoa física para pessoa física ser grátis... porém quando a coisa passa a ser mais comercial passam a cobrar.

Sempre tem uma jogada... Foi aceito muito fácil essa perca dos R$10 por TED

[acgarzon]

Muito boa essa lista, ajuda muito! Parabéns pela iniciativa, @rubenskuhl . E obrigado pela informação!

Cada banco cobra mais caro que o outro, é uma decepção. Por algo que custa 1 centavo para cada 10 transações.

Como verificar as taxas de cada um dessa lista? Talvez seja interessante adicionar estes valores, até como informativo de quais bancos evitar. Fazer integração de cada um é um trabalho, pra depois descobrir que é um roubo o valor cobrado.

[rubenskuhl]

Muito boa essa lista, ajuda muito! Parabéns pela iniciativa, @rubenskuhl . E obrigado pela informação!

Cada banco cobra mais caro que o outro, é uma decepção. Por algo que custa 1 centavo para cada 10 transações.

O custo disso é mais do que só o custo do SPI do BACEN, mas com certeza é bem menor do que os custos que tenho visto serem cobrados. Notadamente, não tem relação alguma com o valor recebido, e nota-se muito mais PSPs com taxas do que com tarifas.

Como verificar as taxas de cada um dessa lista? Talvez seja interessante adicionar estes valores, até como informativo de quais bancos evitar. Fazer integração de cada um é um trabalho, pra depois descobrir que é um roubo o valor cobrado.

Eu não fiz isso porque descobri uma grande discrepância entre os preços publicados para usuários pouco recorrentes e os preços para volumes. Especialmente no sentido de que alguns dos mais caros em preço padrão são dos mais afáveis a negociar taxas no final melhores que de outros. Então quem seguisse os preços padrão imaginando que do menor se conseguiria o menor preço em volume, iria pelo caminho errado.

Notar que se a integração usa apenas a API padrão BACEN, o trabalho de trocar de um para outro PSP deveria ser bem pequeno. Por isso eu foquei bastante em comentar o que pude descobrir de o quanto o PSP é ou não aderente ao padrão, pois isso é que dá maior poder de negociação aos recebedores.

Mas se quiser mais detalhes dos preços que consegui, só me procurar no privado em qualquer canal em comum (Discord, LinkedIn, E-mail). Só um ou outro tem NDA, a grande maioria eu posso passar.

[jardsonsales]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

Sem contar que a 0.99% sem limite de custo, é também muito cara. Mas quando eles tiverem API Pix atualizo o quadro, independente do custo.

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

[rubenskuhl]

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

Atualizado, grato. Mas foi para a seção de APIs Proprietárias, que eu espero que seja acompanhada pelo DECEM. As supostas facilidades são violações do arranjo e são negativas para todo o ecossistema.

Sobre a GN, de fato as novas tarifas padrão são bem elevadas. O que posso dizer é que eles são os mais dispostos a negociar de todos os PSPs do tópico, então é não se assustar com a tarifa padrão e conversar.

PagHiper não está na lista por não ser PSP, mesmo caso da Adyen. Mas sim, há opções de recebedores não-PSP que usam a API Pix de um PSP como correntista, aparecendo no Pix esse recebedor e não o destinatário efetivo. Para quem não se importa com isso, é sim uma opção.

[jardsonsales]

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

Atualizado, grato. Mas foi para a seção de APIs Proprietárias, que eu espero que seja acompanhada pelo DECEM. As supostas facilidades são violações do arranjo e são negativas para todo o ecossistema.

Sobre a GN, de fato as novas tarifas padrão são bem elevadas. O que posso dizer é que eles são os mais dispostos a negociar de todos os PSPs do tópico, então é não se assustar com a tarifa padrão e conversar.

PagHiper não está na lista por não ser PSP, mesmo caso da Adyen. Mas sim, há opções de recebedores não-PSP que usam a API Pix de um PSP como correntista, aparecendo no Pix esse recebedor e não o destinatário efetivo. Para quem não se importa com isso, é sim uma opção.

Falando especificamente sobre o mTLS, eu pessoalmente sou contra, já vi alguns tópicos discutindo sobre isso, acho que é cedo ainda pra gente achar a API Padrão realmente a melhor alternativa, até porque dá pra perceber que ela tem um pouco pra amadurecer, mas esperamos que aos poucos vá melhorando.

[rubenskuhl]

Falando especificamente sobre o mTLS, eu pessoalmente sou contra, já vi alguns tópicos discutindo sobre isso, acho que é cedo ainda pra gente achar a API Padrão realmente a melhor alternativa, até porque dá pra perceber que ela tem um pouco pra amadurecer, mas esperamos que aos poucos vá melhorando.

É graças aos padrões que a Internet alcançou esse êxito e existe o GitHub para discutirmos isso... os impactos de fragmentação são muito piores do que qualquer questionamento que se tenha sobre o padrão. Enquanto está se discutindo, vale questionar cada ponto, e o mTLS é um dos que você vai encontrar vários comentários por aqui, meus inclusive.

Vale propor algo diferente para uma versão 2 da API, especialmente se ao invés de simplesmente tirar o mTLS, se propuser mecanismos que atendam os mesmos objetivos de forma mais simples para PSP e EC. Um token TOTP me parece que daria a mesma validação para o PSP de que se trata mesmo do EC ou seu preposto com uma complexidade tecnológica muito menor; mas enquanto o padrão for mTLS, o padrão é mTLS. Já webhook por chave ao invés de por cobrança me pareceu um trade-off legal, que eu não pretendo sugerir ser feito diferente não.

E fora a questão de padrões serem bons para o ecossistema, este em particular é exigido pelo regulatório. E quem escorrega em regulação tende a escorregar em bem mais requisitos não funcionais de compliance, segurança e solidez em geral. Então essa aderência acaba sendo um proxy para a honestidade da empresa.

[fabioselau077]

Erro do Banco Central regularizar e deixar somente as instituições financeiras com acesso à API. Toda Pessoa Jurídica deveria ter, agora voltamos para a era dos estupros dos bancos tradicionais. Só uma coisa, PIX do BACEN tem taxa para PSP's? Se não tem taxa, deveria ser grátis a taxa. "Ah mas tem custo com servidor e bla bla bla", blz, por iss que disse que qualquer pessoa jurídica poderia ser um "PSP".

[rubenskuhl]

Erro do Banco Central regularizar e deixar somente as instituições financeiras com acesso à API.

O BACEN não tem endpoints da API Pix especificada neste repositório; o DICT e o SPI tem APIs distintas, baseadas em ISO 20022.

Toda Pessoa Jurídica deveria ter, agora voltamos para a era dos estupros dos bancos tradicionais.

A grande maioria das PJs não tem a capacidade tecnológica para uma API razoavelmente mais simples quanto a API Pix, quiçá sistemas ISO 20022.

Só uma coisa, PIX do BACEN tem taxa para PSP's? Se não tem taxa, deveria ser grátis a taxa. "Ah mas tem custo com servidor e bla bla bla", blz, por iss que disse que qualquer pessoa jurídica poderia ser um "PSP".

Pix tem uma taxa irrisória para PSPs de 1 centavo a cada 10 recebimentos. E sim, o que se constrói para suportar APIs tem custos... a maioria de desenvolvimento e suporte, infra-estrutura de computação atualmente é barata.

O arranjo Pix permite que instituições não regulamentadas pelo BACEN se conectem ao Pix, e há alguns casos disso. Mas só se conecta ao Pix quem oferece contas transacionais a terceiros, e isso a grande maioria das PJs não faz.

[tecbr]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

Sem contar que a 0.99% sem limite de custo, é também muito cara. Mas quando eles tiverem API Pix atualizo o quadro, independente do custo.

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

Poderia dizer como você está gerando este QR Code Pix diretamente?

Obrigado.

[rubenskuhl]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

Poderia dizer como você está gerando este QR Code Pix diretamente?

Via biblioteca de geração de EMV/QR-Code a para a linguagem que usamos. Mas há APIs que geram isso para você como a do https://pix.ae, e um descritivo de como gerar QR-Code para PHP está disponível em: https://www.youtube.com/watch?v=eO11iFgrdCA

Notar que apesar do nome estático, o QR-Code não dinâmico permite valor diferentes, identificador de transação (txid)... ele só não tem checagem de valor pelo banco nem checagem de uso múltiplo, então você precisa fazer essas checagens no seu processo.

[davi5e]

Pergunta simples. Ao gerar o QR Code diretamente (para evitar taxas, correto?) é possível cadastrar um webhook para saber quando houve pagamento?

Pensando em não usar nenhuma API que cobra % das transações, se é que é possível/factível, de nada adiantaria se o sistema não conseguisse identificar pagamentos "sozinho"...

[joelemanoel]

Pergunta simples. Ao gerar o QR Code diretamente (para evitar taxas, correto?) é possível cadastrar um webhook para saber quando houve pagamento?

Pensando em não usar nenhuma API que cobra % das transações, se é que é possível/factível, de nada adiantaria se o sistema não conseguisse identificar pagamentos "sozinho"...

Não, para se cadastrar um webhook você terá que usar a API e provavelmente o PSP irá cobrar pelo uso...

[rubenskuhl]

Pergunta simples. Ao gerar o QR Code diretamente (para evitar taxas, correto?) é possível cadastrar um webhook para saber quando houve pagamento?

Há vários usos para se gerar o QR-Code diretamente especialmente quando há dificuldade de conectividade no ponto de venda, não apenas taxa.

Pensando em não usar nenhuma API que cobra % das transações, se é que é possível/factível, de nada adiantaria se o sistema não conseguisse identificar pagamentos "sozinho"...

Há vários prestadores que não cobram % das transações, e sim uma tarifa fixa de recebimento, então isso não é motivo para mudar a forma de integração. Agora, várias IFs/IPs sinalizam PIX recebidos por SMS e e-mail, então uma possibilidade não padronizada é buscar uma que coloque nesses avisos sem ser API informação suficiente para se conciliar o pagamento. É bem gambiarra, mas pode funcionar. Não conheço porém implementação bem-sucedida disso.

[EwertonDutra]

Pergunta simples. Ao gerar o QR Code diretamente (para evitar taxas, correto?) é possível cadastrar um webhook para saber quando houve pagamento?

Há vários usos para se gerar o QR-Code diretamente especialmente quando há dificuldade de conectividade no ponto de venda, não apenas taxa.

Pensando em não usar nenhuma API que cobra % das transações, se é que é possível/factível, de nada adiantaria se o sistema não conseguisse identificar pagamentos "sozinho"...

Há vários prestadores que não cobram % das transações, e sim uma tarifa fixa de recebimento, então isso não é motivo para mudar a forma de integração. Agora, várias IFs/IPs sinalizam PIX recebidos por SMS e e-mail, então uma possibilidade não padronizada é buscar uma que coloque nesses avisos sem ser API informação suficiente para se conciliar o pagamento. É bem gambiarra, mas pode funcionar. Não conheço porém implementação bem-sucedida disso.

Rsrs A ideia é boa hein 😁

Pena que você não viu ninguém fazer com sucesso. Depois vou até pesquisar mais sobre essa ideia inicial aí que você comentou, é uma possibilidade

[jardsonsales]

@rubenskuhl saberia informar se além da gerencianet, mais algum já disponibilizou usando a API padrão?

Os menos discrepantes como tenho atualizado em #76 (comment) são BS2, Bradesco e Itaú.

O MercadoPago ta top cara usando eles

O MP não oferece a API Pix. Eles oferecem o Pix como uma das formas de pagamento para o pagador nas cobranças criadas pela API proprietária deles mas o acesso aos detalhes do arranjo Pix é restrito (você não tem controle sobre o txid, não tem E2EID das transações, etc, não pode fazer o que se pode fazer com a API Pix padrão). É uma abordagem diferente.

Sem contar que a 0.99% sem limite de custo, é também muito cara. Mas quando eles tiverem API Pix atualizo o quadro, independente do custo.

Pode atualizar que já está funcionando. Já está dando pra gerar QR Code Pix diretamente, sem ser pelo checkout. Não utiliza a API Padrão, o lado positivo, é facilidade de Webhook, que em cada Pix da pra selecionar a URL que você deseja receber as alterações de status sem precisar de mTLS. Por enquanto a melhor opção tá sendo MP e GN, mas GN se não entrar em contato e negociar as taxas o valor é absurdo. Pra quem tem um Ticket médio alto acima de R$ 100,00 também indico a PagHiper que não vi na lista e cobra R$ 0,99 por Pix,

Poderia dizer como você está gerando este QR Code Pix diretamente?

Obrigado.

Você usa a API no endpoint normal: /v1/payments adicione apenas o parâmetro: payment_method_id: "pix". No resultado já vai ter o qr code.

Segue o tutorial: https://youtu.be/4oNNx0f-lwk

[cezarmonti]

Como posso entrar em contato com você Rubens @rubenskuhl? Gostaria de saber mais sobre as taxas de transação de cada banco, tenho somente algumas que consegui através de negociação

[rubenskuhl]

Como posso entrar em contato com você Rubens @rubenskuhl? Gostaria de saber mais sobre as taxas de transação de cada banco, tenho somente algumas que consegui através de negociação

rubensk - aquele símbolo de e-mail - gmail.com

[eeerrrttty]

Qual a faixa de preço da zoop (setup / mensalidade / taxas ) ? Quanto eles cobram pra receber via boleto / crédito / pix ? Se alguem tiver um pdf de proposta comercial zoop, eu ficaria muito grato.

Celcoin ta com uma proposta muito boa.

[rubenskuhl]

Qual a faixa de preço da zoop (setup / mensalidade / taxas ) ? Quanto eles cobram pra receber via boleto / crédito / pix ? Se alguem tiver um pdf de proposta comercial zoop, eu ficaria muito grato.

Setup da Zoop é R$ 30 mil. A taxa transacional não é nem boa nem ruim, mas o setup é de lascar.

Celcoin ta com uma proposta muito boa.

Zoop e Celcoin estão insistindo em API proprietária, contrariando o regulamento do Banco Central que elas são, em tese, obrigadas a seguir. Só isso para mim é motivo suficiente para desqualificar ambas.

[gabera]

Alguém já integrou com o Banco C6? Aparentemente eles nao cobraram nada pelo uso da API pix até 2023 e depois só a partir de 100 pixs

[rubenskuhl]

Alguém já integrou com o Banco C6? Aparentemente eles nao cobraram nada pelo uso da API pix até 2023 e depois só a partir de 100 pixs

Isso só de custo no PayGo. Ainda tem o custo do C6, que chegou a ser anunciado como de 15 centavos mas é bom confirmar.

O que é ruim é a API proprietária, que te deixa refém do prestador. Tanto que na lista acima PayGo/C6 estão citados, mas nessa seção.

[clngr]

Qual integração recomendam para boa funcionalidade e que suporte PIX e Cartão de Crédito?

[rubenskuhl]

Qual integração recomendam para boa funcionalidade e que suporte PIX e Cartão de Crédito?

Como a API Pix é distinta, de qualquer forma são duas integrações, mesmo que com o mesmo fornecedor. Melhor usar isso a seu favor e escolher fornecedores potencialmente diferentes mas de API robusta em cada meio de pagamento.

[clngr]

Legal, Rubens, obrigado. Mas estamos um tanto perdidos em quais seriam ideais. C6, Inter, tem muita opção e tudo ainda parece algo acidentado

[rubenskuhl]

Legal, Rubens, obrigado. Mas estamos um tanto perdidos em quais seriam ideais. C6, Inter, tem muita opção e tudo ainda parece algo acidentado

De Pix no C6 o tópico já comenta o problema, do Inter eu sugiro buscar os processos do Ministério Público contra eles que mostram coisas muito graves lá.

Se você quiser, pode me procurar em PVT (e-mail, LinkedIn, Discord) que eu comento mais causos desse setor...

[acgarzon]

Quais dessas APIs permitem o ENVIO de pix? Recebimento de pix via QRCode, todas permitem, porém para fazer o envio para outros PIX, via API, automaticamente. O BB, por exemplo, não permite o envio, apenas o recebimento.

[rubenskuhl]

Quais dessas APIs permitem o ENVIO de pix? Recebimento de pix via QRCode, todas permitem, porém para fazer o envio para outros PIX, via API, automaticamente. O BB, por exemplo, não permite o envio, apenas o recebimento.

Como não há um padrão para envio de Pix, o foco do tópico era mais o de recebimento mesmo... mas de prestadores que já tive notícia de terem envio de Pix tem a Gerencianet, Transfeera, WePayOut e BTG. Alguns são PSPs, outros operam como correntistas de PSPs.

[clngr]

Seria interessante o estorno de Pix no gateway, evitando operar manualmente fora da plataforma.

[joelemanoel]

Seria interessante o estorno de Pix no gateway, evitando operar manualmente fora da plataforma.

É possível fazer devolução nos casos onde existem uma "cobrança".

[rubenskuhl]

Seria interessante o estorno de Pix no gateway, evitando operar manualmente fora da plataforma.

É possível fazer devolução nos casos onde existem uma "cobrança".

Ou mesmo estático com txid, não ?

[clngr]

Qual plataforma permite estorno? Facilita o fluxo de trabalho.

[rubenskuhl]

Qual plataforma permite estorno? Facilita o fluxo de trabalho.

A Gerencianet permite. E se alguma dessas da lista não permite, avisa que eu atualizo a lista com esse aviso...