Termos mais procurados:
Isso é algo que as regras do Banco Central para acesso à base do Pix inviabilizam, apesar de não proibirem explicitamente. O jeito de fazer isso dessa forma é você se tornar uma Instituição de Pagamento e ter acesso direto ao DICT... mas isso leva uma grana e trabalho significativos.
Compreendo, @alissonmaciel_32335. Sempre é bom receber feedback.
Acredito que esta dificuldade esteja relacionada às regras estabelecidas pelo Banco Central que devem ser seguidas na API Pix, especialmente com relação à configuração do mTLS e à adição do /pix no final da URL.
No entanto, uma vez configurado corretamente, têm-se o benefício da notificação instantânea e da segurança.
Não, foi apenas um questionamento para entender as regras mesmo
Depois se necessário posso entrar contato para verificar taxas, mas não é o caso no momento
Ok, entendi o motivo da cobrança ser de 0,01
Mas oque se entende por alto Volume?
Onde posso ver todas as regras?
As regras do BACEN tem força de regulamento administrativo para atribuições da competência do BACEN. Você não precisa assinar nada para já estar sujeito a elas.
Se eles não verificam, não tem mtls... Deixar para o cliente validar o certificado, é passar uma responsabilidade para o cliente, q na vdd deveria se da EFI como PSP... Pq quem assina contrato aceitando as regras é o psp e não o cliente final...
Olá, @jjrkkj! Esse atributo é muito tranquilo de lidar! Você pode usar diversas formas desde que se atenha de que ele deve ser alfanumérico e ter de 1 a 35 caracteres. Neste sentido, você pode estabelecer regras e composições próprias como incremento automático ou fórmulas (e.g. ID interno do cliente + "textoestático" + identificador da cobrança).
Um exemplo:
Sou o cliente 76452 da empresa "Muito Legal LDTA" que estou na minha 20ª cobrança, você poderia estabelecer algo como:
idEnvio : "MLxxC00076452xxP0000020"
Neste exemplo o ML foi a abreviatura da empresa, os xx foram apenas para separar as identificações, C de Cliente, P de PIX, os zeros para "encher" um pseudolimite de identificação, o 76452 o id de cliente e o 20 um id de cobrança para o cliente em específico.
Lembrando que este é só um exemplo de possibilidade 😁
Isso contraria o direcionamento do Banco Central para o arranjo Pix. O próprio aqui seria você ter clientid/clientsecret/certificado de uma aplicação em cada conta de cliente em comum entre você e a Efí. Aí você usa regras de split para receber a sua remuneração.
Aqui eu faço isso com uma lib em node, ela valida dígitos verificadores, e algumas regras individuais pra cada banco.
@rubenskuhl acredito que a necessidade dele seja validar os dados bancários em si. Tipo agência, conta, junto aos dígitos de verificação e regras de cada instituição.
É um dominio que aponta diretamente para a VPS, mas tenho varios dominios configurados nas regras apache
Olá, <#❖pix>!
Pedimos a todos que fiquem atentos às normas estabelecidas em nossa plataforma, para não causar problemas para outros usuários e para a integridade da comunidade. Gostaríamos de lembrá-los de que é importante seguir as regras para garantir um ambiente seguro e respeitoso para todos.
Caso algum usuário não respeite esses termos, a conta será banida. Por favor, leiam atentamente as regras e as políticas da plataforma e assegurem-se de segui-las. Se tiver alguma dúvida ou precisar de mais esclarecimentos, não hesite em entrar em contato conosco.
Agradecemos sua compreensão.
Atenciosamente,
Equipe Efí
Oi, @william_appcom. Boa tarde!
Sua conta já possui permissão para uso do endpoint de envio? Caso não, é necessário preencher este formulário.
Se quiser testar em homologação basta seguir as regras:
Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.
Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).
Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.
Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.
Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).
Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks
Boa tarde @heliosroots tudo certo?
Basta definir o valor da cobrança seguindo as regras:
Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.
