Termos mais procurados:
Cartão teria possíveis normas das bandeiras, mas de fato não tem nada nelas obrigando uso de certificado. Boleto poderia ter norma FEBRABAN, mas de fato as normas da FEBRABAN não exigem certificado. Então aí é discrecionaridade da Efí... Pix não.
https://github.com/bacen/pix-api/issues tem todas as discussões, algumas com posicionamento do BACEN.
O certificado para gerar a transação, criar a cobrança, acho q deveria ter em todos os endpoints... Pix, cartão, boleto...
Mas o webhook, vamos ser sinceros, muda nada...
Esse tipo de argumento foi passado para o BACEN, está no histórico do Github do BACEN. Mas não aceitaram, e o padrão é com mTLS. Notar que o webhook do Pix tem mais informações do que só um transaction ID, então isso pode ter colaborado para essa exigência. Ou por homogeneidade com o OpenFinance.
Não é pq o webhook falhou, q o Pix vai ser desfeito... Se o webhook não chegar na aplicação, nada muda, financeiramente...
Sim, mas veja na regulamentação do Pix se tem lá qualquer citação a limitação da hospedagem. Não tem.
Existe obrigatoriedade no PIX e certificado digital SSL em conjunto?
Afinal, existe a obrigatoriedade de utilização do PIX e certificado digital SSL? Essa é uma dúvida latente na mente de muitas pessoas, em especial, empresários. Entretanto, essa obrigatoriedade cabe, apenas, aos bancos e às instituições financeiras, selecionadas para operar na primeria fase do PIX, que devem zelar pela segurança nas transações de seus clientes.
Meteria:
https://blog.validcertificadora.com.br/pix-e-certificado-digital-ssl/#:~:text=Essa%20%C3%A9%20uma%20d%C3%BAvida%20latente,nas%20transa%C3%A7%C3%B5es%20de%20seus%20clientes.
As normas do Pix valem para todos, não só para os PSPs. Por exemplo, o manual de uso da marca Pix tem que ser seguido por todo mundo que cita o Pix em suas vendas.
O IP de origem é uma checagem de segurança adicional que é prudente fazer, mas a obrigação do mTLS está definido pelo instituidor do arranjo Pix, o Banco Central. A Efí não pode dizer que na Efí é opcional.
Não depende do ambiente, o manual de segurança do Pix do Banco Central não tem esse tipo de critério.
Alguém sabe me dizer a diferença entre o pixCreateDueCharge e o pixCreateImmediateCharge
Não segundo o regulamento do Pix definido pelo Banco Central.
@tyrandus081, os links fornecidos não expiram e podem ser acessados a qualquer momento.
No entanto, no caso do boleto/bolix, uma vez que o pagamento é efetuado, as informações sobre o código de barras e os dados da cobrança Pix não estarão mais disponíveis no link de visualização.
Se precisar de mais alguma orientação sobre como lidar com essas situações ou se houver mais alguma dúvida, estou à disposição para ajudar!
Sí, tenemos ejemplos de PHP para que los implemente en su servidor y devuelva el estado 200 en nuestras solicitudes: https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor
vc vao enviar uma lista de objeto com o nome pix ?
{
"pix": [
{
"txId": "string"
}
]
}
public async Task SaveWebhookUrl(Guid chavePix, string webhoookUrl)
{
dynamic efi = new EfiPay(
appSettings.Payment.ClientId,
appSettings.Payment.ClientSecret,
appSettings.Payment.Sandbox,
appSettings.Payment.Certificate
);
var headers = "{\"x-skip-mtls-checking\": \"true\"}";
var param = new
{
chave = chavePix.ToString()
};
var body = new
{
webhookUrl = webhoookUrl
};
var result = Task.FromResult(efi.PixConfigWebhook(param, body, headers));
await Task.FromResult(efi.PixConfigWebhook(param, body, headers));
}
Gostaria de saber se vocês possuem um checkout com integração ao pixel do google/facebook para que seja possivel analisar o comportamento do cliente
ou se esse processo é através da API dentro do nosso proprio site
