Termos mais procurados:
Isso só vai ser disponibilizado em caráter geral na próxima sexta-feira, quando entra o requisito de JSR (Jornada Sem Redirecionamento) no arranjo Pix. Detalhe que a Apple ainda não quer brincar e não é uma das wallets autorizadas. Google Pay é.
Olá, @andre_94652! Isso mesmo!
Lembrando que as notificações seram enviadas para a sua URL + /pix, então se você cadastrar, por exemplo:
https://exemplo.de.url.com/webhook
Nós enviaremos as notificações para:
https://exemplo.de.url.com/webhook/pix
Olá amigos, tudo bem?
Eu criei uma api chamada webbookcobranca
Eu criei uma rota do tipo HttpPost para ser utilizada para fazer webhook dentro da plataforma.
Eu estou usando a rota do tipo put para configurar o webhook de resposta.
Segue a url que estou usando para chamar para fazer a configuração
https://pix.api.efipay.com.br/v2/webhook/Chave:1525
Segue o json que estou enviando
{
"webhookUrl": "https://walrus-app-kcenm.ondigitalocean.app/api/v1/webbookcobranca"
}
Essa url que eu informei no parâmetro webhookurl está correto. É isso mesmo?
Alguém aqui no grupo pode me responder?
Alguém poderia me auxiliar no cadastro do webhook?
Qualquer parametro que eu passe só recebo essa mensagem:
sobre por a senha ? nao eu digo sobre pagar algum pix e ter que ficar colocando a senha em vez de só confirmar com face id
voces vao colocar pra poder pagar com face id ? tipo sem precisar ficar colocando a senha sempre que for fazer um pix , e tambem por opçao de pagar pelo celular aproximando tentei por só que disse que nao tem suporte ainda pra isso
Neste caso você deve contatar o seu sistema e solicitar que o Pix utilizado por ele seja apenas o do Bolix da API Cobranças e nao o pix avulso da API Pix
@victorredefinity. isso seria resolvido caso o QRcode Pix utilizado pelo seu sistema fosse o do bolix (gerado pela API Cobranças, juntamente com o boleto)
E cliente teria que "Baixar" o boleto para "ai" "scanner" código do pix porém isso fica vários processo e cliente vai precisar de 2 celular 1 para abrir e outro para scanner
@victorredefinity. ambos os codigos Pix que entregamos, seja pela API Cobranças (bolix) ou pela API Pix (pix avulso) nós entregamos o copia e cola tambem
Tipo acho que foi essa opção que fica desativada se tiramos API pix
@yasmin_efi , porém equipe do atlaz informou que se tiramos parece API PIX fica apenas o pix impresso no boleto e não fica válida opção copiar código do pix.
Boa noite @victorredefinity.! Neste caso apenas ficará em nome do titular do pagador caso seja um pagamento efetuado pela API Pix. Em casos de boleto sempre será creditado com o nome do cliente para o qual a cobrança foi emitida
Boa tarde, para fins de testes, é possível mudar na plataforma da Efi uma cobrança Pix para paga?
Bom dia @copinkkj tudo certo?
Nossa API segue os padrões definidos pelo BACEN para consumo e retorno das informações das cobranças Pix, atualmente esse padrão não possui um status específico para cobrança expirada.
https://github.com/efipay/sdk-java-examples-apis-efi/blob/main/src/main/java/br/com/efi/pix/cob/json/PixDetailCharge.java esse metodo nao vem reposta tipo cobranca expirada?
@wayter.paulo, boa tarde!
O path /v1/charge/one-step pertence a API Cobranças: cobrancas.api.efipay.com.br
Você esta chamando este path na API PIx: pix.api.efipay.com.br
Boa tarde
_onPendingData: [Function: nop],
agent: [Agent],
socketPath: undefined,
method: 'POST',
maxHeaderSize: undefined,
insecureHTTPParser: undefined,
joinDuplicateHeaders: undefined,
path: '/v1/charge/one-step',
_ended: true,
res: [IncomingMessage],
aborted: false,
timeoutCb: null,
upgradeOrConnect: false,
parser: null,
maxHeadersCount: null,
reusedSocket: false,
host: 'pix.api.efipay.com.br',
protocol: 'https:',
setTimeout: [Function (anonymous)],
emit: [Function (anonymous)],
_redirectable: [Writable],
[Symbol(shapeMode)]: false,
[Symbol(kCapture)]: false,
[Symbol(kBytesWritten)]: 0,
[Symbol(kNeedDrain)]: false,
[Symbol(corked)]: 0,
[Symbol(kOutHeaders)]: [Object: null prototype],
[Symbol(errored)]: null,
[Symbol(kHighWaterMark)]: 16384,
[Symbol(kRejectNonStandardBodyWrites)]: false,
[Symbol(kUniqueHeaders)]: null
},
data: { nome: 'nao_encontrado', mensagem: 'Recurso não encontrado' }
},
status: 404
Teve alguma mudança nesse rota de pagamento ?
Você pode sim colocar um txid no QR-Code estático, mas não tem como evitar que alguém mude ou o txid ou o valor... o que você pode fazer é devolver Pix cujo txid/valor não bata com o que você espera.
O problema é que a API chamada de API de assinaturas só tem suporte para boleto e cartão. O boleto pode ser o bolix e você usar só o Pix, mas a tarifa é a do boleto... o que dependendo do seu ticket médio pode ser bom ou ruim.
A API de pagamentos recorrentes Pix via Open Finance é legal desde que o banco do pagador seja um dos conectados ao Open Finance, e desde que o banco do pagador não tenha uma implementação ruim de Open Finance. Mas é uma API diferente da de assinaturas via cartão.
