Histórico de mensagens sobre PIX em cartões

A Efí não tem dupla custódia (requerer dupla autorização para pagamentos e transferências saindo da conta), mas colocou a nosso pedido uma política de segurança na conta aonde só se pode fazer transferências para contas de nossa titularidade. Então endereçamos questão de segurança por aí... isso inclusive precisou ser customizado para que pudéssemos fazer devolução de Pix (que vai para outra titularidade) mas não desse para fazer Pix ou TED para outra titularidade, mesmo tendo senha/autenticador/token.

A gente consegue conciliar os pagamentos recebidos com os valores na conta usando o endpoint de extrato e o de saldo, e qualquer divergência já temos alerta no dia seguinte. É inclusive o que usamos para detectar que um MED (devolução do Pix, em parte comparável ao chargeback do cartão) não foi registrado como deveria (pois ele é sinalizado por e-mail e não pela API).

Bom, então vou comentar da nossa experiência com a API Pix. A gente tem tido disponibilidade quase total nesses anos de operação, só engasgando quando a AWS US-EAST-1 engasga... a API é a mais aderente que encontramos ao padrão do Banco Central, e quando um recurso importante não é adotado pelo Banco Central, eles implementaram como extensão. Por exemplo, para nós era muito importante que transferências por chave e dados bancários e QR-Code estático fossem rejeitadas... isso não tem no padrão, mas tem na Efí.

Basicamente seria a experiência de um Saas com a API de pagamentos cartão, pix ou boleto. Postei em cartões pra não ter postar em cada canal da api.

Nós temos um SaaS mas usamos a API Pix... como você postou em <#💳cartões> , só para confirmar sua dúvida seria sobre pagamento em cartão, né ?

Opa, boa tarde. Estamos desenvolvendo um app em flutter. Vimos que existe uma lib do gerencia net no pub dev onde apenas contem informações sobre o pix. Alguem poderia nos indicar alguma documentação, relacionado a parte de cartão de credito para o Flutter?

@guilherme_efi , há alguma restrição para o uso do parse Server da Back4App? Gerei o payment_token, no app, enviei para o meu backend, mas ao executar o exemplo da documentação em Node.js, retornou o erro: {
"code": 141,
"error": "gerencianet.oneStep is not a function"
} Com o pix funciona perfeitamente

ola equipe efi, eu implementei o serviço de pagamento via pix , utilizando api por meio do sdk, para pagamentos de cartão de credito eu vou ter que fazer novas credenciais?

se bem que é notificações para tudo. pix e pagamentos. a duvida anterior que eu tinha sobre plano ja foi sanada

Na API Pix não é modo 1/modo 2, mas sim "assumir_total" ou "proporcional", vide
https://dev.gerencianet.com.br/docs/api-pix-endpoints#split-de-pagamento-pix

Isso é da API de Marketplace, que é para cartão e boleto. Não é API Pix, onde as configurações de split são diferentes (existem também).

isso não seria para Pix? ou se aplica também para cartão?

sim, eu recebo mais em pix tambem, porém esse cliente precisa de cartao e o consumo dele e muito alto

A gente achava que o cartão resistiria por causa de pontos/milhas, mas o Pix absorveu uma quantidade grande de transações que eram de cartão...

Não sei a da Efí, mas a minha recomendação para isso é Pix... o arranjo de cartão em modo não-presente é um gerador de dores para portadores de cartão e e-commerces.

Não pq a do Pix tem mTLS e a de emissões não. Talvez ter uma outra rota efi.shopchafe.com ?

Boa noite, pessoal.

Eu cadastrei a url: "https://api.shopchafe.com/prod/webhook" e recebo as alterações de status com sucesso nos pagamentos via pix. Porém, ao enviar essa mesma url como url_notification no one-step, as alterações de status não são recebidas.
É possível cadastrar a mesma url usada no webhook pix como url_notification para recebimento dos status das transações do cartão de crédito ?
Essa mesma url foi configurada via api gateway no aws
erro log:

é parecido com as callbacks(webhook) pix?

Sim..
A transação via PIX, pode ser feito para a mesma pessoa, por se tratar de uma transferência.
Em relação a transação via cartão, por se enquadrar em uma prática de atividade comercial, ela não pode ser feita para o mesmo titular.

funciona corretamente para pagamentos pix, mas pelo visto não funciona para pagamentos via cartão