Termos mais procurados:
O bolsa família eu já havia citado na primeira resposta que dei. Sim, esse está sendo cogitado, mas aí é um controle definido por quem envia o Drex para alguém. Vários operadores privados também estão pensando em casos de uso similares, como de um ativo tokenizado sendo colocado em garantia.
Aqui relato sobre que poderão limitar o podem comprar ou onde podem comprar.
Falam do bolsa família, mas acha mesmo que com esse controle que terão, vão deixar só pra controlar os benefícios?
Olha o que fizeram com o remessa conforme, disseram que era só para melhorar, agilizar as encomendas, no final TUDO é taxado, e pra aumentar o o imposto é rápido.
https://www.youtube.com/shorts/MVOUyLFAyUU
boa! Obrigado!
Bom dia @.clsantos tudo certo?
A confirmação dos boletos seguem dois fluxos, sendo eles:
- Caso o cliente pague o boleto até 13:30h a confirmação de pagamento ocorrerá no mesmo dia, por volta das 16h
- Caso o cliente pague o boleto APÓS 13:30 a confirmação de pagamento ocorrerá no dia seguinte, por volta das 07h
Bom dia, @diegocharles_46234! Tudo bem?
Vou iniciar um atendimento para pegar mais detalhes da transação com você para analisar.
Atualize a SDK para a última versão com composer update.
Bom dia @guilherme_efi , tudo bem?
Olha só: eu acabei de verificar que a EFI não está gerando uma Notificação quando um pagamento da agenda é efetivado ou negado. Estou mandando as evidências:
1. Print do extrato da conta onde tive dois pagamentos efetivados conforme a agenda: 25/09 e 26/09.
2. Ausência das Notificações na listagem do painel da EFI. Esses dois criados dia 25 são referente a criação de agendamentos, não de cobrança.
Pode verificar por favor?
Acho que não tem muito problema se eu tiver que fazer um pooling dos pagamentos através do endpoint GET /v1/pagamentos-recorrentes/pix, mas de qualquer maneira gostaria de confirmar por favor.
Ajudou demais, obrigado
Interessante. Não sabia dessa parte de especificação
Me parece que eles tentaram deixar o mais parecido possível com o lado recebimento de Pix, que é padronizado pelo Banco Central. E nele, os valores sempre tem separador e obrigatoriamente tem 2 dígitos depois do separador.
O que está aí não tem relação com no que pode ser gasto o dinheiro, que foi o que você alegou como característica geral do Drex.
Detalhe: o que está dito aí já se aplica ao Real hoje. Então como uma CBDC, o Drex apenas espelha o que já acontece com a moeda existente...
olá, me tirem uma dúvida, em quanto tempo o status do boleto é atualizado pra paid após o pagamento?
Não há como nos SDKs passarmos o valor como número e internamente converter exatamente para o formato de string com a formatação necessária?
Tem alguma razão pra ser dessa forma?
Tenho uma dúvida sobre valores enviados via API.
Porque eles são string e não número?
E como eu posso garantir aqui meu lado que um valor em cents (100 é 1,00) seja convertido exatamente como a API pede? Nos exemplos vejo valores como “10.00” mas não a partir de cem, mil e nem milhão. Como garantir que o separador da casa decimal é como a API pede?
Obrigado!
Porém: Método 'listCharges' solicitado inexistente
vou testar com outro cartao, obg pela atencao
esse erro so da em homologacao, e em producao estava dando esse erro da documentacao, entao teoricamente esta funcionando em producao ne?
Este é um erro genérico, normalmente ele é retornado quando algum dado informado na cobrança é incompatível com os dados do cartão utilizado.
